<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Hola Ivan,<br>
Muy interesante tu pregunta.., y quizás no te la respondo toda.<br>
<br>
<br>
El 7/14/2015 a las 2:05 PM, Ivan Chapero escribió:<br>
</div>
<blockquote
cite="mid:CAPQhFbeSikyn=qXE-x8HNhDgmop35G9JfUim3Vj+80MLeZhW-g@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_default"
style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,0)">Estimados,
<br>
</div>
<div class="gmail_default"
style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,0)">tengo
un vacío de interpretación en cierto escenario que no logro
reproducir para ver "qué pasaría".<br>
<br>
</div>
<div class="gmail_default"
style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,0)">Entiendo,
luego de leer RFC4941, que la extensión de privacidad que
permite la generación de temporary addresses en hosts está
apuntada a un direccionamiento stateless/SLAAC.<br>
</div>
</div>
</blockquote>
<br>
Ciertamente, pero existen otros RFCs que indican que es posible que
el cliente pueda solicitar direcciones temporales al DHCPv6. <br>
<br>
<blockquote
cite="mid:CAPQhFbeSikyn=qXE-x8HNhDgmop35G9JfUim3Vj+80MLeZhW-g@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_default"
style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,0)"><br>
</div>
<div class="gmail_default"
style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,0)">Pero
tras revisar la man page del isc-dhcp-server, encuentro este
parámetro para la sentencia "range6" que me deja un tanto
perdido:<br>
<span style="font-family:monospace,monospace"><br>
------<br>
The range6 statement<br>
<br>
range6 low-address high-address;<br>
range6 subnet6-number;<br>
<b>range6 subnet6-number temporary;<br>
range6 address temporary;</b><br>
<br>
For any IPv6 subnet6 on which addresses will be assigned
dynamically, there must be at least one range6 statement.
The range6 statement can either be the lowest and highest
IPv6 addresses in a range6, or use CIDR notation, specified
as ip6-address/bits. All IP addresses in the range6 should
be in the subnet6 in which the range6 statement is declared.<br>
<br>
<b>The temporay variant makes the prefix (by default on 64
bits) available for temporary (RFC 4941) addresses. A new
address per prefix in the shared network is computed at
each request with an IA_TA option. Release and Confirm
ignores temporary addresses.</b><br>
<br>
Any IPv6 addresses given to hosts with fixed-address6 are
excluded from the range6, as are IPv6 addresses on the
server itself. <br>
</span></div>
<div class="gmail_default"
style="font-size:small;color:rgb(0,0,0)"><span
style="font-family:monospace,monospace"><br clear="all">
</span></div>
<div class="gmail_default"
style="font-size:small;color:rgb(0,0,0)"><span
style="font-family:monospace,monospace">------</span></div>
<br>
¿
<div class="gmail_default"
style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,0);display:inline">Hay
mensajería por DHCPv6 desde un cliente que informe la
intención de utilizar (o la generación) de una IA-TA y de
esta manera el server la evita en sus leases?, </div>
</div>
</blockquote>
<br>
Esta no la conozco.<br>
<br>
<br>
<blockquote
cite="mid:CAPQhFbeSikyn=qXE-x8HNhDgmop35G9JfUim3Vj+80MLeZhW-g@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_default"
style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,0);display:inline">¿existen
implementaciones donde el cliente DHCPv6 directamente solicita
una IA-TA (a parte de IA-NA)?. <br>
</div>
</div>
</blockquote>
<br>
Si, esta si existe, RFC 3315<br>
<br>
<blockquote
cite="mid:CAPQhFbeSikyn=qXE-x8HNhDgmop35G9JfUim3Vj+80MLeZhW-g@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_default"
style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,0);display:inline">No
comprendo la finalidad de marcar como disponible para
temporary addresses un prefijo desde el propio DHCPv6 server.<br>
</div>
</div>
</blockquote>
<br>
Yo si lo creo conveniente, es normal que el algunas redes quieran
manejar todo "centralizado" y usan un DHCPv6 Server, con esta
modalidad pueden mantener (bueno, quizás disminuyendo un poquito) la
privacidad en el cliente y mantener algún tipo de track en el
dhcpv6. El cliente sigue contando con la mayoría de los beneficios
de las direcciones temporales.<br>
<br>
<br>
<blockquote
cite="mid:CAPQhFbeSikyn=qXE-x8HNhDgmop35G9JfUim3Vj+80MLeZhW-g@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_default"
style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,0);display:inline"><br>
</div>
<div class="gmail_default"
style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,0);display:inline">El
primer interrogante viene de la mano de mi duda ante un
escenario donde a pesar de estar encendida la flag M/O en los
RAs, también sigue seteado "autoconifg" en el
prefix-information.</div>
</div>
</blockquote>
<br>
Yo diría solo el bit M<br>
<br>
<blockquote
cite="mid:CAPQhFbeSikyn=qXE-x8HNhDgmop35G9JfUim3Vj+80MLeZhW-g@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_default"
style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,0);display:inline">
Permitiendo de esta manera que en dicha subnet se direccione
tanto por SLAAC como por DHCPv6 según la preferencia de
implementacion de los hosts.<br>
</div>
</div>
</blockquote>
<br>
Sin SLAAC.<br>
<br>
Saludos,<br>
<br>
Alejandro,<br>
<br>
<br>
<blockquote
cite="mid:CAPQhFbeSikyn=qXE-x8HNhDgmop35G9JfUim3Vj+80MLeZhW-g@mail.gmail.com"
type="cite">
<div dir="ltr"><br>
<br>
<div class="gmail_default"
style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,0)">
Agradezco sus comentarios.<br>
<br>
</div>
<div class="gmail_default"
style="font-family:tahoma,sans-serif;font-size:small;color:rgb(0,0,0)">Saludos.
</div>
<br>
-- <br>
<div class="gmail_signature">
<div dir="ltr"><b>Ivan Chapero<br>
<span style="color:rgb(102,102,102)">Área Técnica y
Soporte</span></b><span style="color:rgb(102,102,102)">
</span><br style="color:rgb(102,102,102)">
<span style="color:rgb(102,102,102)">Fijo: 03464-470280
(interno 535)</span> | <span
style="color:rgb(102,102,102)">Móvil: 03464-155-20282</span>
| <span style="color:rgb(102,102,102)">Skype ID: ivanchapero</span>
<div><span style="color:rgb(102,102,102)">--</span><br
style="color:rgb(102,102,102)">
<div style="text-align:center"><span
style="color:rgb(102,102,102)">GoDATA Banda Ancha -
CABLETEL S.A. | Av. 9 de Julio 1163 - 2183 - Arequito
- Santa Fe - Argentina</span></div>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
</div>
</div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
LACTF mailing list
<a class="moz-txt-link-abbreviated" href="mailto:LACTF@lacnic.net">LACTF@lacnic.net</a>
<a class="moz-txt-link-freetext" href="https://mail.lacnic.net/mailman/listinfo/lactf">https://mail.lacnic.net/mailman/listinfo/lactf</a>
Cancelar suscripcion: <a class="moz-txt-link-abbreviated" href="mailto:lactf-unsubscribe@lacnic.net">lactf-unsubscribe@lacnic.net</a></pre>
</blockquote>
<br>
</body>
</html>