On 5/24/26 13:07, Jared Mauch wrote:
On May 23, 2026, at 1:21 PM, Mikael Abrahamsson 
<[email protected]> wrote:

On Sat, 23 May 2026, Robert Raszuk wrote:

But what about BGP Attributes which should never be sent interdomain ? As you 
can see from csv there are lots of them and the list keeps growing.
I think this "never be sent interdomain" registry is a good suggestion, but we need a 
knob to tell what is "interdomain" and not, on peer level, if that's where the filtering 
is going.

I have EBGP peers that are to other ISPs, and I have EBGP peers that are 
internal. Some EBGP peers need my VXLAN nexthops (the internal ones), other 
EBGP peers definitely don't.
The way this was typically handled in the past was the idea of BGP 
confederations and you would configure a list of internal vs external ASNs.  
This has also meant things like internal ASNs in private ASN ranges, through 
commands like remove-private and such.

OAD, as noted earlier, is another recent reminder that we're getting steady pressure for a cluster of confederation-like features applied to normal BGP.  Configuration, as confederations do, is one way to "solve" this.  Unfortunately anyone that's deployed confederations knows that the list is a bit fragile and the source of issues.

These days we'll probably want to capability protect a border rather than only expect the list to be configured.  Likely, "by default, any ebgp isn't with someone internal". If you configure a peer-as with the "treat-as-internal" flag, and it capability negotiates, you know that you have a pair of consenting networks.

We are regularly finding gaps in policies where our communities are leaking out 
to the internet and have to later clean them up.

This is largely why we have had to move to standardized templates on the 
network devices and eventually can deploy clean configurations on devices that 
are not regularly touched.
If some of the template practices distill into a more general form, the update to 7454 in grow could certainly use that advice.
I’ve also been surprised that not all implementations dump/expose these well 
known attributes so this requires updates and changes as well to detect what is 
exported.  The network is always a bit wilder than what we expect.

Sorry, do you mean communities here or something else?

-- Jeff


_______________________________________________
GROW mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to