IP Multicast. Guía rápida de configuración para Multicast (Multidifusión) Contenidos. Introducción. Requisitos previos. Traducción por computadora

Transcripción

1 IP Multicast Guía rápida de configuración para Multicast (Multidifusión) Traducción por computadora Contenidos Introducción Requisitos previos Requisitos Componentes utilizados Convenciones Modo denso Modo escaso con un RP Modo disperso con los RP múltiples RP automático en un RP Auto-RP con múltiples RP DVMRP MBGP MSDP Enrutamiento de multidifusión Stub IGMP UDLR para enlaces satelitales PIMv2 BSR CGMP IGMP Snooping PGM MRM Resolución de problemas Información relacionada Introducción La multidifusión IP es una tecnología de conservación de ancho de banda que reduce el tráfico porque entrega simultáneamente una sola secuencia de información a los millares de destinatarios corporativos y a los hogares. Las aplicaciones que se aprovechan del multicast incluyen la videoconferencia, las comunicaciones corporativas, educación a distancia, y distribución del software, las cotizaciones de acciona, y las noticias. Este documento discute los fundamentos de cómo configurar el multicast para los diversos escenarios de conexión en red. Requisitos previos Requisitos Cisco recomienda que los Quien lea este documento tienen conocimientos básicos del multicast del internet protocol (IP). Nota: Referir a la documentación del multicast del protocolo de Internet para más información. Componentes utilizados

2 Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware. Convenciones Referir a los convenios de los consejos técnicos de Cisco para más información sobre las convenciones sobre documentos. Modo denso Cisco recomienda que utilizas al modo disperso de la multidifusión independiente de protocolo (PIM), determinado Auto-RP, en lo posible y especialmente para las nuevas implementaciones. No obstante, si desea el modo denso, configure el comando global y el comando de interfaz en cada interfaz que necesita procesar tráfico Multicast. El requisito común para todas las configuraciones contempladas en este documento es configurar la multidifusión en forma global y configurar PIM en las interfaces. En cuanto a la versión 11.1 del software del IOS de Cisco, puede configurar los comandos de interfaz ip pim dense-mode e ip pim sparse-mode de manera simultánea mediante el comando. En este modo, la interfaz se trata como en modo denso si el grupo está en modo denso. Si el grupo se encuentra en modo disperso (por ejemplo, si un RP es conocido), la interfaz es tratada como modo disperso. Nota: Origen en los ejemplos a lo largo de este documento representa el origen del tráfico de multidifusión y Receptor representa el receptor del tráfico de multidifusión. Configuración del router A interface ethernet0 Configuración del router B interface ethernet0 Modo escaso con un RP En este ejemplo, el router A es el RP que es típicamente el router más cercano a la fuente. La configuración estática del RP requiere que todos los routers en el dominio PIM tengan configurados los mismos comandos ip pim rp-addressaddress acl. Puede configurar varios RP, pero sólo puede existir un RP por grupo específico.

3 Configuración del router A ip pim rp-address interface ethernet0 ip address Configuración del router B ip pim rp-address interface ethernet0 Modo disperso con los RP múltiples En este ejemplo, el Source-a envía a , a , y a El Source-b envía a , a , y a Podrías tener un router, RP1 o RP2, seas el RP para todos los grupos. Sin embargo, si quisieras que diversos RP manejaran diversos grupos, necesitas configurar todos los routers para incluir que agrupa los RP servirá. Este tipo de configuración RP estática requiere que todos los routers en el dominio PIM tengan configurados los mismos comandos ip pim rp-addressaddress acl. Puedes también utilizar Auto-RP para alcanzar la misma disposición, que es más fácil de configurar.

4 Configuración RP1 ip pim RP-address ip pim RP-address access-list 2 permit access-list 2 permit access-list 2 permit access-list 3 permit access-list 3 permit access-list 3 permit Configuración RP 2 ip pim RP-address ip pim RP-address access-list 2 permit access-list 2 permit access-list 2 permit access-list 3 permit access-list 3 permit access-list 3 permit Configuración para los routers 3 y 4 ip pim RP-address ip pim RP-address access-list 2 permit access-list 2 permit access-list 2 permit access-list 3 permit access-list 3 permit access-list 3 permit

