[LACNIC/Seguridad] Fwd: Deprecating EUI-64 Based IPv6 Addresses (Fwd: New Version Notification for draft-gont-6man-deprecate-eui64-based-addresses-00.txt)

[Arturo Servin]

Si, es posible que cuanto más adelante tu otro draft ya tenga más
implementación y el should se pueda cambiar por el must.

En este caso un co-autor es de MS, así que que mejor que un implementador
para validarlo y promover que dejen de usarse las MAC address como
identificador.

Slds
as


2013/10/24 Fernando Gont <fgont en si6networks.com>

> Hola, Arturo,
>
> On 10/24/2013 09:05 PM, Arturo Servin wrote:
> >
> > Ya lo lei, aun no estoy muy de acuerdo en obsoleter totalmente la
> > generación de IDs de interfaz sin usar la MAC address, sobre todo porque
> > aun no tenemos una forma probada de hacerlo de otra forma.
>
> FWIW, mi version personal del I-D era "SHOULD NOT", pero luego de
> disutirlo con los otros co-autores, lo pasamos a "MUST NOT"
> (personamente, puedo vivir con culquiera e las dos opciones).
>
> Sin embargo, respecto de la "forma probada", llegado el caso podés hasta
> usar el esquema que usa Microsoft (RFC4941, sin variar las direcciones
> en el tiempo).
>
> Nota:
> Dios mediante, este documento se publicaría como RFC no antes que dentro
> de un año... así que para esa fecha la situación de implementacion de
> draft-ietf-6man-stable-privacy-addresses sería diferente.
>
> (Mas allá de que... no estamos hablando de "fusión en frío", tampoco ;-) )
>
>
>
> > Si bien no veo ninguna utilidad de la generacion por MAC, no se si sea
> > factible de que el draft diga "MUST NOT" como se ha discutido en 6man.
> > Creo que es más realista un documento intermedio que diga "SHOULD NOT" o
> > "SHOULD use another mean".
>
> Por mi parte, es aceptable el cambio a "SHOULD NOT" -- de hecho, como
> viene la mano, todo pinta que será aplicado. (al final, este ID es
> simplemente una version -00).
>
> Abrazo,
> --
> Fernando Gont
> SI6 Networks
> e-mail: fgont en si6networks.com
> PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492
>
>
>
>
> _______________________________________________
> Seguridad mailing list
> Seguridad en lacnic.net
> https://mail.lacnic.net/mailman/listinfo/seguridad
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <https://mail.lacnic.net/pipermail/seguridad/attachments/20131024/43dacccb/attachment.html>