Re: [v6ops] draft-moreiras-v6ops-rfc3849bis-00

["Antonio M. Moreiras" <[e-mail]>]

On 12/08/13 18:07, Owen DeLong wrote:
> But having obviously different prefixes for the class to use to indicate
> what is ULA and what is "simulated GUA" is still very useful from a
> teaching perspective.
> 
> Owen

(repeating myself) Generally our IPv6 trainings are the first contact
with IPv6 for some network guys. Their biggest difficulties generally
lies in understanding the IPv6 addresses. The types of addresses, where
to use each of them, the new format, etc. From a didactic point of view,
it would be a bad idea to use ULAs and tell them: please don't forget to
pretend that this ULA block is our Global Unicast block, and this other
ULA prefix will be  the "real" ULA in our lab. Something looking more
like GUAs would be better. The prefix 2001:db8::/32 do represent GUAs in
documentation.

It is difficult to convince people that private addresses and NATs are
not to be used in all situations. Using ULAs in the labs, instead of
Globals, would not help. I fear that using ULAs would result in people
used to see them in the wrong places, and could lead us to a situation
where some networks would finish having just ULA addresses (and NAT66)
in scenarios where it would not be the better choice.

I would prefer to choose an arbitrary prefix, inside or outside
2000::/3, but that "looks like" a GUA, than use ULAs in the classes.

Moreiras.

> 
> On Aug 12, 2013, at 1:30 PM, "George, Wes" <[e-mail]
> <mailto:[e-mail]>> wrote:
> 
>>  
>> *From:* Owen DeLong [mailto:[e-mail] <http://delong.com>] 
>>
>> Because in some cases, the lab is also teaching about ULA+GUA
>> configurations.
>>  
>> */[WEG]/* I don’t follow your logic. 2001:db8::/32 is not GUA, nor
>> would any such documentation prefix be –quite the contrary, in fact.
>> It just happens to come from 2000::/3 so it **looks** more like GUA,
>> but the network behavior is no different.
>>  
>> Wes
>>  
>> On Aug 12, 2013, at 13:05 , "George, Wes" <[e-mail]
>> <mailto:[e-mail]>> wrote:
>>
>>
>>  
>> *From:* [e-mail]
>> <mailto:[e-mail]> [mailto:[e-mail]
>> <mailto:[e-mail]>] *On Behalf Of *Carlos Martinez-Cagnazzo
>>
>>
>>  
>> As far as I understand, Antonio does some training involving 6RD
>> deployments, where each 'team' needs its own /32. There might be other
>> cases though, like for example doing some work involving BGP routing
>> between different teams and for which you expect each one of them to
>> carve a /32.
>> */[WEG] /*and that environment can’t use ULA because….?
>>  
>> Not saying that there aren’t legitimate cases when having more than
>> /32 of documentation space might be useful, just saying that I don’t
>> believe the needs of a lab environment (even in the context of
>> training) is necessarily one of them.
>>  
>> Wes George
>> Anything below this line has been added by my company’s mail server, I
>> have no control over it.
>> -----------------
>>  
>> ------------------------------------------------------------------------
>> This E-mail and any of its attachments may contain Time Warner Cable
>> proprietary information, which is privileged, confidential, or subject
>> to copyright belonging to Time Warner Cable. This E-mail is intended
>> solely for the use of the individual or entity to which it is
>> addressed. If you are not the intended recipient of this E-mail, you
>> are hereby notified that any dissemination, distribution, copying, or
>> action taken in relation to the contents of and attachments to this
>> E-mail is strictly prohibited and may be unlawful. If you have
>> received this E-mail in error, please notify the sender immediately
>> and permanently delete the original and any copy of this E-mail and
>> any printout.