5 RP automático en un RP Auto-RP requiere que configures los RP para anunciar su disponibilidad como los RP y agentes correlacionados. Los RP utilizan para enviar sus avisos. El agente de correlación RP escucha los paquetes anunciados de los RP, luego envía correlaciones de RP a grupo en un mensaje de detección que se envía a Estos mensajes de detección son utilizados por los routers restantes para su mapa RP a grupo. Puedes utilizar un RP que también sirva como el agente correlacionado, o puedes configurar los RP múltiples y a los varios agentes de correlación para los propósitos de la redundancia. Observar eso cuando eliges una interfaz de la cual a los avisos de la fuente RP, Cisco recomiende que utilizas una interfaz tal como un Loopback en vez de una interfaz física. También, es posible utilizar las interfaces VLAN conmutadas (SVI). Si una interfaz VLAN se utiliza para anunciar el direccionamiento RP, entonces la opción del tipo de interfaz en la enviar-rp-anunciación del [vrf vrf-name] del pim del IP {interface-type interface-number el comando del TTL-valor del alcance del IP address} debe contener la interfaz VLAN y el número VLAN. Por ejemplo, el comando parece el alcance 100 de la enviar-rp-anunciación Vlan500 del pim del IP. Si eliges una interfaz física, confías en esa interfaz siempre para estar para arriba. Éste no es siempre el caso, y el router para el hacer publicidad sí mismo como el RP una vez que va la interfaz física abajo. Con un Loopback Interface, es siempre ascendente y nunca va abajo, que se asegura que el RP continúe haciéndose publicidad a través de cualquier interfaz disponible como RP. Éste es el caso incluso si uno o más de sus interfaces físicas fallan. El Loopback Interface debe ser PIM-habilitar y hecho publicidad por un protocolo Interior Gateway Protocols (IGP), o debe ser accesible con el Static Routing. Configuración del router A ip pim send-rp-announce loopback0 scope 16 ip pim send-rp-discovery scope 16 interface loopback0 interface ethernet0 Configuración del router B interface ethernet0 Auto-RP con múltiples RP

6 Las listas de acceso en este ejemplo permiten que los RP sean RP sólo para los grupos que usted quiera. Si no se configura ninguna lista de acceso, los RP estarán disponibles como un RP para todos los grupos. Si dos RP anuncian su disponibilidad para ser RP para los mismos grupos, la resolución del agente correlacionado estos conflictos con la regla "el IP Address más alto gana". Cuando dos RP anuncian para ese grupo, puedes configurar cada router con un Loopback Address para influenciar qué router es el RP para un grupo determinado. Poner el IP Address más alto en el RP preferido, después utilizar el Loopback Interface como la fuente de los paquetes de la anunciación; por ejemplo, loopback0 de la enviar-rp-anunciación del pim del IP. Cuando se utilizan agentes múltiples de mapeo, cada uno de ellos anuncia al mismo grupo los mapeos RP del grupo de detección Configuración RP1 interface loopback0 ip pim send-rp-announce loopback0 scope 16 group-list 1 ip pim send-rp-discovery scope 16 access-list 1 permit Configuración RP 2 interface loopback0 ip pim send-rp-announce loopback0 scope 16 group-list 1 ip pim send-rp-discovery scope 16 access-list 1 deny access-list 1 permit Referir a la guía a Configuración de RP automático y a los diagnósticos para más información encendido Auto-RP. DVMRP

