[{"author": "Christian Kuhtz", "text": "

morning ;-)

", "time": "2025-07-25T09:30:55Z"}, {"author": "Christian Kuhtz", "text": "

(moin!)

", "time": "2025-07-25T09:30:58Z"}, {"author": "Sasha Vainshtein", "text": "

I suspect there are millions of people on teh Internet who do not know what BGP is and really do not care...

", "time": "2025-07-25T09:37:23Z"}, {"author": "Jeffrey Haas", "text": "

Plenty of people hear about what bgp is when bgp has problems. It's the usual issue of normally well functioning things.

", "time": "2025-07-25T09:38:06Z"}, {"author": "krishnaswamy ananthamurthy", "text": "

@sasha, I think John meant about IETF community

", "time": "2025-07-25T09:38:48Z"}, {"author": "Jeffrey Haas", "text": "

Less popular, the PIB - policy.

", "time": "2025-07-25T09:41:22Z"}, {"author": "Jeffrey Haas", "text": "

Many of the RFC 4271 SHOULD cases covered implementations that did that thing for whatever reason, and the goal was to not make them non-compliant by fiat.

", "time": "2025-07-25T09:42:33Z"}, {"author": "Jeffrey Haas", "text": "

end of rib being an interesting case because it was defined as part of graceful restart procedures which... might not be in the full standard. See later slides.

", "time": "2025-07-25T09:43:23Z"}, {"author": "Jeffrey Haas", "text": "

IPv6 conformance also taking us into the current working group discussion on link-local peering...

", "time": "2025-07-25T09:46:27Z"}, {"author": "Jie Dong", "text": "

support of IPv6 seems reasonable for ietf stds

", "time": "2025-07-25T09:48:14Z"}, {"author": "Jie Dong", "text": "

In 2020s

", "time": "2025-07-25T09:48:27Z"}, {"author": "Jeffrey Haas", "text": "

9774 also having the consideration that confederations may not be part of the set...

", "time": "2025-07-25T09:48:40Z"}, {"author": "Jeff Tantsura", "text": "

EoR is a great topic to discuss

", "time": "2025-07-25T09:49:19Z"}, {"author": "Jie Dong", "text": "

@Jeff T +1

", "time": "2025-07-25T09:49:48Z"}, {"author": "Yingzhen Qu", "text": "

To decide the cluster is difficult

", "time": "2025-07-25T09:49:54Z"}, {"author": "Mankamana Mishra", "text": "

It will be definitely helpful since it is one of most use protocol today in networking

", "time": "2025-07-25T09:50:17Z"}, {"author": "Jeffrey Haas", "text": "

See also the archives for what features were chosen for inclusion in the BGP YANG module.

", "time": "2025-07-25T09:50:19Z"}, {"author": "Srihari Sangli", "text": "

If the STD need to reflect the deployed base and the deployed base accepts AS_SET, then STD should mention soemething related to that ? If not, then STD will not reflect the deployed base - to the point John was mentioning in the beginning

", "time": "2025-07-25T09:50:55Z"}, {"author": "Jeffrey Haas", "text": "

7606 + mpbgp + 4271 has implications for core path attribute procedure in terms of ordering.

", "time": "2025-07-25T09:51:05Z"}, {"author": "krishnaswamy ananthamurthy", "text": "

ROute targets with 4 byte AS MUST be considered togethr with 4 Byte AS

", "time": "2025-07-25T09:52:22Z"}, {"author": "Jeffrey Haas", "text": "

route targets are not necessarily in-scope because VPNs are not proposed for the cluster.

\n

Obviously this overlaps with the question about whether something like L3VPN should move to full standard. That'd be a related bess conversastion.

", "time": "2025-07-25T09:53:10Z"}, {"author": "krishnaswamy ananthamurthy", "text": "

Ack

", "time": "2025-07-25T09:53:47Z"}, {"author": "Serge Krier", "text": "

also support ipv4 unicast in MP_REACH

", "time": "2025-07-25T10:00:34Z"}, {"author": "Jeffrey Haas", "text": "

ipv4 unicast has always been supported there.

", "time": "2025-07-25T10:00:51Z"}, {"author": "Serge Krier", "text": "

i know, meant to support Luuk point

", "time": "2025-07-25T10:01:43Z"}, {"author": "Jeffrey Haas", "text": "

path selection maintenance will need discussion. some of these features may insert steps.

", "time": "2025-07-25T10:02:02Z"}, {"author": "Jeffrey Haas", "text": "

but as much \"how do we write up what changes look like\". Similar discussion is currently ongoing for the fsm maintenance.

", "time": "2025-07-25T10:02:40Z"}, {"author": "Luuk Hendriks", "text": "

+1 on putting mp nlri attributes first in the path attributes

", "time": "2025-07-25T10:02:46Z"}, {"author": "Maria Mat\u011bjka", "text": "

we need to include the SendHoldTimer, that's just patching the FSM (RFC 9687)

", "time": "2025-07-25T10:07:28Z"}, {"author": "Jeffrey Haas", "text": "

That's aspirational, Maria due to maturity. But also very good discussion.

", "time": "2025-07-25T10:07:57Z"}, {"author": "Yingzhen Qu", "text": "

besides RFC 9687, there are a few others that updated the FSM

", "time": "2025-07-25T10:08:10Z"}, {"author": "Yingzhen Qu", "text": "

and thoese RFC were written in different styles

", "time": "2025-07-25T10:08:43Z"}, {"author": "David Lamparter", "text": "

queue closed?

", "time": "2025-07-25T10:22:12Z"}, {"author": "David Lamparter", "text": "

is that leftover from previous presentation?

", "time": "2025-07-25T10:22:34Z"}, {"author": "John Scudder", "text": "

Must be

", "time": "2025-07-25T10:23:03Z"}, {"author": "John Scudder", "text": "

Can @Susan Hares or @Ketan Talaulikar unlock it please?

", "time": "2025-07-25T10:23:22Z"}, {"author": "Ketan Talaulikar", "text": "

Fixed

", "time": "2025-07-25T10:23:41Z"}, {"author": "John Scudder", "text": "

By the way here is some related work (that has not gained traction). https://datatracker.ietf.org/doc/draft-keyupate-idr-bgp-attribute-announcement/

", "time": "2025-07-25T10:28:30Z"}, {"author": "Mankamana Mishra", "text": "

John is presenting, i hope someone looking into time too :)

