març 21, 2021

IP Multicast. Guia ràpida de configuració per a Multicast (Multidifusió) Continguts. Introducció. Requisits previs. Traducció per ordinador

IP Multicast Guia ràpida de configuració per a Multicast (Multidifusió) Traducció per ordinador a Continguts Introducció Requisits previs Requisits Components utilitzats Convencions Mode dens Mode escàs amb un RP Mode dispers amb els RP múltiples RP automàtic en un RP Acte-RP amb múltiples RP DVMRP MBGP MSDP Encaminament de multidifusió Stub IGMP UDLR per enllaços satelitales PIMv2 BSR CGMP IGMP Snooping PGM MRM Resolució de problemes Informació relacionada a Introducció La multidifusió IP és una tecnologia de conservació d’ample de banda que redueix el trànsit perquè lliura simultàniament una sola seqüència d’informació als milers de destinataris corporatius ia les llars. Les aplicacions que s’aprofiten de l’multicast inclouen la videoconferència, les comunicacions corporatives, educació a distància, i distribució del programari, les cotitzacions de acciona, i les notícies. Aquest document discuteix els fonaments de com configurar el multicast per als diversos escenaris de connexió en xarxa.
Requisits previs Requisits Cisco recomana que els qui llegeixi aquest document tenen coneixements bàsics de l’multicast de l’internet protocol (IP). Nota: Referir a la documentació de l’multicast de el protocol d’Internet per a més informació.
Components utilitzats
Aquest document no té restriccions específiques pel que fa a versions de programari i de maquinari.
Convencions Referir als convenis dels consells tècnics de Cisco per a més informació sobre les convencions sobre documents.
mode dens Cisco recomana que utilitzes a la manera dispers de la multidifusió independent de protocol (PIM), determinat Auto-RP, en el possible i especialment per a les noves implementacions. Això no obstant, si desitja la manera dens, configuri la comanda global ip multicast-routing i la comanda d’interfície ip pim dispersos–americà-mode en cada interfície que necessita processar trànsit Multicast. El requisit comú per a totes les configuracions previstes en aquest document és configurar la multidifusió en forma global i configurar PIM en les interfícies. Pel que fa a la versió 11.1 del programari de l’IOS® de Cisco, pot configurar les ordres d’interfície ip pim-americà-mode i ip pim dispersos-mode de manera simultània mitjançant la comanda ip pim dispersos–americana-mode. En aquesta manera, la interfície es tracta com a manera dens si el grup està en mode dens. Si el grup es troba en mode dispers (per exemple, si un RP és conegut), la interfície és tractada com a mode dispers. Nota: Origen “en els exemples al llarg d’aquest document representa l’origen de el tràfic de multidifusió i” Receptor “representa el receptor d’el tràfic de multidifusió.
Configuració de l’router A ip multicast-routing interfície Ethernet0 ip address ip pim dispersos -dense-mode interfície Serial0 ip address ip pim dispersos–americà-mode a Configuració de l’router B ip multicast-routing interfície Serial0 ip address ip pim dispersos–americà-mode interfície Ethernet0 ip address ip pim dispersos–americà-mode
Mode escàs amb un RP en aquest exemple, el router a és el RP que és típicament el router més proper a la font. la configuració estàtica de l’RP requereix que tots els routers en el domini PIM tinguin configurats les mateixes ordres ip pim RP addressaddress acl. podeu configurar diversos RP, però només pot existir un RP per grup específic.
Configuració de l’router A ip multicast-routing ip pim rp-address 1.1.1.1 interfície Ethernet0 ip address ip pim dispersos–americà-mode interfície Serial0 ip address 1.1.1.1 255.255.255.0 ip pim dispersos–americà-mode a Configuració de l’router B ip multicast-routing ip pim rp-address 1.1.1.1 interfície Serial0 ip address ip pim dispersos–americà-mode interfície Ethernet0 ip address ip pim dispersos-donin–mode a Mode dispers amb els RP múltiples En aquest exemple, el Source-a envia a 224.1.1.1, a 224.1.1.2, ja 224.1.1.3. L’Source-b envia a 224.2.2.2, a 224.2.2.3, i a 224.2.2.4. Podries tenir un router, RP1 o RP2, siguis el RP per a tots els grups. No obstant això, si volguessis que diversos RP manegessin diversos grups, necessites configurar tots els routers per incloure que agrupa els RP servirà. Aquest tipus de configuració RP estàtica requereix que tots els routers en el domini PIM tinguin configurats les mateixes ordres ip pim rp-addressaddress acl. Pots també utilitzar Auto-RP per assolir la mateixa disposició, que és més fàcil de configurar.
Configuració RP1 ip multicast-routing ip pim RP-address 1.1.1.1 2 ip pim RP-address 2.2.2.2 3 access-list access -list access-list access-list access-list access-list a 2 2 2 3 3 3 a permit permit permit permit permit permit a 224.1.1.1 224.1.1.2 224.1.1.3 224.2.2.2 224.2.2.3 224.2.2.4 a Configuració RP 2 ip multicast-routing ip pim RP-address 1.1.1.1 2 ip pim RP-address 2.2.2.2 3 access-list access-list access-list access-list access-list access-list a 2 2 2 3 3 3 a permit permit permit permit permit permit a 224.1.1.1 224.1.1.2 224.1.1.3 224.2.2.2 224.2.2.3 224.2.2.4 a Configuració per els routers 3 i 4 ip multicast-routing ip pim RP-address 1.1.1.1 ip pim RP-address 2.2.2.2 access-list access-list access-list access-list access-list access-list de 2 2 2 3 març 3 a permit permit permit permit permit permit de 2 3 de 224.1.1.1 224.1.1.2 224.1.1.3 224.2.2.2 224.2.2.3 224.2.2.4 a RP automàtic en un RP Acte-RP requereix que configuris els RP per anunciar la seva disponibilitat com els RP i agents correlacionats. Els RP utilitzen 224.0.1.39 per enviar els seus avisos. L’agent de correlació RP escolta els paquets anunciats dels RP, després envia correlacions de RP a grup en un missatge de detecció que s’envia a 224.0.1.40. Aquests missatges de detecció són utilitzats pels routers restants per el seu mapa RP a grup. Pots utilitzar un RP que també serveixi com l’agent correlacionat, o pots configurar els RP múltiples i als diversos agents de correlació per als propòsits de la redundància. Observar això quan tries una interfície de la qual als avisos de la font RP, Cisco recomani que utilitzes una interfície tal com un Loopback en comptes d’una interfície física. També, és possible utilitzar les interfícies VLAN commutades (SVI). Si una interfície VLAN s’utilitza per anunciar l’adreçament RP, llavors l’opció de la interfície a la enviar-RP-anunciació del de l’pim de l’IP {interfície-type interfície-number | la comanda de l’TTL-valor de l’abast de l’IP address} ha de contenir la interfície VLAN i el nombre VLAN. Per exemple, la comanda sembla l’abast 100 de la enviar-RP-anunciació Vlan500 de l’pim de l’IP. Si tries una interfície física, confies en aquesta interfície sempre per estar cap amunt. Aquest no és sempre el cas, i el router per al fer publicitat si mateix com el RP una vegada que va la interfície física sota. Amb un Loopback Interface, és sempre ascendent i mai va avall, que s’assegura que el RP continuï fent-publicitat a través de qualsevol interfície disponible com RP. Aquest és el cas fins i tot si un o més dels seus interfícies físiques fallen. El Loopback Interface ha de ser PIM-habilitar i fet publicitat per un protocol Interior Gateway Protocols (IGP), o ha de ser accessible amb l’Static Routing.
Configuració de l’router A ip multicast-routing ip pim send-rp-announce loopback0 scope 16 ip pim send-rp-discovery scope 16 interfície loopback0 ip address ip pim dispersos–americà-mode interfície Ethernet0 ip address ip pim dispersos–americà-mode interfície Serial0 ip address ip pim dispersos–americà-mode a Configuració de l’router B ip multicast-routing interfície Ethernet0 ip address ip pim dispersos–americà-mode interfície Serial0 ip address ip pim dispersos–americà-mode Acte-RP amb múltiples RP a Les llistes d’accés en aquest exemple permeten que els RP siguin RP només per als grups que vostè vulgui. Si no es configura cap llista d’accés, els RP estaran disponibles com un RP per a tots els grups. Si dos RP anuncien la seva disponibilitat per a ser RP per als mateixos grups, la resolució de l’agent correlacionat aquests conflictes amb la regla “l’IP Address més alt guanya”. Quan dos RP anuncien per a aquest grup, pots configurar cada router amb un Loopback Address per influenciar què router és el RP per a un grup determinat. Posar l’IP Address més alt en el RP preferit, després utilitzar el Loopback Interface com la font dels paquets de l’anunciació; per exemple, loopback0 de la enviar-RP-anunciació de l’pim de l’IP. Quan s’utilitzen agents múltiples de mapeig, cada un d’ells anuncia a el mateix grup els mapatges RP de el grup de detecció 224.0.1.40.
Configuració RP1 ip multicast-routing interfície loopback0 ip address ip pim dispersos–americà-mode ip pim send -RP-announce loopback0 scope 16 group-list 1 ip pim send-RP-discovery scope 16 access-list 1 permit 239.0.0.0 0.255.255.255 a Configuració RP 2 ip multicast-routing interfície loopback0 ip address ip pim dispersos–americana -mode ip pim send-RP-announce loopback0 scope 16 group-list 1 ip pim send-RP-discovery scope 16 access-list 1 deny 239.0.0.0 0.255.255.255 access-list 1 permit 224.0.0.0 15255255255 a referir a la guia a Configuració de RP automàtic i als diagnòstics per a més informació encès Auto-RP.
DVMRP
el teu Proveïdor de serveis d’Internet (ISP) podria suggerir que creus un túnel del (DVMRP) de l’Distance Vector Multicast routing Protocol a l’ISP per accedir a l’estructura bàsica de multidifusió a l’Internet (MBONE).Les comandes mínims per configurar un túnel DVMRP es mostren aquí: amor interfície tunnel0 ip unnumbered tunnel source tunnel destination tunnel mode dvmrp ip pim dispersos–americà-mode a Típicament, l’ISP et té fer un túnel a un (DVMRP) “mrouted” que s’executa de la màquina UNIX. Si l’ISP et té fer un túnel a un altre dispositiu de Cisco en lloc d’un altre, utilitzar el mode predeterminat de túnel GRE. Si vols generar els paquets de multidifusió per altres en el MBONE per veure en comptes de reps els paquets de multidifusió, necessites fer publicitat de les subxarxes d’origen. Si la teva adreça de host de l’origen de multidifusió és 131.108.1.1, necessites fer publicitat de l’existència d’aquesta subxarxa a l’MBONE. Les xarxes connectades directament estan anunciades amb la mètrica 1 de defecte. Si la teva font no està connectada directament amb el router amb el túnel DVMRP, configurar això sota el tunnel0 de la interfície: amor ip dvmrp metric 1 list 3 access-list 3 permit 131.108.1.0 0.0.0.255 a Nota: Has incloure una llista d’accés amb aquesta comanda per evitar la publicitat de la taula de Unicast Routing completa a l’MBONE. Si la teva disposició és similar a la que està mostrada aquí, i vols propagar les rutes DVMRP amb el domini, configurar la comanda ip dvmrp unicast-routing a les interfícies de l’Serial0 dels routers A i B. Aquesta acció proporciona l’expedició de les rutes DVMRP als veïns de l’PIM que llavors tenen una taula de ruteo DVMRP usada per al reenviament de trajecte invers (RPF). Les rutes apreses DVMRP tenen precedència RPF sobre tots els altres protocols, a excepció de les rutes connectades directament.
MBGP El protocol Protocol de la porta d’enllaç marginal (BGP) Multiprotocol (MBGP) és un mètode bàsic per portar dos conjunts de les rutes: un conjunt per al Unicast Routing i un conjunt per al Multicast Routing. MBGP proporciona el control necessari per a decidir quan es permet que flueixin els paquets de multidifusió. El PIM utilitza les rutes associades a l’Multicast Routing per construir els arbres de distribució de dades. MBGP proporciona el trajecte RPF, no la creació de l’estat de multidifusió. El PIM encara es necessita per remetre els paquets de multidifusió.
Configuració de l’router A ip multicast-routing a interfície loopback0 ip pim dispersos–americà-mode ip address 192.168.2.2 255.255.255.0 interfície Serial0 ip address 192.168.100.1 255.255.255.0 interfície serial1 ip pim dispersos–americà-mode ip address 192.168.200.1 255.255.255.0 router BGP 123 network 192.168.100.0 nlri unicast network 192.168.200.0 nlri multicast neighbor 192.168.1.1 remote-as 321 nlri unicast multicast neighbor 192.168.1.1 eBGP-multihop 255 neighbor 192.168.100.2 update-source loopback0 neighbor 192.168.1.1 route-map setNH out route-map setNH permit 10 matx nlri multicast setembre ip next-hop 192.168.200.1 route-map setNH permit 20 de Configuració de l’router B ip multicast-routing interfície loopback0 ip pim dispersos–americà-mode ip address 192.168.1.1 255.255.255.0 interfície Serial0 ip address 192.168.100.2 255.255.255.0 interfície serial1 ip pim dispersos–americà-mode ip address 192.168.200.2 255.255.255.0 routerBGP 321 network 192.168.100.0 nlri unicast network 192.168.200.0 nlri multicast neighbor 192.168.2.2 remote-as 123 nlri unicast multicast neighbor 192.168.2.2 eBGP-multihop 255 neighbor 192.168.100.1 update-source loopback0 neighbor 192.168.2.2 route-map setNH out route-map setNH permit 10 matx nlri multicast setembre ip next-hop 192.168.200.2 route-map setembre NH permit 20 de Si el teu unicast i topologies de l’multicast són congruents (per exemple, estan passant la mateixa connexió), la diferència principal en la configuració està amb la comanda nlri unicast multicast. Un exemple es mostra aquí: amor network 192.168.100.0 nlri unicast multicast a Las topologies congruents amb el MBGP tenen un avantatge – tot i que el trànsit travessa els mateixos camins, diverses polítiques es poden aplicar a l’unicast BGP contra el multicast BGP. ¿Referir-te a quin és MBGP? per a més informació sobre el MBGP.
MSDP Protocol de detecció de l’origen de multidifusió (MSDP) connecta els dominis PIM-SM múltiples. Cada domini PIM-SM utilitza a la seva pròpia independent RP i no ha de dependre dels RP en altres dominis. El MSDP fa possible que els dominis detectin fonts de multidifusió des d’altres dominis. Si ets també BGP-mirada amb el parell MSDP, has d’utilitzar el mateix IP Address per al MSDP que per al BGP. Quan MSDP efectua controls de parells RPF, MSDP espera que la direcció de l’parell MSDP sigui la mateixa que la que proporciona BGP / MBGP quan realitza una recerca de taula d’enrutament al RP, en el missatge SA. No obstant això, no cal que executi BGP / MBGP amb el parell MSDP si hi ha un trajecte BGP / MBGP entre els parells MSDP. Si no hi ha ruta BGP / MBGP i més d’una entitat parell MSDP, ha d’utilitzar la comanda ip msdp default-peer.L’exemple aquí mostra que el RP A és el RP per al seu domini i el RP B és el RP per al seu domini.
Configuració de l’router A ip multicast-routing ip pim send-RP-announce loopback0 scope 16 ip pim send- RP-discovery scope 16 ip msdp peer 192.168.100.2 ip msdp sa-request 192.168.100.2 interfície loopback0 ip address ip pim dispersos–americà-mode interfície Serial0 ip address 192.168.100.1 255.255.255.0 ip pim dispersos–americà-mode a configuració de l’router B ip multicast-routing ip pim send-RP-announce loopback0 scope 16 ip pim send-RP-discovery scope 16 ip msdp peer 192.168.100.1 ip msdp sa-request 192.168.100.1 interfície loopback0 ip address ip pim dispersos–americana -mode interfície Serial0 ip address 192.168.100.2 255.255.255.0 ip pim dispersos–americà-mode a encaminament de multidifusió Stub a El enrutament de multidifusió Stub li permet configurar routers Stub o remots com a agents per poder IGMP. Bastant que completament el particpate en el PIM, aquests routeres Stub remeten els missatges IGMP dels ordinadors principal a l’router de multidifusió en sentit ascendent.
Configuració de l’Router1 int s0 ip pim dispersos–americà-mode ip pim neighbor-filter 1 access -list 1 deny 140.1.1.1 a la comanda ip pim neighbor-filter és necessari perquè el Router 1 no reconegui el Router 2 com un PIM veí. Si configura el Router 1 en mode dispers, el filtre veí no cal. El Router 2 no s’ha d’executar en mode dispers. Quan en la manera dens, les fonts de multidifusió Stub poden inundar als routeres d’estructura bàsica. Configuració de l’router 2 ip multicast-routing int e0 ip pim dispersos–americà-mode ip IGMP helper-address 140.1.1.2 int s0 ip pim dispersos–americà-mode a IGMP UDLR per enllaços satelitales El Unidirectional Link Routing (UDLR) proporciona un mètode per als reenviaments de paquets de multidifusió sobre un link satelital unidireccional a les xarxes Stub que tenen un canal posterior. És similar a l’enrutament de multidifusió stub. Sense aquesta funció, el router d’enllaç ascendent no pot aprendre dinàmicament quin grup d’adreces IP multidifusió ha de tornar a enviar per sobre de l’enllaç unidireccional, a causa que el router d’enllaç descendent no pot enviar res cap enrere.
Configuració d’Uplink-RTR ip multicast-routing interfície Ethernet0 description Typical IP multicast habilitat interfície ip address 12.0.0.1 255.0.0.0 ip pim dispersos–americà-mode interfície Ethernet1 description Back channel which has connectivity to downlink-RTR ip address 11.0.0.1 255.0.0.0 ip pim dispersos -dense-mode interfície Serial0 description Unidirectional to downlink-RTR ip address 10.0.0.1 255.0.0.0 ip pim dispersos–americà-mode ip IGMP unidirectional-link no KeepAlive a Configuració de router de link descendent ip multicast-routing interfície Ethernet0 description typical IP multicast habilitat interfície ip address 14.0.0.2 255.0.0.0 ip pim dispersos–americà-mode ip IGMP helper-address udl Serial0 interfície Ethernet1 description Back channe l which has connectivity to downlink-RTR ip address 13.0.0.2 255.0.0.0 ip pim dispersos–americà-mode interfície Serial0 description Unidirectional to uplink-RTR ip address 10.0.0.2 255.0.0.0 ip pim dispersos–americà-mode ip IGMP unidirectional- link no KeepAlive a PIMv2 BSR Si tots els routers de la xarxa executen PIMv2, pot configurar un BSR en lloc d’Auto-RP. El BSR i Auto-RP és molt similar. Una configuració BSR requereix que configuris els candidats BSR (similars a la RP-Anunciació endins AutoRP) i els BSR (similars AutoRP als agents correlacionats). Per configurar un BSR, seguir els següents passos: 1. En els BSR candidats configuri: amor ip pim BSR-candidate interfície hash-mask-len pref a On la interfície conté l’IP Address d’el candidat BSR. Es recomana (encara que no és obligatori) que la durada de la màscara a utilitzar en funció de l’especejament sigui idèntica en tots els BSR candidats. Un BSR candidat amb pref el valor més gran es tria com el BSR per a aquest domini. Un exemple de la comanda usage es mostra: a ip pim BSR-candidate Ethernet0 abril 30 a El PIMv2 BSR recull la informació de l’RP candidat i difon la informació de l’RP-conjunt associada a cada prefix de el grup. Per evitar el sol punt de falla, pots configurar més d’un router en un domini com a candidat BSR. Un BSR es tria entre el candidat BSR automàticament, basat en els valors de preferència configurats. Per servir com a candidat BSR, els routers han de ser connectats i estar en l’estructura bàsica de la xarxa, en comptes a de la àrea de marcatge manual de la xarxa. 2. Configurar els routers de l’candidat RP. Aquest exemple mostra a un candidat RP, en la interfície Ethernet0, per al rang complet d’adreces d’abast administratiu: amor access-list 11 permit 239.0.0.0 0.255.255.255 ip pim rp-candidate Ethernet0 group-list 11 de CGMP Per configurar el (CGMP) de l’Management Protocol de el grup, configurar això en la interfície de l’router que fa front a el switch: amor ip pim dispersos–americana-mode ip cGMP a Llavors, configurar això en el switch: a setembre cGMP enable a IGMP Snooping el Snooping del (IGMP) de l’Internet Group Management Protocol està disponible amb la versió 4.1 de l’Catalyst 5000. el IGMP Snooping requereix una placa de Supervisor III. No hi ha configuració amb excepció de l’PIM necessària configurar l’IGMP Snooping en el router. Encara és necessari tenir un router amb indagació IGMP per proporcionar la interrogació IGMP.
L’exemple proporcionat aquí mostra com habilitar el IGMP Snooping al switch: amor Console > (enable ) set IGMP enable IGMP Snooping is enabled. CGMP is disabled.
Si tracta d’habilitar IGMP, però CGMP ja està habilitat, veurà el següent: a Console > (enable) set IGMP enable Disable CGMP to enable IGMP Snooping feature.
PGM PGM (multidifusió general pragmàtica) és un protocol de transport multidifusió fiable per a aplicacions que requereixin un lliurament de dades multidifusió ordenada i lliure duplicació des de diverses fonts a diversos receptors. PGM garanteix que el receptor de el grup rebi tots els paquets de les transmissions i retransmissions o pugui detectar la pèrdua irrecuperable de paquets de dades. No existeixen ordres globals de PGM. El PGM es configura per la interfície amb la comanda ip pgm. Has habilitar el Multicast Routing al router amb el PIM a la interfície.
MRM El Multicast Routing Monitor (MRM) facilita la detecció automatitzada de falla en una infraestructura de Multicast Routing gran. MRM està dissenyat per donar avisos d’alerta a un administrador de xarxa sobre problemes d’enrutament de multidifusió pràcticament en temps real. MRM té dos components: Comprovador MRM i administrador MRM. El comprovador MRM és un remitent o un receptor. El MRM està disponible al Cisco IOS Software Release 12.0 (5) T i Posterior. Només els controladors i administradors MRM necessiten estar executant la versió IOS de Cisco compatible amb MRM.
Configuració d’un emissor de prova interfície Ethernet0 ip mrm test-sender a Configuració de receptor de la prova interfície Ethernet0 ip mrm test-receiver a Configuració de l’administrador de proves ip mrm manager test1 manager e0 group 239.1.1.1 senders 1 receivers 2 sender-list 1 access-list 1 permit 10.1.1.2 access-list 2 permit 10.1.4.2 a La sortida de la comanda show ip mrm manager a l’administrador de proves es mostra aquí: amor Test_Manager # show ip mrm manager Manager: test1 / 10.1.2.2 is not running Beacon interval / holdtime / ttl: 60/86400/32 Group: 239.1.1.1, UDP port test-packet / status-report: 16384/65535 test sender: 10.1.1.2 test receiver: 10.1.4.2 a Començar la prova amb la comanda mostrat aquí. L’administrador de proves envia missatges de control a l’remitent i a el receptor de proves com està configurat en els paràmetres de proves. El receptor de la prova s’uneix a a el grup i controla els paquets de prova enviats de el remitent de la prova.
Test_Manager # mrm start test1 * 4 feb 10: 29: 51.798: IP MRM test test1 starts ….. . Test_Manager #
per visualitzar un informe de l’estat per a l’administrador de proves, ingressar aquesta comanda: amor Test_Manager # show ip mrm estatus IP MRM per a l’estat report memòria cau: Timestamp Manager * 4 feb 14:12:46 10.1.2.2 * 4 feb 18:29:54 10.1.2.2 Test_Manager #
Test Receiver 10.1.4.2 10.1.4.2 a PKT Loss / Dup (%) 1 (4%) 1 (4%) a Ehsr 29 15
La sortida mostra que el receptor va enviar dos informes de l’estat (una línia cada un) segella en un moment donat. Cada informe conté una pèrdua de el paquet durant la finestra d’interval (valor per defecte de l’segon). El valor Ehsr mostra el valor de nombre de seqüència següent estimat de el remitent de la prova. Si el receptor de la prova veu els paquets duplicats, mostra un nombre negatiu a la columna “Paquets perduts / duplicats”. Per aturar la prova, ingressar aquesta comanda: amor Test_Manager # mrm stop test1 a * 4 feb 10: 30: 12.018: IP MRM test test1 stops Test_Manager #
Mentre que funciona amb la prova, el remitent MRM comença a enviar els paquets RTP a l’adreça de grup configurada en l’interval predeterminat de el ms 200. el receptor monitoritzes (espera) els mateixos paquets en el mateix interval predeterminat. Si el receptor detecta una pèrdua de paquets en l’interval de finestra per defecte de cinc segons, envia un informe a l’administrador de MRM. Pots veure el resum de l’estat de l’receptor si publiques el comandament show ip mrm per a l’estat en l’encarregat. Resolució de problemes Alguns dels problemes més comuns trobats quan implementes el multicast IP en una xarxa són quan el router no remet el trànsit Multicast causa d’una falla de RPF o les configuracions TTL.Referir a la guia de Troubleshooting d’IP Multicast per a una explicació detallada sobre aquests i altres problemes comuns , símptomes, i resolucions.
Informació relacionada Guia de resolució de problemes de multidifunción IP Eines de resolució de problemes de la multidifusió bàsica Pàgina de suport de ( Multicast ) Multidifusió TCP / IP Suport tècnic – Cisco Systems
© 1992-2009 Cisco Systems Inc Tots els Drets Reservats . Data de Generació d’ el PDF : Jan 16 , 2009 http://www.cisco.com/support/LA/es/TS/7/73434/48.shtml a

Deixa un comentari

L'adreça electrònica no es publicarà. Els camps necessaris estan marcats amb *