Native multicast Flow - AnySource Multicast-model

Downloadopties

PDF (3.4 MB)
Met Adobe Reader op diverse apparaten bekijken
ePub (3.6 MB)
Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
Mobi (Kindle) (1.9 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.

Inhoud

Inleiding

Achtergrondinformatie

Stap 1. Wanneer de ontvanger actief is, stuurt hij een IGMP-rapport door

Stap 2. Wanneer Bron actief is

Stap 3. Vorm gedeelde boom

Stap 4. (S,G) Packet dat naar de FHR bereikt

Stap 5. Eerste stream van multicast Packet, bereik om te ontvangen via gedeelde boom

Stap 6. LHR ontvangt verkeer van SPT en stuurt afdruk naar de gedeelde boom

Inleiding

Dit document beschrijft de pakketstroom van het Any-Source Multicast-model (ASM).

Achtergrondinformatie

Dit document geeft de detailpakketstroom van de Native Multicast-pakketstroom en de analyse van de uitvoer weer. Dit beschrijft de uitvoer van de detailanalyse en de pakketstroom in het besturingsplane en het verzendvlak.

Het ASM is het model waarin de ontvanger niet de kennis van de zender heeft. Het betekent dat het verkeer van elke bron kan ontvangen. De ontvanger is slechts op de hoogte van de multicast groep die zender gebruikt en Internet Group Management Protocol (IGMP) om al het verkeer te ontvangen dat voor dit adres is bestemd.

Dit alles wordt in dit document behandeld:

1. Wat gebeurt er wanneer de ontvanger actief is.

2. Wat gebeurt er wanneer Bron actief is.

3. Wat gebeurt er wanneer het register wordt ontvangen bij Rendezvous Point (RP).

4. Hoe (S,G) gevormd is. Tot eerste hop router (FHR).

5. Welk pad neemt het voor de eerste multicast stream in.

6. Wat gebeurt er wanneer twee stromen bij de Laatste router van de Hop (LHR) ontvangen.

7. Hoe de kortste pad boom (SPT) wordt gevormd over gedeelde boom. Precies wat er gebeurt en waarom de omschakeling plaatsvindt.

Protocol Independent Multicast (PIM) wordt gebruikt als een multicast routingprotocol tussen bron en ontvanger om de multicast-boom te maken. In ASM wordt (*,G) multicast invoer gebruikt waar * elke bron vertegenwoordigt en G de multicast group adresontvanger is die geïnteresseerd is om het verkeer te ontvangen.

Stap 1. Wanneer de ontvanger actief is, stuurt hij een IGMP-rapport door

Wanneer de uitdrukking van belangstelling van de ontvanger wordt ontvangen, stuurt de Aangewezen router (DR) dan een PIM Samenvoegen bericht naar de RP voor die multicast groep.
Dit gezamenlijke bericht is bekend als een (*,G) Samenvoegen omdat het groep G voor alle bronnen aan die groep aansluit.
De (*,G) verbinding reist hop-bij-hop naar de RP voor de groep, en in elke router passeert zij door, wordt de multicast boomstaat voor groep G geconcretiseerd.

LHR is de laatste-hop router omdat hij de C-vlag heeft in de (*,G) ingang, wat betekent dat hij de ontvanger rechtstreeks heeft aangesloten (in dit geval is hij zelf met het gebruik van de igmp bij groep commando).

Stap 2. Wanneer Bron actief is

Voordat DR de registratiebericht in een notendop verstuurt, moet zij de routesabel raadplegen om te verzekeren dat dit niet de RP is en RP-Set informatie heeft en alle controles vereisen dat PIM tussen DR en RP router wordt ingeschakeld.
Zowel de FHR- als de RP-tunnel moet beschikken over software level-tunnelinsluiting en -decapsatie.
Het bericht van het register bevat de informatie Brongroep en het bestaan van Bron.
Het ingekapselde multicast pakket wordt afgeleid en RP controleert om te zien of er (*,G) staat voor het doeladres bestaat.
Als er geen (*,G) staat, wordt PIM Register-Stop onmiddellijk teruggestuurd.

Stap 3. Vorm gedeelde boom

Voordat DR de registratiebericht verstuurt, moet deze, in een notendop, de routesabel raadplegen om te voorkomen dat de RP-Set-informatie is en alle controles vereisen dat PIM tussen DR en RP-router wordt ingeschakeld
Zowel de FHR- als de RP-tunnel moet beschikken over software level-tunnelinsluiting en decapsulation
Het bericht van de informatiebron bevat de groep van de informatiebron en het bestaan indien Bron.
Het ingekapselde multicast pakket wordt afgeleid en RP controleert om te zien of er (*,G) staat voor het doeladres bestaat.
Als er geen (*,G) staat, wordt PIM Register-Stop onmiddellijk teruggestuurd.

Stap 4. (S,G) Packet dat naar de FHR bereikt

Alleen de aanwezigheid van REGISTER MESSAGE bij RP (S,G) PIM JOIN reist naar de FHR. Om de staat voor doorsturen te maken.
Nadat de PIM zich bij het proces heeft aangesloten voltooit het om een staat van het Doorsturen van de hardware voor Multicast verkeersstroom te creëren.
Als er (*,G) luisteraars zijn, begint de RP het bouwen van SPT naar het multicast bron IP-adres. Dit is waar de controle RPF wordt uitgevoerd om te ontdekken de stroomopwaartse interface om de PIM Samenvoegen naar te sturen.

Stap 5. Eerste stream van multicast Packet, bereik om te ontvangen via gedeelde boom

Een router verzenden alleen multicast stream als deze op de INC/RFP-interface wordt ontvangen.
Het Bron adres van multicast Packets wordt gecontroleerd tegen Eenvoudig RT.
Bepaal de interface en volgende hop multicast router in de richting van de bron waar de toe te voegen gebieden worden verzonden.
RP is bezig om zich bij de bron-specifieke boom voor S aan te sluiten, zullen de gegevenspakketten worden ingekapseld aan de RP. Wanneer pakketten van S ook in plaats daarvan in RP beginnen aan te komen, zal RP twee exemplaren van elk van deze pakketten ontvangen.
Op dit punt, begint de RP de ingekapselde kopie van deze pakketten weg te gooien en het stuurt een REGISTER STOP bericht terug naar S's DR om te voorkomen dat DR de pakketten onnodig inkapselt.

Zodra RP het bronverkeer via de bronboom ontvangt. Hardware bronpad wordt ingesteld. Stel de markering "T" in en de boom is gemaakt.
RP stuurt REGISTER STOP om de tunnel af te breken van de FHR naar RP na ontvangst van het bronverkeer.
Om dit registratieproces te stoppen, stuurt RP een PIM-register stop bericht

Stap 6. LHR ontvangt verkeer van SPT en stuurt afdruk naar de gedeelde boom

Na ontvangst van twee stromen van multicast verkeer, begint de LHR het verkeer van SPT te ontvangen en stuurt zij een afdruk naar de Gedeelde boom.

De J-vlag betekent de respectieve (*,G) staat om de SPT door de bladrouter te schakelen.

LHR #

(10.0.12.1, 23.1.1.1), 00:00:38/00:02:21, vlaggen: LJT

Invoerinterface: Fast Ethernet 0/0, RPF-br 10.0.78.7

Uitgaande interfacelijst:

Gigabit Ethernet1/0, Forward/Sparse, 00:00:38/00:02:21

De vlag "F" wordt normaal gevonden voor de staten die op de PIM DR router zijn gemaakt - het betekent de verzendende staten die overeenkomen met de stromen die met de RP zijn geregistreerd. Als de "F"-vlag blijft bestaan, is uw router hoogstwaarschijnlijk niet in staat om de PIM Registreer-Stop-berichten terug van de RP te ontvangen en zijn er daarom bronnen die niet op SPT zijn overgeschakeld.