04-24-2017 04:21 PM - editado 03-21-2019 05:26 PM
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 las respuestas a sus preguntas.
el 04-27-2017 11:11 AM
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:
¡Muchas gracias!
el 05-04-2017 10:46 PM
No tienes de que Hilda, es un gusto ser parte de los Webcast de Cisco.
Claro, las responderé a continuación.
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.
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.
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:
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
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).
Claro que sí. Las configuraciones así como la topología fueron compartidas para que puedan analizarlas.
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 Support for MPLS VPNs
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).
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.
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:
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/
el 10-12-2023 05:59 PM
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
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.
Descubra y salve sus notas favoritas. Vuelva a encontrar las respuestas de los expertos, guías paso a paso, temas recientes y mucho más.
¿Es nuevo por aquí? Empiece con estos tips. Cómo usar la comunidad Guía para nuevos miembros
Navegue y encuentre contenido personalizado de la comunidad