Moin, > Yes...? So why is this a bad thing? > > The "reject any more-specific prefixes" is a good thing, and the > other part is somewhat moot (when you're connected to it, the > "connected prefix" will take precedence before "learned by BGP" > anyway). So I fail to see why they would recommend something which > doesn't have an effect, but I also fail to see why this is something > to be massively upset about...
The PMTUD intention given uRPF behind it is, because for that to work the cones needs to know it, too. ;-) > > I believe that _something_ should be done to prevent this from > > going > > further. > > > > I see four options here: > > > > - Move ahead _quickly_ with replacing RFC7454 in BCP194 > > - Move ahead _quickly_ with a -bis just dropping the IXP-LAN > > related > > text > > - Move ahead _quickly_ and write a short document saying 'no IXP > > prefix > > in the GRT, set ROAs for AS0' (This, though, might make some non- > > friends among some IXes as well, as it takes away choice to a > > degree) > > The IXP crowd told me in no uncertain terms that it's their choice to > make on whether a peering LAN prefix should be visible or not. Yes, that is why that option carries the comment in parentheses. The two other options above would simply not say anything special about IXP LAN Prefixes (as it should be). > > - Accept that we will all need way more space in our FIB and RIB. > > I fail to see why the paragraph quoted above would change the amount > of FIB/RIB space needed here in significant ways (like "at max one > extra prefix v4 + v6 per IXP in the world", which is like "a few > hundred").. Sure. If, all of a sudden, people would have to accept _specific_ /64 v6 or /26 v4 on eBGP, especially for v4, _nobody_ would ever get the idea that they could now try to also bring /26 non-IXP-LAN Prefixes to the GRT... ;-) With best regards, Tobias -- Dr.-Ing. Tobias Fiebig T +31 616 80 98 99 M tob...@fiebig.nl _______________________________________________ GROW mailing list -- grow@ietf.org To unsubscribe send an email to grow-le...@ietf.org
