De configuratiehandleiding voor IP Multicast Quick-Start bekijken

Inleiding

In dit document worden de basisprincipes beschreven voor het configureren van multicast voor verschillende netwerkscenario's.

Voorwaarden

Vereisten

Cisco raadt je aan om kennis te hebben van dit onderwerp:

• Internet Protocol (IP) Multicast.

Gebruikte componenten

Dit document is niet beperkt tot specifieke software- en hardware-versies.

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.

Conventies

Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.

Achtergrondinformatie

IP-multicasting is een bandbreedtebesparende technologie die het verkeer vermindert omdat het tegelijkertijd een enkele stroom informatie levert aan duizenden ontvangers en huizen van bedrijven.

Toepassingen die gebruikmaken van multicast zijn onder meer videoconferenties, bedrijfscommunicatie, leren op afstand en distributie van software, aandelenkoersen en nieuws.

Dichte modus

Cisco raadt u aan waar mogelijk de sparse modus Protocol Independent Multicast (PIM) te gebruiken, met name Auto-RP, en vooral voor nieuwe implementaties.

Als echter de dichte modus gewenst is, configureert u de globale opdracht ip multicast-routering en de interface-opdracht ip pim sparse-dense-mode op elke interface die multicast-verkeer moet verwerken.

De algemene vereiste voor alle configuraties in dit document is het globaal configureren van multicasting en het configureren van PIM op de interfaces.

Met ingang van Cisco IOS® Software Release 11.1 kunt u de interfaceopdrachten ip pim dense-mode en ip pim sparse-mode gelijktijdig configureren met de opdracht ip pim sparse-dense-mode.

In deze modus wordt de interface behandeld als dense-mode als de groep zich in dense-mode bevindt. Als de groep zich in sparse-mode bevindt (bijvoorbeeld als een RP bekend is), wordt de interface behandeld als sparse-mode.

Opmerking: De "Bron" in de voorbeelden in dit document vertegenwoordigt de bron van multicast-verkeer en de "Ontvanger" vertegenwoordigt de ontvanger van multicast-verkeer.

Interface wordt behandeld als Dichte-modus als Groep zich in Dichte-modus bevindt

ip multicast-routing 

interface ethernet0 
ip address <address> <mask>
ip pim sparse-dense-mode  

interface serial0 
ip address <address> <mask>
ip pim sparse-dense-mode

ip multicast-routing 

interface serial0 
ip address <address> <mask>
ip pim sparse-dense-mode 

interface ethernet0 
ip address <address> <mask>
ip pim sparse-dense-mode 

Spaarstand met één RP

In dit voorbeeld is Router A de RP die meestal het dichtst bij de bron ligt. Voor statische RP-configuratie moeten alle routers in het PIM-domein dezelfde opdrachten voor pim-rp-adressen hebben geconfigureerd.

U kunt meerdere RP's configureren, maar er kan slechts één RP per specifieke groep zijn.

Er kunnen meerdere RP's zijn, maar slechts één RP per specifieke groep

ip multicast-routing 
ip pim rp-address 10.1.1.1
 

interface ethernet0 
ip address <address> <mask>
ip pim sparse-dense-mode 

interface serial0 
ip address 10.1.1.1 255.255.255.0 
ip pim sparse-dense-mode 

ip multicast-routing 
ip pim rp-address 10.1.1.1 


interface serial0 
ip address <address> <mask>
ip pim sparse-dense-mode 

interface ethernet0 
ip address <address> <mask>
ip pim sparse-dense-mode 

Spaarstand met meerdere RP's

In dit voorbeeld stuurt Source-A naar 224.1.1.1, 224.1.1.2 en 224.1.1.3. Bron-B stuurt naar 224.2.2.2, 224.2.2.3 en 224.2.2.4. Je zou één router kunnen hebben, RP 1 of RP 2, de RP voor alle groepen.

Als u echter wilt dat verschillende RP's verschillende groepen verwerken, moet u alle routers configureren om op te nemen welke groepen de RP's kunnen bedienen.

Dit type statische RP-configuratie vereist dat alle routers in het PIM-domein hetzelfde ip-pim-rp-adres als acl-opdrachten hebben geconfigureerd.

U kunt ook Auto-RP gebruiken om dezelfde instelling te bereiken, wat gemakkelijker te configureren is.

