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]The list of current Issues in IPv6 Policy



On Fri, 5 Sep 2003, Darrell Root wrote:
>  > I think that it would be very interesting for the IETF discussion if
>  > you could give a short explanation of this need (in a form that can
>  > be discussed in public). One of the issues in the IETF debate is that
>  > not everybody agrees that there is a real need for local addresses.
> 
> I had a large lab request some v6 space this week.  Their
> current v4 usage is about 1000 RFC1918 subnets, so I planned
> to allocate a /52 in v6.
> 
> They specifically requested non-internet-routable space.  This lab
> does (among other things) high bandwidth testing.  Filling up
> gig links and such.  If the lab accidentally gets connected to
> the production network, and they generate a 1gig stream
> with an internet-routable source address, the stream could
> follow the default route and possibly get passed to our ISP
> (I call this a "not-so-smartbits incident" ;-)
[...]

I'm not sure whether in the scenario you describe the labs should have no 
general Internet connectivity at all ("truly isolated network"), or only 
partial connectivity (hosts would also have global addresses).  

In the first case, I don't think it should be possible to have the stream
pass to Internet anyway, as the part of the network is supposed to be
isolated.  In the second case, I don't understand how you could prevent 
the labs from hosing up by selecting the wrong addresses to be used for 
the test traffic, and the traffic going out anyway.

But still, I think for this scenario to realize, this would require that:

 1) there were no filters at the lab's borders for these source addresses,
 2) there were no filters at the lab's to preclude them connecting to any 
other destination address than the ones the lab uses
 3) the destination address of the test is typoed or otherwise incorrect 
so that the traffic in fact uses the default route to get out, not one of 
the local, more specific routes.

This seems like an extensive number of "buts".  It's just not a single
protection you're getting around now, a single mistake to avoid.  In
particular 1)-2) and 3) seem to be very independent of each other.

So, it seems to me that while perhaps useful, this case is not really a 
requirement.

(I don't oppose addressing, but global addressing, which is just never
advertised in the Internet -- for "truly isolated" networks, but I'm quite
skeptic that there exists a large number of such networks these days.)

-- 
Pekka Savola                 "You each name yourselves king, yet the
Netcore Oy                    kingdom bleeds."
Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings