<html><body><div style="font-family: Times New Roman; font-size: 12pt; color: #000000"><div>Hola Alfredo:</div><div><br></div><div> Con "no soportan MPLS en IPv6", ¿te referís a que no soportan IPv6 para levantar y correr todos los protocolos de una red MPLS (IGP, LDP, MPBGP, etc)? Si tenes una red MPLS corriendo sobre IPv4, no creo que sea necesario levantar IPv6 en los links de Backbone. He implementado IPv6 en 6PE y 6VPE y en ningún caso puse los links de Backbone en IPv6. </div><div><br></div><div> En 6VPE, es mas transparente al tenerlo en una VRF con Dual-Stack (una VRF para todo el Servicio de Internet IPv4 e IPv6). Esta VRF se transporta de extremo a extremo de la red MPLS por lo cual te permite un despliegue muy rápido y sin realizar modificaciones en el Core. En los extremos vas a tener que simplemente agregar el address-family ipv6 en la configuración de la VRF de Internet y dentro de BGP para dicha VRF. Adicionalmente, en la configuración del neighbor contra el RR agregar el address-family vpnv6 (desde el RR hacia el PE lo mismo) y listo.</div><div><br></div><div> Esto lo he probado con IOS (7600) y IOS-XR (CRS3 y ASR9000).</div><div><br></div><div> Si te puedo ayudar con algún punto específico, con mucho gusto.</div><div><br></div><div><br></div><div>Saludos,</div><div><span name="x"></span><p><b><span face="arial, helvetica, sans-serif" data-mce-style="font-family: arial, helvetica, sans-serif;" style="font-family: arial, helvetica, sans-serif;">Alejandro D'Egidio<br></span></b><span face="arial, helvetica, sans-serif" size="2" data-mce-style="font-family: arial, helvetica, sans-serif; font-size: small;" style="font-family: arial, helvetica, sans-serif; font-size: small;">Jefe de Ingeniería de Backbone</span><br><span face="arial, helvetica, sans-serif" data-mce-style="font-family: arial, helvetica, sans-serif;" style="font-family: arial, helvetica, sans-serif;"><span style="font-size: small; color: rgb(31, 73, 125);"><a href="mailto:adegidio@telecentro.net.ar">adegidio@telecentro.net.ar</a></span></span></p><p><span face="arial, helvetica, sans-serif" data-mce-style="font-family: arial, helvetica, sans-serif;" style="font-family: arial, helvetica, sans-serif;"><span size="2" data-mce-style="font-size: small;" style="font-size: small;">Apolinario
Figueroa 254 | Tel: 54 11 3977 1025</span><br><span size="2" data-mce-style="font-size: small;" style="font-size: small;">C1414EDF | CABA
| Argentina</span><br><b><span size="2" data-mce-style="font-size: small;" style="font-size: small;">TELECENTRO S.A.</span><br></b><span size="1" data-mce-style="font-size: xx-small;" style="font-size: xx-small;"><o:p><br></o:p>ESTE MENSAJE ES
CONFIDENCIAL. Puede contener información amparada por el secreto profesional.
Si usted ha recibido este e-mail por error, por favor comuníquenoslo
inmediatamente vía e-mail y tenga la amabilidad de eliminarlo de su sistema; no
deberá copiar el mensaje ni divulgar su contenido a ninguna persona. Muchas
gracias.<br> <br>THIS MESSAGE IS
CONFIDENTIAL. It may also contain information that is privileged or otherwise
legally exempt from disclosure. If you have received it by mistake please let
us know by e-mail immediately and delete it from your system; should also not
copy the message nor disclose its contents to anyone. Many thanks.</span></span></p>
<p class="MsoNormal" style="font-size: 12pt; font-family: 'Times New Roman';"><o:p></o:p></p>
<p class="MsoNormal" style="font-size: 12pt; font-family: 'Times New Roman';"><o:p></o:p></p>
<p class="MsoNormal" style="font-size: 12pt; font-family: 'Times New Roman';"><o:p></o:p></p>
<p class="MsoNormal" style="font-size: 12pt; font-family: 'Times New Roman';"><o:p></o:p></p>
<p class="MsoNormal" style="font-size: 12pt; font-family: 'Times New Roman';"><o:p></o:p></p><span name="x"></span><br></div><hr id="zwchr"><div style="color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>De: </b>"Jaris Aizprua" <jarisaizprua@gmail.com><br><b>Para: </b>lactf@lac.ipv6tf.org, "alfredo makencie" <alfredo.makencie@telefonica.com><br><b>Enviados: </b>Lunes, 19 de Mayo 2014 13:39:55<br><b>Asunto: </b>Re: [LAC-TF] Consulta experiencias en el despliegue IPv6 (Dual stack / 6VPE)<br><div><br></div><div dir="ltr">Hola Alfredo buen día,<div><br></div><div>En primer lugar a que te refieres con "no soportan MPLS en IPv6" para el tema de Dual-Stack.</div><div><br></div><div>Sobre IPv6 y MPLS las opciones son 6PE y 6VPE, siendo la segunda opción la más usada puesto que es equivalente a los servicios L3VPN VPNv4; en dicho escenario se utilizan los mismos LSP establecidos en el Core sobre IPv4 para el transporte de IPv6 de manera transparente.</div>
<div><br></div><div>Personalmente he trabajado en ambientes 6VPE multi-vendor (Cisco y Huawei) y no he tenido problema alguno en lo referente a data-plane, tampoco en control-plane; algo que te puedo sugerir como "pruebas" es transportar IPv6 sobre EoMPLS (L2VPN) y realices las mismas mediciones, al final de cuentas sigue siendo conmutación de etiquetas pero el resultado a nivel de estadísticas puede ser el mismo o diferente; no necesitas soporte de IPv6 en el transporte (MPLS) cuando utilizas L2VPN.</div>
<div><br></div><div>También puedes leer el RFC4379 (Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures).</div><div><br></div><div>Sobre este párrafo que escribiste "<span style="font-family:arial,sans-serif;font-size:13px">cuando trasladamos dichas pruebas, por ejemplo, activando un cliente IPv6 puro, conectado en un punto de acceso (detrás del CPE) que hace tránsito por los mismos equipos de la red MPLS</span>", te refieres a transporte 6VPE o cómo?</div>
<div><br></div><div>Saludos!!!</div></div><div class="gmail_extra"><br><div><br></div><div class="gmail_quote">El 19 de mayo de 2014, 10:11, Alfredo Makencie<span dir="ltr"><<a href="mailto:Alfredo.Makencie@telefonica.com" target="_blank">Alfredo.Makencie@telefonica.com</a>></span> escribió:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Buenos días Estimados,<br>
<br>
Gusto en saludarles. Tengo una inquietud con respecto al despliegue de IPv6 en ISPs. Estuvimos manejando activación de Dual Stack como primera opción para la activación de IPv6 en nuestros servicios corporativos y de datos móviles, sin embargo, nuestros proveedores (CISCO, Huawei, Alcatel, NSN entre otros) no soportan MPLS en IPv6, y tratándose la nuestra de una red totalmente MPLS, estamos reorientando la planificación en función de activar 6VPE en lugar de Dual Stack.<br>
<br>
Durante el desarrollo de varias conferencias donde se habló de IPv6 en LACNIC21, noté como se hacían comparaciones entre la velocidad de respuesta de IPv6 e IPv4, llegándose a la conclusión que IPv6 tiene una tasa de respuesta más eficiente que IPv4. Personalmente he ejecutado pruebas controladas directamente en nuestras interconexiones obteniendo los mismos resultados, sin embargo, cuando trasladamos dichas pruebas, por ejemplo, activando un cliente IPv6 puro, conectado en un punto de acceso (detrás del CPE) que hace tránsito por los mismos equipos de la red MPLS, nos damos cuenta que se afecta significativamente el tiempo de respuesta al mismo destino. Esto se encuentra directamente relacionado al manejo de IPv6 nativo ya que se deben mantener tablas de enrutamiento generales, basadas en IP y no en etiquetas como es el caso de MPLS.<br>
<br>
Siendo que MPLS es un protocolo que nació precisamente de la necesidad de conmutar grandes volúmenes de paquetes para que los equipos de capa 3 pudieran competir con las capacidades de conmutación de equipos ATM, al comparar los tiempos de respuesta entre los paquetes IPv4 enviados a través de nuestra red MPLS y los paquetes IPv6 enviados por medio de interconexiones IPv6 (aplicando tráfico de solo 20% de la capacidad en ambas interfaces) nos damos cuenta que IPv4 es mucho más eficiente en cuanto a tiempos de respuesta y estadísticas de pérdida de paquetes. Para justificar esta situación solo se me ocurre que es precisamente la conmutación por etiquetas (MPLS) y conmutación por IP (IPv6) lo que está haciendo la diferencia.<br>
<br>
Dicho lo anterior, quisiera consultarles si alguno de ustedes tiene experiencia en el despliegue de IPv6 sobre redes MPLS, cuál es el mecanismo que aplican y si los resultados han sido satisfactorios o si fue necesario sacrificar funcionalidades de MPLS como QoS en el camino.<br>
<br>
De igual manera me pongo a sus órdenes por cualquier duda o comentario.<br>
<br>
Saludos.<br>
<br>
Alfredo Makencie | Telefónica Venezuela<br>
<a href="mailto:alfredo.makencie@telefonica.com" target="_blank">alfredo.makencie@telefonica.com</a><br>
<br>
-----Mensaje original-----<br>
De: <a href="mailto:lactf-bounces@lacnic.net" target="_blank">lactf-bounces@lacnic.net</a> [mailto:<a href="mailto:lactf-bounces@lacnic.net" target="_blank">lactf-bounces@lacnic.net</a>] En nombre de Alejandro Acosta<br>
Enviado el: sábado, 17 de mayo de 2014 11:25 p.m.<br>
Para: <a href="mailto:lactf@lac.ipv6tf.org" target="_blank">lactf@lac.ipv6tf.org</a><br>
Asunto: [LAC-TF] Call For IPv6 Case Studies For World IPv6 Launchiversary<br>
<br>
FYI. Seria muy bueno poder meter un caso de LAC por aqui<br>
<br>
<a href="http://www.internetsociety.org/deploy360/blog/2014/04/call-for-ipv6-case-studies-for-world-ipv6-launchiversary/" target="_blank">http://www.internetsociety.org/deploy360/blog/2014/04/call-for-ipv6-case-studies-for-world-ipv6-launchiversary/</a><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" 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>
Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener información privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilización, divulgación y/o copia sin autorización puede estar prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción.<br>
<br>
The information contained in this transmission is privileged and confidential information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it.<br>
<br>
Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário, pode conter informação privilegiada ou confidencial e é para uso exclusivo da pessoa ou entidade de destino. Se não é vossa senhoria o destinatário indicado, fica notificado de que a leitura, utilização, divulgação e/ou cópia sem autorização pode estar proibida em virtude da legislação vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e proceda a sua destruição<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" 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>
</blockquote></div><br></div>
<br>_______________________________________________<br>LACTF mailing list<br>LACTF@lacnic.net<br>https://mail.lacnic.net/mailman/listinfo/lactf<br>Cancelar suscripcion: lactf-unsubscribe@lacnic.net</div><div><br></div></div></body></html>