Source-A stuurt naar 224.1.1.1, 224.1.1.2 en 224.1.1.3; Source-B stuurt naar 224.2.2.2, 224.2.2.3 en 224.2.2.4.

ip multicast-routing 
 
ip pim RP-address 10.1.1.1 2
ip pim RP-address 10.2.2.2 3 
 
access-list 2 permit 224.1.1.1 
access-list 2 permit 224.1.1.2 
access-list 2 permit 224.1.1.3
access-list 3 permit 224.2.2.2 
access-list 3 permit 224.2.2.3 
access-list 3 permit 224.2.2.4

ip multicast-routing
  
ip pim RP-address 10.1.1.1 2 
ip pim RP-address 10.2.2.2  3
 
access-list 2 permit 224.1.1.1 
access-list 2 permit 224.1.1.2 
access-list 2 permit 224.1.1.3 
access-list 3 permit 224.2.2.2 
access-list 3 permit 224.2.2.3 
access-list 3 permit 224.2.2.4 

ip multicast-routing 
ip pim RP-address 10.1.1.1  2 
ip pim RP-address 10.2.2.2  3
 

access-list 2 permit 224.1.1.1 
access-list 2 permit 224.1.1.2 
access-list 2 permit 224.1.1.3 
access-list 3 permit 224.2.2.2 
access-list 3 permit 224.2.2.3 
access-list 3 permit 224.2.2.4 

Auto-RP met één RP

Auto-RP vereist dat u de RP's configureert om hun beschikbaarheid aan te kondigen als RP's en toewijzende agents. De RP's gebruiken 224.0.1.39 om hun aankondigingen te verzenden.

De RP-mapping agent luistert naar de aangekondigde pakketten van de RP's en verzendt vervolgens RP-naar-groepmappings in een ontdekkingsbericht dat wordt verzonden naar 224.0.1.40.

Deze ontdekkingsberichten worden door de resterende routers gebruikt voor hun RP-naar-groepskaart.

U kunt één RP gebruiken die ook als de toewijzende agent fungeert, of u kunt meerdere RP's en meerdere toewijzende agents configureren voor redundantiedoeleinden.

Houd er rekening mee dat wanneer u een interface kiest van waaruit u RP-aankondigingen kunt bronnen, Cisco aanbeveelt dat u een interface zoals een loopback gebruikt in plaats van een fysieke interface.

