Multicast voor volgende generatie: Profiel 0
Inhoud
Inleiding
Dit document beschrijft hoe Multicast-pakketreizen worden gecombineerd met het gebruik van MPLS-core (Multiprotocol Label Switching) in Next Generation Multicast.
Achtergrondinformatie
Standaard MDT - PIM C - gecast signalering
Ontwerp Rosen gebruikt Generic Routing Encapsulation (GRE) als een overlay-protocol. Dat betekent dat alle multicast pakketten in GRE zijn ingekapseld. Een virtueel LAN wordt nagevolgd met alle PE-routers (Provider Edge) in VPN om zich bij een multicast groep aan te sluiten. Dit is bekend als de standaard multicast Distribution Tree (MDT). De standaard MDT wordt gebruikt voor Protocol Independent Multicast (PIM) en andere PIM signalering maar ook voor gegevensverkeer. Als de bron veel verkeer verstuurt, is het inefficiënt om de standaard MDT te gebruiken en kan er een MDT gecreëerd worden. De MDT omvat alleen PE’s die ontvangers hebben voor de in gebruik zijnde groep.
Ontwerp Rosen is vrij eenvoudig om in te zetten en werkt goed, maar het heeft een paar nadelen. Laten we eens kijken naar:
Overhead - GRE voegt 24 bytes overhead toe aan het pakket. Vergeleken met MPLS, dat normaal 8 of 12 bytes toevoegt, is er 100% of meer overhead toegevoegd aan elk pakket.
PIM in de kern - Ontwerp Rosen vereist dat PIM in de kern is ingeschakeld omdat de PE’s zich bij de standaard- en/of gegevensMDT moeten aansluiten die door PIM-signalering wordt uitgevoerd. Als PIM ASM in de kern wordt gebruikt, is ook een RP nodig. Als PIM SSM in de kern wordt uitgevoerd, is geen RP nodig.
Kernstaat - In de kern wordt de noodtoestand gecreëerd door de PIM-signalering van de PE’s. De kern zou zo weinig mogelijk moeten hebben.
PIM nabijheid - De PE’s zullen PIM-buren met elkaar worden. Als het een groot VPN is en veel PE’s, zal er veel PIM-nabijheid gecreëerd worden. Dit genereert een hoop hallo's en andere signalering die de last van de router vergroot.
Unicast vs multicast - Unicast verzenden gebruikt MPLS, multicast gebruikt GRE. Dit voegt complexiteit toe en betekent dat unicast een ander expedentiemechanisme dan multicast gebruikt, wat niet de optimale oplossing is.
Inefficiëntie - De standaard MDT verstuurt verkeer naar alle PE’s in VPN ongeacht of de PE een ontvanger heeft in de (*,G) of (S,G) voor de gebruikte groep.
- Standaard MDT wordt gebruikt om multicast op alle PE in één VRF aan te sluiten.
- Standaard wordt alle PE-routers aangesloten.
- Standaard vervoert het alle verkeer.
- Al het PIM-controleverkeer en het gegevensverkeer. Eg (*,G) verkeer en het (S,G) verkeer.
- Dit staat voor meerdere punten.
- Iedereen kan sturen en iedereen kan van de boom ontvangen.
PIM als overlay-signalering
Topologie
Configuratie-taken
- Multicast voor routing op alle knooppunten inschakelen.
- PIM reservemodus in alle interface inschakelen.
- Met bestaande VRF moet u een standaardMDT configureren.
- Configureer de VRF op de interface-Ethernet0/x.
- Schakel multicast routing op VRF in.
- Configuratie van PIM SSM Standaard in alle knooppunten binnen de kern.
- Configureer BSR in CE Node.
- Vooringesteld:
- VRF m-GRE
- mBGP: Adresfamilie VPNv4
- VRF-routingprotocol
Configureren
- Multicast voor routing op alle knooppunten inschakelen.
(config)# ip multicast-routing
2. Schakel PIM Sparse Mode in in in alle interface.
(config)# interface ethernet0/x
(config-if)#ip pim sparse-mode
(config)# interface loopback0
(config-if)#ip pim sparse-mode
3. Met VRF dat reeds bestaat, moet u een standaard MDT configureren.
(config)#ip vrf m-GRE
(config-vrf)# mdt default 232.1.1.1
4. Configureer de VRF op de interface-Ethernet0/x.
Over PE1, PE2 en PE3.
(config)# interface ethernet0/x
(config-if)# ip vrf forwarding m-GRE
(config-if)# ip address 10.x.0.1 255.255.255.0
5. Schakel multicast routing op VRF in.
Over PE1, PE2 en PE3.
(config)# ip multicast-routing vrf m-GRE
6. Configureer RP voor de kern van de serviceproviders.
Op PE1, PE2, PE3 en RR-P knooppunt.
(config)# ip pim rp-address 11.11.11.11
7. Configureer BSR in CE Node (ontvanger).
Bij ontvanger2.
(config)# ip pim bsr-candidate loopback0
(config)# ip pim rp-candidate loopback0
Verifiëren
Gebruik dit gedeelte om te bevestigen dat de configuratie correct werkt.
Task 1: Controleer de fysieke connectiviteit
- Controleer of alle aangesloten interface "UP" is
Task 2: Controleer de adresreeks van VPNv4 unicast
- Controleer dat BGP in alle routers is ingeschakeld voor AF VPNv4 unicast en BGP-buren zijn "UP"
- Controleer dat de BGP VPNv4 unicast-tabel alle prefixes van de klant heeft.
Task 3: Controleer of het multicast verkeer is voltooid.
- Controleer de PIM buurt.
- Controleer dat multicast status wordt gecreëerd om te eindigen.
- Controleer de vermelding van MRIB op PE1, PE2 en PE3
- Controleer dat (S,G) mFIB-ingang, pakketverhoging bij het verzenden van software.
- Controleer ICMP-pakketten die bereik van CE naar CE krijgen.
Wanneer de tunnelinterfaces worden gecreëerd:
Creatie van RP voor serviceproviders:
Zodra de RP-informatie in de kern stroomde. Interface Tunnel 0 wordt gecreëerd.
PIM(0): Het initiëren van register insluitingstunnelcreatie voor RP 11.11.11.11.
PIM(0): De invoering van een eerste registratietunnelverbinding is geslaagd voor RP 11.11.11.11.
PIM(0): Toevoeging van de register encap-tunnel als expediteits-interface van (1.1.1.1, 232.1.1.1) tot aan tunnelvorming is uitgesteld.
*9 mei: PIM(0): Controleer RP 11.11.11.11 in de (*, 232.1.1.1).
PIM(0): Het toevoegen van een register-encap-tunnel (Tunnel0) als een doorvoerinterface van (1.1.1.1, 232.1.1.1).
PE1#sh int tunnel 0
Tunnel0 is up, line protocol is up
Hardware is Tunnel
Description: Pim Register Tunnel (Encap) for RP 11.11.11.11
Interface is unnumbered. Using address of Ethernet0/1 (10.0.1.1)
MTU 17912 bytes, BW 100 Kbit/sec, DLY 50000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation TUNNEL, loopback not set
Keepalive not set
Tunnel source 10.0.1.1 (Ethernet0/1), destination 11.11.11.11 >>>>>>>>>> Tunnel Source and destination
Tunnel Subblocks:
src-track:
Tunnel0 source tracking subblock associated with Ethernet0/1
Set of tunnels with source Ethernet0/1, 1 member (includes iterators), on interface <OK>
Tunnel protocol/transport PIM/IPv4
Tunnel TOS/Traffic Class 0xC0, Tunnel TTL 255
Tunnel transport MTU 1472 bytes
MDT Tunnel maken:
MRIB Creatie in de kern:
PE1#sh ip mroute
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
L - Local, P - Pruned, R - RP-bit set, F - Register flag,
T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet,
X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
U - URD, I - Received Source Specific Host Report,
Z - Multicast Tunnel, z - MDT-data group sender,
(3.3.3.3, 232.1.1.1), 00:10:13/00:01:01, flags: JTZ
Incoming interface: Ethernet0/1, RPF nbr 10.0.1.2
Outgoing interface list:
MVRF m-GRE, Forward/Sparse, 00:10:13/00:01:46
(2.2.2.2, 232.1.1.1), 00:10:14/00:00:57, flags: JTZ
Incoming interface: Ethernet0/1, RPF nbr 10.0.1.2
Outgoing interface list:
MVRF m-GRE, Forward/Sparse, 00:10:14/00:01:45
(1.1.1.1, 232.1.1.1), 00:10:15/00:03:20, flags: FT
Incoming interface: Loopback0, RPF nbr 0.0.0.0
Outgoing interface list:
Ethernet0/1, Forward/Sparse, 00:10:15/00:03:04
Zodra de RP voor het klantennetwerk is gecreëerd:
*May 9 18:54:42.170: prm_rp->bidir_mode = 0 vs bidir = 0 (224.0.0.0/4, RP:33.33.33.33), PIMv2
*May 9 18:54:42.170: PIM(1): Initiating register encapsulation tunnel creation for RP 33.33.33.33
*May 9 18:54:42.170: PIM(1): Initial register tunnel creation succeeded for RP 33.33.33.33
*May 9 18:54:43.173: %LINEPROTO-5-UPDOWN: Line protocol on Interface Tunnel2, changed state to up
De tunnelinterface wordt gecreëerd om de klant RP-informatie te dragen.
PIM(1): Het initiëren van het creëren van een register insluitingstunnel voor RP 22.22.22.
Het is de tunnel die is gemaakt om de insluiting te registreren aan RP.
Voor elke ontdekte sparse-mode RP wordt één Insluitingstunnel van het Register gecreëerd. Op de sparse-mode RP zelf, is er één de-insluitingstunnelinterface die wordt gemaakt om de pakketten van het Register te ontvangen.
Buurlanden van PIM:
PE1#sh ip pim interface
Address Interface Ver/ Nbr Query DR DR
Mode Count Intvl Prior
1.1.1.1 Loopback0 v2/S 0 30 1 1.1.1.1
10.0.1.1 Ethernet0/1 v2/S 1 30 1 10.0.1.2
PE1#sh ip pim vrf m-GRE neighbor
PIM Neighbor Table
Mode: B - Bidir Capable, DR - Designated Router, N - Default DR Priority,
P - Proxy Capable, S - State Refresh Capable, G - GenID Capable
Neighbor Interface Uptime/Expires Ver DR
Address Prio/Mode
10.1.0.2 Ethernet0/2 03:08:34/00:01:43 v2 1 / DR S P G
3.3.3.3 Tunnel1 01:44:24/00:01:41 v2 1 / DR S P G
2.2.2.2 Tunnel1 01:44:24/00:01:38 v2 1 / S P G
Packet Flow:
De pakketstroom van het bedieningspaneel wordt in twee delen verdeeld.
- Ontvanger komt online.
- Bron is actief.
Wanneer ontvanger actief is:
- Ontvanger komt online, stuurt PIM JOIN (*,G) naar PE3.
- PE3 kapselt de PIM JOIN (*,G) in GRE-pakje en verstuurt door de tunnel 2 (MDT Tunnel), die is geverifieerd van de inkomende interface van de show ip-route vrf m-GRE.
PE3#sh ip mroute
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
L - Local, P - Pruned, R - RP-bit set, F - Register flag,
T - SPT-bit set, J - Join SPT, M - MSDP created entry, E – Extranet
(3.3.3.3, 232.1.1.1), 10:20:04/00:02:56, flags: FT
Incoming interface: Loopback0, RPF nbr 0.0.0.0
Outgoing interface list:
Ethernet0/3, Forward/Sparse, 10:20:04/00:02:40
- PE2 heeft het GRE-pakket ontvangen met Bron als 3.3.3.3 en Destination 232.1.1.1 en het naar MVRF m-GRE gestuurd op basis van de OIL.
PE2#sh ip mroute
IP Multicast Routing Table
Flags:
T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet,
Z - Multicast Tunnel, z - MDT-data group sender,
(3.3.3.3, 232.1.1.1), 11:47:30/00:01:01, flags: JTZ
Incoming interface: Ethernet0/3, RPF nbr 10.0.2.2
Outgoing interface list:
MVRF m-GRE, Forward/Sparse, 11:47:30/00:00:29
Het GRE Packet wordt gedecapsulteerd en PIM JOIN stuurt naar de RP.
PE2#sh ip mroute verbose
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
L - Local, P - Pruned, R - RP-bit set, F - Register flag,
T - SPT-bit set, J - Join SPT, M - MSDP created entry, E -
V - RD & Vector, v - Vector, p - PIM Joins on route
(2.2.2.2, 232.1.1.1), 22:48:12/00:02:04, flags: FTp
Incoming interface: Loopback0, RPF nbr 0.0.0.0
Outgoing interface list:Ethernet0/3, Forward/Sparse, 22:48:12/00:03:12, p
- GRE ingesloten pakketbereik bij Bron PE1.
PE1#sh ip mroute verbose
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
L - Local, P - Pruned, R - RP-bit set, F - Register flag,
T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet,
X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
U - URD, I - Received Source Specific Host Report,
Z - Multicast Tunnel, z - MDT-data group sender,
(2.2.2.2, 232.1.1.1), 22:55:50/00:02:45, flags: JTZ
Incoming interface: Ethernet0/1, RPF nbr 10.0.1.2
Outgoing interface list:MVRF m-GRE, Forward/Sparse, 22:55:50/00:01:09
PIM(1): Received v2 Join/Prune on Tunnel2 from 2.2.2.2, to us
PIM(1): Join-list: (10.1.0.2/32, 224.1.1.1), S-bit set
- PIM JOIN (S,G) bereikt bij bron CE.
- De bron kreeg de informatie van de geïnteresseerde ontvanger en het verkeer stuurt naar de bron PE1.
- Aan bron PE1:
PIM(1): Add Tunnel2/2.2.2.2 to (10.1.0.2, 224.1.1.1), Forward state, by PIM SG Join
MFIBv4(0x1): Pkt (10.1.0.2,224.1.1.1) from Ethernet0/2 (PS) accepted for forwarding
MFIBv4(0x1): Pkt (10.1.0.2,224.1.1.1) from Ethernet0/2 (PS) sending to Tunnel2, MDT/232.1.1.1
MFIBv4(0x1): Pkt (10.1.0.2,224.1.1.1) from Ethernet0/2 (PS) sent on Tunnel2, MDT/232.1.1.1
Bij PE2 (RP PE):
PIM(1): Prune-list: (10.1.0.2/32, 224.1.1.1) RPT-bit set
PIM(1): Cancel sending Join for (10.1.0.2/32, 224.1.1.1) on Tunnel2
PE2#sh ip mroute vrf m-GRE
IP Multicast Routing Table
Flags: L - Local, P - Pruned, R - RP-bit set, F - Register flag,
(10.1.0.2, 224.1.1.1), 00:03:52/00:01:29, flags: R
Incoming interface: Ethernet0/2, RPF nbr 10.2.0.2
Outgoing interface list:
Tunnel2, Forward/Sparse, 00:00:52/00:02:58
PCAP Capture of Multicast Packet van PE1. Getunneld in MDT Default Tunnel. Inkapseld met GRE.
- Bij ontvanger PE3 wordt het pakje ontvangen.
PE3#sh ip mroute verbose
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
L - Local, P - Pruned, R - RP-bit set, F - Register flag,
T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet,
Z - Multicast Tunnel, z - MDT-data group sender,
(1.1.1.1, 232.1.1.1), 23:12:51/00:02:50, flags: JTZ
Incoming interface: Ethernet0/3, RPF nbr 10.0.3.2
Outgoing interface list:
MVRF m-GRE, Forward/Sparse, 23:12:51/stopped
PIM(1): Building Join/Prune packet for nbr 2.2.2.2
PIM(1): Adding v2 (10.1.0.2/32, 224.1.1.1), RPT-bit, S-bit Prune
PIM(1): Send v2 join/prune to 2.2.2.2 (Tunnel2)
PIM(1): Building Join/Prune packet for nbr 1.1.1.1
MFIBv4(0x1): Pkt (10.1.0.2,224.1.1.1) from Tunnel2, MDT/232.1.1.1 (PS) accepted for forwarding
MFIBv4(0x1): Pkt (10.1.0.2,224.1.1.1) from Tunnel2, MDT/232.1.1.1 (PS) sent on Ethernet0/0
MFIBv4(0x1): Pkt (10.1.0.2,224.1.1.1) from Tunnel2, MDT/232.1.1.1 (PS) accepted for forwarding
MFIBv4(0x1): Pkt (10.1.0.2,224.1.1.1) from Tunnel2, MDT/232.1.1.1 (PS) sent on Ethernet0/0
*Jun 2 20:09:11.817: PIM(1): Received v2 Join/Prune on Ethernet0/0 from 10.3.0.2, to us
PE3#sh ip mroute vrf m-GRE verbose
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
L - Local, P - Pruned, R - RP-bit set, F - Register flag,
T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet,
V - RD & Vector, v - Vector, p - PIM Joins on route
(10.1.0.2, 224.1.1.1), 00:00:07/00:02:52, flags: Tp
Incoming interface: Tunnel2, RPF nbr 1.1.1.1
Outgoing interface list:
Ethernet0/0, Forward/Sparse, 00:00:07/00:03:22, p
RPF Change at PE3 (Receiver PE)
MRT(1): (10.1.0.2,224.1.1.1), RPF change from /2.2.2.2 to Tunnel1/1.1.1.1
MRT(1): Create (10.1.0.2 ,224.1.1.1), RPF (Tunnel2, 1.1.1.1, 200/0)
MRT(1): Set the T-flag for (10.1.0.2, 224.1.1.1)
MRT(1): WAVL Insert interface: Tunnel1 in (10.1.0.2,224.1.1.1) Successful
MRT(1): set min mtu for (10.1.0.2, 224.1.1.1) 18010->1500
Traffic Flow via standaard MDT-tunnels:
- Wanneer u op MDT gebruikt GRE, wordt C-pakje een P-Packet.
- P-Packet S-adres = PE's BGP adres
G adres = MDT-Group adres (standaard of gegevens) - C-Packet IP TOS wordt gekopieerd naar P-Packet.
- MPLS-labels worden NIET in kern gebruikt, alleen in inheemse multicast.
Packet Flow:
- Een C-Packet arriveert op een VRF geconfigureerde PE-interface, wordt mVRF impliciet geïdentificeerd. Normale RPF-controle op C-bron.
Het C-Packet herhaalde interface in de OLIE. Op dit moment zou dit een PE-interface zijn in dezelfde VRF.
PE1#sh ip mroute vrf m-GRE verbose
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
L - Local, P - Pruned, R - RP-bit set, F - Register flag,
T - SPT-bit set, v - Vector, p - PIM Joins on route
Outgoing interface flags: H - Hardware switched, A - Assert winner, p - PIM Join
Timers: Uptime/Expires
Interface state: Interface, Next-Hop or VCD, State/Mode
(10.1.0.2, 224.1.1.1), 00:00:03/00:02:56, flags: Tp
Incoming interface: Ethernet0/2, RPF nbr 10.1.0.2
Outgoing interface list:
Tunnel2, GRE MDT: 232.1.1.1 (default), Forward/Sparse, 00:00:03/00:03:26, p (Small “p” indicates downstream PIM join)
Als de OLIE een MTI bevat, dan kapselt het C-pakket in een IP-pakje. Als "y"-vlag is ingesteld op de invoerbestemming die wordt gebruikt, is de DATA-MDT-groep anders de standaard MDT-groep. Bron is het PE BGP peer adres en de bestemming is het MDT group adres.
- Het IP-pakket wordt via het P-netwerk doorgestuurd volgens de normale multicast.
Packet arriveert bij de wereldwijde interface. Global (S,G) of (*,G) entry voor de MDT groep waarnaar verwezen wordt. Normale RPF-controle op P-bron (PE-peer).
- Het IP-pakket wordt in de OIL-interface gerepliceerd. Op dit moment is dit P/PE in de globale routekaart.
- Als de "Z"-markering wordt ingesteld, wordt het pakje gedecapsureerd om het C-pakket te onthullen. Het doel mVRF en de inkomende interface die van MDT groep worden afgeleid is de bestemming van de ingekapselde header.
RPF-controle van het C-Packet in mVRF uitgevoerd, C Packet gereproduceerd OLIE in mVRF.
PE3#sh ip mroute verbose
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
L - Local, P - Pruned, R - RP-bit set, F - Register flag,
T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet,
Z - Multicast Tunnel, z - MDT-data group sender,
(1.1.1.1, 232.1.1.1), 1d01h/00:02:47, flags: JTZ
Incoming interface: Ethernet0/3, RPF nbr 10.0.3.2
Outgoing interface list: MVRF m-GRE, Forward/Sparse, 1d01h/stopped
- Native C Packet bereik bij de ontvanger 3.
Packet-insluiting:
Data MDT:
Wat is MDT?
Het is optioneel. Het wordt gecreëerd in de vraag en brengt specifiek verkeer (S,G) over. In de laatste IOS® release is de drempelwaarde ingesteld op "0" en "oneindig". Wanneer een eerste pakket VRF raakt, formatteert MDT, en als oneindig, dan zal MDT van Gegevens nooit worden gecreëerd, en het verkeer beweegt vooruit in de standaard MDT. De Data MDT is altijd de ontvangende boom, ze sturen nooit verkeer. Data MDT is alleen voor het (S,G) verkeer.
Selectieve PMSI:
- Het is niet verplicht. Het wordt gecreëerd in vraag en heeft specifiek (S, G) verkeer.
- Wanneer een eerste pakket VRF raakt, formatteert MDT, en als oneindig, dan wordt MDT van Gegevens gecreëerd, en het verkeer beweegt vooruit in de standaard MDT.
- De Data MDT is altijd de ontvangende boom, ze sturen nooit verkeer. Data MDT is alleen voor het (S, G) verkeer.
- PIM-bericht bevat C- (S, G) en P-groep.
Hoe DATA MDT wordt gecreëerd:
- Wanneer multicast verkeer in VRF ingaat en wanneer het verkeerstarief de drempel bereikt. Het genereert een MDT Packet.
2. Het MDT-pakket wordt ingekapseld in UDP met Bron- en Bestemming 3232. En stuur het naar de geïnteresseerde ontvanger.
3. Nadat het UDP-pakket naar de geïnteresseerde ontvanger is verzonden, stelt het "y"-vlag in en wijzigt u de MDT next_hop naar het nieuwe MDT Group-adres.
Aan bron PE1:
MRT(1): Set the y-flag for (10.1.0.2,224.1.1.1)
PIM(1): MDT next_hop change from: 232.1.1.1 to 232.2.2.0 for (10.1.0.2, 224.1.1.1) Tunnel2
PE1#sh ip mroute vrf m-GRE verbose
IP Multicast Routing Table
Flags:
T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet,
Y - Joined MDT-data group, y - Sending to MDT-data group,
p - PIM Joins on route
(10.1.0.2, 224.1.1.1), 00:08:09/00:02:46, flags: Typ
Incoming interface: Ethernet0/2, RPF nbr 10.1.0.2
Outgoing interface list:
Tunnel2, GRE MDT: 232.2.2.0 (data), Forward/Sparse, 00:08:09/00:03:27, A, p (Small “p” indicates downstream PIM join)
- AT3, wanneer het het MDT Packet ontvangt die in UDP SRC poort 3232 en DST poort 3232 is ingekapseld.
UDP: rcvd src=1.1.1.1(3232), dst=224.0.0.13(3232), length=24
PIM(1): Receive MDT Packet (1418) from 1.1.1.1 (Tunnel2), length (ip: 44, udp: 24), ttl: 1
PIM(1): TLV type: 1 length: 16 MDT Packet length: 16
MRT(1): Set the Y-flag for (10.1.0.2,224.1.1.1)
PE3#sh ip mroute vrf m-GRE verbose
IP Multicast Routing Table
Flags:
T - SPT-bit set, Y - Joined MDT-data group, y - Sending to MDT-data
p - PIM Joins on route
(10.1.0.2, 224.1.1.1), 00:08:27/00:00:20, flags: TYp
Incoming interface: Tunnel1, RPF nbr 1.1.1.1, MDT:232.2.2.0/00:02:15
Outgoing interface list:
Ethernet0/0, Forward/Sparse, 00:08:27/00:03:21, p
Het S-PMSI Join-bericht is een UDP-ingekapseld bericht wiens doeladres ALL-PIM-ROUTERS (224.0.0.13) is en wiens doelpoort 3232 is.
Het S-PMSI Join-bericht bevat deze informatie: Een identificatiemiddel voor de bijzondere multicast-stroom die aan de P-tunnel moet worden gebonden. Dit kan worden weergegeven als een (S,G) paar. Een identificatiecode voor de bijzondere P-tunnel waaraan de stroom moet worden gebonden. Deze identificator is een gestructureerd veld dat deze informatie bevat:
Multicast voor verkeersstromen in MDT DATA-tunnel:
PE1#sh ip pim mdt send
MDT-data send list for VRF: m-GRE
(source, group) MDT-data group/num ref_count
(10.1.0.2, 224.1.1.1) 232.2.2.0 1
PE3#sh ip pim mdt receive
Joined MDT-data [group/mdt number : source] uptime/expires for VRF: m-GRE
[232.2.2.0 : 1.1.1.1] 00:00:41/00:02:18
- Als de OIL een tunnelinterface bevat, wordt het pakket ingekapseld met het gebruik van GRE, waarbij de bron het BGP peeradres van de lokale PE router is en de bestemming het MDT Group adres.
- Het besluit dat de Data-MDT groep is geselecteerd, hangt af van de vraag of de y flag wordt ingesteld op de (S, G) ingang in mVRF.
- Als de Z-markering (S, G) of (*, G) is ingesteld, dan is dit een Default- of Data-MDT met een gekoppeld mVRF.
- Het P-pakje moet worden ontkapseld om het C-pakje te openen.
- Omdat er slechts één MTI in mVRF per multicast domein bestaat, gebruiken zowel de Data-MDT als de Default-MDT dezelfde tunnelinterface voor klantverkeer.
- De Y/y-vlaggen zijn nodig om standaard-MDT verkeer van Data-MDT verkeer te onderscheiden en om te verzekeren dat de klant multicast routing ingangen de juiste MDT-Data-groep gebruiken en naar een interne tabel verwijzen die de (S, G, Data-MDT) mappings bevat.
Problemen oplossen
Er is momenteel geen specifieke troubleshooting-informatie beschikbaar voor deze configuratie.
Feedback