", "time": "2025-07-25T10:30:28Z"}, {"author": "Mankamana Mishra", "text": "

Sorry, i meant Jeff

", "time": "2025-07-25T10:30:36Z"}, {"author": "Mankamana Mishra", "text": "

We have 35 min of planned agenda pending .

", "time": "2025-07-25T10:31:19Z"}, {"author": "Jeffrey Haas", "text": "

My apologies. I should have set the timer before I stood.

", "time": "2025-07-25T10:34:34Z"}, {"author": "Jeffrey Haas", "text": "

Since time is squeezed, please use queue if you have a very direct question.

", "time": "2025-07-25T10:47:31Z"}, {"author": "Robert Raszuk", "text": "

This is classic example where one have enabled so many questionable features all together then you need now add to add additional patches to stop bleeding .. instead of simplifing deployement.

", "time": "2025-07-25T10:47:49Z"}, {"author": "Robert Raszuk", "text": "

In reagrds to BGP UPA ... BGP withdraws are really fast - this is NOT true to say that bgp convergence is slow, we could aggregate withdraws too if needed - drafts exists on how to do that

", "time": "2025-07-25T10:57:30Z"}, {"author": "Jeffrey Haas", "text": "

this would require them to deaggregate.

", "time": "2025-07-25T10:57:50Z"}, {"author": "Robert Raszuk", "text": "

TIMER in BGP .. LOL ... Even IGP UPA backed off from using timer

", "time": "2025-07-25T10:58:21Z"}, {"author": "Jeffrey Haas", "text": "

My comment will be that upa was already contentious

", "time": "2025-07-25T10:58:50Z"}, {"author": "Robert Raszuk", "text": "

yup

", "time": "2025-07-25T10:59:00Z"}, {"author": "Robert Raszuk", "text": "

Thx my mic is not working

", "time": "2025-07-25T10:59:10Z"}, {"author": "David Lamparter", "text": "

isn't the lsr doc in IESG appeal or something?

", "time": "2025-07-25T10:59:10Z"}, {"author": "David Lamparter", "text": "

https://datatracker.ietf.org/group/iesg/appeals/artifact/138

", "time": "2025-07-25T10:59:50Z"}, {"author": "Robert Raszuk", "text": "

Yes it is but for different reasons :)

", "time": "2025-07-25T10:59:52Z"}, {"author": "Jeffrey Haas", "text": "

</123>

", "time": "2025-07-25T11:02:44Z"}]