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

missing aggregation opportunity #119

Open
jkroonza opened this issue Dec 8, 2024 · 1 comment
Open

missing aggregation opportunity #119

jkroonza opened this issue Dec 8, 2024 · 1 comment

Comments

@jkroonza
Copy link

jkroonza commented Dec 8, 2024

Hi,

Somewhat contrived, but given the current data for one of our peers:

jkroon@plastiekpoot ~ $ bgpq4 AS328173 -4
no ip prefix-list NN
ip prefix-list NN permit 196.250.204.0/22
ip prefix-list NN permit 196.250.204.0/24
ip prefix-list NN permit 196.250.205.0/24
ip prefix-list NN permit 196.250.206.0/24
ip prefix-list NN permit 196.250.207.0/24

This aggregates nicely to:

jkroon@plastiekpoot ~ $ bgpq4 AS328173 -4 -A
no ip prefix-list NN
ip prefix-list NN permit 196.250.204.0/22
ip prefix-list NN permit 196.250.204.0/22 ge 24 le 24

But here we can squeeze a bit more out:

jkroon@plastiekpoot ~ $ bgpq4 AS328173 -4 -A -R 23
no ip prefix-list NN
ip prefix-list NN permit 196.250.204.0/22 le 23
ip prefix-list NN permit 196.250.204.0/22 ge 24 le 24

This could become:

jkroon@plastiekpoot ~ $ bgpq4 AS328173 -4 -A -R 23
no ip prefix-list NN
ip prefix-list NN permit 196.250.204.0/22 le 24

As mentioned, somewhat contrived, I was just playing to fully understand the effects of -R and -m when I noticed this, and this probably doesn't reflect any real-world scenario. For a fact the whois and RPKI data for the specific peer is sub-optimal and incorrect.

@job
Copy link
Member

job commented Dec 8, 2024

Yes

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

2 participants