Ook is het mogelijk om switched VLAN interfaces (SVI's) te gebruiken. Als een VLAN-interface wordt gebruikt om het RP-adres aan te kondigen, moet de optie interface-type in de opdracht ip pim [vrf-name] send-rp-announce {interface-type interface-nummer | ip-adres} scope ttl-value de VLAN-interface en het VLAN-nummer bevatten. De opdracht ziet er bijvoorbeeld uit als ip pim send-rp-announceVlan500 scope 100.

Als u een fysieke interface kiest, vertrouwt u erop dat die interface altijd up is. Dit is niet altijd het geval en de router stopt met adverteren als de RP zodra de fysieke interface naar beneden gaat.

Met een loopback-interface is het altijd omhoog en gaat het nooit omlaag, wat ervoor zorgt dat de RP zichzelf blijft adverteren via alle beschikbare interfaces als een RP.

Dit is zelfs het geval als een of meer van zijn fysieke interfaces uitvallen. De loopback-interface moet PIM-enabled zijn en geadverteerd worden door een Interior Gateway Protocol (IGP), of het moet bereikbaar zijn met statische routering.

De Loopback-interface moet PIM-enabled zijn en geadverteerd worden door een Interior Gateway Protocol of Bereikbaar met statische routering

ip multicast-routing 
 
ip pim send-rp-annouce loopback0 scope 16

ip pim send-rp-discover

 scope 16 

interface loopback0
ip address <address> <mask>
ip pim sparse-dense-mode 
 
interface ethernet0 
ip address <address> <mask>
ip pim sparse-dense-mode 

interface serial0 
ip address <address> <mask>
ip pim sparse-dense-mode 

ip multicast-routing 


interface ethernet0 
ip address <address> <mask>
ip pim sparse-dense-mode 

interface serial0 
ip address <address> <mask>
ip pim sparse-dense-mode 

Auto-RP met meerdere RP's

Met de toegangslijsten in dit voorbeeld kunnen de RP's alleen een RP zijn voor de groepen die u wilt. Als er geen toegangslijst is geconfigureerd, zijn de RP's beschikbaar als RP voor alle groepen.

Als twee RP's aankondigen dat ze beschikbaar zijn als RP's voor dezelfde groep(en), lost de toewijzende agent(en) deze conflicten op met de regel "het hoogste IP-adres wint".

Wanneer twee RP's voor die groep aankondigen, kunt u elke router configureren met een loopback-adres om te beïnvloeden welke router de RP is voor een bepaalde groep.

Plaats het hogere IP-adres op de gewenste RP en gebruik vervolgens de loopback-interface als de bron van de aankondigingspakketten; bijvoorbeeld ip pim send-RP-announcelopback0.

Wanneer meerdere mapping agents worden gebruikt, adverteren ze elk dezelfde groep voor RP-mappings voor de 224.0.1.40-detectiegroep.

Plaats het hogere IP-adres op de gewenste RP

ip multicast-routing
 
interface loopback0
ip address <address> <mask>
ip pim sparse-dense-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 

ip multicast-routing
 
interface loopback0
ip address <address> <mask>
ip pim sparse-dense-mode 
 
access-list 1 deny 239.0.0.0 0.255.255.255 
access-list 1 permit 224.0.0.0 10.255.255.255 

DVMRP

Uw Internet Service Provider (ISP) kan voorstellen dat u een Distance Vector Multicast Routing Protocol (DVMRP) -tunnel naar de ISP maakt om toegang te krijgen tot de multicast-backbone op internet (mbone).

De minimale opdrachten voor het configureren van een DVMRP-tunnel worden hier weergegeven:

interface tunnel0  
ip unnumbered <any pim interface>
tunnel source <address of source>
tunnel destination <address of ISPs mrouted box> 
tunnel mode dvmrp  
ip pim sparse-dense-mode

Meestal heeft de ISP u een tunnel naar een UNIX-machine die "mrouted" (DVMRP) uitvoert. Als de ISP u in plaats daarvan naar een ander Cisco-apparaat laat tunnelen, gebruikt u de standaardmodus GRE-tunnel.

Als u multicast-pakketten wilt genereren voor anderen op de mobiele telefoon om te zien in plaats van multicast-pakketten te ontvangen, moet u adverteren voor de bronsubnetten.

Als uw multicast-bronhostadres 172.16.108.1 is, moet u het bestaan van dat subnet op het bot adverteren. Rechtstreeks verbonden netwerken worden standaard geadverteerd met metric 1.

Als uw bron niet rechtstreeks is aangesloten op de router met de DVMRP-tunnel, configureert u deze interface onder tunnel0:

ip dvmrp metric 1 list 3  
access-list 3 permit  172.16.108.0 0.0.0.255

Opmerking: u moet een toegangslijst met deze opdracht opnemen om te voorkomen dat de volledige Unicast-routeringstabel op het mbone wordt geadverteerd.

Als uw installatie vergelijkbaar is met de installatie die hier wordt weergegeven en u DVMRP-routes door het domein wilt propageren, configureert u de opdracht dvmrp unicast-routing op de seriële0-interfaces van Routers A en B.

Deze actie biedt het doorsturen van DVMRP-routes naar PIM-buren die vervolgens een DVMRP-routeringstabel hebben die wordt gebruikt voor Reverse Path Forwarding (RPF).

DVMRP-aangeleerde routes hebben RPF-voorrang boven alle andere protocollen, behalve voor direct verbonden routes.

DVMRP-routes door het domein verspreiden

MBGP

Multiprotocol Border Gateway Protocol (MBGP) is een basismethode voor het uitvoeren van twee sets routes: één set voor unicast-routering en één set voor multicast-routering.

MBGP biedt de controle die nodig is om te bepalen waar multicast-pakketten mogen stromen. PIM gebruikt de routes die zijn gekoppeld aan multicast-routering om gegevensdistributiestructuren te bouwen.

MBGP biedt het RPF-pad, niet de creatie van multicast-status. PIM is nog steeds nodig om de multicast-pakketten door te sturen.

PIM is nog steeds nodig om de Multicast-pakketten door te sturen

ip multicast-routing 


interface loopback0 
ip pim sparse-dense-mode 
ip address 192.168.2.2 255.255.255.0 


interface serial0 
ip address 192.168.100.1 255.255.255.0 


interface serial1 
ip pim sparse-dense-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 
match nlri multicast 
set ip next-hop 192.168.200.1 


route-map setNH permit 20 

ip multicast-routing 


interface loopback0 
ip pim sparse-dense-mode 
ip address 192.168.1.1 255.255.255.0 


interface serial0 
ip address 192.168.100.2 255.255.255.0 


interface serial1 
ip pim sparse-dense-mode 
ip address 192.168.200.2 255.255.255.0 


router bgp 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 
match nlri multicast 
set ip next-hop 192.168.200.2 


route-map set NH permit 20 

Als uw unicast- en multicasttopologieën congruent zijn (ze gaan bijvoorbeeld over dezelfde link), is het primaire verschil in de configuratie met de opdracht nlri unicast multicast.

Een voorbeeld wordt hier getoond:

network 192.168.100.0 nlri unicast multicast

Congruente topologieën met MBGP hebben een voordeel - hoewel het verkeer dezelfde paden doorkruist, kunnen verschillende beleidsregels worden toegepast op unicast BGP versus multicast BGP.

MSDP

Multicast Source Discovery Protocol (MSDP) verbindt meerdere PIM-SM-domeinen.

Elk PIM-SM-domein gebruikt zijn eigen onafhankelijke RP(s) en hoeft niet afhankelijk te zijn van RP's in andere domeinen.

Met MSDP kunnen domeinen multicast-bronnen uit andere domeinen ontdekken. Als u ook BGP-peering bent met de MSDP-peer, moet u hetzelfde IP-adres gebruiken voor MSDP als voor BGP.

Wanneer MSDP peer RPF-controles uitvoert, verwacht MSDP dat het MSDP-peer-adres hetzelfde adres is dat BGP / MBGP het geeft wanneer het een routetabel opzoekt op het RP in het SA-bericht.

U bent echter niet verplicht om BGP / MBGP uit te voeren met de MSDP-peer als er een BGP / MBGP-pad is tussen de MSDP-peers.

Als er geen BGP/MBGP-pad en meer dan één MSDP-peer is, moet u de opdracht ip msdp default-peer gebruiken.

Het voorbeeld hier laat zien dat RPA de RP is voor zijn domein en RPB de RP is voor zijn domein.

Multicast Source Discovery Protocol (MSDP) verbindt meerdere PIM-SM-domeinen

ip multicast-routing 


ip pim send-RP-announce loopback0 scope 16 group-list 1
ip pim send-RP-discovery scope 16 

ip msdp peer 192.168.100.2 
ip msdp sa-request 192.168.100.2 

interface loopback0
ip address <address> <mask>
ip pim sparse-dense-mode 
 
interface serial0 
ip address 192.168.100.1 255.255.255.0 
ip pim sparse-dense-mode 

ip multicast-routing 

ip pim send-RP-announce loopback0 scope 16 group-list 1
ip pim send-RP-discovery scope 16 


ip msdp peer 192.168.100.1 
ip msdp sa-request 192.168.100.1 

interface loopback0
ip address <address> <mask>
ip pim sparse-dense-mode 
 
interface serial0 
ip address 192.168.100.2 255.255.255.0 
ip pim sparse-dense-mode 

Stub Multicast Routing

Stub multicast-routering stelt u in staat externe/stub-routers te configureren als IGMP-proxy-agents. In plaats van volledig deel te nemen aan PIM, sturen deze stub-routers IGMP-berichten van de host(s) naar de upstream multicast-router.

Stub-routers sturen IGMP-berichten door van de host(s) naar de upstream multicast-router

int s0 
ip pim sparse-dense-mode 
ip pim neighbor-filter 1 


access-list 1 deny 192.168.140.1

Het commando ip pim-buur-filter is nodig zodat Router 1 Router 2 niet herkent als een PIM-buur.

Als u Router 1 in spaarzame modus configureert, is het buurfilter overbodig. Router 2 mag niet in de spaarstand worden uitgevoerd.

In de dichte modus kunnen de stub multicast-bronnen naar de backbone-routers stromen.

ip multicast-routing 
int e0 
ip pim sparse-dense-mode 
ip igmp helper-address 192.168.140.2 


int s0 
ip pim sparse-dense-mode 

IGMP UDLR voor satellietverbindingen

Unidirectional Link Routing (UDLR) biedt een methode voor het doorsturen van multicast-pakketten via een unidirectionele satellietverbinding naar stub-netwerken met een achterkanaal.

Dit is vergelijkbaar met stub multicast routing. Zonder deze functie kan de uplink-router niet dynamisch leren welke IP-multicast-groepsadressen moeten worden doorgestuurd via de unidirectionele link, omdat de downlink-router niets kan terugsturen.

Unidirectional Link Routing (UDLR) biedt een methode voor het doorsturen van multicast-pakketten

ip multicast-routing 


interface Ethernet0 
description Typical IP multicast enabled interface 
ip address 172.16.12.1 255.0.0.0 
ip pim sparse-dense-mode 


interface Ethernet1 
description Back channel which has connectivity to downlink-rtr 
ip address 172.16.11.1 255.0.0.0 
ip pim sparse-dense-mode 


interface Serial0 
description Unidirectional to downlink-rtr 
ip address 10.0.0.1 255.0.0.0 
ip pim sparse-dense-mode 
ip igmp unidirectional-link 
no keepalive 

ip multicast-routing 


interface Ethernet0 
description Typical IP multicast enabled interface 
ip address 172.16.14.2 255.0.0.0 
ip pim sparse-dense-mode 
ip igmp helper-address udl serial0 


interface Ethernet1 
description Back channel which has connectivity to downlink-rtr 
ip address 172.16.13.2 255.0.0.0 
ip pim sparse-dense-mode 


interface Serial0 
description Unidirectional to uplink-rtr 
ip address 10.0.0.2 255.0.0.0 
ip pim sparse-dense-mode 
ip igmp unidirectional-link 
no keepalive 

PIMv2 BSR

Als alle routers in het netwerk PIMv2 uitvoeren, kunt u een BSR configureren in plaats van Auto-RP. BSR en Auto-RP lijken erg op elkaar.

Voor een BSR-configuratie moet u BSR-kandidaten configureren (vergelijkbaar met RP-Announce in Auto-RP) en BSR's (vergelijkbaar met Auto-RP Mapping Agents). Ga als volgt te werk om een BSR te configureren:

1. Configureer op de kandidaat-BSR's:

   ip pim bsr-candidate interface hash-mask-len pref

   Waar de interface het IP-adres van de kandidaat-BSR bevat. Het wordt aanbevolen (maar niet vereist) dat hash-mask-Len identiek is voor alle kandidaat-BSR's. Een kandidaat-BSR met de grootste voorkeurswaarde wordt gekozen als de BSR voor dit domein.

   Een voorbeeld van opdrachtgebruik wordt getoond:

   ip pim bsr-candidate ethernet0 30 4

   De PIMv2 BSR verzamelt kandidaat-RP-informatie en verspreidt RP-set-informatie die is gekoppeld aan elk groepsvoorvoegsel. Om single point of failure te voorkomen, kunt u meer dan één router in een domein configureren als kandidaat-BSR's.

   Een BSR wordt automatisch gekozen uit de kandidaat-BSR's op basis van de geconfigureerde voorkeurswaarden. Om als kandidaat-BSR's te kunnen dienen, moeten de routers verbonden zijn en in de ruggengraat van het netwerk staan, in plaats van in het inbelgebied van het netwerk.

2. Configureer kandidaat-RP-routers. Dit voorbeeld toont een kandidaat-RP, op de ethernetinterface0, voor het volledige admin-scope adresbereik:

   access-list 11 permit 239.0.0.0 0.255.255.255
   ip pim rp-candidate ethernet0 group-list 11

CGMP

Configureer het Group Management Protocol (CGMP) op de routerinterface met de switch:

ip pim sparse-dense-mode 
ip cgmp

Configureer dit vervolgens op de switch:

set cgmp enable

IGMP-snooping

Internet Group Management Protocol (IGMP) is beschikbaar met versie 4.1 van de Catalyst 5000. Voor IGMP-snooping is een Supervisor III-kaart nodig.

Er is geen andere configuratie dan PIM nodig om IGMP-snooping op de router te configureren. Een router is nog steeds nodig met IGMP-snooping om de IGMP-querying te bieden.

Het voorbeeld dat hier wordt gegeven, laat zien hoe IGMP-snooping op de switch kan worden ingeschakeld:

Console> (enable) set igmp enable  
IGMP Snooping is enabled.  
CGMP is disabled. 

Als u probeert om IGMP in te schakelen, maar CGMP is al ingeschakeld, ziet u dit:

Console> (enable) set igmp enable  
Disable CGMP to enable IGMP Snooping feature. 

PGM

Pragmatic General Multicast (PGM) is een betrouwbaar multicast-transportprotocol voor toepassingen waarvoor een geordende, duplicaatvrije, multicast-gegevenslevering van meerdere bronnen naar meerdere ontvangers vereist is.

PGM garandeert dat een ontvanger in de groep alle gegevenspakketten ontvangt van transmissies en hertransmissies of onherstelbaar verlies van gegevenspakketten kan detecteren.

Er zijn geen wereldwijde PGM-opdrachten. PGM wordt geconfigureerd per interface met de opdracht ip pgm. U moet Multicast-routering op de router inschakelen met PIM op de interface.

MRM

Multicast Routing Monitor (MRM) maakt automatische foutdetectie in een grote multicast-routeringsinfrastructuur mogelijk. MRM is ontworpen om een netwerkbeheerder te waarschuwen voor multicast-routeringsproblemen in de buurt van realtime.

MRM heeft twee componenten: MRM-tester en MRM-manager. MRM-tester is een verzender of ontvanger.

MRM is beschikbaar in Cisco IOS Software Release 12.0(5)T en hoger. Alleen de MRM-testers en -managers hoeven de door MRM ondersteunde Cisco IOS-versie uit te voeren.

Multicast Routing Monitor (MRM) maakt automatische foutdetectie in een grote multicast-routeringsinfrastructuur mogelijk

interface Ethernet0 
  ip mrm test-sender 

interface Ethernet0 
  ip mrm test-receiver 

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 

De uitvoer van de opdracht ip mrm manager weergeven in Test Manager wordt hier weergegeven:

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

Start de test met de opdracht die hier wordt weergegeven. De testmanager verzendt controleberichten naar de testverzender en de testontvanger zoals geconfigureerd in de testparameters.

De testontvanger sluit zich aan bij de groep en bewaakt testpakketten die door de testverzender worden verzonden.

Test_Manager# mrm start test1 
 *Feb  4 10:29:51.798: IP MRM test test1 starts ......  
Test_Manager#

Voer deze opdracht in om een statusrapport voor testbeheer weer te geven:

Test_Manager# show ip mrm status  

IP MRM status report cache:  
Timestamp        Manager          Test Receiver   Pkt Loss/Dup (%)       Ehsr  
*Feb  4 14:12:46 10.1.2.2         10.1.4.2        1            (4%)      29  
*Feb  4 18:29:54 10.1.2.2         10.1.4.2        1            (4%)      15  
Test_Manager#

De output laat zien dat de ontvanger twee statusrapporten (elk één regel) op een gegeven tijdstempel heeft verzonden. Elk rapport bevat één pakketverlies tijdens het interval (standaard één seconde).

De waarde "Ehsr" toont de geschatte waarde van het volgende volgnummer van de afzender van de test. Als de testontvanger dubbele pakketten ziet, wordt een negatief getal weergegeven in de kolom "Pkt Loss/Dup".

Voer deze opdracht in om de test te stoppen:

Test_Manager# mrm stop test1 
*Feb  4 10:30:12.018: IP MRM test test1 stops  
Test_Manager# 

Terwijl de test wordt uitgevoerd, verzendt de MRM-afzender RTP-pakketten naar het geconfigureerde groepsadres met het standaardinterval van 200 ms.

De ontvanger bewaakt (verwacht) dezelfde pakketten met hetzelfde standaardinterval.

Als de ontvanger een pakketverlies detecteert in het standaardvensterinterval van vijf seconden, stuurt deze een rapport naar de MRM-manager.

U kunt het statusrapport van de ontvanger weergeven als u de opdracht ip mrm-status weergeven in het beheerprogramma hebt gegeven.

Problemen oplossen

Enkele van de meest voorkomende problemen die worden aangetroffen wanneer u IP-multicast in een netwerk implementeert, zijn wanneer de router geen multicast-verkeer doorstuurt vanwege een RPF-fout of TTL-instellingen.

Raadpleeg de gids voor probleemoplossing van IP Multicast voor een gedetailleerde discussie over deze en andere veel voorkomende problemen, symptomen en oplossingen.

Gerelateerde informatie

• Probleemoplossingsgids voor IP-multicast
• Problemen met multicast-netwerken oplossen met CLI-hulpprogramma's
• Ondersteuning voor IP-multicast
• Cisco Technical Support en downloads