[LAC-TF] Sunset4 en la IETF Era: Re: implicaciones de declarar IPv4 historico

[Alejandro Acosta]

En la agenda Sunset4 (y esta discusion):
  https://datatracker.ietf.org/meeting/95/agenda/sunset4/


Participacion remota:
  http://ietf95.conf.meetecho.com/

Saludos,

El 3/20/2016 a las 4:27 PM, villa at reduniv.edu.cu escribió:
> Nico, como estas?
>  
> En efecto suena demasiado apresurado. Cuando se define catalogar algo
> como Historico con independencia de las implicaciones que han
> comentado Jordi y Arturo, entre otros; significa que el interes en
> dicha tecnologia es minimo (o va siendo desestimado por un amplio
> sectore de la comunidad en aras de emplear otras tecnologias mas
> consolidadas) y por tanto no tiene sentido continuar esfuerzos de
> desarrollo respecto a la misma. Pero en el caso de IPv4 sigue habiando
> inversion, continua siendo por mucho el trafico mayoritario en
> Internet, seguimos debatiendo nuevas politicas relacionadas con IPv4
> en todos los RIRs (de asignaciones, de transferencias de recursos,
> etc.). Asi que aunque pueda ser una linea de deseo de algunos de los
> que estamos formando parte de este esfuerzo, creo que todavia no es el
> momento de declararlo historico.
>  
> Saludos,
> Jorge
>  
> *From:* Nicolas Antoniello <mailto:nantoniello at gmail.com>
> *Sent:* Sunday, March 20, 2016 2:44 PM
> *To:* lactf at lac.ipv6tf.org <mailto:lactf at lac.ipv6tf.org>
> *Subject:* Re: [LAC-TF] implicaciones de declarar IPv4 historico
>  
> Lo de no trabajar mas los mecanismos de transición, ademas de que creo
> que es muy pronto, se me hace imposible... Si no, deciselo a los miles
> de CGN que andan desplegados por alli, combinados con 6RD u otros.
>  
> Si bien suena muy tentador el pasarlo a historico, creo que la
> definición de la IETF de que implica histórico o bien es muy fuerte en
> este caso o bien es un tanto apresurado ejecutarla ahora.
>  
> Saludos,
> Nico
>  
>
>
> El Saturday, March 19, 2016, JORDI PALET MARTINEZ
> <jordi.palet at consulintel.es <mailto:jordi.palet at consulintel.es>> escribió:
>
>     (respondiendo a Nico)
>
>     Como es muy corto, lo pego directamente en ingles:
>
>     2.  Implications
>
>        Moving an Internet Standard to the Historic maturity level does not
>        mean that it cannot be used.  It does mean that any Standards Track
>        RFC with a Normative reference to RFC791 is Historic.  This is
>        appropriate: any RFC defining IPv4 options is Historic.
>
>        In addition, some RFCs that refer to RFC791, such as [RFC1035]
>        "DOMAIN NAMES - IMPLEMENTATION AND SPECIFICATION" which defines
>     A and
>        IN-ADDR.ARPA, will be Updated By this document, but are not
>     Historic.
>        Other documents with incidental references to RFC791 should not be
>        affected.  Documents requiring updates are appropriate for [draft-
>        ietf-sunset4-gapanalysis].
>
>        The IETF does not update Historic RFCs.  Therefore, the IETF
>     will no
>        longer work on IPv4 technologies, including transition
>     technologies.
>
>        The term "IP," without address family specified, is assumed to mean
>        "IPv6."
>
>     3.  Security Considerations
>
>        It is possible that bugs inherent to IPv4 will yet be discovered.
>        Being Historic, the IETF will not further update IPv4.  Therefore,
>        for security reasons, the use of IPv6 exclusively is recommended.
>
>
>
>     Es decir, en resumen:
>     1) No significa que IPv4 no pueda ser usado.
>     2) Significa que los otros estándares con referencias normativas a
>     la especificación original de IPv4 (es decir aquellos que definen
>     “opciones”), tambien históricos, excepto algunos referidos a DNS u
>     otras cuestiones con referencias incidentales a IPv4.
>     3) El IETF ya no trabajara en actualizaciones de los RFC
>     declarados históricos.
>     4) El termino IP, sin referencia a la familia de direcciones,
>     implicara IPv6 (en lugar de IPv4 como se sobreentiende ahora).
>     5) Si se descubren problemas de seguridad en IPv4, el IETF no
>     trabajara en ellos.
>
>     Saludos,
>     Jordi
>
>
>
>
>
>
>     _______________________________________________
>     LACTF mailing list
>     LACTF at lacnic.net <javascript:;>
>     https://mail.lacnic.net/mailman/listinfo/lactf
>     Cancelar suscripcion: lactf-unsubscribe at lacnic.net <javascript:;>
>
> ------------------------------------------------------------------------
> _______________________________________________
> LACTF mailing list
> LACTF at lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lactf
> Cancelar suscripcion: lactf-unsubscribe at lacnic.net
>
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=oa-2115-d>
> 	This email is safe. www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=oa-2115-d>
>
>
>
>
> _______________________________________________
> LACTF mailing list
> LACTF at lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lactf
> Cancelar suscripcion: lactf-unsubscribe at lacnic.net

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.lacnic.net/pipermail/lactf/attachments/20160321/32333d7e/attachment.html>