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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.