Mark Tinka wrote:
For our DIA/Enterprise business, we offer customers a /30 for p2p
link, and a /29 as initial standard for onward assignment within their
LAN.
You could instead use a /31. Or private/enterprise-private or unnumbered
and route them the single /32 to use for their NAT on say a loopback
interface. And the /29 ? I would reserve it but not assign it without a
formal request.
Interestingly, most customers will NAT on the p2p address space, and
barely use the onward assignment. In such cases, link migrations cause
issues, because customers bake their internal configurations against
those p2p IP addresses, which are pegged to specific edge routers on
our side that can't move due to our need to minimize the iBGP
footprint in the network. It's not a major issue in absolute terms,
but a headache nonetheless.
See above.
We can offer customers up to a /24 maximum (i.e., we will let the /29
expand into a /24), and no more.
Either you have lots of fallow ground or very few customers. I dont see
how this strategy would work elsewhere.
If they need more than a /24, time to speak to AFRINIC.
We don't charge for address space. Our Sales people want us to, but we
don't feel it makes sense. It's not a big-enough deterrent for us to
keep IPv4 stock. And when we do run out of IPv4 space, it will be like
having billions of $$ on a deserted island.
Mark.
Your sales people are right. Since you can deliver quite usable service
that enables them to operate just as they have before with a single /32,
and with technical advantages to yourself, all the extra wasted integers
should be bringing in value.
And since its quite nice to assign a loopback to every CPE anyways, two
birds, one stone. Carry that in your iBGP.
Best,
Joe