APNIC Home APNIC Home
Info & FAQ |  Resource services |  Training |  Meetings |  Membership |  Documents |  Whois & Search |  Internet community

You're here:  Home  Mailing Lists global-v6 


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [GLOBAL-V6]IPv6 Allocation Policy



On Fri, 16 May 2003, Pekka Savola wrote:

> > On top of that, I do have one other concern...  how does an end-user
> > network obtain address space that would be routable when divided into the
> > separate geographic regions?  For example, if I want address space that I
> > can divide into chunks, each announced from a different Internet access
> > point, do I need to ask for a /32 for each of the routing points or should
> > the RIR's be advising ISP's that they should do filtering, if necessary,
> > at minimum_allocation + 4 bits, or something like that?  I realize the
> > RIR's don't want to guarantee routability, but they really should take it
> > into consideration.
>
> Do I take it that you'd want to advertise more specifics based on some
> geography in some regions?
>
> This begs two questions (for which I have some answers of my own, but I'd
> like to hear yours):
>
>  1) why not advertise just the one /32 everywhere?

Because I pay ISP's to bring traffic to me.  If I announce the /32
everywhere, then I have to build and manage my own Internet backbone to
carry the traffic globally (in parallel with my internal/clean WAN).  That
amounts to paying two service providers to carry the traffic where I need
it.

>  2) would those more specifics be scoped tightly to a routing point (that
> is, could one assume, that it might be possible to negotiate a special
> pass-through for the local affected ISP's for the more specific)?

It might be possible, but I'm looking for a solution that's more global in
nature that wouldn't require me to negotiate with tens or hundreds of
local providers.  One of the key requirements I asked to be put into the
multi6 requirements draft was that the end user would not have to maintain
business relationships / negotiations with anyone but his service
providers, so that an end user would not have to worry about maintaining a
business relationship with hundreds of service providers around the globe.

/cah

-- 
Craig A. Huegen, Chief Network Architect      C i s c o  S y s t e m s
IT Transport, Network Technology & Design           ||        ||
Cisco Systems, Inc., 400 East Tasman Drive          ||        ||
San Jose, CA  95134, (408) 526-8104                ||||      ||||
email: chuegen@cisco.com       CCIE #2100      ..:||||||:..:||||||:..