IPv6 en redes MPLS (6PE, 6VPE y LDPv6) - Pregunte al Experto

[Cisco Moderador]

Aclare todas sus dudas con respecto a las implementaciones de IPv6 en el core de proveedores de servicio utilizando MPLS. Nos enfocaremos a la implementación de 6PE, 6VPE y LDPv6. Al finalizar, revisaremos un laboratorio para ver las configuraciones y cómo trabaja en IOS-XR y IOS.

Haga sus preguntas del 26 de Abril hasta 6 de Mayo del 2016

Detalles del especialista

 Enrique Dávila trabaja actualmente para el área de servicios técnicos de soporte de Cisco para Latino América como líder técnico en las tecnologías de protocolos de ruteo, switching y arquitectura, anteriormente estuvo en el área de servicios focalizados en Cisco, como consultor para distintos proveedores de servicios en la región.Cuenta con una licenciatura en Ingeniería Electrónica y Comunicaciones del Instituto Tecnológico y de Estudios Superiores de Monterrey, Campus Estado de México. Tiene la certificación CCIE (Cisco Certified Internetwork Expert) en las tecnologías de R&S (Routing & Switching), SP (Service Provider) y Seguridad.

Enrique puede no ser capaz de responder a todas las preguntas, debido al volumen esperado durante este evento. Recuerde que también puede hacer sus preguntas en nuestra sub-comunidad de Routing & Switching. 

** ¡Las calificaciones fomentan la participación! **
¡Por favor, asegúrese de ordenar las respuestas a las preguntas!

    

[Cisco Moderador]

Hola Enrique 

Muchas gracias por la excelente presentación, te compartimos algunas de las preguntas que no se alcanzaron a contestar en la sesión en vivo:

• ¿Al configurar route reflectors, qué consideraciones en cuanto a escalabilidad se deben tener?
• ¿Cuantos etiquetas de MPLS tendría en un paquete conmutado en un P con 6PE y cuantas con 6VPE?

[Jose Davila]

- Las consideraciones que debemos tener en términos de escalabilidad es que se tendrán los prefijos de IPv4 e IPv6, por lo tanto se deberá dimensionar cuántos prefijos tenemos contemplado recibir en cada una de las tablas, o en su defecto se puede considerar tener RR dedicados para IPv4 y otros para IPv6.

- En relación a las etiquetas son 2 en ambos casos bajo un escenario normal de MPLS, una etiqueta será la asociada al prefijo de IPv6, ya se en la tabla de ruteo global o en una VPN/VRF, la otra será para la loopback del PE destino que se anuncia por el IGP.

[americatel]

Hola Enrique,

Por lo expuesto en el video, la mejor opción creo es implementar 6PE y 6VPE par utilizar las características de MPLS, pero quisiera consultarte cual es la mejor practica para la asignación de direccionamiento IPv6 hacia el cliente, es decir al cliente hay que asignarle un bloqueo /48 o /64 y hacia internet existe alguna practica para la publicación de bloques IPv6, podria publicar todo el bloqueo /32 o publicarlo por prefijos ?

Depende mucho qué es lo que se requiere y qué tipo de cliente. Es muy común asignar un /64, sin embargo, el /64 está ya muy definido como el tamaño del prefijo para una red, más detalles en el siguiente RFC:

https://tools.ietf.org/html/rfc7421

Con relación a si quieres varios segmentos vale la pena leer el siguiente RFC, donde documentan mejores prácticas. 

https://tools.ietf.org/html/rfc6177

Con relación al anuncio de internet, lo más recomendado sería anunciar el menos número de prefijos, por lo tanto /32 sería mejor, que muchos /48, con eso ayudamos a reducir el tamaño de la tabla de ruteo. 

Saludos,

Enrique

[adolfomestre]

Buenas tardes Enrique.

Me gustaria que me ayudaras a comprender un poco los conceptos entre utilizar RSVP  y load-share , se que una puedes resevar el ancho de banda y el otro son cargar compartidas hace mas como un balanceo. yo estoy implementando una topologia con dos interfaces hacia el mismo destino una es 100MB y otra de 1GB , el objetivo es que mas paquetes sean enviados por el ancho de banda mas grande en este caso de 1GB , que me recomiendas utilizar ? 

[Jose Davila]

Hola Adolfo, 

Como bien mencionas RSVP nos permite hacer la reserva de cierto ancho de banda, por lo tanto no veo que sea la mejor solución con base a la descripción. 

En el caso de load share, vamos a compartir la carga entre los enlaces que tengamos. Lo que debemos entender es que el ruteador va a hacer un balanceo en dirección hacia afuera basado e lo que se tenga en la tabla de ruteo. El encargado de hacer el balanceo es CEF y por defecto lo va a hacer basado en el destino, que en realidad es un balanceo basado en flujo y en términos generales buscará distribuir la carga de manera homogénea.

Para alterar este comportamiento y hacer un balanceo de carga desigual, EIGRP lo podrías utilizar al modificar la varianza y manipular que quieres enviar más tráfico sobre una interfaz. Hay que recordar que esto es en la dirección de salida del tráfico, por lo tanto, el trafico de regreso tendría que tener una configuración similar en el ruteador vecino.

También podría evaluarse, con base  un análisis de utilización de prefijos, ciertos anunciarlos por un enalce y ciertos por otro y buscar así hacer un ajuste. Sin embargo esto tendría que ser manual.

 Te dejo el siguiente enlace que te puede funcionar como referencia para un mejor entendimiento de "load balancing"

http://www.cisco.com/c/en/us/support/docs/ip/border-gateway-protocol-bgp/5212-46.html

Saludos,

Enrique