7 Tu Proveedor de servicios de Internet (ISP) podría sugerir que crees un túnel del (DVMRP) del Distance Vector Multicast Routing Protocol al ISP para acceder a la estructura básica de multidifusión en el Internet (MBONE). Los comandos mínimos para configurar un túnel DVMRP se muestran aquí: interface tunnel0 ip unnumbered <any pim interface> tunnel source <address of source> tunnel destination <address of ISPs mrouted box> tunnel mode dvmrp Típicamente, el ISP te tiene hacer un túnel a un (DVMRP) "mrouted" que se ejecuta de la máquina UNIX. Si el ISP te tiene hacer un túnel a otro dispositivo de Cisco en lugar de otro, utilizar el modo predeterminado del túnel GRE. Si quieres generar los paquetes de multidifusión para otros en el MBONE para ver en vez de recibes los paquetes de multidifusión, necesitas hacer publicidad de las subredes de origen. Si tu dirección de host del origen de multidifusión es , necesitas hacer publicidad de la existencia de esa subred al MBONE. Las redes conectadas directamente están anunciadas con la métrica 1 de manera predeterminada. Si tu fuente no está conectada directamente con el router con el túnel DVMRP, configurar esto bajo el tunnel0 de la interfaz: ip dvmrp metric 1 list 3 access-list 3 permit Nota: Debes incluir una lista de acceso con este comando para evitar la publicidad de la tabla de Unicast Routing completa al MBONE. Si tu disposición es similar a la que está mostrada aquí, y quieres propagar las rutas DVMRP con el dominio, configurar el comando ip dvmrp unicast-routing en las interfaces del serial0 de los routers A y B. Esta acción proporciona la expedición de las rutas DVMRP a los vecinos del PIM que entonces tienen una tabla de ruteo DVMRP usada para el reenvío de trayecto inverso (RPF). Las rutas aprendidas DVMRP tienen precedencia RPF sobre todos los otros protocolos, a excepción de las rutas conectadas directamente. MBGP El protocolo Protocolo de la puerta de enlace marginal (BGP) Multiprotocol (MBGP) es un método básico para llevar dos conjuntos de las rutas: un conjunto para el Unicast Routing y un conjunto para el Multicast Routing. MBGP proporciona el control necesario para decidir cuándo se permite que fluyan los paquetes de multidifusión. El PIM utiliza las rutas asociadas al Multicast Routing para construir los árboles de distribución de datos. MBGP proporciona el trayecto RPF, no la creación del estado de multidifusión. El PIM todavía se necesita para remitir los paquetes de multidifusión. Configuración del router A

8 interface loopback0 ip address ip address interface serial1 ip address router bgp 123 network nlri unicast network nlri multicast neighbor remote-as 321 nlri unicast multicast neighbor ebgp-multihop 255 neighbor update-source loopback0 neighbor route-map setnh out route-map setnh permit 10 match nlri multicast set ip next-hop route-map setnh permit 20 Configuración del router B interface loopback0 ip address ip address interface serial1 ip address router bgp 321 network nlri unicast network nlri multicast neighbor remote-as 123 nlri unicast multicast neighbor ebgp-multihop 255 neighbor update-source loopback0 neighbor route-map setnh out route-map setnh permit 10 match nlri multicast set ip next-hop route-map set NH permit 20 Si tu unicast y topologías del multicast son congruentes (por ejemplo, están pasando la misma conexión), la diferencia principal en la configuración está con el comando nlri unicast multicast. Un ejemplo se muestra aquí: network nlri unicast multicast

9 Las topologías congruentes con el MBGP tienen una ventaja - aunque el tráfico atraviesa los mismos caminos, diversas políticas se pueden aplicar al unicast BGP contra el multicast BGP. Referirte a cuál es MBGP? para más información sobre el MBGP. MSDP Protocolo de detección del origen de multidifusión (MSDP) conecta los dominios PIM-SM múltiples. Cada dominio PIM-SM utiliza a su propia independiente RP y no tiene que depender de los RP en otros dominios. El MSDP hace posible que los dominios detecten fuentes de multidifusión desde otros dominios. Si eres también BGP-mirada con el par MSDP, debes utilizar el mismo IP Address para el MSDP que para el BGP. Cuando MSDP efectúa controles de pares RPF, MSDP espera que la dirección del par MSDP sea la misma que la que proporciona BGP/MBGP cuando realiza una búsqueda de tabla de enrutamiento en el RP, en el mensaje SA. Sin embargo, no es necesario que ejecute BGP/MBGP con el par MSDP si existe un trayecto BGP/MBGP entre los pares MSDP. Si no existe ruta BGP/MBGP y más de una entidad par MSDP, debe utilizar el comando ip msdp default-peer. El ejemplo aquí muestra que el RP A es el RP para su dominio y el RP B es el RP para su dominio. Configuración del router A ip pim send-rp-announce loopback0 scope 16 ip pim send-rp-discovery scope 16 ip msdp peer ip msdp sa-request interface loopback0 ip address Configuración del router B ip pim send-rp-announce loopback0 scope 16 ip pim send-rp-discovery scope 16 ip msdp peer ip msdp sa-request interface loopback0 ip address Enrutamiento de multidifusión Stub

