North American Network Operators Group|
Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical
Re: NSP ... New Information
The really annoying part of the whole "/19 or you are screwed" policy with respect to routability is the hoops the little guy has to go through to get address space. As has been quoted here earlier in this thread, Internic claims you need 100% utilization off the bat. However, none of the big guys seem to play by the rules for rational allocations.
I have a client connected to MCI. They have five divisions on one campus. They have been allocated 5 class C's by MCI. They need exactly four addresses, one for the mailgate, one for the proxy, one for the Web server and one for the the router for each division. So their utilization is 4/256 or 1.5625%. Responsible allocation?
I have a colleague who wanted dial on demand LAN routing. PSI offers it. He has a 2 node + router LAN. One for the router and one for each PC. Guess what he gets? A Class C. 3/256 or 1.17% utilization. Their reasoning, and I quote: "Its just easier for us to set up that way."
Why doesn't Internic go back and pick on the big guys and start yanking their addresses. I'm all for conservation, universally applied. Ironic that the big guys waste the space and then filter the routes of the little guys who give their first three children to Internic to get PIA, isn't it.
At 11:19 AM 6/10/97 -0400, Paul Ferguson wrote:
>At 09:22 AM 06/10/97 -0500, Phil Howard wrote:
>>Right. But people see it as such a problem because the routing policies
>>are IP space derived. When people are told they need a /19 to be routable,
>>then they begin to go backwards on solving the IP space problem and resume
>>wasting it (but hiding the waste to look like its used).
>But this is somewhat of a misnomer. It is not an issue of being
>'routable' v. 'non-routable', but rather, one of whether you can
>be aggregated into a larger prefix. This practice encourages
>aggregation -- it is commonly agreed that Aggregation is Good (tm).
>The routability issue comes into play when:
> o You are specifically referring to routes being propagated by
> a service provider who uses prefix-length filters, AND
> o You cannot be aggregated into a large enough advertised CIDR
> block to conform to these types of filters.
>>When the need to justify space usage occurred, along with it came some ideas
>>on actually how to do that. And I see that working. We were projected to
>>run totally out of space by now, and since we have not, I assume it did work
>BGP4, CIDR, or Die.
>>But the real problem is routing policies that are encouraging people to go
>>back to wasting space. By using the network size as the criteria for doing
>>route filtering, the smaller guys get screwed and they see their solution
>>as inflating their network. This practice needs to be stopped or a better
>>solution needs to come out of it.
>One might suggest that some of the prefix length filter could be
>replaced by more aggressive dampening policies.