Fehlerbehebung bei mVPN-Profil 14
Inhalt
Einleitung
In diesem Dokument wird die Fehlerbehebung für das Multicast VPN (mVPN)-Profil 14 in Cisco IOS® XR beschrieben.
Voraussetzungen
Sie müssen über Kenntnisse des Multicast-Profils 14 und dessen Verhaltens verfügen.
Anforderungen
Cisco empfiehlt, die automatische MVPN-BGP-Erkennung zu konfigurieren.
Es wird außerdem empfohlen, die folgenden Themen zu kennen:
- Profile - 14
- Core Tree - mLDP
- Service - IPv4 VPN
- C-Overlay-Signalisierung - BGP
- Automatische Erkennung - BGP
- Modell: Partition MDT P2MP mit BGP AD
- Kapselung/Weiterleitung - MPLS
Verwendete Komponenten
Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt.
Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.
mLDP-Konzepte
Core Tree - mLDP
- Multipoint LDP = LDP + Durchwahlen
- P2MP-Tree - empfängergesteuert - Wurzel vom Routing gelernt
- MP2MP-Tree - Konfigurationsgesteuert - Stamm konfiguriert
- Schutz durch MPLS TE oder Loop-Free Alternate (LFA)
- Kein PHP -Top-Label identifiziert den Baum
- Replikation von Multicast auf den Core-Routern
- Zurückgestellte FEC-Elemente: Baumtyp + Stamm + Undurchsichtiger Wert: (S, G), MDT-Nummer, LSP-ID
mLDP
MP2MP LSP und P2MP LSP
Es gibt zwei Möglichkeiten, Datenverkehr zwischen den PEs zu senden.
1. MP2MP - Ein statischer Standard-MDT wird zwischen allen PEs für diesen Benutzer erstellt. Dies funktioniert so, als ob alle PEs für diesen Benutzer im gleichen LAN-Segment verbunden wären.
2. P2MP - Wenn ein konfigurierbarer Schwellenwert erreicht wird, kann der Absender-PE einen neuen LSP erstellen, sodass nur die PEs, die an dieser Kommunikation beteiligt sind, den Datenverkehr sehen. Dieser LSP wird erstellt, um unnötige Verschwendung von Bandbreite beim Senden von Datenverkehr an PEs zu vermeiden, die dem Datenstrom nicht beigetreten sind. Dieser LSP erstellt nur für einen (S,G)-Eintrag im Anwendernetzwerk, wenn Sie Datenverkehr senden, der den konfigurierten Grenzwert überschreitet, und zwar über einen (*,G)-Eintrag, wird kein neuer P2MP erstellt (das PHP-Konzept kann in diesem Szenario nicht verwendet werden, wenn das Leaf als Root agiert, andernfalls weiß es nicht, zu welchem Benutzer dieser Datenverkehr gehört).
mLDP arbeitet mit einem Konzept als Root, es ähnelt einem Rendezvous Point im PIM-SM-Szenario, aber denken Sie daran, in mLDP wird ein PIM-freier MPLS-Core erwähnt, und PIM wird nur in den Benutzerschnittstellen aktiviert.
Im MP2MP-Tree sind die Roots dafür verantwortlich, den Datenverkehr von einem Leaf zu empfangen und auf alle direkt verbundenen Nachbarn zu replizieren.
Jeder PE kann mehr als einen Root konfigurieren, der seinen aktiven Root auf Basis der Metrik auswählt. Wenn die Metrik identisch ist, wird die höchste IP-Adresse als Root für den jeweiligen PE ausgewählt.
Im P2MP-Tree ist der Root immer das Gerät, das den Datenverkehr sendet (in diesem Dokument wird der Begriff Root eher als Verweis auf den MP2MP-Tree verwendet, sofern nicht anders angegeben).
P2MP und MP2MP
Rekursive Weiterleitung
Rekursive Weiterleitung bedeutet, dass die mLDP-Kontrollebene nur die (Downstream-ID, Outgoing-Label) zur Weiterleitungsebene programmiert. Die Downstream-ID ist in der Regel die LDP-Router-ID des Downstream-Knotens. Die Weiterleitungsebene löst rekursiv die Erreichbarkeit zum Downstream-Gerät auf und ermittelt die tatsächliche ausgehende Schnittstelle und den Next-Hop. Die rekursive Weiterleitung ermöglicht Funktionen wie ECMP/LAG-Lastenausgleich, LFA, RSVP-TE-Schutz usw. Leider wird dies nicht von allen Plattformen unterstützt.
Bei der nicht rekursiven Weiterleitung bestimmt mLDP die ausgehende Schnittstelle und den NH zum Downstream-Router und programmiert explizit (Intf, NH, Outgoing-Label) in der Weiterleitungsebene.
Konfiguration
Dies ist die für mLDP erforderliche Konfiguration:
mpls ldp
log
hello-adjacency
neighbor
nsr
graceful-restart
!
igp sync delay on-session-up 25
mldp
address-family ipv4
make-before-break delay 60 60
forwarding recursive
recursive-fec
Dieses Konzept wird im Abschnitt zur Fehlerbehebung erläutert. Diese Konfiguration ist für den MID- und BUD-Router erforderlich.
Kopf/Stamm = Dieser Router hat eine Multicast-Quelle angeschlossen.
Tail/Leaf = Dieser Router verfügt über Multicast-Empfänger.
Bud = Dieser Router befindet sich im Transit und hat einige Empfänger angeschlossen
Mittel = Dieser Router befindet sich in der Transit-Phase
Label Switch Multicast (LSM)/NG mVPN
- Nutzung von MPLS-Kapselung > gemeinsame Nutzung von Kontroll- und Datenebene mit Unicast
- Nutzung neuer Core-Tree-Protokolle > mLDP, P2MP TE, BIER
- Fast ReRoute (FRR)
- Nutzung bewährter Funktionen: Standard- und Daten-MDT
- Flexiblere Designs pro VPN
- Verwaltbarkeit: Multicast-Gruppen müssen nicht per VPN/Standard/Daten-MDT nachverfolgt werden
BGP
AF IPv4 mVPN
AF IPv4 mVPN wurde hinzugefügt, um die NG-Profile unterstützen zu können. Sie wird als MCAST-VPN NLRI bezeichnet.
Diese Adressfamilie hat zwei Hauptfunktionen:
- Automatische Erkennung (AD)
- Kundensignalisierung in Overlay
Automatische Erkennung bedeutet, dass die PE-Router automatisch voneinander lernen. PE-Router erfahren, welche anderen PE-Router für Multicast in einem VPN aktiviert sind. Dadurch muss dieser nicht auf jedem PE-Router manuell konfiguriert werden.
Die Benutzersignalisierung im Overlay ist die Signalisierung von (*, G)- oder (S, G)-Informationen, jedoch jetzt im BGP und nicht mehr im PIM.
In Abbildung A sehen Sie einen Überblick über BGP AD IPv4 MVPN.
Abbildung A: BGP-IPv4-AD-MVPN
Das AF IPv4 MVPN enthält zwei wichtige vom BGP durchgeführte Informationen. Der erste Teil der Informationen befindet sich im NLRI selbst. Der Routing-Typ wird durch eine Zahl zwischen 1 und 7 dargestellt. Jeder Routen-Typ hat eine bestimmte Funktion. Die ersten 5 werden für BGP-AD verwendet. Beachten Sie, dass Routing-Typ 3 tatsächlich auch für die S-PMSI-Signalisierung (Data MDT) verwendet wird.
Die beiden letzten Typen 6 und 7 werden für die C-Multicast-Signalisierung verwendet. Neben dem Routentyp sind auch spezifische Routentypinformationen eingebettet, die sich auf den RD (bei Verwendung von VPN-Kontext), spezifische C-Multicast-Informationen (Quelle, Gruppe) und die IP-Adresse (PE) des Ausgangspunkts beziehen.
Der zweite Teil ist das PMSI Tunnel Attribute (PTA). Diese PTA enthält Informationen zu den verwendeten Tunneln im Core Tree. Der Tunneltyp gibt eine Anzahl von Protokollen für den Core-Tree an, die zum Erstellen des Tunnels verwendet werden. Die Tunnelkennung besteht aus einer Reihe von Feldern, die den Tunnel eindeutig anhand bestimmter Core-Tree-Protokollfelder beschreiben.
BGP-mVPN-Routen-Typen
| Routentyp |
Name |
AD oder C-Multicast |
Nutzung |
| 1 |
Intra-AS I-PMSI A-D-Route |
ANZEIGE |
AD Advertise-Mitglied PE |
| 2 |
Inter-AS I-PMSI A-D-Route |
ANZEIGE |
Wie Typ 1, jedoch für Inter-AS |
| 3 |
S-PMSI-A-D-Route |
ANZEIGE |
Vom Quell-PE zur Signalisierung des Daten-MDT angekündigt |
| 4 |
Leaf-A-D-Route |
ANZEIGE |
Wird von Receiver-PE als Antwort auf Typ-3-Route mit erforderlicher Leaf-Info-Markierung angekündigt |
| 5 |
Quelle: aktive A-D-Route |
ANZEIGE |
Anzeige durch Quell-PE mit einer aktiven Quelle zur Vereinfachung des SPT-Switchover |
| 6 |
Shared Tree-Join-Route |
C-Multicast |
Anzeige (*,G) durch Empfänger-PE |
| 7 |
Quellbaum Join-Route |
C-Multicast |
Anzeigen (S, G) nach Empfänger-PE |
Routentypen in AF IPv4 MVPN
Dieser Abschnitt bietet einen Überblick über die verschiedenen Routenarten und ihren Zweck.
Intra-AS I-PMSI A-D-Route (Typ 1)
Zweck: Ankündigung der Teilnahme des PE am MVPN für ein bestimmtes VPN. Dies ist BGP-AD.
Kodierung:
+-----------------------------------+
| RD (8 octets) |
+-----------------------------------+
| Originating Router's IP Addr |
+-----------------------------------+
Inter-AS I-PMSI A-D-Route (Typ 2)
Zweck
Wird von einem ASBR angezeigt, sodass interautonomes mVPN signalisiert werden kann.
Kodierung
+-----------------------------------+
| RD (8 octets) |
+-----------------------------------+
| Source AS (4 octets) |
+-----------------------------------+
S-PMSI A-D-Route (Typ 3)
Zweck
1. Wird vom PE-Router angekündigt, damit dieser anderen PE-Routern signalisiert, dass es sich bei dem Eingangs-PE um einen bestimmten C-(S,G) handelt und auf einen Daten-MDT umschaltet. Die Core-Tree-Informationen, die für den Empfang der PE-Router benötigt werden, die an diesem Stream teilnehmen, werden im PTA codiert.
2. Wird von einem PE-Router angekündigt, bedeutet dies, dass er an einem partitionierten MDT-Modell teilnehmen möchte. In diesem Fall sind die Felder "Quelle" und "Gruppe" Platzhalter (*,*).
Kodierung
+-----------------------------------+
| RD (8 octets) |
+-----------------------------------+
| Multicast Source Length (1 octet) |
+-----------------------------------+
| Multicast Source (variable) |
+-----------------------------------+
| Multicast Group Length (1 octet) |
+-----------------------------------+
| Multicast Group (variable) |
+-----------------------------------+
| Originating Router's IP Addr |
+-----------------------------------+
Die Felder "Source" (Quelle) und "Group" (Gruppe) beziehen sich auf den Multicast-Status.
Leaf-A-D-Route (Typ 4)
Zweck
Diese Nachricht wird nur dann als Antwort auf eine Inter-AS I-PMSI A-D-Route oder eine S-PMSI A-D-Route gesendet, wenn das Leaf Information (LI) Required-Bit gesetzt ist.
Kodierung
+-----------------------------------+
| Route Key (variable) |
+-----------------------------------+
| Originating Router's IP Addr |
+-----------------------------------+
Der Routenschlüssel wird auf den NLRI der empfangenen Route festgelegt, wobei das Bit "Leaf Information Required" (Leaf-Informationen erforderlich) festgelegt wird.
Wenn Leaf-A-D generiert wird, die einer Inter-AS-I-PMSI-Route entspricht, sieht der NLRI wie folgt aus:
+-----------------------------------+
| Type (1 octet): 4 |
+-----------------------------------+
| Length (1 octet) |
+-----------------------------------+
| Type (1 octet): 2 |
+-----------------------------------+
| Length (1 octet) |
+-----------------------------------+
| RD (8 octet) |
+-----------------------------------+
| Source AS (4 octet) |
+-----------------------------------+
| Originating Router's IP Addr |
+-----------------------------------+
Wenn die Leaf-A-D-Route generiert wird, die der S-PMSI-Route entspricht, sieht ihr NLRI wie folgt aus:
+-----------------------------------+
| Type (1 octet): 4 |
+-----------------------------------+
| Length (1 octet) |
+-----------------------------------+
| Type (1 octet): 3 |
+-----------------------------------+
| Length (1 octet) |
+-----------------------------------+
| RD (8 octet) |
+-----------------------------------+
| Multicast Source Length (1 octet) |
+-----------------------------------+
| Multicast Source (Variable) |
+-----------------------------------+
| Multicast Group Length (1 octet) |
+-----------------------------------+
| Multicast Group (Variable) |
+-----------------------------------+
| Origin Routers IP addr for SPMSI |
+-----------------------------------+
|Origin Router's IP Addr for Leaf-ad|
+-----------------------------------+
Quell-aktive A-D-Route (Typ 5)
Zweck
Die Verwendung des Source Active Route bezieht sich auf den PIM Sparse Mode in der Overlay-Signalisierung. Weitere Informationen finden Sie in diesem Abschnitt.
Kodierung
+-----------------------------------+
| RD (8 octets) |
+-----------------------------------+
| Multicast Source Length (1 octet) |
+-----------------------------------+
| Multicast Source (variable) |
+-----------------------------------+
| Multicast Group Length (1 octet) |
+-----------------------------------+
| Multicast Group (variable) |
+-----------------------------------+
Shared Tree-Join-Route (Typ 6)
Zweck
Die BGP-Meldung "Aktualisieren" oder "Zurückziehen" entspricht einer PIM-Meldung (*, G) "Join" oder "Prune".
Kodierung
Routen vom Typ 6 und 7 haben dieselbe NLRI-Codierung.
+-----------------------------------+
| RD (8 octets) |
+-----------------------------------+
| Source AS (4 octets) |
+-----------------------------------+
| Multicast Source Length (1 octet) |
+-----------------------------------+
| Multicast Source (variable) |
+-----------------------------------+
| Multicast Group Length (1 octet) |
+-----------------------------------+
| Multicast Group (variable) |
+-----------------------------------+
Source Tree Join-Route (Typ 7)
Zweck
Die BGP-Meldung "Aktualisieren" oder "Zurückziehen" entspricht einer PIM-Meldung (S,G) "Join" oder "Prune".
Kodierung
Routen vom Typ 6 und 7 haben dieselbe NLRI-Codierung.
+-----------------------------------+
| RD (8 octets) |
+-----------------------------------+
| Source AS (4 octets) |
+-----------------------------------+
| Multicast Source Length (1 octet) |
+-----------------------------------+
| Multicast Source (variable) |
+-----------------------------------+
| Multicast Group Length (1 octet) |
+-----------------------------------+
| Multicast Group (variable) |
+-----------------------------------+
AF IPv4 MVPN NLRI-Codierung
In diesem Abschnitt wird die Codierung des Netzwerkteils für IPv4-MVPN-Routen nach Routentyp aufgeführt. Beachten Sie, dass der RD für die Routen-Typen 1, 2 und 3 nicht enthalten ist. Der Netzwerkteil wird mit der Nummer in () aufgelistet und repräsentiert die Anzahl der Oktetts für jeden Teil. Die erste Zahl ist immer der Routen-Typ (1-7). Der Teil mit der Präfixlänge wird in der Anzahl der Bits aufgeführt.
AS-interne A_D-Route
Network: [1] [PE address (4)]
Prefix-length: 40
Inter-as-A-D-Route
Network: [2] [AS (4)]
Prefix-length: 40
S-PMSI-A-D-Route
Network: [3] [srclen (1)] [src (4)] [1 grplen] [grp (4)] [PE address (4)]
Prefix-length: 120
Leaf-A-D-Route
Network: [4] [2] [RD] (8)] [AS (4)] [ PE address (4)]
Prefix-length: 144
Oder
Network: [4] [3] [RD (8)] [srclen (1)] [src (4)] [grplen (1)] [grp (4)] [PE address (4)] [PE address (4)]
Prefix-length: 224
Quell-Aktiv-A-D-Route
Network: [5] [srclen (1)] [src (4)] [grplen (1)] [grp (4)]
Prefix-length: 88
C-Multicast-Route - Shared-Tree-Join
Network: [6] [RD (8)] [AS (4)] [srclen (1)] [src (4)] [grplen (1)] [grp (4)]
Prefix-length: 184
C-Multicast-Route Source-Tree-Join
Network: [7] [RD (8)] [AS (4)] [srclen (1)] [src (4)] [grplen (1)] [4 grp]
Prefix-length: 184
Die Netzwerk- und Präfixlänge für jeden Routing-Typ finden Sie in der Ausgabe von show bgp ipv4 mvpn in Cisco IOS oder Cisco IOS XR. Hier ist ein Beispiel für die Ausgabe dieses Befehls von Cisco IOS XR:
DRP/0/3/CPU1:Router#show bgp ipv4 mvpn vrf one
Route Distinguisher: 1:2 (default for vrf one)
*>i[1][10.1.100.1]/40 10.1.100.1 100 0 i
*>i [3][1:1][*][*][10.100.1.1]/14
10.100.1.1 0 100 0 ?
*>i[3][3][1:2][32][10.2.2.9][32][225.1.1.1][10.1.100.2][10.1.100.5]/224
10.1.100.5 100 0 i
*>i[4][3][1:2][32][10.2.100.9][32][225.1.1.1][10.1.100.2][10.1.100.1]/224
10.1.100.1 100 0 i
*>i[5][32][10.2.2.9][32][225.1.1.1]/88
10.1.100.2 100 0 i
*>i[6][1:5][1][32][10.2.100.12][32][225.1.1.1]/184
10.1.100.1 100 0 i
*>i[7][1:2][1][32][10.2.2.9][32][232.1.1.1]/184
10.1.100.1 100 0 i
Konfiguration
In diesem Dokument erfahren Sie, wie Sie mVPN mit Cisco IOS XR konfigurieren.
Topologie
Partitionierter MDT - mLDP P2MP - BGP-AD - BGP C-Multicast-Signalisierung - SSM
Multicast-Profil 14 - Topologie
Plattform: ASR9K
Fehlerbehebung
1. Überprüfen Sie, ob auf dem gemeldeten Knoten (Quell-PE/Empfänger-PE/MID-Router) Alarme auf Systemebene vorliegen.
Show pfm location all
Show logging (Check for critical or major logs)
admin show alarm
2. Überprüfen der MPLS-Core-Verbindung zwischen dem Headend-Router und dem Tail-End-Router
3. Überprüfen Sie die lokale Verbindung zwischen Multicast-Quelle/Empfänger und angeschlossenen PE-Routern.
4. Überprüfen der End-to-End-Verbindung zwischen Multicast-Quelle und -Empfänger
5. Überprüfen Sie die Konfiguration gemäß dem Konfigurationsleitfaden, der im zuvor genannten Dokument beschrieben wurde.
6. Grundlegende Überprüfung durch Systemstatusprüfung:
- Prüfen Sie, ob ein Systemalarm ausgelöst wird (
show pfm location all) - Speicher und CPU überprüfen
show memory summary location all
show shmwin summary location all
show processes memory detail location all
show process cpu location <> - Schnittstelle und QoS-Statistiken überprüfen
- Aktivieren Sie Show logging, wenn wichtige Benachrichtigungen oder Fehler vorliegen.
- Überprüfen Sie, ob Konfigurationsänderungen aufgrund der festgestellten Auswirkungen oder Probleme vorliegen.
- Plattformverluste
Das System beendet die Verifizierungsbefehle
Führen Sie die folgenden Schritte aus, um die Fehlerbehebung für das Multicast-Profil 14 durchzuführen.
Beispiel: Gruppe: 232.11.11.11 Quelle: 10.1.0.2
Endgeräte-/Empfänger-PE-Knoten
Zu Multicast-Empfänger:
IGMP-Join-Prüfung
RP/0/RSP0/CPU0:AG2-1#show igmp vrf MLDP-14 groups | in "232.11.11.11"
Fri Mar 12 02:43:14.720 EST
232.11.11.11 Bundle-Ether5000.1 15:26:11 never 10.1.0.2
232.11.11.11 Bundle-Ether5000.2 15:26:03 not used 10.1.1.2
RP/0/RSP0/CPU0:AG2-1#sh igmp vrf MLDP-14 groups 232.11.11.11 detail
Fri Mar 12 02:44:19.393 EST
Interface: Bundle-Ether5000.1
Group: 232.11.11.11
Uptime: 15:27:15 >>>>>>>> Check the IGMP join timestamp
Router mode: INCLUDE
Host mode: INCLUDE
Last reporter: 10.1.0.2
Suppress: 0
Group source list:
Source Address Uptime Expires Fwd Flags
10.1.0.2 15:27:15 00:03:46 Yes Remote Local e
Interface: Bundle-Ether5000.2
Group: 232.11.11.11 >>> Multicast Group
Uptime: 15:27:07
Router mode: INCLUDE
Host mode: INCLUDE
Last reporter: 10.1.1.2 >>> Receiver IP
Suppress: 0
Group source list:
Source Address Uptime Expires Fwd Flags
10.1.0.2 15:27:07 00:03:59 Yes Remote 4 >>> Source is 10.1.0.2 & uptime
RP/0/RSP0/CPU0:AG2-1#
Überprüfen Sie den Schnittstellenstatus mit Bitraten und Fehlern:
RP/0/RSP0/CPU0:AG2-1#sh int be5000
Fri Mar 12 02:45:32.033 EST
Bundle-Ether5000 is up, line protocol is up
Interface state transitions: 1
Hardware is Aggregated Ethernet interface(s), address is 0026.9813.b986
Internet address is Unknown
MTU 1514 bytes, BW 10000000 Kbit (Max: 10000000 Kbit)
reliability 255/255, txload 20/255, rxload 0/255
Encapsulation ARPA,
Full-duplex, 10000Mb/s
loopback not set,
Last link flapped 15:28:35
No. of members in this bundle: 1
TenGigE0/0/0/17 Full-duplex 10000Mb/s Active
Last input 00:00:00, output 00:00:00
Last clearing of "show interface" counters never
30 second input rate 1000 bits/sec, 2 packets/sec
30 second output rate 793646000 bits/sec, 200031 packets/sec
118212 packets input, 8341734 bytes, 0 total input drops
0 drops for unrecognized upper-level protocol
Received 6 broadcast packets, 6819 multicast packets
0 runts, 0 giants, 0 throttles, 0 parity
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
2857201595 packets output, 1416646430161 bytes, 0 total output drops
Output 242 broadcast packets, 2857201353 multicast packets
0 output errors, 0 underruns, 0 applique, 0 resets
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions
Überprüfen Sie, ob ein LPTS verloren geht:
show lpts pifib hardware static-police location <> | i "IGMP|PIM|Flow"
RP/0/RSP0/CPU0:AG2-1#show lpts pifib hardware static-police location 0/0/CPU0 | i "IGMP|PIM|Flow"
Fri Mar 12 02:45:56.259 EST
Punt Reason SID Flow Rate Burst Rate Accepted Dropped Destination
PUNT_IGMP_SNOOP NETIO_MED 4000 2000 0 0 0x0030 (0/RSP0/CPU0)
PUNT_IFIB_IGMP_OPT NETIO_LOW 2000 500 0 0 Local
PUNT_IFIB_PIM_OPT NETIO_LOW 2000 500 36 0 Local
Prüfung der PIM-Eingabe:
RP/0/RSP0/CPU0:AG2-1#sh pim vrf MLDP-14 topology 232.11.11.11
Fri Mar 12 02:47:57.462 EST
IP PIM Multicast Topology Table
Entry state: (*/S,G)[RPT/SPT] Protocol Uptime Info
Entry flags: KAT - Keep Alive Timer, AA - Assume Alive, PA - Probe Alive
RA - Really Alive, IA - Inherit Alive, LH - Last Hop
DSS - Don't Signal Sources, RR - Register Received
SR - Sending Registers, SNR - Sending Null Registers
E - MSDP External, EX - Extranet
MFA - Mofrr Active, MFP - Mofrr Primary, MFB - Mofrr Backup
DCC - Don't Check Connected, ME - MDT Encap, MD - MDT Decap
MT - Crossed Data MDT threshold, MA - Data MDT Assigned
SAJ - BGP Source Active Joined, SAR - BGP Source Active Received,
SAS - BGP Source Active Sent, IM - Inband mLDP, X - VxLAN
Interface state: Name, Uptime, Fwd, Info
Interface flags: LI - Local Interest, LD - Local Dissinterest,
II - Internal Interest, ID - Internal Dissinterest,
LH - Last Hop, AS - Assert, AB - Admin Boundary, EX - Extranet,
BGP - BGP C-Multicast Join, BP - BGP Source Active Prune,
MVS - MVPN Safi Learned, MV6S - MVPN IPv6 Safi Learned
(10.1.0.2,232.11.11.11)SPT SSM Up: 15:30:53
JP: Join(BGP) RPF: LmdtMLDP-14,10.44.0.10 Flags:
Bundle-Ether5000.1 15:30:53 fwd LI LH >>>>> UPTIME of PIM & all egress Interfaces last hop & local interest
Bundle-Ether5000.2 15:30:45 fwd LI LH
RP/0/RSP0/CPU0:AG2-1#
RP/0/RSP0/CPU0:AG2-1#sh pim vrf MLDP-14 interface be5000.1 detail
Fri Mar 12 02:49:36.698 EST
PIM interfaces in VRF MLDP-14
IP PIM Multicast Interface State
Flag: B - Bidir enabled, NB - Bidir disabled
P - PIM Proxy enabled, NP - PIM Proxy disabled
V - Virtual Interface
BFD State - State/Interval/Multiplier
Interface PIM Nbr Hello DR
Count Intvl Prior
Bundle-Ether5000.1 on 2 30 1 >>> PIM ON, Hello Interval 30 sec
Primary Address : 10.1.0.1
Flags : NB NP V
BFD : On/500 ms/3 >>> BFD ON
DR : this system >>> This is DR
Propagation delay : 500
Override Interval : 2500
Hello Timer : 00:00:27
Neighbor Filter : -
RP/0/RSP0/CPU0:AG2-1#sh pim vrf MLDP-14 neighbor bundle-ether 5000.1 detail
Fri Mar 12 03:03:43.892 EST
PIM neighbors in VRF MLDP-14
Flag: B - Bidir capable, P - Proxy capable, DR - Designated Router,
E - ECMP Redirect capable
* indicates the neighbor created for this router
Neighbor Address Interface Uptime Expires DR pri Flags
10.1.0.1* Bundle-Ether5000.1 15:46:40 00:01:38 1 (DR) B E >>>> Verify DR
Expiry Timer: 00:00:07
10.1.0.2 Bundle-Ether5000.1 15:46:27 00:01:25 0
BFD State: enabled
RP/0/RSP0/CPU0:AG2-1#sh pim vrf MLDP-14 mdt cache | utili egrep -w "(10.1.0.2, 232.11.11.11)"
Fri Mar 12 03:04:19.783 EST
10.44.0.10 (10.1.0.2, 232.11.11.11) [global-id 4] never >>>> Verify Global ID for specific S,G
Hinweis: Diese globale ID bleibt für dieses spezielle S, G vom Empfänger bis zur Quelle gleich/eindeutig.
PIM-Fehler/-Statistiken:
show pim traffic
PIM Traffic Counters
Elapsed time since counters cleared: 1d01h
Received Sent
Valid PIM Packets 15759217 15214426 >>> verify the pim packets increment
Hello 9207 12336 >>> verify the pim hello Negotiations
Join-Prune 1076805 531981
Data Register 14673205 0
Null Register 73205 0
Register Stop 0 14673205
Assert 0 0
Batched Assert 0 0
Bidir DF Election 0 0
BSR Message 0 0 >>> If you have RP check this stats
Candidate-RP Adv. 0 0 >>> If you have RP check this stats
Join groups sent 0
Prune groups sent 0
Output JP bytes 0
Output hello bytes 410
Errors: >>>>> Check below paramters for errors or drops
Malformed Packets 0
Bad Checksums 0
Socket Errors 0
Subnet Errors 0
Packets dropped since send queue was full 0
Packets dropped due to invalid socket 0
Packets which couldn't be accessed 0
Packets sent on Loopback Errors 6
Packets received on PIM-disabled Interface 0
MRIB-Prüfung:
RP/0/RSP0/CPU0:AG2-1#sh mrib vrf MLDP-14 route 10.1.0.2 232.11.11.11 detail
Fri Mar 12 03:05:38.300 EST
IP Multicast Routing Information Base
Entry flags: L - Domain-Local Source, E - External Source to the Domain,
C - Directly-Connected Check, S - Signal, IA - Inherit Accept,
IF - Inherit From, D - Drop, ME - MDT Encap, EID - Encap ID,
MD - MDT Decap, MT - MDT Threshold Crossed, MH - MDT interface handle
CD - Conditional Decap, MPLS - MPLS Decap, EX - Extranet
MoFE - MoFRR Enabled, MoFS - MoFRR State, MoFP - MoFRR Primary
MoFB - MoFRR Backup, RPFID - RPF ID Set, X - VXLAN
Interface flags: F - Forward, A - Accept, IC - Internal Copy,
NS - Negate Signal, DP - Don't Preserve, SP - Signal Present,
II - Internal Interest, ID - Internal Disinterest, LI - Local Interest,
LD - Local Disinterest, DI - Decapsulation Interface
EI - Encapsulation Interface, MI - MDT Interface, LVIF - MPLS Encap,
EX - Extranet, A2 - Secondary Accept, MT - MDT Threshold Crossed,
MA - Data MDT Assigned, LMI - mLDP MDT Interface, TMI - P2MP-TE MDT Interface
IRMI - IR MDT Interface
(10.1.0.2,232.11.11.11) Ver: 0x7023 RPF nbr: 10.44.0.10 Flags: RPF RPFID,
PD: Slotmask: 0x4 >>>>Slot Mask denotes which slot it will be flooded (binary conversion : 0100) Slot 2 (slot 02 -> 0/0/CPU0)
MGID: 5489 >> Note MGID
Up: 15:48:34
RPF-ID: 639, Encap-ID: 0 >>Note RFID & ENCAP-ID. EnCAP ID 0 is Default (Partition MDT)
Incoming Interface List
LmdtMLDP-14 Flags: A LMI, Up: 00:36:35
Outgoing Interface List
Bundle-Ether5000.1 (0/0/CPU0) Flags: F NS LI, Up: 15:48:34 >>Match this slot
Bundle-Ether5000.2 (0/0/CPU0) Flags: F NS LI, Up: 15:48:26
RP/0/RSP0/CPU0:AG2-1#
Paketteilnehmerschnittstelle auf aktiv prüfen:
RP/0/RSP0/CPU0:AG2-1#sh int bundle-ether 5000 | in Active
Fri Mar 12 03:09:52.186 EST
TenGigE0/0/0/17 Full-duplex 10000Mb/s Active >>> It belong to LC0 , NP5, FIA 2
RP/0/RSP0/CPU0:AG2-1#
NP- und FIA-Zuordnung von TenGigE0/0/0/17 überprüfen:
RP/0/RSP0/CPU0:AG2-1#sh controllers np ports all location 0/0/CPU0
Fri Mar 12 03:11:53.080 EST
Node: 0/0/CPU0:
----------------------------------------------------------------
NP Bridge Fia Ports
-- ------ --- ---------------------------------------------------
0 -- 0 TenGigE0/0/0/0 - TenGigE0/0/0/2
1 -- 0 TenGigE0/0/0/3 - TenGigE0/0/0/5
2 -- 1 TenGigE0/0/0/6 - TenGigE0/0/0/8
3 -- 1 TenGigE0/0/0/9 - TenGigE0/0/0/11
4 -- 2 TenGigE0/0/0/12 - TenGigE0/0/0/14
5 -- 2 TenGigE0/0/0/15 - TenGigE0/0/0/17
6 -- 3 TenGigE0/0/0/18 - TenGigE0/0/0/20
7 -- 3 TenGigE0/0/0/21 - TenGigE0/0/0/23
BGP-mVPN-Prüfung:
RP/0/RSP0/CPU0:AG2-1#sh bgp ipv4 mvpn vrf MLDP-14
Fri Mar 12 03:14:31.903 EST
BGP router identifier 10.44.0.5, local AS number 55836
BGP generic scan interval 60 secs
Non-stop routing is enabled
BGP table state: Active
Table ID: 0x0 RD version: 0
BGP main routing table version 13952
BGP NSR Initial initsync version 207 (Reached)
BGP NSR/ISSU Sync-Group versions 13952/0
BGP scan interval 60 secs
Status codes: s suppressed, d damped, h history, * valid, > best
i - internal, r RIB-failure, S stale, N Nexthop-discard
Origin codes: i - IGP, e - EGP, ? - incomplete
Network Next Hop Metric LocPrf Weight Path
Route Distinguisher: 1000:1001 (default for vrf MLDP-14)
*> [1][10.44.0.5]/40 0.0.0.0 0 i
*>i[1][10.44.0.10]/40 10.44.0.10 100 0 i
*>i[1][10.44.0.110]/40
10.44.0.110 100 0 i
*> [3][0][0.0.0.0][0][0.0.0.0][10.44.0.5]/120
0.0.0.0 0 i
*>i[3][0][0.0.0.0][0][0.0.0.0][10.44.0.10]/120
10.44.0.10 100 0 i
*>i[3][0][0.0.0.0][0][0.0.0.0][10.44.0.110]/120
10.44.0.110 100 0 i
*>i[3][32][10.1.0.2][32][232.11.11.11][10.44.0.10]/120 >>> Type 3 is received from Source PE
10.44.0.10 100 0 i
*> [7][1000:1001][55836][32][10.1.0.2][32][232.11.11.11]/184 >>> Type 7 is advertised from receiver PE
0.0.0.0 0 i
Processed 8 prefixes, 8 paths
LC mFIB-Programmierprüfung:
RP/0/RSP0/CPU0:AG2-1#sh mfib vrf MLDP-14 platform route 10.1.0.2 232.11.11.11 location 0/0/CPU0
Fri Mar 12 03:19:41.712 EST
LC Type: A9K-24x10GE-SE
--------------------------------------------------------------------------
Legend:
Common SW:
Route Information
B: BACL check S: RPF Interface signal
DC: Directly connected PL: Punt to LC CPU
PR: Punt to RP PF: Punt if forwarded
DR: Drop all RI: RPF interface
MF: MoFRR enabled TR: Tunnel route
TE: Tunnel encap CD: Conditional decap
MI: MVET index NI: Not Installed
BD: Bidir
MVPN Information (Common SW)
MLI: MVPN table index VTID: VRF Table ID
RPFID: RPF Identifier
MoFRR Information
A: Active RPF interface RI: RPF interface (or RPF ID)
WDI: Watchdog counter index
--------------------------------------------------------------------------
Source: 10.1.0.2 Group: 232.11.11.11 Mask: 64 RPF ID : 639 >> Verify RFID
Common SW Information
---------------------
MGID: 5489 MLI: 2132 Fabric Slotmask: 0x4 FGID: 0x4 >>> Verify MGID & Slotmask
------------------------------------------------------------------------------
B S DC PL PR PF DR BD RI MF TR TE CD MI
------------------------------------------------------------------------------
F F F F F F F F 639 F F F F 0x0
---------------------------------------------------------------------------
MVPN/MLDP Decap Information:
RPF ID: 639
RPF ID MGID: Primary:7737 Backup:7738
Last refcount bitmask (RPF ID): 0x20, Sets: 21, Clears: 20
MNP Olist: [NP0:0 NP1:0 NP2:0 NP3:0 NP4:0 NP5:2 NP6:0 NP7:0 ] >>> Verify NP as mentioned above it is NP5
Turnaround flag:
Überprüfen Sie die Weiterleitungsrate in Byte und Paketen für bestimmte S, G auf Plattform/PD:
RP/0/RSP0/CPU0:AG2-1#sh mfib vrf MLDP-14 route rate detail
Fri Mar 12 03:17:06.998 EST
IP Multicast Forwarding Rates
(Source Address, Group Address)
Incoming rate: (Incoming interface)
Node: (Incoming node) : pps/bps
HW Incoming count : (in packets)
HW Drop count : (in packets)
Outgoing rate:
Node: (Outgoing node) : pps/bps
HW Forwarding count: (in packets)
HW Drop count: (in packets)
Interfaces: (Outgoing interface list)
(10.1.0.2,232.11.11.11) >>>> Forwarding rate for specific S,G
Incoming rate : MDT Lm14
Node : 0/0/CPU0 : 200565 / 766963242 >>>> Incoming rate bps/pps
HW Incoming count : 3233699818 packets >>> Incoming rate in packets
HW Drop count : 0 packets >>> Incoming drops
Outgoing rate :
Node : 0/0/CPU0 : 99013 / 378628394 >>>> Outgoing rate bps/pps
HW Forwarding count: 1616848961 packets >>>> Outgoing rate in packets
HW Drop count: 0 packets >>>> Outgoing drops
Interfaces: BE5000.1 BE5000.2
PD-Statistik für S, G:
RP/0/RSP0/CPU0:AG2-1#sh mfib vrf MLDP-14 platform route statistics 10.1.0.2 232.11.11.11 location 0/0/CPU0
Fri Mar 12 03:21:57.222 EST
LC Type: A9K-24x10GE-SE
--------------------------------------------------------------------------
Legend:
N: NP ID R: Received
F: Forwarded P: Punted to CPU
ID: Ingress Drop ED: Egress Drop
Source: 10.1.0.2 Group: 232.11.11.11 Mask:64
-------------------------------------------------------------------------
NP R(packets:bytes)/F(packets:bytes)/P(packets)/ID(packets)/ED(packets)
-------------------------------------------------------------------------
0 1645909137:786744567486 / 0:0 / 0 / 0 / 1645909136
1 0:0 / 0:0 / 0 / 0 / 0
2 0:0 / 0:0 / 0 / 0 / 0
3 0:0 / 0:0 / 0 / 0 / 0
4 0:0 / 0:0 / 0 / 0 / 0
5 1645819072:786701516416 / 1645914052:786746916856 / 0 / 0 / 0 >> Forwarding rate on NP5 in bytes & packets cumulative
6 0:0 / 0:0 / 0 / 0 / 0
7 0:0 / 0:0 / 0 / 0 / 0
-------------------------------------------------------------------------
Interface Statistics:
-------------------------------------------------------------------------
C Interface F/P/D (packets:bytes)
-------------------------------------------------------------------------
5 BE5000.1 1645819072:786701516416 / 0:0 / 0:0 >> Forwarding rate on interface
5 BE5000.2 1645914051:786746916378 / 0:0 / 0:0
-------------------------------------------------------------------------
Überprüfen Sie die Weiterleitungsrate in Bit/s und pps für bestimmte S, G auf Plattform/PD:
RP/0/RSP0/CPU0:AG2-1#sh mfib vrf MLDP-14 route stati 10.1.0.2 232.11.11.11 location 0/0/CPU0
Fri Mar 12 03:25:44.237 EST
IP Multicast Forwarding Information Base
Entry flags: C - Directly-Connected Check, S - Signal, D - Drop,
IA - Inherit Accept, IF - Inherit From, EID - Encap ID,
ME - MDT Encap, MD - MDT Decap, MT - MDT Threshold Crossed,
MH - MDT interface handle, CD - Conditional Decap,
DT - MDT Decap True, RPFID - RPF ID Set
Interface flags: F - Forward, A - Accept, IC - Internal Copy,
NS - Negate Signal, DP - Don't Preserve, SP - Signal Present,
EG - Egress, EI - Encapsulation Interface, MI - MDT Interface
SW/HW Forwarding/Replication Counts: Packets in/Packets out/Bytes out
SW Failure Counts: RPF / TTL / Empty Olist / Encap RL / Other
HW Drop Counts: Ingress / Egress
HW Forwarding Rates: bps In/pps In/bps Out/pps Out
(10.1.0.2,232.11.11.11), Flags:
Up: 16:08:40
Last Used: never
SW Forwarding Counts: 0/0/0
SW Replication Counts: 0/0/0
SW Failure Counts: 0/0/0/0/0
HW Forwarding Counts: 3337154990/1668576693/797579659254
HW Replication Counts: 3337154990/3337166638/1595165652964
HW Drop Counts: 0/0 >>>> DROP counter if it is incrementing then it is a problem (Check np DROP counters)
HW Forwarding Rates: 766982645/200570/388346650/101555 -à It is in current bps & pps on LC (it should be incremental)
LmdtMLDP-14 Flags: A LMI, Up:00:56:41 >>> MDT uptime
Bundle-Ether5000.1 Flags: NS EG, Up:16:08:40 >>>> uptime in PD
Bundle-Ether5000.2 Flags: NS EG, Up:16:08:32
RP/0/RSP0/CPU0:AG2-1#
Verwenden Sie den MGID-Index (wie bereits erwähnt), um die Clients und die Zuordnung der jeweiligen FIA und XBAR zu überprüfen:
RP/0/RSP0/CPU0:AG2-1#sh controllers mgidprgm mgidindex 5489 location 0/0/CPU0
Fri Mar 12 03:28:22.682 EST
Device MGID-Bits Client-Last-Modified
=======================================================
XBAR-0 100 MFIBV4 >> X-BAR instance 0
FIA-0 0 MFIBV4
FIA-1 0 MFIBV4
FIA-2 10 MFIBV4 >> Ten-0/0/0/17 is part of FIA 2
FIA-3 0 MFIBV4
========================================================
Client Mask
========================================================
MFIBV4 0x20
MFIBV6 0x0
L2FIB 0x0
sRP-pseudo-mc 0x0
UT 0x0
Prgm-Svr 0x0
P2MP 0x0
xbar 0x0
UT1 0x0
UT2 0x0
punt_lib 0x0 punt_lib 0x0
Plattformprogrammierung für S-, G- und OLIST-Zustand:
RP/0/RSP0/CPU0:AG2-1#sh mfib vrf MLDP-14 platform route olist detail 10.1.0.2 232.11.11.11 location 0/0/CPU0
Fri Mar 12 03:31:17.067 EST
LC Type: A9K-24x10GE-SE
--------------------------------------------------------------------------
Legend:
Common SW:
Route Information
NP: NP ID B: BACL check
S: RPF Interface signal DC: Directly connected
PL: Punt to LC CPU PR: Punt to RP
PF: Punt if forwarded DR: Drop all
RI: RPF interface FS: Fabric slotmask
G: Multicast group ID M: Multicast Leaf Index
T: Table ID for lookup OC: Count of OLIST members
Base: Base of the statistics pointer NI: Not Installed
BD: Bidir
Interface Information
NP: NP ID Intf: Interface
U: uIDB index OT: OLE Type
T: Table ID IC: HW IC flag
B: HW BACL bit EU: Interface uIDB index
IB: Bundle interface EH: In HW OLIST table
OIDX: OLIST index on NP PT: Punt table entry
Base: Statistics Ptr base RM: Remote FGID (Pri/Back)
BD_ID: Bridge Domain ID if BVI RH: Raw hash
Software OLIST Information
SW OC: Software OLIST counts HW OC: Hardware OLIST counts
T: Table ID SD: Send direct flag
--------------------------------------------------------------------------
Engine: Olist Information:
NP: NP ID Intf: Interface
U: uIDB index OT: OLE Type
T: Table ID IC: HW IC flag
B: HW BACL bit EU: Interface uIDB index
IB: Bundle interface EH: In HW OLIST table
OIDX: OLIST index on NP PT: Punt table entry
Base: Statistics Ptr base RM: Remote FGID (Pri/Back)
BD_ID: Bridge Domain ID if BVI RH: Raw hash
--------------------------------------------------------------------------
Source: 10.1.0.2 Group: 232.11.11.11 Mask: 64 RPF ID : 639
Common SW Information
---------------------
------------------------------------------------------------------------------
NP B S DC PL PR PF DR BD RI FS G M T OC Base
------------------------------------------------------------------------------
0 F F F F F F F F 639 0x4 5489 2132 0 0 0x12c88
1 F F F F F F F F 639 0x4 5489 2132 0 0 0x12c88
2 F F F F F F F F 639 0x4 5489 2132 0 0 0x12c88
3 F F F F F F F F 639 0x4 5489 2132 0 0 0x12c88
4 F F F F F F F F 639 0x4 5489 2132 0 0 0x12cb0
5 F F F F F F F F 639 0x4 5489 2132 0 2 0x12cb0
6 F F F F F F F F 639 0x4 5489 2132 0 0 0x12cc8
7 F F F F F F F F 639 0x4 5489 2132 0 0 0x12cb8
---------------------------------------------------------------------------
Interface Information
------------------------------------------------------------------------------
NP Intf OT U T IC B EU IB EH OIDX PT Base RH
------------------------------------------------------------------------------
5 BE5000.1 REG 931 0 F F 931 T T/T 0 T 0x12cb8 0xef8edd84 >> verify UIDB 931
5 BE5000.2 REG 930 0 F F 930 T T/T 1 T 0x12cbb 0xef8edd84
------------------------------------------------------------------------------
Software OLIST Information
--------------------------------
NP SW OC HW OC T SD
--------------------------------
5 2 2 0 F
--------------------------------
Virtual Interface Local Presence
--------------------------------------------------------
NP Intf UL Intf Bundle Parent
--------------------------------------------------------
5 Bundle-Ether5000.1 Te0/0/0/17 Bundle-Ether5000 >> Check the member interface this S,G is forwarding
5 Bundle-Ether5000.2 Te0/0/0/17 Bundle-Ether5000
--------------------------------------------------------
Engine Information
---------------------
---------------------------------------------------------------------------
NP Intf OT U T IC B VRF Base RH
---------------------------------------------------------------------------
5 0xa03e0200 REG 41731 0 F F 0xb82c0100 0x84dd8eef
5 0xe03e0200 REG 41475 0 F F 63747 0xbb2c0100 0x84dd8eef
---------------------------------------------------------------------------
Überprüfen der UIDB-Programmierung:
RP/0/RSP0/CPU0:AG2-1#sh uidb index location 0/0/CPU0 | in 931
Fri Mar 12 03:41:21.876 EST
0/0/CPU0 0x00023ea0 Bundle-Ether5000.1 Sub-interface 931
Paket-Hashs für S, G überprüfen:
RP/0/RSP0/CPU0:AG2-1#sh mrib platform bundle hash ip 232.11.11.11 10.1.0.2 bundle-ether5000
Fri Mar 12 03:31:19.067 EST
===================================================
(Source, Group): (10.1.0.2,232.11.11.11)
Bundle interface: Bundle-Ether500 (0x20002a0)
Bundle member: TenGigE0/0/0/17 (0x580)
Raw Hash (32b): 0x8febeed6
Lag Hash (12b): 0x00d6
Member index: 0
===================================================
RP/0/RSP0/CPU0:AG2-1#sh mrib platform bundle hash ip 232.11.21.11 10.1.0.2 bundle-ether5000
Fri Mar 12 03:31:21.067 EST
===================================================
(Source, Group): (10.1.0.2,232.11.11.11)
Bundle interface: Bundle-Ether5000 (0x20002a0)
Bundle member: TenGigE0/1/0/17 (0x5c0)
Raw Hash (32b): 0x8014609b
Lag Hash (12b): 0x009b
Member index: 1
BCDL-Clientstatus überprüfen:
RP/0/RSP0/CPU0:AG2-1#sh mrib ipv4 client
Tue Aug 31 06:35:37.639 EDT
IP MRIB client-connections
bcdl_agent:1 (client id 28)
igmp:7467 (client id 23)
ldp:17503 (client id 52)
lmrib_bcdl:1 (client id 30) >>> Expected
lmrib_bcdl:2 (client id 60) >>>> Not expected if more than 1 >> fix provided Cisco bug ID CSCvy58964
pim:7471 (client id 26)
pim6_lbl:7644 (client id 20)
pim_lbl:7471 (client id 17)
xtc:7458 (client id 33)
Zum Core
MLDP-Status überprüfen:
RP/0/RSP0/CPU0:AG2-1#sh mpls mldp status
Fri Mar 12 02:56:00.727 EST
mLDP statistics
Process status : Active, Running and Ready
Logging notifications : Disabled
Label release scan in : never
LSM ID scan in : never
RIB connection status : Connected
RIB connection open : Yes
Überprüfen Sie die MLDP-Datenbank mit der Global-ID:
Das Verhalten von recursive-fec.
Damit das Tail-/Leaf-End das Root-/Head-End erreicht, findet ein Next-Hop-Wechsel statt.
Am Tail-End wird das Head-End-Loopback über AG3-2 (MID-Router) abgefragt. Hier spielt also recursive-fec eine wichtige Rolle
Konfiguration:
mldp
address-family ipv4
recursive-fec
!
- Aktivieren Sie den rekursiven mLDP-Fec-Makea-Leaf (Ingress-PE), um einen partitionierten MDT zum Upstream-Router zu erstellen, und fügen Sie den Inline-RR (AG3-2) (d. h. den Next-Hop für das Ingress-PE/Original-Root-Präfix) als Root ein.
RP/0/RSP0/CPU0:AG2-1#sh mpls mldp database root 10.44.0.10 opaquetype global-id 4 details
Fri Mar 12 03:42:20.594 EST
mLDP database
LSM-ID: 0x000D6 (LSP-ID: 0x8005D) Type: P2MP Uptime: 01:13:02
FEC Root : 10.44.0.10 >>>> This is the FEC root where Multicast Source is connected
FEC Length : 12 bytes
FEC Value internal : 0201000400000004312C000A
Opaque length : 4 bytes
Opaque value : 01 0004 00000004
Opaque decoded : [global-id 4]
Features : MBB RFEC RFWD Trace
Upstream neighbor(s) :
Recursive encode LSM-ID: 0x000D7 >>> 10.44.0.10 is reachable via 10.44.0.4 so Recursive LSM check the next command
Downstream client(s):
PIM MDT Uptime: 01:13:02
Egress intf : LmdtMLDP-14 >>>> Pointing towards mdt tunnel VRF
Table ID : IPv4: 0xe00003f9 IPv6: 0xe08003f9
RPF ID : 639 >>>> Check the RPFID it should match with mfib & mrib o/p
RD : 1000:1001 >> Check RD value
Überprüfen Sie den LSM-ID-Status in der MLDP-Datenbank:
RP/0/RSP0/CPU0:AG2-1#sh mpls mldp database 0x000D7 details >>>> Recursive LSM ID (Outer FEC)
Fri Mar 12 03:44:54.350 EST
mLDP database
LSM-ID: 0x000D7 (LSP-ID: 0x8005D) Type: P2MP Uptime: 01:15:36
FEC Root : 10.44.0.4
FEC Length : 25 bytes
FEC Value internal : 020700110600010312C000A000701000400000004312C0004
Opaque length : 17 bytes
Opaque value : 07 0011 0600010312C000A000701000400000004
Opaque decoded : [recursive] 10.44.0.10:[global-id 4] >>>> inner fec which is pointing towards actual source 10.44.0.10
Features : MBB RFEC RFWD Trace
Upstream neighbor(s) :
Is CSI accepting : N
10.44.0.4:0 [Active] [MBB] Uptime: 01:15:36 >>> upstream neighbor. Check ldp neighbor with hop
Local Label (D) : 29233 >>>> local label
Downstream client(s):
Recursive 0x000D6 Uptime: 01:15:36 >>> This is outer fec which is pointing towards VRF interface actual receiver (check above)
PIM MDT Uptime: 01:15:36 (from 0x000D6) >> MDT tunnel uptime
Egress intf : LmdtMLDP-14
Table ID : IPv4: 0xe00003f9 IPv6: 0xe08003f9
RPF ID : 639
RD : 1000:1001
MRIB-Parameter für lokale Bezeichnungen für S, G überprüfen:
RP/0/RSP0/CPU0:AG2-1#sh mrib mpls forwarding labels 29233 detail
Fri Mar 12 03:47:45.907 EST
LSP information (mLDP) :
LSM-ID: 0x8005D, Role: Tail >>>> Verify the LSM ID & RPF -ID with MLDP database
RPF-ID: 0x0027F, Assoc-TIDs: 0xe00003f9/0xe08003f9, MDT: LmdtMLDP-14 >> RFID is in hex convert into DEC & verify it
Incoming Label : 29233
Transported Protocol :
Explicit Null : None
IP lookup : enabled
Platform information :
Slotmask: Primary: 0x4, Backup: 0x4 >> Verify slotmask
MGID Primary: 7751, Backup: 7752 >>> Verify the same with mfib platform route location command
Label Node Role: LMRIB_ROUTER_ROLE_EGRESS, Tunnel Type: MVPN Tunnel
Outsegment Info #1 [T/Pop]:
No info.
PlatInfo:
Primary: [Main IF: NULL (IFH: 0), UL IF: NULL (IFH: 0)]
Backup: [Main IF: NULL (IFH: 0), UL IF: NULL (IFH: 0)]
Prüfen Sie den RPFID und die entsprechende MGID:
RP/0/RSP0/CPU0:AG2-1#show mrib rpf-id | b 639
Fri Mar 12 03:52:43.375 EST
Addr: 127.2.0.0, RPF-ID: 639 (0x27f)
Alloc: F, IPv6 Intr: F, Stale: F, Chkpt Obj-ID: 0x0
Routes - Non-core: 1, Core: 0, Label: 2
In PD Retry: F
Platform Annot: Primary MGID: 7737, Backup MGID: 7738
Überprüfen der MPLS-Weiterleitung:
RP/0/RSP0/CPU0:AG2-1#sh mpls forwarding labels 29233
Fri Mar 12 04:00:00.695 EST
Local Outgoing Prefix Outgoing Next Hop Bytes
Label Label or ID Interface Switched
------ ----------- ------------------ ------------ --------------- ------------
29233 Unlabelled mLDP/IR: 0x8005d >> verify with MPLS MLDP database LSP -ID
RP/0/RSP0/CPU0:AG2-1#sh mpls forwarding labels 29233 location 0/0/CPU0
Fri Mar 12 04:00:05.962 EST
Local Outgoing Prefix Outgoing Next Hop Bytes
Label Label or ID Interface Switched
------ ----------- ------------------ ------------ --------------- ------------
29233 Unlabelled mLDP/IR: 0x8005d 289 > For LSP card, MPLS forwarding stats is not incrementing fix provided Cisco bug ID CSCwe17513
RP/0/RSP0/CPU0:AG2-1#
CEF-Weiterleitung überprüfen:
RP/0/RSP0/CPU0:AG2-1#sh cef 10.44.0.10 >> FEC Root IP
Fri Mar 12 05:48:01.838 EST
10.44.0.10/32, version 149189, internal 0x1000001 0x0 (ptr 0x7a11058) [1], 0x0 (0x79c18c08), 0xa08 (0x79e5556c)
Updated Mar 12 02:29:03.109
Prefix Len 32, traffic index 0, precedence n/a, priority 4
via 10.44.0.4/32, 6 dependencies, recursive [flags 0x6000]
path-idx 0 NHID 0x0 [0x727a0730 0x0]
recursion-via-/32
next hop 10.44.0.4/32 via 24215/0/21
local label 29229
next hop 10.16.26.10/32 Te0/1/0/2 labels imposed {ImplNull 25509}
RP/0/RSP0/CPU0:AG2-1#sh cef 10.44.0.4 >> Next Hop for 10.44.0.10
Fri Mar 12 05:48:07.914 EST
10.44.0.4/32, version 117384, internal 0x1000001 0x0 (ptr 0x721ee2a8) [1], 0x0 (0x79c14ae4), 0xa20 (0x777e8518)
Updated Mar 11 20:41:39.060
remote adjacency to TenGigE0/1/0/2
Prefix Len 32, traffic index 0, precedence n/a, priority 1
via 10.16.26.0/32, Bundle-Ether45, 3 dependencies, weight 0, class 0, backup (Local-LFA) [flags 0x300]
path-idx 0 NHID 0x0 [0x79a002a0 0x79a00508]
next hop 10.16.26.0/32
local adjacency
local label 24215 labels imposed {ImplNull}
via 10.16.26.10/32, TenGigE0/1/0/2, 4 dependencies, weight 0, class 0, protected [flags 0x400]
path-idx 1 bkup-idx 0 NHID 0x0 [0x78eeb420 0x78ef0b50]
next hop 10.16.26.10/32
local label 24215 labels imposed {ImplNull}
RP/0/RSP0/CPU0:AG2-1#
Überprüfen Sie die Zähler für NP-Drops:
RP/0/RSP0/CPU0:ASR9006-L#sh controllers np counters np0 location 0/2/CPU0 | util egrep -i "DROP|OLE|MDF"
Fri Oct 30 03:31:18.619 UTC
16 MDF_TX_LC_CPU 131216974 491
17 MDF_TX_WIRE 1233084179074 393586. >>> Packets towards egress PHY from NP
21 MDF_TX_FABRIC 1297085738439 297619 >>> Packets towards Fabric from NP
105 RSV_DROP_EGR_UIDB_DOWN 1460 0
117 RSV_DROP_MPLS_NRLDI_NO_MATCH 413748715 0 >>
161 RSV_DROP_EGR_LAG_NO_MATCH 716 0
232 RSV_DROP_MPLS_LEAF_NO_MATCH 860077083 0
438 RSV_LSM_NO_OLE 2714 0. >>>>due to no OLE mapped or underlay Join for LSM ID
544 MDF_PIPE_LPBK 537269848146 297618
564 MDF_PUNT_POLICE_DROP 39231 0
573 MODIFY_PUNT_REASON_MISS_DROP 2 0
633 MDF_LB_TM0_LPBK0 144115523350 75159 >>> TM0 loopback utilization (Tomhawk/Typh case)
634 MDF_LB_TM0_LPBK1 799575201453 74405
635 MDF_LB_TM1_LPBK0 143959136311 74405 >>> TM1 loopback utilization (in Tomhawk case)
636 MDF_LB_TM1_LPBK1 143733432720 73661
637 MDF_TM_LP_Q_P1 6321879 10
639 MDF_TM_LP_Q_PN 1231376971969 297618
1945 PARSE_DROP_IN_UIDB_DOWN 696210 0
1948 PARSE_DROP_IPV4_DISABLED 2866 0
1979 PARSE_DROP_IPV6_DISABLED 269 0
Überprüfung der NP- oder FIA-Drops auf dem LC:
RP/0/RSP0/CPU0:B#sh drops all ongoing location 0/2/CPU0
=====================================
Checking for ongoing drops on 0/2/CPU0
=====================================
[np:NP0] RSV_DROP_IPV4_LEAF_NO_MATCH: +323
[np:NP0] RSV_DROP_MPLS_TXADJ_DROP: +393205
[np:NP0] RSV_EGR_LAG_NOT_LOCAL_DROP_CNT: +36
[np:NP0] MDF_RPF_FAIL_DROP: +24058109. >>>>> Check use case TZ to understand this
[np:NP1] RSV_DROP_IPV4_LEAF_NO_MATCH: +246
[np:NP1] RSV_DROP_MPLS_TXADJ_DROP: +393216
[np:NP1] RSV_EGR_LAG_NOT_LOCAL_DROP_CNT: +304
[np:NP1] MDF_RPF_FAIL_DROP: +24116093
show controller np counters:
[np:NP0] RSV_DROP_IPV4_LEAF_NO_MATCH: +29
[np:NP0] RSV_DROP_MPLS_TXADJ_DROP: +16076
[np:NP0] MDF_RPF_FAIL_DROP: +979311
[np:NP1] RSV_DROP_IPV4_LEAF_NO_MATCH: +9
[np:NP1] RSV_DROP_MPLS_TXADJ_DROP: +16080
[np:NP1] RSV_EGR_LAG_NOT_LOCAL_DROP_CNT: +11
[np:NP1] MDF_RPF_FAIL_DROP: +984429
[np:NP2] UNKNOWN_L2_ON_L3_DISCARD: +2
Hinweis: MDF_RPF_FAIL_DROP ist aufgrund eines RPF-Fehlers erforderlich, wenn die RPF-Schnittstelle in der Route nicht mit der eingehenden intf des Pakets übereinstimmt.
RP/0/RSP0/CPU0:PUNEKLCLAAR001#sh drops all ongoing location 0/0/CPU0 | include "RSV_DROP_ACL_DENY|TM"
Thu Dec 24 20:33:30.086 IST
[np:NP3] RSV_DROP_ACL_DENY: +109
[np:NP5] RSV_DROP_ACL_DENY: +154
[np:NP6] RSV_DROP_ACL_DENY: +74
[np:NP7] RSV_DROP_ACL_DENY: +29
[np:NP 3 TM 0] drop paks: +5909 >>> Check TM drops if it increasing rapidly check the QOS stats & RFD buffers as mentioned below
[np:NP 5 TM 0] drop paks: +909
[np:NP 6 TM 0] drop paks: +8925
[np:NP 7 TM 0] drop paks: +5491
Wenn Sie feststellen, dass TM-Drops schneller zunehmen, sammeln Sie die folgenden Protokolle:
Show policy-map interface <> out >>>>> egress stats >>>>Check if there is any drops in queue
Collect np datalogs
Get into LC shell (run attach 0/x/cpu0)
Führen Sie show_np -e <np_id> -d npdatalog aus:
Sammeln Sie außerdem mehrere (4-5) Iterationen der Pipeline von der LC-Shell.
show_np -e <np_id> -d -pipeline >>>> Only applicable for Tomhawk LC
Da der Multicast-Datenverkehr TM-Loopback verwendet, überprüfen Sie, ob qoshal verworfen wird (Beispiel: NP4-Standort 4).
Beispiel-Einschaltselbsttest:
Tailend#show qoshal loopback-queue np 4 location 0/0/CPU0
Tue Jun 9 10:51:12.908 IST
TY Options argc:6
nphal_show_chk -p 2049loopback-queue-n 0x4
Done
Loopback Queues : NP 4
===============================================================
Multi-cast Loopback Queue NP 4
Ingress: QID 0x40 Entity: 4/0/0/4/8/0 Priority: Priority 1 Qdepth: 0
StatIDs: commit/fast_commit/drop: 0x5f0140/0x0/0x5f0141
Statistics(Pkts/Bytes):
Tx_To_TM 0/0
Total Xmt 0/0 Dropped 0/0 >>> Check Transmit & Drop packets in P1
Ingress: QID 0x41 Entity: 4/0/0/4/8/1 Priority: Priority 2 Qdepth: 0
StatIDs: commit/fast_commit/drop: 0x5f0145/0x0/0x5f0146
Statistics(Pkts/Bytes):
Tx_To_TM 0/0
Total Xmt 0/0 Dropped 0/0 >>> Check Transmit & Drop packets in P2
Ingress: QID 0x43 Entity: 4/0/0/4/8/3 Priority: Priority 3 Qdepth: 0
StatIDs: commit/fast_commit/drop: 0x5f014f/0x0/0x5f0150
Statistics(Pkts/Bytes):
Tx_To_TM 0/0
Total Xmt 0/0 Dropped 0/0 >>> Check Transmit & Drop packets in P3
Ingress: QID 0x42 Entity: 4/0/0/4/8/2 Priority: Priority Normal Qdepth: 0
StatIDs: commit/fast_commit/drop: 0x5f014a/0x0/0x5f014b
Statistics(Pkts/Bytes):
Tx_To_TM 6607491182505/9627383230841487
Total Xmt 349820789/509702036782 Dropped 6607141361716/9626873528804705 >>>> Check Transmit & Drop packets in Default Queue
So erfassen Sie plötzlichen Datenverkehr:
np_perf -e 0 -R -o 4 -D 10 -n 5000
R is for rfd
O is for special ports (loopback comes under that)
D is duration; in the above example it is 10 secs; max you can specify is 2 days or something like that
MID-Router
Zu Empfängern
MLDP-Status überprüfen:
RP/0/RSP1/CPU0:AG3-2#sh mpls mldp status
Fri Mar 12 08:08:37.366 UTC
mLDP statistics
Process status : Active, Running and Ready >>>> Active
Logging notifications : Disabled
Label release scan in : never
LSM ID scan in : never
RIB connection status : Connected
RIB connection open : Yes
RP/0/RSP1/CPU0:AG3-2#
Überprüfen Sie die MLDP-Datenbank:
Verhalten von recursive-fec
Damit das Mid-End (Inline-RR) das Root/Head-End erreicht, gibt es den Next-Hop als Root.
Konfiguration:
mldp
address-family ipv4
recursive-fec
!
Beispiel-Einschaltselbsttest:
RP/0/RSP1/CPU0:AG3-2#sh mpls mldp database opaquetype recursive global-id 4
Fri Mar 12 07:54:05.599 UTC
mLDP database
LSM-ID: 0x00023 (LSP-ID: 0x80023) Type: P2MP Uptime: 01:26:35
FEC Root : 10.44.0.4 (we are the root) >>> In this router, outer FEC get remove
Opaque decoded : [recursive] 10.44.0.10:[global-id 4]
Features : MBB RFWD
Upstream neighbor(s) : >>>>>>>>>>>>>>>>>>>Upstream client towards HEADEND
Recursive decode LSM-ID: 0x00024 >> Inner FEC to reach 10.44.0.10
Downstream client(s): >>>>>>>> Downstream client towards Receiver
LDP 10.44.0.5:0 Uptime: 01:26:35
Rec Next Hop : 10.44.0.5 >> Receiver end IP
Remote label (D) : 29233 >>> Remote label to reach 10.44.0.5
RP/0/RSP1/CPU0:AG3-2#sh mpls mldp database 0x00024 >>> Inner FEC (Actual LSM to reach Source)
Fri Mar 12 07:55:20.346 UTC
mLDP database
LSM-ID: 0x00024 (LSP-ID: 0x80023) Type: P2MP Uptime: 01:27:50
FEC Root : 10.44.0.10
Opaque decoded : [global-id 4]
Features : MBB RFWD
Upstream neighbor(s) :
Is CSI accepting : N
10.44.0.10:0 [Active] [MBB] Uptime: 01:27:50
Local Label (D) : 25515
Downstream client(s):
Recursive 0x00023 Uptime: 01:27:50
Multicast PI > mrib entry/state für S, G mithilfe des Labels überprüfen:
RP/0/RSP1/CPU0:AG3-2#sh mrib mpls forwarding labels 25515 detail
Fri Mar 12 08:01:03.353 UTC
LSP information (mLDP) :
LSM-ID: 0x80023, Role: Mid >> Note LSM & Role
Incoming Label : 25515
Transported Protocol :
Explicit Null : None
IP lookup : disabled
Platform information :
Slotmask: Primary: 0x4, Backup: 0xc
MGID Primary: 34318, Backup: 34319
Label Node Role: LMRIB_ROUTER_ROLE_MID, Tunnel Type: MVPN Tunnel
Outsegment Info #1 [M/Swap, Recursive]:
OutLabel: 29233, NH: 10.44.0.5, ID: 0x23, Sel IF: TenGigE0/0/0/3 >> verify out label with local label of 10.44.0.5
UL IF: TenGigE0/0/0/3, Node-ID: 0x8220
Backup Tunnel: Un:0x0 Backup State: Ready, NH: 0.0.0.0, MP Label: 0
Backup Sel IF: TenGigE0/1/0/0/2, UL IF: TenGigE0/1/0/0/2, Node-ID: 0x8320
PlatInfo:
Primary: [Main IF: TenGigE0/0/0/3 (IFH: 0x4000180), UL IF: TenGigE0/0/0/3 (IFH: 0x4000180)] >> Egress Interface/LC 0/0/CPU0
Backup: [Main IF: Bundle-Ether45 (IFH: 0x20002e0), UL IF: TenGigE0/1/0/0/2 (IFH: 0x60020c0)]
RP/0/RSP1/CPU0:AG3-2#
MGID mit folgendem Befehl überprüfen:
show mpls forwarding labels 25515 hardware egress location 0/0/CPU0
Diese MGID ist ein Hexadezimalwert und wird dann in eine Dezimalzahl konvertiert.
MGID überprüfen:
RP/0/RSP1/CPU0:AG3-2#sh controllers mgidprgm mgidindex 34318 location 0/0/CPU0 >>> mgid value you got from "show mpls forwarding labels 25515 hardware egress location 0/0/CPU0"
Fri Mar 12 08:02:02.873 UTC
Device MGID-Bits Client-Last-Modified
=======================================================
XBAR-0 1 P2MP
FIA-0 1 P2MP
FIA-1 0 None
========================================================
Client Mask
========================================================
MFIBV4 0x0
MFIBV6 0x0
L2FIB 0x0
sRP-pseudo-mc 0x0
UT 0x0
Prgm-Svr 0x0
P2MP 0x1
xbar 0x0
UT1 0x0
UT2 0x0
punt_lib 0x0
RP/0/RSP1/CPU0:AG3-2#
Überprüfen Sie die Weiterleitungsrate für RSP und LC:
RP/0/RSP1/CPU0:AG3-2#sh mpls forwarding labels 25515 location 0/0/CPU0
Fri Mar 12 08:04:35.608 UTC
Local Outgoing Prefix Outgoing Next Hop Bytes
Label Label or ID Interface Switched
------ ----------- ------------------ ------------ --------------- ------------
25515 29233 mLDP/IR: 0x00023 10.44.0.5 279353664958 >> Forwarding rate should increase
RP/0/RSP1/CPU0:AG3-2#sh mpls forwarding labels 25515 location 0/0/CPU0
Fri Mar 12 08:04:38.798 UTC
Local Outgoing Prefix Outgoing Next Hop Bytes
Label Label or ID Interface Switched
------ ----------- ------------------ ------------ --------------- ------------
25515 29233 mLDP/IR: 0x00023 10.44.0.5 279353664958 >>> Forwarding rate should increase
Überprüfen Sie die MPLS-Label-Programmierung für S, G:
RP/0/RSP1/CPU0:AG3-2#sh mpls forwarding labels 25515 detail location 0/0/CPU0
Fri Mar 12 08:04:56.793 UTC
Local Outgoing Prefix Outgoing Next Hop Bytes
Label Label or ID Interface Switched
------ ----------- ------------------ ------------ --------------- ------------
25515 mLDP/IR: 0x00023 (0x80023) >>> Verify LSM/LSP ID as per MLDP database
Updated Mar 12 06:27:29.419
mLDP/IR LSM-ID: 0x80023, MDT: 0x0
Flags:IP Lookup:not-set, Expnullv4:not-set, Expnullv6:not-set
Payload Type v4:not-set, Payload Type v6:not-set, l2vpn:not-set
Head:not-set, Tail:not-set, Bud:not-set, Peek:not-set, inclusive:not-set
Ingress Drop:not-set, Egress Drop:not-set
RPF-ID:0, Encap-ID:0
Disp-Tun:[ifh:0x0, label:-]
Platform Data [72]:
{ 0 0 0 4 0 0 0 4
0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
0 0 0 12 0 0 0 12
0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
0 0 134 14 0 0 134 15
0 0 134 14 0 0 134 15
0 0 0 1 0 0 0 2
}
mpls paths: 1, local mpls paths: 1, protected mpls paths: 1
29233 mLDP/IR: 0x00023 (0x80023) \ >>> verify LSM ID
10.44.0.5 280073746930
Updated: Mar 12 06:27:29.420
My Nodeid:0x8220
Interface Nodeids:
[ 0x8220 - - - - - - - - - ]
Interface Handles:
[ 0x4000180 - - - - - - - - - ]
Backup Interface Nodeids:
[ 0x8320 - - - - - - - - - ]
Backup Interface Handles:
[ 0x60020c0 - - - - - - - - - ]
via-label:25502, mpi-flags:0x200 tos_masks:[ primary:0x0 backup:0x0]
MPI resolution time Mar 12 06:27:29.420
Packets Switched: 581065865
BGP-mVPN überprüfen:
Sie können Typ 3 von der Quelle und Typ 7 vom Empfänger sehen.
RP/0/RSP1/CPU0:AG3-2#sh bgp ipv4 mvpn rd 1000:1001
Fri Mar 12 08:08:09.413 UTC
BGP router identifier 10.44.0.4, local AS number 55836
BGP generic scan interval 60 secs
Non-stop routing is enabled
BGP table state: Active
Table ID: 0x0 RD version: 0
BGP main routing table version 11597
BGP NSR Initial initsync version 4 (Reached)
BGP NSR/ISSU Sync-Group versions 11597/0
BGP scan interval 60 secs
Status codes: s suppressed, d damped, h history, * valid, > best
i - internal, r RIB-failure, S stale, N Nexthop-discard
Origin codes: i - IGP, e - EGP, ? - incomplete
Network Next Hop Metric LocPrf Weight Path
Route Distinguisher: 1000:1001
*>i[1][10.44.0.5]/40 10.44.0.5 100 0 i
*>i[1][10.44.0.10]/40 10.44.0.10 100 0 i
*>i[1][10.44.0.110]/40
10.44.0.110 100 0 i
*>i[3][0][0.0.0.0][0][0.0.0.0][10.44.0.5]/120
10.44.0.5 100 0 i
*>i[3][0][0.0.0.0][0][0.0.0.0][10.44.0.10]/120
10.44.0.10 100 0 i
*>i[3][0][0.0.0.0][0][0.0.0.0][10.44.0.110]/120
10.44.0.110 100 0 i
*>i[3][32][10.1.0.2][32][232.11.11.11][10.44.0.10]/120
10.44.0.10 100 0 i
*>i[7][1000:1001][55836][32][10.1.0.2][32][232.11.11.11]/184
10.44.0.5 100 0 i
Processed 8 prefixes, 8 paths
Head-End-Router (Multicast Source PE)
Zum Core
MPLS-MLDP-Datenbank überprüfen:
RP/0/RSP0/CPU0:DC1-DCWAN#sh mpls mldp database root 10.44.0.10 opaquetype global-id 4
Fri Mar 12 05:27:57.124 EST
mLDP database
LSM-ID: 0x00009 Type: P2MP Uptime: 03:05:01 >> Verify LSM ID
FEC Root : 10.44.0.10 (we are the root)
Opaque decoded : [global-id 4]
Features : MBB RFWD
Upstream neighbor(s) : >>> Upstream is under VRF so it is none
None
Downstream client(s):
LDP 10.44.0.4:0 Uptime: 03:05:01 >>> Downstream client 10.44.0.4
Rec Next Hop : 10.44.0.4
Remote label (D) : 25515 >>> Verify this label with Mid router local label
PIM MDT Uptime: 03:05:01
Egress intf : LmdtMLDP-14
Table ID : IPv4: 0xe00003f8 IPv6: 0xe08003f8
HLI : 0x00009
Ingress : Yes
Local Label : 33031 (internal)
RP/0/RSP0/CPU0:DC1-DCWAN#
Überprüfen Sie die Egress-Core-Schnittstelle unter Verwendung von mrib:
RP/0/RSP0/CPU0:DC1-DCWAN#sh mrib mpls forwarding labels 33031 detail
Fri Mar 12 05:29:57.603 EST
LSP information (mLDP) :
LSM-ID: 0x00009, Role: Head, Head LSM-ID: 0x00009
Incoming Label : (33031) >>> Local Label
Transported Protocol :
Explicit Null : None
IP lookup : disabled
Platform information :
Slotmask: Primary: 0x1, Backup: 0x1>>>>>> It gives egress LC0 as slotmask
MGID Primary: 26096, Backup: 26097 >>> Don't consider this MGID to verify the egress forwarding
Label Node Role: LMRIB_ROUTER_ROLE_INGRESS, Tunnel Type: MVPN Tunnel
Outsegment Info #1 [H/Push, Recursive]:
OutLabel: 25515, NH: 10.44.0.4, ID: 0x9, Sel IF: TenGigE0/0/1/2 >> Hash to one bundle member interface selected
UL IF: TenGigE0/0/1/2, Node-ID: 0x801
PlatInfo:
Primary: [Main IF: Bundle-Ether410 (IFH: 0x20009e0), UL IF: TenGigE0/0/1/2 (IFH: 0x140)]
Backup: [Main IF: NULL (IFH: 0x0), UL IF: NULL (IFH: 0x0)]
Alternativer Befehl:
RP/0/RSP0/CPU0:DC1-DCWAN#sh mrib mpls forwarding head-lsm-id 0x00009 detail
Fri Mar 12 05:44:46.639 EST
LSP information (mLDP) :
LSM-ID: 0x00009, Role: Head, Head LSM-ID: 0x00009
Incoming Label : (33031)
Transported Protocol :
Explicit Null : None
IP lookup : disabled
Platform information :
Slotmask: Primary: 0x1, Backup: 0x1
MGID Primary: 26096, Backup: 26097
Label Node Role: LMRIB_ROUTER_ROLE_INGRESS, Tunnel Type: MVPN Tunnel
Outsegment Info #1 [H/Push, Recursive]:
OutLabel: 25515, NH: 10.44.0.4, ID: 0x9, Sel IF: TenGigE0/0/1/2
UL IF: TenGigE0/0/1/2, Node-ID: 0x801
PlatInfo:
Primary: [Main IF: Bundle-Ether410 (IFH: 0x20009e0), UL IF: TenGigE0/0/1/2 (IFH: 0x140)]
Backup: [Main IF: NULL (IFH: 0x0), UL IF: NULL (IFH: 0x0)]
Überprüfen Sie die MPLS-Weiterleitungsrate auf RSP und LC - der Ausgang vom DCWAN ist die MPLS-Weiterleitung:
RP/0/RSP0/CPU0:DC1-DCWAN#sh mpls forwarding labels 33031
Fri Mar 12 05:32:09.026 EST
Local Outgoing Prefix Outgoing Next Hop Bytes
Label Label or ID Interface Switched
------ ----------- ------------------ ------------ --------------- ------------
33031 25515 mLDP/IR: 0x00009 10.44.0.4 545528292634 >> Verify forwarding rate & LSM
RP/0/RSP0/CPU0:DC1-DCWAN#sh mpls forwarding labels 33031 detail location 0/0/CPU0
Fri Mar 12 05:32:22.904 EST
Local Outgoing Prefix Outgoing Next Hop Bytes
Label Label or ID Interface Switched
------ ----------- ------------------ ------------ --------------- ------------
33031 mLDP/IR: 0x00009 (0x00009)
Updated Mar 12 02:22:56.152
mLDP/IR LSM-ID: 0x00009, MDT: 0x0, Head LSM-ID: 0x00009
IPv4 Tableid: 0xe0000000, IPv6 Tableid: 0xe0800000
Flags:IP Lookup:not-set, Expnullv4:not-set, Expnullv6:not-set
Payload Type v4:not-set, Payload Type v6:not-set, l2vpn:not-set
Head:set, Tail:not-set, Bud:not-set, Peek:not-set, inclusive:not-set
Ingress Drop:not-set, Egress Drop:not-set
RPF-ID:0, Encap-ID:0
Disp-Tun:[ifh:0x0, label:-]
Platform Data [64]:
{ 0 0 0 1 0 0 0 1
0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
0 0 0 1 0 0 0 1
0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
0 0 101 240 0 0 101 241
0 0 0 1 0 0 0 1
}
mpls paths: 1, local mpls paths: 1, protected mpls paths: 0
25515 mLDP/IR: 0x00009 (0x00009) \
10.44.0.4 546248376534
Updated: Mar 12 02:22:56.150
My Nodeid:0x801
Interface Nodeids:
[ 0x801 - - - - - - - - - ]
Interface Handles:
[ 0x140 - - - - - - - - - ]
Backup Interface Nodeids:
[ - - - - - - - - - - ]
Backup Interface Handles:
[ - - - - - - - - - - ]
via-label:33009, mpi-flags:0x200 tos_masks:[ primary:0x0 backup:0x0]
MPI resolution time Mar 12 02:22:56.151
Packets Switched: 1133295387 >>> verify Traffic rate increase
RP/0/RSP0/CPU0:DC1-DCWAN#
Überprüfen Sie CEF auf Next-Hop, der im MLDP Downstream angezeigt wird:
RP/0/RSP0/CPU0:DC1-DCWAN#sh cef 10.44.0.4 internal
Fri Mar 12 05:39:40.543 EST
IPv4:default:0xe0000000[0x718462d8]:lsd:10.44.0.4/32[ref:1 proto:ipv4 flags:0x1000001 f2:0x0 src:lsd ver:376933][0x8abcce98]
LSPA => [ref:3 count:1 src:lsd flags:[pd create pending, updated, has-pd-li] walk-idx:0 flags:0xa20][0x727bc598]
0={
LABEL_INFO => [default [o-label:pop l-label:33009 type:0 flags:[linked to lsw, ipv4, recycle, retain] ext-flags:[none]][0x72789b68]
LABEL_INFO => [default [o-label:pop l-label:33009 type:0 flags:[owner locked, eos li, linked to lsw, ipv4, recycle, retain] ext-flags:[none]][0x727994a0]]]}
LDI => [ref:9 pl:75fe41a8 proto:mpls type:imp-eos1 lvl:1 buckets:1 slots:1 fixup:0 flags:[owner locked, added to pl, depth changed] timestamp:Mar 12 01:58:40.008][0x72811554]
slots:
{0,p0,s0,f:[]}={
NHINFO => [type:tx, linkt:link_IPv4, nh_proto:IPv4, ifh:Bundle-Ether410(0x20009e0), nh:10.16.74.0, adj:0x0, flags:[incomplete, pd bind pending]][0x73c97890]
IDB => [ref:1 ifh:Bundle-Ether410(0x20009e0) type:28/EtherBundle parent-type:0/none flags:[owner locked,proto-stats,cpuless-inserted,bundle][0x714d9030]
IDB_EXT:{MPLS IPv4:[ref:1 MPLS:[0x71a6c058] NH:2 MTU:1500 flags:[forwarding is enabled][0x75659058]],IPv4:[ref:1 IPv4:default[0x718462d8] NH:3 MTU:1500 flags:[none][0x723d3df0]],MPLS IPv6:NULL,IPv6:[ref:1 IPv6:default[0x71e63558] NH:3 MTU:1500 flags:[none][0x726ede28]]}
}
buckets:
{0,p0,s0}={[0x73c97890]}
LDI_LW => [type:imp loadinfo:[0x72811554] flags: timestamp:Mar 12 02:22:40.904][0x8aa0a3ac]
PATHLIST => [ref:12 count:1 depth:1 ldi:72811554 type:Shared flags:[mpls ext, imp, lsw] extn_flags:[] timestamp:Mar 12 01:58:40.004][0x75fe41a8]
0={
[[nh:10.16.74.0 ifh:Bundle-Ether410(0x20009e0) tbl:0xe0000000 type:implict-null flags:[none]]
[depth:1 flags:[resolved,ldi-preferred] resolves-via: ###
NHINFO => [type:tx, linkt:link_IPv4, nh_proto:IPv4, ifh:Bundle-Ether410(0x20009e0), nh:10.16.74.0, adj:0x0, flags:[incomplete, pd bind pending]][0x73c97890]
IDB => [ref:1 ifh:Bundle-Ether410(0x20009e0) type:28/EtherBundle parent-type:0/none flags:[owner locked,proto-stats,cpuless-inserted,bundle][0x714d9030]
IDB_EXT:{MPLS IPv4:[ref:1 MPLS:[0x71a6c058] NH:2 MTU:1500 flags:[forwarding is enabled][0x75659058]],IPv4:[ref:1 IPv4:default[0x718462d8] NH:3 MTU:1500 flags:[none][0x723d3df0]],MPLS IPv6:NULL,IPv6:[ref:1 IPv6:default[0x71e63558] NH:3 MTU:1500 flags:[none][0x726ede28]]}, with impnull-nh: **
NHINFO => [type:tx, linkt:link_MPLS, nh_proto:IPv4, ifh:Bundle-Ether410(0x20009e0), nh:10.16.74.0, adj:0x0, flags:[incomplete, pd bind pending]][0x73c97940]
IDB => [ref:1 ifh:Bundle-Ether410(0x20009e0) type:28/EtherBundle parent-type:0/none flags:[owner locked,proto-stats,cpuless-inserted,bundle][0x714d9030]
IDB_EXT:{MPLS IPv4:[ref:1 MPLS:[0x71a6c058] NH:2 MTU:1500 flags:[forwarding is enabled][0x75659058]],IPv4:[ref:1 IPv4:default[0x718462d8] NH:3 MTU:1500 flags:[none][0x723d3df0]],MPLS IPv6:NULL,IPv6:[ref:1 IPv6:default[0x71e63558] NH:3 MTU:1500 flags:[none][0x726ede28]]} ** ###]}
RP/0/RSP0/CPU0:DC1-DCWAN#
Paketelementschnittstellen überprüfen:
RP/0/RSP0/CPU0:DC1-DCWAN#sh int be310 | in Active
Wed Mar 10 06:37:16.756 EST
TenGigE0/0/0/0 Full-duplex 10000Mb/s Active
TenGigE0/0/0/1 Full-duplex 10000Mb/s Active
TenGigE0/0/0/4 Full-duplex 10000Mb/s Active
TenGigE0/0/0/5 Full-duplex 10000Mb/s Active
BCDL-Clientstatus überprüfen:
RP/0/RSP0/CPU0:AG2-1#sh mrib ipv4 client
Tue Aug 31 06:35:37.639 EDT
IP MRIB client-connections
bcdl_agent:1 (client id 28)
igmp:7467 (client id 23)
ldp:17503 (client id 52)
lmrib_bcdl:1 (client id 30) >>> Expected
lmrib_bcdl:2 (client id 60) >>>> Not expected if more than 1 >> fix provided Cisco bug ID CSCvy58964
pim:7471 (client id 26)
pim6_lbl:7644 (client id 20)
pim_lbl:7471 (client id 17)
xtc:7458 (client id 33)
Überprüfen Sie mFIB:
RP/0/RSP0/CPU0:DC1-DCWAN#sh mfib vrf MLDP-14 platform route 10.1.0.2 232.11.11.11/32 location 0/0/CPU0
Fri Mar 12 09:39:34.651 EST
LC Type: A9K-MOD400-SE
--------------------------------------------------------------------------
Legend:
Common SW:
Route Information
B: BACL check S: RPF Interface signal
DC: Directly connected PL: Punt to LC CPU
PR: Punt to RP PF: Punt if forwarded
DR: Drop all RI: RPF interface
MF: MoFRR enabled TR: Tunnel route
TE: Tunnel encap CD: Conditional decap
MI: MVET index NI: Not Installed
BD: Bidir
MVPN Information (Common SW)
MLI: MVPN table index VTID: VRF Table ID
RPFID: RPF Identifier
MoFRR Information
A: Active RPF interface RI: RPF interface (or RPF ID)
WDI: Watchdog counter index
--------------------------------------------------------------------------
Source: 10.1.0.2 Group: 232.11.11.11 Mask: 64 RPF Int: BE1000.2001
Common SW Information
---------------------
MGID: 26081 MLI: 75537 Fabric Slotmask: 0x0 FGID: 0x0 >> Here no slotmask programmed as traffic is ingress under VRF & egress is MPLS forwarding
------------------------------------------------------------------------------
B S DC PL PR PF DR BD RI MF TR TE CD MI
------------------------------------------------------------------------------
F F F F F F F F 0x2013120 F F T F 0x2
---------------------------------------------------------------------------
MVPN/MLDP Encap Information:
Encap flag: T, Encap ID: 2 -->>>> Note this Encap ID
Last refcount bitmask (Enc ID): 0x0, Sets: 0, Clears: 0
Local receiver flag: F
Turnaround flag: F
Kapselungs-ID überprüfen:
RP/0/RSP0/CPU0:DC1-DCWAN#sh mfib encap identifier
Fri Mar 12 09:45:01.228 EST
Encap Id: 2
#Route: 1 #Encap: 1 Stale: N IP Lookup:N (MRIB Update VRF Lite(v4/v6):N/N #LocalEG:0 V6:N)
LSM ID: 9 Leaf Turnaround: True
RP/0/RSP0/CPU0:DC1-DCWAN#sh mfib encap identifier location 0/0/CPU0
Fri Mar 12 09:45:11.745 EST
Encap Id: 2
#Route: 1 #Encap: 1 Stale: N IP Lookup:N (MRIB Update VRF Lite(v4/v6):N/N #LocalEG:0 V6:N)
LSM ID: 9 Leaf Turnaround: True
BGP-mVPN-Routen überprüfen:
Überprüfen Sie, ob BGP-Typ 7 vom Empfänger empfangen wurde und Typ 3 von der Quelle an den Empfänger weitergegeben wird. BGP-Typ 3 wird nur bei Auslösung des Daten-MDTs gemeldet.
RP/0/RSP0/CPU0:DC1-DCWAN#sh bgp ipv4 mvpn rd 1000:1001
Wed Mar 10 07:39:26.898 EST
BGP router identifier 10.44.0.10, local AS number 55836
BGP generic scan interval 60 secs
Non-stop routing is enabled
BGP table state: Active
Table ID: 0x0 RD version: 0
BGP main routing table version 351943
BGP NSR Initial initsync version 31 (Reached)
BGP NSR/ISSU Sync-Group versions 351943/0
BGP scan interval 60 secs
Status codes: s suppressed, d damped, h history, * valid, > best
i - internal, r RIB-failure, S stale, N Nexthop-discard
Origin codes: i - IGP, e - EGP, ? - incomplete
Network Next Hop Metric LocPrf Weight Path
Route Distinguisher: 1000:1001 (default for vrf MLDP-14 )
*>i[1][10.44.0.5]/40 10.44.0.5 100 0 i
* i 10.44.0.5 100 0 i
*> [1][10.44.0.10]/40 0.0.0.0 0 i
*>i[1][10.44.0.110]/40
10.44.0.110 100 0 i
* i 10.44.0.110 100 0 i
*>i[3][0][0.0.0.0][0][0.0.0.0][10.44.0.5]/120
10.44.0.5 100 0 i
* i 10.44.0.5 100 0 i
*> [3][0][0.0.0.0][0][0.0.0.0][10.44.0.10]/120
0.0.0.0 0 i
*>i[3][0][0.0.0.0][0][0.0.0.0][10.44.0.110]/120
10.44.0.110 100 0 i
* i 10.44.0.110 100 0 i
*> [3][32][10.1.0.2][32][232.11.11.11][10.44.0.10]/120 >>>> Type 3 route advertised towards receiver
0.0.0.0 0 i
*>i[7][1000:1001][55836][32][10.1.0.2][32][232.11.11.11]/184 >>> Type 7 route received from receiver
10.44.0.5 100 0 i
* i 10.44.0.5 100 0 i
8 Präfixe, 13 Pfade verarbeitet.
Zu Multicast-Quelle
Überprüfen Sie mRIB VRF:
RP/0/RSP0/CPU0:DC1-DCWAN#sh mrib vrf MLDP-14 route 10.1.0.2 232.11.11.11/32 detail
Fri Mar 12 05:17:51.828 EST
IP Multicast Routing Information Base
Entry flags: L - Domain-Local Source, E - External Source to the Domain,
C - Directly-Connected Check, S - Signal, IA - Inherit Accept,
IF - Inherit From, D - Drop, ME - MDT Encap, EID - Encap ID,
MD - MDT Decap, MT - MDT Threshold Crossed, MH - MDT interface handle
CD - Conditional Decap, MPLS - MPLS Decap, EX - Extranet
MoFE - MoFRR Enabled, MoFS - MoFRR State, MoFP - MoFRR Primary
MoFB - MoFRR Backup, RPFID - RPF ID Set, X - VXLAN
Interface flags: F - Forward, A - Accept, IC - Internal Copy,
NS - Negate Signal, DP - Don't Preserve, SP - Signal Present,
II - Internal Interest, ID - Internal Disinterest, LI - Local Interest,
LD - Local Disinterest, DI - Decapsulation Interface
EI - Encapsulation Interface, MI - MDT Interface, LVIF - MPLS Encap,
EX - Extranet, A2 - Secondary Accept, MT - MDT Threshold Crossed,
MA - Data MDT Assigned, LMI - mLDP MDT Interface, TMI - P2MP-TE MDT Interface
IRMI - IR MDT Interface
(10.1.0.2,232.11.11.11) Ver: 0x2c12 RPF nbr: 10.1.0.2 Flags: RPF MT EID,
PD: Slotmask: 0x0 >> No Slotmask as it is incoming traffic . It will get programmed when traffic is egress from node
MGID: 26081
MT Slot: 0/0/CPU0 I>>>> Ingress LC
Up: 02:55:10
RPF-ID: 0, Encap-ID: 2
Incoming Interface List
Bundle-Ether1000.2001 Flags: A, Up: 02:55:10 >> Multicast Source connected interface
Outgoing Interface List
LmdtMLDP-14 Flags: F LMI MT MA TR, Up: 02:55:10, Head LSM-ID: 0x00009 >>Verify LSM ID with MLDP dB & check egress interface
RP/0/RSP0/CPU0:DC1-DCWAN#
MGID mit ENCAP-ID überprüfen:
RP/0/RSP0/CPU0:DC1-DCWAN#sh mrib encap-id 2
Wed Mar 17 12:50:58.421 EST
Encap ID Key : 00000110000000200100020100000000000000
Encap ID Length : 19
Encap ID Value : 2
Platform Annotation:
Slotmask: Primary: 0x1, Backup: 0x1 >>> Verify the Slot-mask point to LC 0
MGID: Primary: 43570, Backup: 43571 >>> Check this MGID
Flags (Vrflite(v4/v6),Stale,v6): N/N, N, N
Oles:
[1] type: 0x5, len: 12
LSM-ID: 0x00010 MDT: 0x2000120 Turnaround: TRUE
Primary: 0/0/CPU0[1]
Backup:
TableId: 0xe00003f8[1]
Redist History:
client id 22 redist time: 1d01h redist flags 0x0
MGID-Programmierung für Egress-LC (zu mdt):
RP/0/RSP0/CPU0:DC1-DCWAN#sh controllers mgidprgm mgidindex 43570 location 0/0/CPU0
Fri Mar 12 09:41:36.319 EST
Device MGID-Bits Client-Last-Modified
=======================================================
XBAR-0 10 P2MP
FIA-0 1 P2MP
FIA-1 1 P2MP
========================================================
Client Mask
========================================================
MFIBV4 0x0
MFIBV6 0x0
L2FIB 0x0
sRP-pseudo-mc 0x0
UT 0x0
Prgm-Svr 0x0
P2MP 0x3
xbar 0x0
UT1 0x0
UT2 0x0
punt_lib 0x0
Überprüfen Sie mFIB VRF:
RP/0/RSP0/CPU0:DC1-DCWAN#sh mfib vrf MLDP-14 platform route 10.1.0.2 232.11.11.11/32 location 0/0/CPU0
Fri Mar 12 05:20:24.584 EST
LC Type: A9K-MOD400-SE
--------------------------------------------------------------------------
Legend:
Common SW:
Route Information
B: BACL check S: RPF Interface signal
DC: Directly connected PL: Punt to LC CPU
PR: Punt to RP PF: Punt if forwarded
DR: Drop all RI: RPF interface
MF: MoFRR enabled TR: Tunnel route
TE: Tunnel encap CD: Conditional decap
MI: MVET index NI: Not Installed
BD: Bidir
MVPN Information (Common SW)
MLI: MVPN table index VTID: VRF Table ID
RPFID: RPF Identifier
MoFRR Information
A: Active RPF interface RI: RPF interface (or RPF ID)
WDI: Watchdog counter index
--------------------------------------------------------------------------
Source: 10.1.0.2 Group: 232.11.11.11 Mask: 64 RPF Int: BE1000.2001 -- Ingress interface
Common SW Information
---------------------
MGID: 26081 MLI: 75537 Fabric Slotmask: 0x0 FGID: 0x0
------------------------------------------------------------------------------
B S DC PL PR PF DR BD RI MF TR TE CD MI
------------------------------------------------------------------------------
F F F F F F F F 0x2013120 F F T F 0x2
---------------------------------------------------------------------------
MVPN/MLDP Encap Information:
Encap flag: T, Encap ID: 2 >> Verify EnCap ID with mrib
Last refcount bitmask (Enc ID): 0x0, Sets: 0, Clears: 0
Local receiver flag: F
Turnaround flag: F
PIM überprüfen:
RP/0/RSP0/CPU0:DC1-DCWAN#sh pim vrf MLDP-14 neighbor
PIM neighbors in VRF MLDP-14
Flag: B - Bidir capable, P - Proxy capable, DR - Designated Router,
E - ECMP Redirect capable
* indicates the neighbor created for this router
Neighbor Address Interface Uptime Expires DR pri Flags
10.44.0.10* LmdtMLDP-14 1d18h 00:01:18 1 (DR)
10.1.0.1* Bundle-Ether1000.2001 19:06:32 00:01:30 1 (DR) B E >> This router is DR
RP/0/RSP0/CPU0:DC1-DCWAN#sh pim vrf MLDP-14 topology 232.11.11.11 detail
Fri Mar 12 05:23:32.981 EST
IP PIM Multicast Topology Table
Entry state: (*/S,G)[RPT/SPT] Protocol Uptime Info
Entry flags: KAT - Keep Alive Timer, AA - Assume Alive, PA - Probe Alive
RA - Really Alive, IA - Inherit Alive, LH - Last Hop
DSS - Don't Signal Sources, RR - Register Received
SR - Sending Registers, SNR - Sending Null Registers
E - MSDP External, EX - Extranet
MFA - Mofrr Active, MFP - Mofrr Primary, MFB - Mofrr Backup
DCC - Don't Check Connected, ME - MDT Encap, MD - MDT Decap
MT - Crossed Data MDT threshold, MA - Data MDT Assigned
SAJ - BGP Source Active Joined, SAR - BGP Source Active Received,
SAS - BGP Source Active Sent, IM - Inband mLDP, X - VxLAN
Interface state: Name, Uptime, Fwd, Info
Interface flags: LI - Local Interest, LD - Local Dissinterest,
II - Internal Interest, ID - Internal Dissinterest,
LH - Last Hop, AS - Assert, AB - Admin Boundary, EX - Extranet,
BGP - BGP C-Multicast Join, BP - BGP Source Active Prune,
MVS - MVPN Safi Learned, MV6S - MVPN IPv6 Safi Learned
(10.1.0.2,232.11.11.11)SPT SSM Up: 03:00:51
JP: Join(now) RPF: Bundle-Ether1000.2001,10.1.0.2* Flags: MT MA >>>> MA Data MDT tunnel formed ..Ingress interface
Up: MT set (03:00:37) MDT: JoinSend Y, Cache N/N, Misc (0x0,0/0)
Cache: Add 03:00:37, Rem 1d18h. MT Cnt: Set 6, Unset 0. Joins sent 181
MDT-ifh 0x0/0x0, MT Slot none/ none
RPF-redirect BW usage: 0, Flags: 0x0, ObjID: 0x0
c-multicast-routing: PIM BGPJP: 1d18h
RPF Table: IPv4-Unicast-default
LmdtMLDP-14 03:00:51 fwd BGP >>> Signaling via BGP
PIM-Schnittstellenparameter überprüfen:
RP/0/RSP0/CPU0:DC1-DCWAN#sh pim vrf MLDP-14 interface Bundle-Ether1000.2001 detail
Fri Mar 12 05:25:43.812 EST
PIM interfaces in VRF MLDP-14
IP PIM Multicast Interface State
Flag: B - Bidir enabled, NB - Bidir disabled
P - PIM Proxy enabled, NP - PIM Proxy disabled
V - Virtual Interface
BFD State - State/Interval/Multiplier
Interface PIM Nbr Hello DR
Count Intvl Prior
Bundle-Ether1000.2001 on 1 30 1 >> PIM ON Hello interval 30 sec
Primary Address : 10.1.0.1 >>> Self Address
Flags : B NP V
BFD : Off/150 ms/3
DR : this system >>> This DR
Propagation delay : 500
Override Interval : 2500
Hello Timer : 00:00:15
Neighbor Filter : -
PIM-Fehler/-Statistiken:
show pim traffic
PIM Traffic Counters
Elapsed time since counters cleared: 1d01h
Received Sent
Valid PIM Packets 15759217 15214426 >>> verify the pim packets increment
Hello 9207 12336 >>> verify the pim hello Negotiations
Join-Prune 1076805 531981
Data Register 14673205 0
Null Register 73205 0
Register Stop 0 14673205
Assert 0 0
Batched Assert 0 0
Bidir DF Election 0 0
BSR Message 0 0 >>> If you have RP check this stats
Candidate-RP Adv. 0 0 >>> If you have RP check this stats
Join groups sent 0
Prune groups sent 0
Output JP bytes 0
Output hello bytes 410
Errors: >>>>> Check below paramters for errors or drops
Malformed Packets 0
Bad Checksums 0
Socket Errors 0
Subnet Errors 0
Packets dropped since send queue was full 0
Packets dropped due to invalid socket 0
Packets which couldn't be accessed 0
Packets sent on Loopback Errors 6
Packets received on PIM-disabled Interface 0
Protokollsammlung
Sammeln Sie die folgenden mit Multicast in Zusammenhang stehenden Show-Techniker:
show tech-support multicast address-family ipv4
show tech-support multicast address-family ipv4 hardware
show tech-support multicast vrf <> address-family ipv4
show tech-support multicast vrf <> address-family ipv4 hardware
Wenn Sie bei Fabric-Problemen oder -Drops einen NP beobachten, zeichnen Sie diese CLI auf:
show tech np
show tech fabric
NP-Datenaloge erfassen:
- In LC-Shell einsteigen (ausführen)
attach 0/x/cpu0) - Führen Sie diesen Befehl aus:
show_np –e-d npdatalog
Wenn Sie einen Prozessabsturz feststellen:
1. Laden Sie Core Dump für diese Prozessdatei hoch und beenden Sie mit core.tgz und core.txt . Die generierte Standarddatei wird auf der Festplatte gespeichert:/
2. Laden Sie show tech für diesen Prozess hoch. Die generierte Standarddatei wird gespeichert in harddisk:/showtech
Wenn Sie feststellen, dass ein Prozess über die CLI blockiert wird, verwenden Sie den folgenden Befehl: show process blocked location all
Nehmen Sie:
- Prozess <JID> iteration 5 location <> folgen
- Dumpcore ausgeführt am <JID/Prozessname>-Speicherort <>
- Diese CLI generiert Dump-Core und lädt Core-Dump für diesen Prozess hoch. Die Dateien enden mit
core.tgzundcore.txt. - Die generierte Standarddatei wird auf der Festplatte gespeichert:/
- Diese CLI generiert Dump-Core und lädt Core-Dump für diesen Prozess hoch. Die Dateien enden mit
- Show-Tech für diesen Prozess hochladen.
Revisionsverlauf
| Überarbeitung | Veröffentlichungsdatum | Kommentare |
|---|---|---|
1.0 |
03-May-2023 |
Erstveröffentlichung |
Feedback