10 El enrutamiento de multidifusión Stub le permite configurar routers Stub o remotos como agentes por poder IGMP. Bastante que completamente el particpate en el PIM, estos routeres Stub remiten los mensajes IGMP de los ordenadores principal al router de multidifusión en sentido ascendente. Configuración del Router1 int s0 ip pim neighbor-filter 1 access-list 1 deny El comando ip pim neighbor-filter es necesario para que el Router 1 no reconozca al Router 2 como un PIM vecino. Si configura el Router 1 en modo disperso, el filtro vecino no es necesario. El Router 2 no debe ejecutarse en modo disperso. Cuando en el modo denso, las fuentes de multidifusión Stub pueden inundar a los routeres de estructura básica. Configuración del router 2 int e0 ip igmp helper-address int s0 IGMP UDLR para enlaces satelitales El Unidirectional Link Routing (UDLR) proporciona un método para los reenvíos de paquetes de multidifusión sobre un link satelital unidireccional a las redes Stub que tienen un canal posterior. Es similar al enrutamiento de multidifusión stub. Sin esta función, el router de enlace ascendente no puede aprender dinámicamente qué grupo de direcciones IP multidifusión debe reenviar por encima del enlace unidireccional, debido a que el router de enlace descendente no puede enviar nada hacia atrás.

11 Configuración de Uplink-rtr interface Ethernet0 description Typical IP multicast enabled interface ip address interface Ethernet1 description Back channel which has connectivity to downlink-rtr ip address interface Serial0 description Unidirectional to downlink-rtr ip address ip igmp unidirectional-link no keepalive Configuración de router de link descendente interface Ethernet0 description Typical IP multicast enabled interface ip address ip igmp helper-address udl serial0 interface Ethernet1 description Back channel which has connectivity to downlink-rtr ip address interface Serial0 description Unidirectional to uplink-rtr ip address ip igmp unidirectional-link no keepalive

12 PIMv2 BSR Si todos los routers de la red ejecutan PIMv2, puede configurar un BSR en lugar de Auto-RP. El BSR y Auto-RP es muy similar. Una configuración BSR requiere que configures los candidatos BSR (similares a la RP-Anunciación adentro Auto-RP) y los BSR (similares Auto- RP a los agentes correlacionados). Para configurar un BSR, seguir los siguientes pasos: 1. En los BSR candidatos configure: ip pim bsr-candidate interface hash-mask-len pref Donde la interfaz contiene el IP Address del candidato BSR. Se recomienda (aunque no es obligatorio) que la duración de la máscara a utilizar en función del troceo sea idéntica en todos los BSR candidatos. Un BSR candidato con pref el valor más grande se elige como el BSR para este dominio. Un ejemplo del comando usage se muestra: ip pim bsr-candidate ethernet El PIMv2 BSR recoge la información del RP candidato y difunde la información del RP-conjunto asociada a cada prefijo del grupo. Para evitar el solo punto de falla, puedes configurar más de un router en un dominio como candidato BSR. Un BSR se elige entre el candidato BSR automáticamente, basado en los valores de preferencia configurados. Para servir como candidato BSR, los routers deben ser conectados y estar en la estructura básica de la red, en vez en de la área de marcación manual de la red. 2. Configurar los routers del candidato RP. Este ejemplo muestra a un candidato RP, en el interface ethernet0, para el rango completo de direcciones de alcance administrativo: access-list 11 permit ip pim rp-candidate ethernet0 group-list 11 CGMP Para configurar el (CGMP) del Management Protocol del grupo, configurar esto en la interfaz del router que hace frente al switch: ip cgmp Entonces, configurar esto en el switch: set cgmp enable IGMP Snooping El snooping del (IGMP) del Internet Group Management Protocol está disponible con la versión 4.1 del Catalyst El IGMP Snooping requiere una placa de Supervisor III. No hay configuración con excepción del PIM necesaria configurar el IGMP Snooping en el router. Todavía es necesario tener un router con indagación IGMP para proporcionar la interrogación IGMP.

