Re: How long AS-PATH policies have you used

Saku Ytti via NANOG <[email protected]>
Newsgroups gmane.org.operators.nanog
Message-ID <CAAeewD_aRcBtokAuEDxS6_8FCY5DsV=2gRY90Wfq3e0Dncke9A@mail.gmail.com>
Thank you, very useful. I assume you've previously used. non-EOS
platform, were you running a similar scale there?

And much larger than I expected from a regex based solution, so highly
encouraging that this could work even for pathological AS-SETs.

Is EOS using ASN as atom or character as atom? Your example has some
ambiguity to me.

permit (1|2|3|4|5|6|7|8)$ any

This would work with both atoms. But

permit (11|22|33|44|55|66|77|88)$ any

has a very different meaning depending if character or ASN is an atom.

AFAIK only Junos has ASN as an atom, which is a brilliant idea for regexp.




But this is highly encouraging, it does seem to suggest to me, that we
have path out of prefix-list filtering and greatly reducing
configuration sizes and commit times.

a) Use SLURM to bridge gaps in your customer cone (this is 20-25%
today and decreasing) using route origins
b) Drop all non-valid RPKI (basically this is now your prefix-list check)
c) Us AS filter to drop non-permitted origin
d) Much much faster AS-SET recursion
e) Avoiding having prefix-lists duplication (RPKI + IPv4 + IPv6, both
AFIs can use same AS check)

As far as I can see, this is actually more secure than
RPKI+prefix-list, while being massively shorter in configuration size
and commit time.

Of course AS-SET data is trash and is insecure, but that's a fight for
another day. And the problem remains the same regardless of whether
the prefix-list or ASN is generated.

On Wed, 25 Feb 2026 at 21:10, James Bensley <[email protected]> wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
>
> On Monday, February 23rd, 2026 at 17:52, Saku Ytti via NANOG <[email protected]> wrote:
>
> ...
>
> > I'd like to hear about operational experiences, how long AS-PATH
> > policies people have successfully run and in which NOS.
>
> ...
>
> > How many ASN can I iterate, before I become market leading and have to
> > work with vendors to fix bugs?
>
> The largest AS path filter I can find on our network, is for one of our customers. The filter is 9002 permit entries long, each entry matches 8 ASNs, so 72016 ASNs in total.
>
> To clarify, one "entry" is matching 8 possible origin ASNs:
>
> permit (1|2|3|4|5|6|7|8)$ any
>
> ^ 9k of those.
>
> This is on EOS, it works fine.
>
> ...
>
> > So I don't really need to check the prefix again, after it passed
> > RPKI. AS_PATH check is equally strong.
>
> This is exactly why we have AS path filters too. We're looking into dropping prefix filters but keeping AS path filters until such time as ASPA (or some other method) covers that part of the path filtering space, and we're also working on RFC9234 adoption right now. Prefix filters are yucky.
>
>
> Cheers,
> James.
> -----BEGIN PGP SIGNATURE-----
> Version: ProtonMail
>
> wsG5BAEBCgBtBYJpn0j2CRCoEx+igX+A+0UUAAAAAAAcACBzYWx0QG5vdGF0
> aW9ucy5vcGVucGdwanMub3JnN12N5Tp4bXIUul/g6DT/CsmJOwkmWpuXCelO
> 6l0jC8cWIQQ+k2NZBObfK8Tl7sKoEx+igX+A+wAAn0gP/R5eP0EjZMxvlsRn
> WwQTlc1YSk4kxWGmREIfSp6HBp8q0h+onH/7or2lKeihEM09RvmmapOpRPv1
> TH+zZAHKEFhYjwFhYukUbmS0h4qe155WFz90pHoKnv/9n8BjTOlCTl9KzZ2H
> Psnmo5f3vluqv5DbfUCEh9/26SZdDcI4+i8YiFuaXBvI5lv26o2fTtxeNDel
> ysL5wp2DGFNXerhfwPWsHsFftoHn6yJeY9MPD/qhcwBW8P8pVh3dKQtdzCYP
> ZjwfssHmzThzM98LaJZxAqksaIhe/Hv5cT8fefJ4tnvrwa0I+K5mhDZ64tFT
> xiyiO8c1MhbYwARcqLdFJVBCNgkCGGz3dUVApLur7gaudJ+NfWPClNmKPD36
> ZQrPVJ11d1zeKDL3VYq5yr8OQkEe+WtDGAhpcme1t1knYo37K6MAJVRxx7Yz
> By9z2qoy+33EMjb1yyGFFm8665vG6WswDgTAXcxs63DS1oL3vzMnZTSAsfpT
> xK5K7+1wkJRvOBjPDwvZ4wNoWURBDiLTxDanLLOJm+JXrHW98+wbTttSj82h
> gOrMTq2CyPb5dMM36TcvFeGAO8lZy+ll/BhsnJKGRkEoxL3S6sM+R/p6/egC
> LDNFtOsAlgiaJoE6JJjwHh0vGmHZMCxOS5mM+BAJUEhFN5/05zRW1LEQpw4y
> wjW/CN6w
> =3CTS
> -----END PGP SIGNATURE-----



-- 
  ++ytti
_______________________________________________
NANOG mailing list 
https://lists.nanog.org/archives/list/[email protected]/message/JB26FJAPWGEMGKZHDBTK6U6W22X4QB4T/
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.