Re: [GROW] Deprecation of AS_SET and AS_CONFED_SET -- feedback requested
Rob Foehl <[email protected]>
| Newsgroups | gmane.ietf.idr |
|---|---|
| Message-ID | <alpine.LFD.2.21.1909262319330.23402__46900.5054024578$1570059960$gmane$org@bugs.loonybin.net> |
On Thu, 26 Sep 2019, Jeffrey Haas wrote: >> On Sep 26, 2019, at 6:43 PM, Warren Kumari <[email protected]> wrote: >> >> This is nice, but what would make it more useful would be if it also >> reported if there are *useful* AS_SETS / if the AS_SET means anything. >> >> For example, from Jared's email below: >> AS path: 14061 3356 6762 23487 27738 27738 27738 27738 27738 27738 >> {27738} -- the 27738 AS already shows up as a non-AS_SET in the path. > > This one is on the buggy end of things, but still reasonably valid. It smells like something that passed through remove-private of some flavor. I'd wager this explains nearly all of the "set of one" instances seen in the wild -- there are currently a half dozen or so with a set containing a private AS at the end of the path. > It'd be interesting to find out what code these folk are running. Hopefully not one of my bugs. :-) I've never had an interaction with AS_SET that could be described as anything other than broken -- like, ever, from any vendor. I'd prefer to see them disappear entirely, but if that doesn't happen, at least having a "no-as-sets-under-any-circumstances" policy knob would be helpful... -Rob _______________________________________________ Idr mailing list [email protected] https://www.ietf.org/mailman/listinfo/idr