PDF(5.1 MB) Met Adobe Reader op diverse apparaten bekijken
ePub(5.3 MB) Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
Mobi (Kindle)(3.0 MB) Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:12 januari 2018
Document-id:212639
Inclusief taalgebruik
De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.
Over deze vertaling
Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.
Dit document beschrijft de pakketstroom van het Any-Source Multicast (ASM) Model.
Achtergrondinformatie
Dit document geeft de detailpakketstroom van de Native Multicast-pakketstroom en de analyse van de uitvoer. Dit beschrijft de detailanalyse van uitvoer en pakketstroom in besturingsvlak en doorstuurvlak.
De ASM is het model waarbij de ontvanger geen kennis heeft van de afzender. Het betekent dat het verkeer van elke bron kan ontvangen. De ontvanger is alleen op de hoogte van de multicast-groep die de verzender gebruikt en het Internet Group Management Protocol (IGMP) om zich te abonneren op al het verkeer dat voor dit adres is bestemd.
Dit alles komt aan bod in dit document:
1. Wat gebeurt er als de ontvanger actief is.
2. Wat gebeurt er als de bron actief is.
3. Wat gebeurt er als het register wordt ontvangen op het Rendezvous Point (RP).
4. Hoe (S, G) gevormd. Eerste Hop Router (FHR).
5. Welk pad neemt het voor de eerste Multicast Stream.
6. Wat gebeurt er wanneer twee streams ontvangen bij de Last Hop Router (LHR).
7. Hoe wordt de kortste padstructuur (SPT) over de gedeelde structuur gevormd. Precies wat er gebeurt en de reden waarom de switchover plaatsvindt.
Protocol Independent Multicast (PIM) wordt gebruikt als een multicast-routeringsprotocol tussen bron en ontvanger om de multicast-structuur te maken. In ASM wordt (*,G) multicast gebruikt waarbij * staat voor any-source en G is de multicast groep adres ontvanger die geïnteresseerd is om het verkeer te ontvangen.
Stap 1. Wanneer de ontvanger actief is, wordt het IGMP-rapportbericht verzonden
Wanneer de blijk van belangstelling van de ontvanger wordt ontvangen, stuurt de aangewezen router (DR) vervolgens een PIM Join-bericht naar de RP voor die multicast-groep.
Dit Join-bericht staat bekend als een (*, G) Join omdat het zich bij groep G voegt voor alle bronnen van die groep.
De (*, G) Join reist hop-by-hop naar de RP voor de groep, en in elke router die het passeert, multicast boomstatus voor groep G wordt geïnstantieerd.
LHR wordt beschouwd als de laatste-hop router omdat het de C-vlag in de (*, G) vermelding heeft, wat betekent dat het een rechtstreeks aangesloten ontvanger heeft (in feite is het in dit geval zelf met het gebruik van het igmp join group-commando).
Stap 2. Als de bron actief is
Voordat de DR het registratiebericht verzendt, moet deze in een notendop de mroute-tabel raadplegen om ervoor te zorgen dat deze niet de RP is en RP-Set-informatie heeft en alle controles vereisen dat PIM is ingeschakeld tussen DR en RP-router.
Zowel de FHR- als de RP-tunnel moeten tunnelinkapseling en -decapsulatie op softwareniveau hebben.
Register Bericht geeft de informatie Brongroep en het bestaan van de Bron.
Het ingekapselde multicast-pakket wordt geëxtraheerd en de RP controleert of er een status (*, G) voor het bestemmingsadres bestaat.
Als er geen (*, G) status is, wordt PIM Register-Stop onmiddellijk teruggestuurd.
Stap 3. Gedeelde formulierstructuur
Voordat de DR het registratiebericht verzendt, moet deze in een notendop de mroute-tabel raadplegen om ervoor te zorgen dat deze niet de RP is en RP-Set-informatie heeft en alle controles vereisen dat PIM is ingeschakeld tussen DR en RP-router
Zowel de FHR- als de RP-tunnel moeten tunnelinkapseling en -decapsulatie op softwareniveau hebben
Register Bericht geeft de informatie Brongroep en het bestaan als de Bron.
Het ingekapselde multicast-pakket wordt geëxtraheerd en de RP controleert of er een status (*, G) voor het bestemmingsadres bestaat.
Als er geen (*, G) status is, wordt PIM Register-Stop onmiddellijk teruggestuurd.
Stap 4. (S, G) Pakket dat naar de FHR reikt
Alleen aanwezigheid van REGISTER BERICHT bij RP (S, G) PIM JOIN reizen naar de FHR. Om de status Doorsturen te maken.
Nadat de PIM JOIN is voltooid, wordt het proces voor het maken van een status voor het doorsturen van hardware voor de multicast-verkeersstroom voltooid.
Als er (*,G) listeners zijn, begint de RP met het bouwen van SPT naar het multicast-bron-IP-adres. Dit is waar de RPF-controle wordt uitgevoerd om de upstream-interface te vinden om de PIM naar toe te sturen.
Stap 5. Eerste stroom van multicast-pakket, bereik naar ontvanger via gedeelde structuur
Een router stuurt alleen multicast-stream door als deze is ontvangen op de INC / RFP-interface.
Het bronadres van Multicast Packets wordt gecontroleerd aan de hand van Unicast RT.
Bepaal de interface en de volgende hop multicast-router in de richting van de bron waar de join is verzonden.
RP is bezig met het toevoegen van de bronspecifieke structuur voor S, de gegevenspakketten blijven ingekapseld in de RP. Wanneer pakketten van S ook native beginnen te arriveren bij de RP, ontvangt de RP twee exemplaren van elk van deze pakketten.
Op dit punt begint de RP de ingekapselde kopie van deze pakketten weg te gooien en stuurt het een REGISTER STOP-bericht terug naar S's DR om te voorkomen dat de DR de pakketten onnodig inkapselt.
Zodra de RP het bronverkeer via de bronstructuur heeft ontvangen. Hardwarebronpad wordt ingesteld. Zet de T-vlag en de boom is gebouwd.
RP stuurt REGISTER STOP om de tunnel van de FHR naar RP te slopen na ontvangst van het bronverkeer.
Om dit registratieproces te stoppen, stuurt de RP een PIM-registratiestopbericht
Stap 6. LHR ontvangt verkeer van SPT en verzendt een bericht naar de gedeelde structuur
Na ontvangst van twee stromen van Multicast Traffic, begint de LHR het verkeer van SPT te ontvangen en stuurt het snoeibericht naar de Shared tree.
De J-markering betekent dat de respectievelijke (*, G) staat de switch is van de SPT door de bladrouter.
De "F" -vlag wordt meestal gevonden voor de staten die zijn gemaakt op de PIM DR-router - het signaleert de doorstuurtoestanden die overeenkomen met de stromen die zijn geregistreerd bij de RP. Als de "F" -vlag blijft bestaan, is uw router waarschijnlijk niet in staat om de PIM Register-Stop-berichten terug te ontvangen van de RP, en dus zijn er bronnen die niet zijn overgestapt naar de SPT.