Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Route-Servers with Peer Active to ASNs that were excluded #114

Open
fischerdouglas opened this issue Oct 27, 2022 · 0 comments
Open

Route-Servers with Peer Active to ASNs that were excluded #114

fischerdouglas opened this issue Oct 27, 2022 · 0 comments

Comments

@fischerdouglas
Copy link

I know that the ARouteServer project also includes the possibility of generating configurations for Route-Servers that establish sessions with Peers using private ASNs. But I guess the vast majority of cases are for Peers with Public and ACTIVE ASNs.

In a first analysis, it makes sense that the verification of whether the ASN exists or not is done in the acceptance of the Peer as a participant in the IXP.

But today, it is common for some ASNs that were delegated in the past to be excluded in their RIR/NIR/LIR.
(Ex.: An ISP has purchased the operation of another ISP.)

I observed some cases of some ASNs that no longer existed in the respective RIR/NIR/LIR bases, were still configured in the Route-Serves, and with the BGP session ACTIVE.

My suggestion is to add an option that defines whether ARouteServer will check through some method whether or not the ASN is still allocated by the respective RIR/NIR/LIR.

The possibilities I imagine are possible for these methods are:

  • Whois
  • RDAP
  • Parsing the delegated-extended file of each RIR
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant