Hi all, I've got a local v4 peer (ie. an ISP whom I lease fibre from to feed my clients, they peer with me directly, and we're about to provide mutual transit for one another). They (hereinafter 'client') have recently received a /22 from ARIN. The client's immediate need is to re-assign a /23 to an ISP client that they have, which effectively leaves them with one /23. The client has asked me to help design an IP addressing scheme that will suit the rest of their clients (most require /29's), their internal infrastructure, and the small server farm they have. Although this seems small-scale, the client handles sensitive-type subs. I'm at a loss on how to do this. I know that I'll eat up at least a /25 and another /26 to renumber their existing clients into. My instincts would have me reserve equivalents, but that almost doesn't seem possible given the math. Thinking that they will have to go back to ARIN for additional space relatively quickly without intervention, can anyone provide links to docs that will help prevent future renumbering or decent management? I know that I can collapse a lot of their current waste, and I know where I can scrounge, but where in the space should the clients be assigned from, and where should I reserve my p2p/32 blocks from... front or back? My current personal strategies don't apply, neither does the documentation that I've found/read on the web in the past. This feels like a nightmare ready to happen, and I need to ensure that with what they have, a sane lo/ptp and client assignment strategy is configured. They applied for too small a block. Numbering guidelines for tight v4 holdings will be very much appreciated. Cheers, Steve ps. I advised an authority figure that they should apply for their v6 immediately now that they have their v4. I've also set up a meeting for tomorrow morning to discuss how I can help them get experience with it ;)
Thinking that they will have to go back to ARIN for additional space relatively quickly without intervention, can anyone provide links to docs that will help prevent future renumbering or decent management? I know that I can collapse a lot of their current waste, and I know where I can scrounge, but where in the space should the clients be assigned from, and where should I reserve my p2p/32 blocks from... front or back?
Only speaking from my current situation, we typically assign loops and links from the highest numbered portions of our space; pulling a /23 for the task many moons ago. Loops come from the highest numbered block and links from the block just below. Of course that's just one network's approach, and we could certainly be wrong! :D As far as efficient use of the space goes... that's a tough one. We've pretty much decided that creating these hard blocks of IPs that MUST come from one place isn't going to work as we move forward. We decided awhile back that our IGP is probably just going to be messy going forward. We try to keep things summarized but when you're out of IPs in this block on this AGG router, you go grave robbing another, less popular AGG router's space. It just happens. We kind of decided that we buy routers with lots of memory and CPU for a reason... might as well use it! Of course that's going to get some people riled up on this list but its the reality of being a "small guy" who is running out of IPv4 space. And for the record, we've been a fully dual stacked environment since Q1 of 2004 but people want / need more IPv4 space all the time.
On Mon, 21 Jun 2010, Steve Bertrand wrote:
Thinking that they will have to go back to ARIN for additional space relatively quickly without intervention, can anyone provide links to docs that will help prevent future renumbering or decent management? I know that I can collapse a lot of their current waste, and I know where I can scrounge, but where in the space should the clients be assigned from, and where should I reserve my p2p/32 blocks from... front or back?
If you are efficiently utilizing the space, and it sounds like you are, why don't you just request more space from ARIN? -- Brandon Ross AIM: BrandonNRoss ICQ: 2269442 Skype: brandonross Yahoo: BrandonNRoss
participants (3)
-
Brad Fleming
-
Brandon Ross
-
Steve Bertrand