[ppml] IPv6 addressing plans

[Owen DeLong]

I would tend to think that the correct answer would depend a lot on  
your internal
topology and how those segments connect to the internet.

If they are a single contiguous autonomous system with a consistent  
routing
policy, then, it makes sense to advertise an aggregate and accept  
traffic wherever
it is presented.  OTOH, if you need to manage the arrival location of  
traffic
on a continental or other topological basis, then, it probably makes  
more
sense to get separate assignments accordingly.

I don't think there is a good one-size-fits all BCP answer to your  
question.

Owen

On Sep 4, 2007, at 5:15 AM, <michael.dillon at bt.com>  
<michael.dillon at bt.com> wrote:

> Does anyone have any reasoning why a network spanning two or more  
> of the
> RIR regions, should or should not get separate ISP allocations from  
> each
> region?
>
> I'm not just interested in opinions, but also the reasoning behind  
> them,
> especially any technical pros and cons.
>
> In addition, are there any characteristics that define a good IPv6
> addressing plan for a network operator?
>
> We've just received an IPv6 /22 from RIPE based solely on  
> projections in
> our European network infrastructure. Fairly soon we will have to  
> decide
> whether to internally assign chunks of that space to our North  
> American
> network or to go to ARIN for a separate IPv6 allocation based on North
> American needs only.
>
> I imagine that a number of other companies are in this position and if
> there is actually a best practice for IPv6 addressing, it would be  
> good
> to document it and follow it before deployment gets much further  
> ahead.
> On the other hand, if it is a coin-toss scenario from a technical  
> point
> of view, it would be nice to see general acknowledgement of that fact.
>
> --Michael Dillon
> _______________________________________________
> PPML
> You are receiving this message because you are subscribed to the  
> ARIN Public Policy
> Mailing List (PPML at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/ppml Please contact the ARIN  
> Member Services
> Help Desk at info at arin.net if you experience any issues.