13 El ejemplo proporcionado aquí muestra cómo habilitar el IGMP Snooping en el switch: Console> (enable) set igmp enable IGMP Snooping is enabled. CGMP is disabled. Si trata de habilitar IGMP, pero CGMP ya está habilitado, verá lo siguiente: Console> (enable) set igmp enable Disable CGMP to enable IGMP Snooping feature. PGM PGM (Multidifusión general pragmática) es un protocolo de transporte multidifusión confiable para aplicaciones que requieran una entrega de datos multidifusión ordenada y libre duplicación desde varias fuentes a varios receptores. PGM garantiza que el receptor del grupo reciba todos los paquetes de las transmisiones y retransmisiones o pueda detectar la pérdida irrecuperable de paquetes de datos. No existen comandos globales de PGM. El PGM se configura por la interfaz con el comando ip pgm. Debes habilitar el Multicast Routing en el router con el PIM en la interfaz. MRM El Multicast Routing Monitor (MRM) facilita la detección automatizada de falla en una infraestructura de Multicast Routing grande. MRM está diseñado para dar avisos de alerta a un administrador de red sobre problemas de enrutamiento de multidifusión prácticamente en tiempo real. MRM tiene dos componentes: Comprobador MRM y administrador MRM. El comprobador MRM es un remitente o un receptor. El MRM está disponible en el Cisco IOS Software Release 12.0(5)T y Posterior. Sólo los controladores y administradores MRM necesitan estar ejecutando la versión IOS de Cisco compatible con MRM. Configuración de un emisor de prueba interface Ethernet0 ip mrm test-sender

14 Configuración del receptor de la prueba interface Ethernet0 ip mrm test-receiver Configuración del administrador de pruebas ip mrm manager test1 manager e0 group senders 1 receivers 2 sender-list 1 access-list 1 permit access-list 2 permit La salida del comando show ip mrm manager en el administrador de pruebas se muestra aquí: Test_Manager# show ip mrm manager Manager:test1/ is not running Beacon interval/holdtime/ttl:60/86400/32 Group: , UDP port test-packet/status-report:16384/65535 Test sender: Test receiver: Comenzar la prueba con el comando mostrado aquí. El administrador de pruebas envía mensajes de control al remitente y al receptor de pruebas como está configurado en los parámetros de pruebas. El receptor de la prueba se une a al grupo y monitorea los paquetes de prueba enviados del remitente de la prueba. Test_Manager# mrm start test1 *Feb 4 10:29:51.798: IP MRM test test1 starts... Test_Manager# Para visualizar un informe del estado para el administrador de pruebas, ingresar este comando: Test_Manager# show ip mrm status IP MRM status report cache: Timestamp Manager Test Receiver Pkt Loss/Dup (%) Ehsr *Feb 4 14:12: (4%) 29 *Feb 4 18:29: (4%) 15 Test_Manager# La salida muestra que el receptor envió dos informes del estado (una línea cada uno) sella en un momento dado. Cada informe contiene una pérdida del paquete durante la ventana de intervalo (valor por defecto del segundo). El valor Ehsr muestra el valor de número de secuencia siguiente estimado del remitente de la prueba. Si el receptor de la prueba ve los paquetes duplicados, muestra un número negativo en la columna "Paquetes perdidos/duplicados". Para parar la prueba, ingresar este comando: Test_Manager# mrm stop test1

15 *Feb 4 10:30:12.018: IP MRM test test1 stops Test_Manager# Mientras que funciona con la prueba, el remitente MRM comienza a enviar los paquetes RTP a la dirección de grupo configurada en el intervalo predeterminado del ms 200. El receptor monitorea (espera) los mismos paquetes en el mismo intervalo predeterminado. Si el receptor detecta una pérdida de paquetes en el intervalo de ventana predeterminado de cinco segundos, envía un informe al administrador de MRM. Puedes visualizar el informe del estado del receptor si publicas el comando show ip mrm status en el encargado. Resolución de problemas Algunos de los problemas más comunes encontrados cuando implementas el multicast IP en una red son cuando el router no remite el tráfico Multicast debido a una falla de RPF o las configuraciones TTL. Referir a la guía de Troubleshooting de IP Multicast para una explicación detallada sobre éstos y otros problemas comunes, síntomas, y resoluciones. Información relacionada Guía de resolución de problemas de multidifunción IP Herramientas de resolución de problemas de la multidifusión básica Página de soporte de (Multicast) Multidifusión TCP/IP Soporte técnico - Cisco Systems Cisco Systems Inc. Todos los Derechos Reservados. Fecha de Generación del PDF: Jan 16,