owner-nanog@merit.edu wrote on 10/08/2007 10:28:37 PM:
Hi,
On Oct 8, 2007, at 6:28 PM, Justin M. Streiner wrote:
On Mon, 8 Oct 2007, Jon Lewis wrote:
adopted /24 as the cutoff point. If you make the cutoff point smaller, what is the new point... /26? /32?
Presumably the fear is there being no limitation, that is, /32.
Anything longer than /24 is unlikely to propagate far on the internet.
Pedantically speaking, there ain't no such thing as "the internet".
There ain't no such thing as ain't but somehow that term has been proliferated as well. (less pedantic)
There are a series of interconnected private IP based networks, each with their own policy about what they'll transmit and accept in terms of routing updates. What one ISP accepts and propagates is not necessarily what the next ISP accepts and propagates.
Unfortunately that also goes for the customers of that ISP. So if one of the Tier I's decides not to accept my public /29 then the millions of singlehomed subscribers go with it. The idea of random AS's accepting and blocking a prefix scares the hell out of me. It's right under the idea of some director calling me into his office because some customer can't get to AOL subscribers and their NOC told us to beat it when we called and asked for the filters to be updated.
What I'm trying to understand is whether there is a sufficient critical mass to define a consensus maximal prefix among those interconnected networks.
You can all check your filters to see. I just checked mine, and neither Level3 nor Time Warner has tried to send me anything longer than /24 in recent history. If they did, it'd show up as hits on a distribute-list deny rule.
I realize that - I was posing a rhetorical question to the previous poster :)
The argument, as I understand it (and those who argue this direction feel free to correct me if I misstate), is that as the IPv4 free pool exhausts, there will be a natural pressure to increase address utilization efficiency. This will likely mean longer prefixes will begin to be put (back) into use, either from assignments and allocations that were "rediscovered" or from unused portions of shorter prefixes. Customers will approach ISPs to get these long prefixes routed, shopping through ISPs until they find one that will accept their money and propagate the long prefix.
Not if their engineering staff possess the gift of clue.. (See above)
Now, of course announcing a route doesn't mean anyone will accept it, but as I understand the theory, larger ISPs will agree to accept and propagate longer prefixes from other larger ISPs if those other ISPs will be willing to accept and propagate transmitted long prefixes ("scratch my back and I'll scratch yours"), particularly if this encourages the smaller ISPs to 'look for other employment opportunities' when they can't afford the router upgrades.
Personally, I fully expect the first part to happen. Where I'm having trouble is the second part (the accepting longer prefixes part). However, a few prominent members of the Internet operations community whom I respect have argued strongly that this is going to happen. I thought I'd ask around to see what other folk think...
The DOD aside even if some of the larger ISP's are bribed into accepting the smaller blocks. There are still some unanswered questions. First there is no way to force every AS to accept the routes, so some medium sized transit as will respond with "not until ARIN makes us" and the long networks will have to reachibility to the subscribers of that AS. Also, where do you stop? /26 /30? The biggest argument against the short prefixes is stability. Just imagine the route churn if I start advertising a /30 for some metro E link to China and then it starts flapping. If this isn't enough picture 20 such links or 2000. Fiber cut anyone? Or if this is too unrealistic how about a random /27 owned by some colo customer who router is flapping constantly. IMHO this is one instance where Pandora's box should remain closed.
If people feel uncomfortable publicly stating their filter policy is,
Does anyone know how to write over my router in RPSL?
I'd be happy to summarize responses sent to me directly, keeping individual responses confidential.
Regards, -drc