cancelar
Mostrando los resultados de 
Buscar en lugar de 
Quiere decir: 
cancel
1854
Visitas
10
ÚTIL
3
Respuestas

Pregunte al Experto- Fundamentos de IP Multicast Routing y sus Modos de Operación: Demo en Vivo

Hilda Arteaga
Cisco Employee
Cisco Employee
Pregunte-IPMulticast



ATE-Participa

Aclare todas sus dudas acerca de de los fundamentos teóricos y los modos de transmisión de IP Multicast Routing. Conozca más de sus orígenes, conceptualización, beneficios, elementos, mensajes, direcciones, protocolos y modos en las transmisiones Multicast One to Many para IPv4 e IPv6.

Haga sus preguntas del 25 al 28 de Abril del 2017.

Detalles del especialista 


Gustavo Salazar es consultor de Tecnologías de la Información y Desarrollador de Políticas de Enrutamiento y Seguridad en tecnologías Cisco para diversos proveedores de Servicio. Es instructor de Cisco Network Academy para diversos programas, es el mejor instructor del año en Latino América y un Cisco Champion de 2016. Es docente universitario a nivel maestría de la Universidad de las Fuerzas Armadas- ESPE, tiene un título de Ingeniero Electrónico de la de la misma y es reconocido por obtener el más alto promedio en su Maestría de Redes Comunicacionales en el 2015. Gustavo es originario de Ecuador y cuenta con diversas certificaciones como: CCNA Security, Cisco IOS Security Specialist, CCDA, CCDP, CCNP R&S e IPv6 Forum Gold Engineer entre otras. 

Visite https://supportforums.cisco.com/es/community/5551/routing-switching para más información sobre este tema, usted también podrá hacer preguntas al experto por dos semanas después del webcast. 

** ¡Las calificaciones fomentan la participación! **
Por favor asegúrese de calificar special-programs.png las respuestas a sus preguntas.

            


3 RESPUESTAS 3

Hilda Arteaga
Cisco Employee
Cisco Employee

Hola Gustavo, te agradecemos  y felicitamos por tan excelente presentación.

Aprovecho este espacio para compartirte algunas de las dudas que no lograron ser contestadas durante la sesión:

  • ¿Se supone que el router envía un flujo por una interface que es el sw capa 2 que copia solo a los interesados?­
  • ¿­El RGMP se configura en el router o en el switch?­
  • ¿Cómo funcionaría el Multicast en  una red hub-spoke de túneles GRE? Considerando que es realizado cuando se pasa Multicast a través de una red de ISP que no soporta Multicast.­
  • ¿Hay algún libro o lectura que recomienden para saber más sobre Multicast­
  • ­¿Cómo puedo parar la dirección 239.255.255.250, ya que genera mucho tráfico en la red?­
  • ¿Pueden compartir las configuraciones de los equipos que se realizaron en la demo?­
  • ­¿Qué aspectos se tendrían que tener en cuenta para habilitar Multicast junto con el ISP?­
  • Desde el momento que el host hace la petición de Multicast en la Demo, noté que no le llego el mensaje que seguridad envían a los host para que hagan la solicitud de ingresar a un grupo Multicast ­¿Qué pueden comentar al respecto?
  • ¿Lo que mencionas de los protocolos es aplicable solo para empresas grandes?
  • ¿Lo demostrado en la sesión se puede realizar en el simulador cisco packet tracer?

¡Muchas gracias!

No tienes de que Hilda, es un gusto ser parte de los Webcast de Cisco.

Claro, las responderé a continuación.

  • ¿Se supone que el router envía un flujo por una interface que es el sw capa 2 que copia solo a los interesados?­

Eso es correcto. Debido a IGMP Snooping configurado en el SW de capa 2, el switch empleando su tabla de direcciones MAC, reconoce los puertos que tienen hosts interesados en recibir el tráfico multicast, esto gracias a que IGMP Snooping coloca la dir. MAC multicast en dichos puertos. En los demás, el tráfico no se copia y por ende no se envía. Es ahí la mejora en el uso de recursos al emplear tráfico multicast.

Hay que recordar que si no se configura IGMP Snooping, el switch tratará al tráfico multicast como broadcast y el tráfico se copiaría a todos los puertos que tenga algún dispositivo conectado, menos por el puerto que recibió el tráfico.

  • ¿­El RGMP se configura en el router o en el switch?

RGMP (Router-Port Group Management Protocol) es un protocolo L2 propietario de Cisco que permite la comunicación eficiente entre Routers y Switches al funcionar en conjunto con IGMP Snooping, mejorando el proceso de reconocimiento de hosts que desean entrar o salir de un grupo multicast. 

Se debería implementar en los Routers y de ser posible en lo switches, pues no todas las gamas lo soportan. En esos casos, los Routers pueden ser configurados con RGMP y los switches con IGMP Snooping.

  • ¿Cómo funcionaría el Multicast en  una red hub-spoke de túneles GRE? Considerando que es realizado cuando se pasa Multicast a través de una red de ISP que no soporta Multicast.­

Excelente e interesante pregunta. Multicast es soportado en túneles GRE, por lo que se configura tal y como se explicó en el webcast, es decir, basta con habilitar multicast routing y definir el modo de PIM así como las demás configuraciones dependiendo del modo dentro de la interfaz de túnel GRE. 

