<div dir="ltr">Buenas Tardes Jordi.<div><br></div><div>Gracias por tu respuesta y de los otros compañeros de la lista.</div><div><br></div><div><br></div><div>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.</div><div><br></div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div>!Saludos Cordiales¡</div><div><b>Julio Oses</b></div><div><span style="background-color:rgb(255,255,255)"><font size="2" color="#0b5394"><b><font face="Arial">Coordinador De Ingeniería De Redes</font></b></font></span><b><br></b></div><div><br></div><div><img src="https://appsco.cableonda.com/files/firmas/Logo-CableOnda-EMPRESARIAL.jpg"><br></div><div>T. (507) 395-0908</div><div>C. (507) 6930-1124</div><div><a href="mailto:julio.oses@telecarrier.com" target="_blank">julio.oses@telecarrier.com</a></div><div><a href="mailto:joses@cableonda.com" target="_blank">joses@cableonda.com</a></div><div><img src="https://appsco.cableonda.com/files/firmas/Mensaje-institucional-Potenciar.jpg"><br></div></div></div></div>
<br><div class="gmail_quote">El 26 de abril de 2016, 17:22, JORDI PALET MARTINEZ<span dir="ltr"><<a href="mailto:jordi.palet@consulintel.es" target="_blank">jordi.palet@consulintel.es</a>></span> escribió:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hola Julio,<br>
<br>
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.<br>
<br>
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.).<br>
<br>
El despliegue de SEND por lo tanto es muy reducido y no creo que haya muchos casos publicados.<br>
<br>
Saludos,<br>
Jordi<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
-----Mensaje original-----<br>
De: LACTF <<a href="mailto:lactf-bounces@lacnic.net">lactf-bounces@lacnic.net</a>> en nombre de Julio Oses <<a href="mailto:julio.oses@telecarrier.com">julio.oses@telecarrier.com</a>><br>
Responder a: <<a href="mailto:lactf@lac.ipv6tf.org">lactf@lac.ipv6tf.org</a>><br>
Fecha: miércoles, 27 de abril de 2016, 0:10<br>
Para: <<a href="mailto:lactf@lac.ipv6tf.org">lactf@lac.ipv6tf.org</a>><br>
Asunto: [LAC-TF] USO de NDP / SEND<br>
<br>
>Buenas Tardes.<br>
>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.<br>
><br>
>Inicialmente se esperaba utilizar NDP para brindarle a los clientes autoconfiguration , pero por lo comentado anteriomente se nos solicita usar SEND.<br>
><br>
>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.<br>
><br>
>Se acostumbra usar SEND contra los clientes a nivel masivo o esto es mas orientado a sesiones contra proveedores.<br>
><br>
>Alguien posee documentación que pueda usar de referencia, nos estamos basando en el RFC y los ejemplos que hemos encontrado navegando.<br>
><br>
>Gracias<br>
><br>
><br>
>!Saludos Cordiales¡<br>
>Julio Oses<br>
>Coordinador De Ingeniería De Redes<br>
><br>
><br>
><a href="mailto:julio.oses@telecarrier.com">julio.oses@telecarrier.com</a><br>
><a href="mailto:joses@cableonda.com">joses@cableonda.com</a><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
>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.<br>
><br>
>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.<br>
>_______________________________________________<br>
>LACTF mailing list<br>
><a href="mailto:LACTF@lacnic.net">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">lactf-unsubscribe@lacnic.net</a><br>
<br>
<br>
_______________________________________________<br>
LACTF mailing list<br>
<a href="mailto:LACTF@lacnic.net">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">lactf-unsubscribe@lacnic.net</a></blockquote></div><br></div>