NOG list
Subject: RE: Approach to allocating netblocks
--On onsdag, onsdag 14 jan 2009 10.30.18 -0600 Frank Bulk
wrote:
> But perhaps the BCP is to make the customer renumber, in which case I'm
> making things more complicated than they need to be.
Most customers with PA space (which is what
--On torsdag, torsdag 15 jan 2009 15.11.48 -0500 William Herrin
wrote:
> On Thu, Jan 15, 2009 at 5:16 AM, Måns Nilsson
> wrote:
>> from operational standpoint renumbering is not that bad.
>
> Måns,
>
> http://www.ietf.org/internet-drafts/draft-carpenter-renum-needs-work-01.t
> xt provides 24 p
On Wed, Jan 14, 2009 at 11:05 AM, Frank Bulk wrote:
> For the first time we have our own ARIN-assigned netblocks that we can now
> split out and divide to our customers.
>
> What's the best approach to handing out /30's, /29's, etc. that is efficient
> as possible but allows for customers to expan
--On onsdag, onsdag 14 jan 2009 10.30.18 -0600 Frank Bulk
wrote:
> But perhaps the BCP is to make the customer renumber, in which case I'm
> making things more complicated than they need to be.
Most customers with PA space (which is what you are giving them) are quite
used to renumbering. If not
On Wed, Jan 14, 2009 at 10:34:29AM -0600, Jason Biel wrote:
> Customer should have the forethought to request the right amount of space to
> include for growth.
hmm, as a vict^H^H^H^H former associate of a few startups I can
assure you the customer will almost never know how much space
they need f
ry 14, 2009 10:35 AM
> To: frnk...@iname.com
> Subject: Re: Approach to allocating netblocks
>
> Perhaps I'm missing something, but I've never seen much of a problem
> with non-contiguous blocks for customer address space expansion..
On Wed, Jan 14, 2009 at 09:05, Frank Bulk wrote:
> For the first time we have our own ARIN-assigned netblocks that we can now
> split out and divide to our customers.
>
> What's the best approach to handing out /30's, /29's, etc. that is efficient
> as possible but allows for customers to expand t
>
> But perhaps the BCP is to make the customer renumber, in which case I'm
> making things more complicated than they need to be.
>
> Frank
>
> -Original Message-
> From: Dave Israel [mailto:da...@otd.com]
> Sent: Wednesday, January 14, 2009 10:17 AM
> To
ore complicated than they need to be.
Frank
-Original Message-
From: Dave Israel [mailto:da...@otd.com]
Sent: Wednesday, January 14, 2009 10:17 AM
To: frnk...@iname.com
Cc: NANOG list
Subject: Re: Approach to allocating netblocks
If most of your allocations are small, and you don&#x
If most of your allocations are small, and you don't plan on growing
them very often, you'll probably do better with starting at the ends and
working your way inward.For example,. for /30s, allocate 0/30, then
4/30, 248/30, and 252/30 before moving in to 8/30, 12/30, 240/30, and
244/30. That wa
10 matches
Mail list logo
