[LAC-TF] USO de NDP / SEND

[Julio Oses]

Buenas Tardes Jordi.

Gracias por tu respuesta y de los otros compañeros de la lista.


El despliegue de IPV6 es una red MPLS, para brindar servicio a clientes ,
pero igual debo contemplar el despliegue a futuro para una red HFC.





!Saludos Cordiales¡
*Julio Oses*
*Coordinador De Ingeniería De Redes*


T. (507) 395-0908
C. (507) 6930-1124
julio.oses at telecarrier.com
joses at cableonda.com


El 26 de abril de 2016, 17:22, JORDI PALET MARTINEZ<
jordi.palet at consulintel.es> escribió:

> Hola Julio,
>
> No me queda claro en tu email si lo que pretendes es desplegar SEND en una
> red LAN de tu organizaron, o para clientes, etc.
>
> SEND es un protocolo que tiene muy poco soporte (hasta la fecha) por parte
> de fabricantes, incluso de sistemas operativos, y que requiere una
> infraestructura de claves (PKI, etc.).
>
> El despliegue de SEND por lo tanto es muy reducido y no creo que haya
> muchos casos publicados.
>
> Saludos,
> Jordi
>
>
>
>
>
>
>
>
>
> -----Mensaje original-----
> De: LACTF <lactf-bounces at lacnic.net> en nombre de Julio Oses <
> julio.oses at telecarrier.com>
> Responder a: <lactf at lac.ipv6tf.org>
> Fecha: miércoles, 27 de abril de 2016, 0:10
> Para: <lactf at lac.ipv6tf.org>
> Asunto: [LAC-TF] USO de NDP / SEND
>
> >Buenas Tardes.
> >Les escribo para consultarles , debido a temas de seguridad se nos ha
> solicitado en una implementación de IPV6 ( La primera en mi empresa ),
> reemplazar el uso de NDP con SEND que debe mejorar la seguridad del primero.
> >
> >Inicialmente se esperaba utilizar NDP para brindarle a los clientes
> autoconfiguration , pero por lo comentado anteriomente se nos solicita usar
> SEND.
> >
> >Verificando la información vemos que se requiere la utilización de un
> servidor que maneje los certificados y este es el punto que no nos queda
> claro.
> >
> >Se acostumbra usar SEND contra los clientes a nivel masivo o esto es mas
> orientado a sesiones contra proveedores.
> >
> >Alguien posee documentación que pueda usar de referencia, nos estamos
> basando en el RFC y los ejemplos que hemos encontrado navegando.
> >
> >Gracias
> >
> >
> >!Saludos Cordiales¡
> >Julio Oses
> >Coordinador De Ingeniería De Redes
> >
> >
> >julio.oses at telecarrier.com
> >joses at cableonda.com
> >
> >
> >
> >
> >
> >
> >
> >
> >El contenido de este correo es confidencial y puede ser objeto de
> acciones legales.  Es dirigido solo para el o los destinatarios(s)
> nombrados anteriormente. Si no es mencionado como destinatario, no debe
> leer, copiar, revelar, reenviar o utilizar el contenido de este mensaje. Si
> ha recibido este correo por error, por favor notifique al remitente y
> proceda a borrar el mensaje y archivos adjuntos sin conservar copias.
> >
> >The information contained in this e-mail is confidential and may also be
> subject to legal privilege.  It is intended only for the recipient(s) named
> above.  If you are not named as a recipient, you must not read, copy,
> disclose, forward or otherwise use the information contained in this
> email.  If you have received this e-mail in error, please notify the sender
> immediately by reply e-mail and delete the message and any attachments
> without retaining any copies.
> >_______________________________________________
> >LACTF mailing list
> >LACTF at lacnic.net
> >https://mail.lacnic.net/mailman/listinfo/lactf
> >Cancelar suscripcion: lactf-unsubscribe at lacnic.net
>
>
> _______________________________________________
> 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/20160428/681307d4/attachment-0001.html>