Los túneles GRE simplemente permiten establecer un enlace punto a punto entre dos pares, dando la apariencia que los extremos del túnel están directamente conectados.

Si desean ahondar más en el tema, pueden leer el siguiente documento técnico de Cisco: 

Multicast over GRE Tunnels

  • ¿Hay algún libro o lectura que recomienden para saber más sobre Multicast­?

Claro, recomendaría los siguientes:

üCCIE Routing and Switching v5.0 OCG Vol. 2 – Kocharians, Vinson

http://www.ciscopress.com/store/ccie-routing-and-switching-v5.0-official-cert-guide-9781587144912

ühttp://www.cisco.com/c/en/us/td/docs/ios/solutions_docs/ip_multicast/White_papers/mcst_ovr.html

ühttp://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipmulti_pim/configuration/xe-16/imc-pim-xe-16-book.html

üQuick Start Configuration Guide:

http://www.cisco.com/c/en/us/support/docs/ip/ip-multicast/9356-48.html

üComunidad de Soporte de Cisco en Español: R&S

https://supportforums.cisco.com/es/group/5551/routing-switching

  • ¿Cómo puedo parar la dirección 239.255.255.250, ya que genera mucho tráfico en la red?­

Para bloquear un tráfico multicast, es posible hacerlo a nivel L2 con el comando switchport block multicast (en el switch) y todo tráfico multicast a nivel de Capa 2 desconocido será bloqueado. En caso de querer bloquear un tráfico proveniente de un grupo multicast en específico, es posible hacerlo mediante ACLs de entrada y salida en una interfaz (una ACL para cada sentido).

  • ¿Pueden compartir las configuraciones de los equipos que se realizaron en la demo?­

Claro que sí. Las configuraciones así como la topología fueron compartidas para que puedan analizarlas.

  • ¿Qué aspectos se tendrían que tener en cuenta para habilitar Multicast junto con el ISP?­

Depende de muchos aspectos, principalmente de las necesidades particulares de cada empresa, debido a ello hay algunas consideraciones que hacer, por ejemplo si es realmente necesario que el ISP sepa que se transportará tráfico multicast, de no ser el caso, se plantaría una solución de VPNs para la conectividad entre la matriz y sucursales, así, en los extremos de los túneles se realiza la activación de Multicast.

En caso que se requiera que el ISP sepa de la existencia y transporte de tráfico multicast, hay una solución denominada MVPN (Multicast VPN), relacionado con la compatibilidad de MPLS y Multicast (sí son compatibles).

En caso que requieran analizar más a fondo, pueden emplear los siguientes documentos técnicos de Cisco:

Multicast VPN Design Guide

Multicast Support for MPLS VPNs

  • Desde el momento que el host hace la petición de Multicast en la Demo, noté que no le llego el mensaje que seguridad envían a los host para que hagan la solicitud de ingresar a un grupo Multicast ­¿Qué pueden comentar al respecto?

El primer paso para recibir o enviar tráfico multicast es pertenecer a un grupo multicast. Para ello, los host deben tener una aplicación multicast configurada con la dirección del grupo multicast respectivo y al activarla, el host enviará un mensaje tipo IGMP Join Message al switch para pertenecer al grupo y empezará a recibir el tráfico dirigido a esa dir. multicast (proceso IGMP Snooping).

  • ¿Lo que mencionas de los protocolos es aplicable solo para empresas grandes?

No necesariamente, los protocolos simplemente permiten obtener todos los beneficios de ahorro de recursos como AB, procesamiento, mejorar la seguridad al recibir y enviar tráfico sólo a quien le interesa, entre otros. Es así que multicast puede configurarse en una red muy grande como en una pequeña.

  •  ¿Lo demostrado en la sesión se puede realizar en el simulador cisco packet tracer?

Lamentablemente no. Packet Tracer es una excelente herramienta de simulación de redes para niveles de certificación CCENT y CCNA R&S y en su versión más reciente para simular entornos IoT (Internet of Things) mediante el uso de dispositivos similares a Arduino o Raspberry PI y el uso de sensores y actuadores.

Para ciertos temas más avanzados o más especializados, recomendaría el uso de VIRL (Virtual Internet Routing Lab) de Cisco.

Para mayor información sobre VIRL pueden usar este link:

http://virl.cisco.com/

Para mayor información sobre Packet Tracer y los últimos avances de esta herramienta educativa de Cisco Networking Academy pueden usar este otro link:

https://www.netacad.com/es/about-networking-academy/packet-tracer/

hamarozz1
Level 1
Level 1

Hola buenas tardes,  que parámetros debemos considerar analizar cuando un servicio de TV  por medio de multicast nos entrega  un proveedor para suministrar señal de Tv a 108 habitaciones. 

Actualmente tenemos algunos detalles con el servicio de TV por multicast

          1. Congelamiento de TV pantalla negra sin sonido
          2. Congelamiento de TV con imagen   fija sin sonido
          3. Corte de señal o parpadeo en la imagen.
          4. Se cambia de canal   y no muestra ninguna imagen
          5. Medio de señal no conectado o desconectado

                                                               En todos los casos la única forma de resolver el problema es quitando la energía   y volviendo a conectar. Hemos procedido apagar   o quitar el   cable de utp en primera instancia, pero presenta el mismo error.