<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif;">
<div>Cómo no es prime-time?</div>
<div><br>
</div>
<div>What is missing? This draft document would only have affected IETF process, but if there are gaps the IETF needs to cover first, what still needs to be done?</div>
<div><br>
</div>
<div>Thanks,</div>
<div><br>
</div>
<div>Lee</div>
<div><br>
</div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style="font-weight:bold">From: </span>LACTF <<a href="mailto:lactf-bounces@lacnic.net">lactf-bounces@lacnic.net</a>> on behalf of Arturo Servin <<a href="mailto:arturo.servin@gmail.com">arturo.servin@gmail.com</a>><br>
<span style="font-weight:bold">Reply-To: </span>"<a href="mailto:lactf@lac.ipv6tf.org">lactf@lac.ipv6tf.org</a>" <<a href="mailto:lactf@lac.ipv6tf.org">lactf@lac.ipv6tf.org</a>><br>
<span style="font-weight:bold">Date: </span>Wednesday, April 6, 2016 at 6:21 PM<br>
<span style="font-weight:bold">To: </span>"<a href="mailto:lactf@lac.ipv6tf.org">lactf@lac.ipv6tf.org</a>" <<a href="mailto:lactf@lac.ipv6tf.org">lactf@lac.ipv6tf.org</a>><br>
<span style="font-weight:bold">Subject: </span>Re: [LAC-TF] Sesion en IETF 95 (ERA: Re: implicaciones de declarar IPv4 historico)<br>
</div>
<div><br>
</div>
<blockquote id="MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE" style="BORDER-LEFT: #b5c4df 5 solid; PADDING:0 0 0 5; MARGIN:0 0 0 5;">
<div>
<div>
<div dir="ltr"><br>
<div>Yo sigo pensando que querer declarar IPv4 como historica por ahora es algo utopico aun y es querer negar la realidad de que IPv6 no es prime-time.</div>
<div><br>
</div>
<div>Slds</div>
<div>as</div>
<div><br>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr">On Wed, 6 Apr 2016 at 18:38 JORDI PALET MARTINEZ <<a href="mailto:jordi.palet@consulintel.es">jordi.palet@consulintel.es</a>> wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
A mi lo que mas me “molesta” es lo que indico en el micro Geoff, pues creo que tiene razón.<br>
<br>
Si el IETF abandona el desarrollo de IPv4, y surgen problemas o necesidades, entonces, se resolverán desde la industria de forma “no estándar” (como ocurrió con NAT).<br>
<br>
Eso puede ser visto como ventaja o inconveniente:<br>
1) Ventaja: Que proveedores querrían fiarse de un IPv4 que puede ser cambiante de formas no estándar y les crea problemas de interopaerabilidad ?<br>
<br>
2) Desventaja: Obviamente, no seria estándar, pero es eso importante teniendo en cuenta 1)<br>
<br>
La verdad es que no es facil.<br>
<br>
Yo creo que es prudente iniciar el proceso de que IPv4 pase a histórico, indicando fechas concretas (1 año quizás dese que se apruebe el RFC), y poniendo como excepción que si se localizara una “bug” importante si que tendria que resolverse en IETF, pero no
nuevos desarrollos, mejoras, etc.<br>
<br>
Saludos,<br>
Jordi<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
-----Mensaje original-----<br>
De: LACTF <<a href="mailto:lactf-bounces@lacnic.net" target="_blank">lactf-bounces@lacnic.net</a>> en nombre de Nicolas Antoniello <<a href="mailto:nantoniello@gmail.com" target="_blank">nantoniello@gmail.com</a>><br>
Responder a: <<a href="mailto:lactf@lac.ipv6tf.org" target="_blank">lactf@lac.ipv6tf.org</a>><br>
Fecha: miércoles, 6 de abril de 2016, 12:12<br>
Para: "<a href="mailto:lactf@lac.ipv6tf.org" target="_blank">lactf@lac.ipv6tf.org</a>" <<a href="mailto:lactf@lac.ipv6tf.org" target="_blank">lactf@lac.ipv6tf.org</a>><br>
Asunto: Re: [LAC-TF] Sesion en IETF 95 (ERA: Re: implicaciones de declarar IPv4 historico)<br>
<br>
>En todo y en nada 😀<br>
>Saco en limpio las siguientes observaciones y/o necesidades:<br>
><br>
>- Es muy positivo comenzar a tener esta discusión ahora (temprano).<br>
>- Es una discusión que probablemente dure unos años (3 o 4 al menos creo yo).<br>
>- Desde el ounto de vista de ingeniería (mi opinion) no parece sensato cerrar el trabajo sobre un protocolo que soporta más del 90% del intercambio ACTUAL de datos en Internet global.<br>
>- Es necesario y sano elaborar una lista de todos los posibles protocolos y estandares (RFCs) que se impacten potencialmente con esa definición y que sería necesario cambiarles y que no. Esto es algo que podemos comenzar a listar en esta lista (valga la pseudo-redundancia)...
Alguno de nosotros puede recopilarla y volvarla al ámbito de IETF (yo me ofrezco a colaborar en esa lista).<br>
>- Se trata de un "mensaje" que no es sino para la propia IETF en el que se llama a trabajar más sobre los "nuevos" protocolos en vez de invertir muchos recursos en continuar parcheando ciertos aspectos (carencias?) de IPv4.<br>
>- Es necesario que la propia industria (que integra una gran mayoría dentro de IRTF) se ponga a trabajar mas fuerte y disponibilice más tecnologia (equipamiento más que nada de Home Networking creo yo) con amplio soporte de IPv6 en sus aplicaciones y funciones
nativas... Que los routers domésticos no senlimiten solo a lo sumo a 2 SSIDs, que manejen bien la delegación de prefijos, que se vincules con otros organismos de estandarizacion para resolver el tema de optimizacion y uso de espectro (si explota la cantidad
de redes domesticas, en mi opinión WiFi en su version actual no escala...); ETC...<br>
><br>
>Seguro que Ale y/o otros que asistieron a la discusión tienen aún más aportes...<br>
>Saludos,<br>
>Nico<br>
><br>
><br>
>El Wednesday, April 6, 2016, Fernando Gont <<a href="mailto:fgont@si6networks.com" target="_blank">fgont@si6networks.com</a>> escribió:<br>
><br>
>En que quedo, al final?<br>
><br>
><br>
><br>
>On 04/05/2016 05:09 PM, Azael Fernandez Alcantara wrote:<br>
>> Buen Dia,<br>
>><br>
>> En poco mas de 30 min. a las 17:40 hrs. Hora de Argentina (UTC/GMT -3<br>
>> hours) durante IETF 95 desde Buenos Aires.<br>
>><br>
>> Sunsetting IPv4<br>
>><br>
>> Tema:<br>
>> - IPv4 Declared Historic, Lee Howard<br>
>> draft-howard-sunset4-v4historic-00<br>
>><br>
>> <a href="https://www.ietf.org/proceedings/95/slides/slides-95-sunset4-0.pdf" rel="noreferrer" target="_blank">
https://www.ietf.org/proceedings/95/slides/slides-95-sunset4-0.pdf</a><br>
>><br>
>> Si participan remotamente no olvidar registrarse para que puedan preguntar:<br>
>> <a href="https://www.ietf.org/meeting/register.html" rel="noreferrer" target="_blank">
https://www.ietf.org/meeting/register.html</a><br>
>><br>
>> Por Meetecho:<br>
>> <a href="http://www.meetecho.com/ietf95/sunset4" rel="noreferrer" target="_blank">
http://www.meetecho.com/ietf95/sunset4</a><br>
>><br>
>> Por audio:<br>
>> <a href="http://ietf95streaming.dnsalias.net/ietf/ietf955.m3u" rel="noreferrer" target="_blank">
http://ietf95streaming.dnsalias.net/ietf/ietf955.m3u</a><br>
>><br>
>> SALUDOS<br>
>> _______<br>
>> Azael<br>
>> ____________________________<br>
>> Mensaje enviado sin acentos<br>
>><br>
>> On Sun, 20 Mar 2016, <a href="mailto:villa@reduniv.edu.cu" target="_blank">villa@reduniv.edu.cu</a> <javascript:;> wrote:<br>
>><br>
>>> Nico, como estas?<br>
>>><br>
>>> En efecto suena demasiado apresurado. Cuando se define catalogar algo<br>
>>> como Historico con independencia de las implicaciones que han<br>
>>> comentado Jordi y Arturo, entre otros; significa que el interes en<br>
>>> dicha tecnologia es minimo (o va siendo desestimado por un amplio<br>
>>> sectore de la comunidad en aras de emplear otras tecnologias mas<br>
>>> consolidadas) y por tanto no tiene sentido continuar esfuerzos de<br>
>>> desarrollo respecto a la misma. Pero en el caso de IPv4 sigue habiando<br>
>>> inversion, continua siendo por mucho el trafico mayoritario en<br>
>>> Internet, seguimos debatiendo nuevas politicas relacionadas con IPv4<br>
>>> en todos los RIRs (de asignaciones, de transferencias de recursos,<br>
>>> etc.). Asi que aunque pueda ser una linea de deseo de algunos de los<br>
>>> que estamos formando parte de este esfuerzo, creo que todavia no es el<br>
>>> momento de declararlo historico.<br>
>>><br>
>>> Saludos,<br>
>>> Jorge<br>
>>><br>
>>> From: Nicolas Antoniello<br>
>>> Sent: Sunday, March 20, 2016 2:44 PM<br>
>>> To: <a href="mailto:lactf@lac.ipv6tf.org" target="_blank">lactf@lac.ipv6tf.org</a> <javascript:;><br>
>>> Subject: Re: [LAC-TF] implicaciones de declarar IPv4 historico<br>
>>><br>
>>> Lo de no trabajar mas los mecanismos de transición, ademas de que creo<br>
>>> que es muy pronto, se me hace imposible... Si no, deciselo a los miles<br>
>>> de CGN que andan desplegados por alli, combinados con 6RD u otros.<br>
>>><br>
>>> Si bien suena muy tentador el pasarlo a historico, creo que la<br>
>>> definición de la IETF de que implica histórico o bien es muy fuerte en<br>
>>> este caso o bien es un tanto apresurado ejecutarla ahora.<br>
>>><br>
>>><br>
>>> Saludos,<br>
>>> Nico<br>
>>><br>
>>><br>
>>><br>
>>> El Saturday, March 19, 2016, JORDI PALET MARTINEZ<br>
>>> <<a href="mailto:jordi.palet@consulintel.es" target="_blank">jordi.palet@consulintel.es</a> <javascript:;>> escribió:<br>
>>><br>
>>> (respondiendo a Nico)<br>
>>><br>
>>> Como es muy corto, lo pego directamente en ingles:<br>
>>><br>
>>> 2. Implications<br>
>>><br>
>>> Moving an Internet Standard to the Historic maturity level does not<br>
>>> mean that it cannot be used. It does mean that any Standards Track<br>
>>> RFC with a Normative reference to RFC791 is Historic. This is<br>
>>> appropriate: any RFC defining IPv4 options is Historic.<br>
>>><br>
>>> In addition, some RFCs that refer to RFC791, such as [RFC1035]<br>
>>> "DOMAIN NAMES - IMPLEMENTATION AND SPECIFICATION" which defines A and<br>
>>> IN-ADDR.ARPA, will be Updated By this document, but are not Historic.<br>
>>> Other documents with incidental references to RFC791 should not be<br>
>>> affected. Documents requiring updates are appropriate for [draft-<br>
>>> ietf-sunset4-gapanalysis].<br>
>>><br>
>>> The IETF does not update Historic RFCs. Therefore, the IETF will no<br>
>>> longer work on IPv4 technologies, including transition technologies.<br>
>>><br>
>>> The term "IP," without address family specified, is assumed to mean<br>
>>> "IPv6."<br>
>>><br>
>>> 3. Security Considerations<br>
>>><br>
>>> It is possible that bugs inherent to IPv4 will yet be discovered.<br>
>>> Being Historic, the IETF will not further update IPv4. Therefore,<br>
>>> for security reasons, the use of IPv6 exclusively is recommended.<br>
>>><br>
>>><br>
>>><br>
>>> Es decir, en resumen:<br>
>>> 1) No significa que IPv4 no pueda ser usado.<br>
>>> 2) Significa que los otros estándares con referencias normativas a la<br>
>>> especificación original de IPv4 (es decir aquellos que definen<br>
>>> “opciones”), tambien históricos, excepto algunos referidos a DNS u<br>
>>> otras cuestiones con referencias incidentales a IPv4.<br>
>>> 3) El IETF ya no trabajara en actualizaciones de los RFC declarados<br>
>>> históricos.<br>
>>> 4) El termino IP, sin referencia a la familia de direcciones,<br>
>>> implicara IPv6 (en lugar de IPv4 como se sobreentiende ahora).<br>
>>> 5) Si se descubren problemas de seguridad en IPv4, el IETF no<br>
>>> trabajara en ellos.<br>
>>><br>
>>> Saludos,<br>
>>> Jordi<br>
>>><br>
>>><br>
>>><br>
>>><br>
>>><br>
>>><br>
>>> _______________________________________________<br>
>>> LACTF mailing list<br>
>>> <a href="mailto:LACTF@lacnic.net" target="_blank">LACTF@lacnic.net</a> <javascript:;><br>
>>> <a href="https://mail.lacnic.net/mailman/listinfo/lactf" rel="noreferrer" target="_blank">
https://mail.lacnic.net/mailman/listinfo/lactf</a><br>
>>> Cancelar suscripcion: <a href="mailto:lactf-unsubscribe@lacnic.net" target="_blank">
lactf-unsubscribe@lacnic.net</a> <javascript:;><br>
>>><br>
>>><br>
>>> --------------------------------------------------------------------------------<br>
>>><br>
>>> _______________________________________________<br>
>>> LACTF mailing list<br>
>>> <a href="mailto:LACTF@lacnic.net" target="_blank">LACTF@lacnic.net</a> <javascript:;><br>
>>> <a href="https://mail.lacnic.net/mailman/listinfo/lactf" rel="noreferrer" target="_blank">
https://mail.lacnic.net/mailman/listinfo/lactf</a><br>
>>> Cancelar suscripcion: <a href="mailto:lactf-unsubscribe@lacnic.net" target="_blank">
lactf-unsubscribe@lacnic.net</a> <javascript:;><br>
>>><br>
>>> ---<br>
>>> This email has been checked for viruses by Avast antivirus software.<br>
>>> <a href="https://www.avast.com/antivirus" rel="noreferrer" target="_blank">https://www.avast.com/antivirus</a><br>
>>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> LACTF mailing list<br>
>> <a href="mailto:LACTF@lacnic.net" target="_blank">LACTF@lacnic.net</a> <javascript:;><br>
>> <a href="https://mail.lacnic.net/mailman/listinfo/lactf" rel="noreferrer" target="_blank">
https://mail.lacnic.net/mailman/listinfo/lactf</a><br>
>> Cancelar suscripcion: <a href="mailto:lactf-unsubscribe@lacnic.net" target="_blank">
lactf-unsubscribe@lacnic.net</a> <javascript:;><br>
>><br>
><br>
><br>
>--<br>
>Fernando Gont<br>
>SI6 Networks<br>
>e-mail: <a href="mailto:fgont@si6networks.com" target="_blank">fgont@si6networks.com</a> <javascript:;><br>
>PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492<br>
><br>
><br>
><br>
><br>
>_______________________________________________<br>
>LACTF mailing list<br>
><a href="mailto:LACTF@lacnic.net" target="_blank">LACTF@lacnic.net</a> <javascript:;><br>
><a href="https://mail.lacnic.net/mailman/listinfo/lactf" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailman/listinfo/lactf</a><br>
>Cancelar suscripcion: <a href="mailto:lactf-unsubscribe@lacnic.net" target="_blank">
lactf-unsubscribe@lacnic.net</a> <javascript:;><br>
><br>
><br>
><br>
><br>
>_______________________________________________<br>
>LACTF mailing list<br>
><a href="mailto:LACTF@lacnic.net" target="_blank">LACTF@lacnic.net</a><br>
><a href="https://mail.lacnic.net/mailman/listinfo/lactf" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailman/listinfo/lactf</a><br>
>Cancelar suscripcion: <a href="mailto:lactf-unsubscribe@lacnic.net" target="_blank">
lactf-unsubscribe@lacnic.net</a><br>
<br>
<br>
_______________________________________________<br>
LACTF mailing list<br>
<a href="mailto:LACTF@lacnic.net" target="_blank">LACTF@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lactf" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailman/listinfo/lactf</a><br>
Cancelar suscripcion: <a href="mailto:lactf-unsubscribe@lacnic.net" target="_blank">
lactf-unsubscribe@lacnic.net</a></blockquote>
</div>
</div>
</div>
</blockquote>
</span><br>
<hr>
<font face="Arial" color="Gray" size="1"><br>
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.<br>
</font>
</body>
</html>