التحقق من إعادة توجيه VPN للطبقة 3 من MPLS

المقدمة

يصف هذا المستند العملية للتحقق من الاتصال الشامل عبر شبكة VPN أساسية من الطبقة MPLS رقم 3.

المتطلبات الأساسية

المتطلبات

توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:

• معرفة توجيه IP الأساسي
• معرفة سطر أوامر Cisco IOS® XE وCisco IOS® XR

المكونات المستخدمة

تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:

• الموجه مع برنامج Cisco IOS XR
• الموجه مع برنامج Cisco IOS XE

تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.

معلومات أساسية

الغرض من هذا المستند هو توضيح خطوات التحقق الأساسية واستكشاف الأخطاء وإصلاحها للتحقق من الاتصال وإعادة التوجيه بين موجهات CE (Customer Edge) المتصلة ب BGP (بروتوكول العبارة الحدودية) بواسطة شبكة VPN من الطبقة 3 MPLS الأساسية مع مزيج من موجهات Cisco IOS XE و Cisco IOS XR التي تعمل كموجهات PE (Provider Edge) و P (Provider).

الاصطلاحات

للحصول على مزيد من المعلومات حول اصطلاحات المستندات، ارجع إلى اصطلاحات تلميحات Cisco التقنية.

المخطط

مخطط مخطط MPLS

استكشاف الأخطاء وإصلاحها

معلومات أولية

شبكة المصدر: 192.168.1.0/24

موجه CE المصدر: CE-East

شبكة الوجهة: 172.16.1.0/24

موجه CE الوجهة: CE-West

استنادا إلى المعلومات الأولية والمخطط، يجب أن تكون قابلية الوصول ناجحة بين عنوان المصدر 192.168.1.10 ممثلا ب Loopback1 على الموجه CE-East وعنوان الوجهة 172.16.1.10 ممثلا ب Loopback1 على الموجه CE-West:

CE-EAST#show run interface loopback1
Building configuration...

Current configuration : 66 bytes
!
interface Loopback1
 ip address 192.168.1.10 255.255.255.0
end

CE-WEST#show run interface loopback 1
Building configuration...

Current configuration : 65 bytes
!
interface Loopback1
 ip address 172.16.1.10 255.255.255.0
end

تم إستخدام قابلية الوصول إلى ICMP و traceroute لبدء التحقق من الاتصال بين عناوين المصدر والوجهة هذه، ومع ذلك من الإخراج التالي، يمكن ملاحظة أن هذا لم يكن ناجحا:

CE-EAST#ping 172.16.1.10 source loopback1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 172.16.1.10, timeout is 2 seconds:
Packet sent with a source address of 192.168.1.10 
.....
Success rate is 0 percent (0/5)

CE-EAST#traceroute 172.16.1.10 source loop1 probe 1 numeric
Type escape sequence to abort.
Tracing the route to 172.16.1.10
VRF info: (vrf in name/id, vrf out name/id)
  1 10.11.0.2 2 msec
  2  * 
  3 10.10.0.2 [MPLS: Label 16 Exp 0] 9 msec
  4  * 
  5  * 
  6  * 
  7  * 
  8  * 
  9  * 
 10  * 
 11  * 
 12  * 
 13  * 
 14  * 
 15  * 
 16  * 
 17  * 
 18  * 
 19  * 
 20  * 
 21  * 
 22  * 
 23  * 
 24  * 
 25  * 
 26  * 
 27  * 
 28  * 
 29  * 
 30  * 
CE-EAST#

أثناء مراجعة حالة موجه CE المصدر، نظرا لأن الموجه هذا لا يحتوي على أي VRF (إعادة توجيه المسار الظاهري) ولا يعرف MPLS، يلزمك التحقق من RIB (قاعدة معلومات التوجيه) و CEF (إعادة التوجيه السريع من Cisco) و BGP. في الإخراج التالي، يمكن ملاحظة وجود إدخال توجيه معروف عبر BGP إلى الشبكة الفرعية للوجهة 172.16.1.0/24 ويمكن الوصول إليه عبر واجهة GigabitEthernet0/0:

CE-EAST#show ip route 172.16.1.10
Routing entry for 172.16.1.0/24
  Known via "bgp 65001", distance 20, metric 0          <<<<<
  Tag 65500, type external
  Last update from 10.11.0.2 3d01h ago
  Routing Descriptor Blocks:
  * 10.11.0.2, from 10.11.0.2, 3d01h ago
      Route metric is 0, traffic share count is 1
      AS Hops 2
      Route tag 65500
      MPLS label: none

CE-EAST#show ip cef 172.16.1.10
172.16.1.0/24
  nexthop 10.11.0.2 GigabitEthernet0/0          <<<<<
CE-EAST#

بما أن مصدر CE-East Router له مسار إلى الوجهة المثبتة في RIB، فقد حان الوقت للنظر إلى موجه حافة الموفر PE4 (مدخل PE)، كما هو موضح في المخطط. وعند هذه النقطة، يتم تكوين معايير التردد اللاسلكي (VRF) ومميزة المسار فضلا عن إستيراد وتصدير هدف المسار، كما هو موضح في المخرجات التالية:

RP/0/0/CPU0:PE4#show run vrf EAST 
Mon Sep 11 20:01:54.454 UTC
vrf EAST
 address-family ipv4 unicast
  import route-target 65000:1 65001:1 65001:2 ! export route-target 65001:1
  !
 !
!

RP/0/0/CPU0:PE4#show run router bgp
Mon Sep 11 20:06:48.164 UTC
router bgp 65500
 address-family ipv4 unicast
 !
 address-family vpnv4 unicast
 !
 neighbor 10.10.10.6
  remote-as 65500
  update-source Loopback0
  address-family vpnv4 unicast
  !
 !
 vrf EAST
  rd 65001:1
  address-family ipv4 unicast
  !
  neighbor 10.11.0.1
   remote-as 65001
   address-family ipv4 unicast
    route-policy PASS in
    route-policy PASS out
   !
  !
 !
!

RP/0/0/CPU0:PE4#

من الإخراج السابق، يمكن ملاحظة أن اسم VRF "East" تم تعريفه مع إستيراد المسار-الهدف ل 65000:1، والآن يمكن التحقق من جدول توجيه VRF وهذا يساعد على تحديد ما إذا كان ل PE4 مسار إلى عنوان IP للوجهة 172.16.1.10:

RP/0/0/CPU0:PE4#show route vrf EAST 172.16.1.10
Mon Sep 11 19:58:28.128 UTC

Routing entry for 172.16.1.0/24
  Known via "bgp 65500", distance 200, metric 0
  Tag 65000, type internal
  Installed Sep  8 18:28:46.303 for 3d01h
  Routing Descriptor Blocks
    10.10.10.1, from 10.10.10.6
      Nexthop in Vrf: "default", Table: "default", IPv4 Unicast, Table Id: 0xe0000000
      Route metric is 0
  No advertising protos. 
RP/0/0/CPU0:PE4#

بما أن PE هذا هو جهاز Cisco IOS XR، يمكن إستخدام الكلمة الأساسية "detail" في نهاية الأمر show route vrf <name>للنظر في بعض المعلومات الإضافية مثل تسمية VPNv4 التي يفرضها MP-BGP (BGP متعدد البروتوكولات) و RD المصدر (مميزات المسار) من البادئة:

RP/0/0/CPU0:PE4#show route vrf EAST 172.16.1.10 detail 
Mon Sep 11 20:21:48.492 UTC

Routing entry for 172.16.1.0/24
  Known via "bgp 65500", distance 200, metric 0
  Tag 65000, type internal
  Installed Sep  8 18:28:46.303 for 3d01h
  Routing Descriptor Blocks
    10.10.10.1, from 10.10.10.6
      Nexthop in Vrf: "default", Table: "default", IPv4 Unicast, Table Id: 0xe0000000
      Route metric is 0
      Label: 0x10 (16)          <<<<<
      Tunnel ID: None
      Binding Label: None
      Extended communities count: 0
      Source RD attributes: 0x0000:65000:1          <<<<<
      NHID:0x0(Ref:0)
  Route version is 0x5 (5)
  No local label
  IP Precedence: Not Set
  QoS Group ID: Not Set
  Flow-tag: Not Set
  Fwd-class: Not Set
  Route Priority: RIB_PRIORITY_RECURSIVE (12) SVD Type RIB_SVD_TYPE_REMOTE
  Download Priority 3, Download Version 36
  No advertising protos. 
RP/0/0/CPU0:PE4#

الآن، دعونا نلقي نظرة على بادئة BGP VPNv4 التي تم إستيرادها إلى VRF، ونلاحظ أن هذا هو نفس التسمية 16 من الإخراج السابق كما أنه يحتوي أيضا على المجتمع الممتد 65000:1. من المهم أيضا ملاحظة أن 10.10.10.1 هي الخطوة التالية التي يلزم أن يكون PE4 قادرا على تنفيذ تكرار مسار إليها، والعنوان التالي "من 10.10.10.6" هو نظير BGP الذي استخدمه PE4 لتعلم هذه البادئة (في هذا السيناريو هو عاكس المسار P6):

RP/0/0/CPU0:PE4#show bgp vpnv4 unicast vrf EAST 172.16.1.10
Mon Sep 11 22:42:28.114 UTC
BGP routing table entry for 172.16.1.0/24, Route Distinguisher: 65001:1
Versions:
  Process           bRIB/RIB  SendTblVer
  Speaker                 48          48
Last Modified: Sep  8 18:28:46.314 for 3d04h
Paths: (1 available, best #1)
  Not advertised to any peer
  Path #1: Received by speaker 0
  Not advertised to any peer
  65000
    10.10.10.1 (metric 20) from 10.10.10.6 (10.10.10.1)         <<<<<
      Received Label 16 
      Origin IGP, metric 0, localpref 100, valid, internal, best, group-best, import-candidate, imported
      Received Path ID 0, Local Path ID 0, version 48
      Extended community: RT:65000:1         <<<<< 
      Originator: 10.10.10.1, Cluster list: 10.10.10.6
      Source AFI: VPNv4 Unicast, Source VRF: default, Source Route Distinguisher: 65000:1  <<<<< 

بمراجعة CEF باستخدام الكلمة الأساسية المسار الدقيق في مستوى VRF، يمكنك الحصول على فكرة عن واجهة الخروج للحزم. يمكن أن يعطي هذا الأمر أيضا بعض التفاصيل الهامة، كما يوضح الملصقين المفروضين على البادئة، 24001 و 16، والسبب هو أن التسمية 16 واردة من BGP VPNv4 والملصقة 24001 واردة من LDP (بروتوكول توزيع الملصقات):

RP/0/0/CPU0:PE4#show cef vrf EAST exact-route 192.168.1.10 172.16.1.10
Mon Sep 11 22:48:15.241 UTC
172.16.1.0/24, version 36, internal 0x5000001 0x0 (ptr 0xa12dc74c) [1], 0x0 (0x0), 0x208 (0xa155b1b8)
 Updated Sep  8 18:28:46.323 
 local adjacency 10.0.0.16
 Prefix Len 24, traffic index 0, precedence n/a, priority 3
   via GigabitEthernet0/0/0/4
   via 10.10.10.1/32, 3 dependencies, recursive [flags 0x6000]
    path-idx 0 NHID 0x0 [0xa15c3f54 0x0]
    recursion-via-/32
    next hop VRF - 'default', table - 0xe0000000
    next hop 10.10.10.1/32 via 24010/0/21
     next hop 10.0.0.16/32 Gi0/0/0/4 labels imposed {24001 16}         <<<<<

وكخطوة تالية، يتم إستخدام الأمر show bgp vpnv4 unicast للتحقق من مسارات VPNv4 التي يتم التعرف عليها بواسطة PE هذا. يبدي هذا إنتاج المعلومة قبل أن ال VPNv4 استوردت داخل ال VRF، يتذكر أن ال RT (طريق هدف) يشكل (لهذا مثال ال RTs مستورد هو 65000:1، 65001:1، 65001:2) يشير إلى أي إتجاه وإلى أي VRF يتم إستيراد:

RP/0/0/CPU0:PE4#show bgp vpnv4 unicast 
Fri Sep 15 02:15:15.463 UTC
BGP router identifier 10.10.10.4, local AS number 65500
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 85
BGP NSR Initial initsync version 1 (Reached)
BGP NSR/ISSU Sync-Group versions 0/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: 65000:1
*>i172.16.1.0/24 10.10.10.1 0 100 0 65000 i         <<<<<
*>i172.16.2.0/24      10.10.10.1               0    100      0 65000 i
Route Distinguisher: 65001:1 (default for vrf EAST)
* i0.0.0.0/0          10.10.10.3               0    100      0 65001 i
*>                    10.11.0.1                0             0 65001 i
*>i172.16.1.0/24      10.10.10.1               0    100      0 65000 i
*>i172.16.2.0/24      10.10.10.1               0    100      0 65000 i
*> 192.168.1.0/24     10.11.0.1                0             0 65001 i
*>i192.168.2.0/24     10.10.10.3               0    100      0 65001 i
*> 192.168.3.0/24     10.11.0.1                0             0 65001 i
Route Distinguisher: 65001:2
*>i0.0.0.0/0          10.10.10.3               0    100      0 65001 i
*>i192.168.2.0/24     10.10.10.3               0    100      0 65001 i

Processed 10 prefixes, 11 paths

في هذا المثال، يمكن أن يكون جدول VPNv4 صغيرا، ولكن في بيئة إنتاج بدلا من النظر في جميع بادئات VPNv4، يمكنك تضييق التحقق من الصحة نزولا إلى RD المحدد والبادئة باستخدام الأمر التالي:

RP/0/0/CPU0:PE4#show bgp vpnv4 unicast rd 65000:1 172.16.1.10
Mon Sep 11 22:54:04.967 UTC
BGP routing table entry for 172.16.1.0/24, Route Distinguisher: 65000:1
Versions:
  Process           bRIB/RIB  SendTblVer
  Speaker                 46          46
Last Modified: Sep  8 18:28:46.314 for 3d04h
Paths: (1 available, best #1)
  Not advertised to any peer
  Path #1: Received by speaker 0
  Not advertised to any peer
  65000
    10.10.10.1 (metric 20) from 10.10.10.6 (10.10.10.1)
      Received Label 16 
      Origin IGP, metric 0, localpref 100, valid, internal, best, group-best, import-candidate, not-in-vrf
      Received Path ID 0, Local Path ID 0, version 46
      Extended community: RT:65000:1 
      Originator: 10.10.10.1, Cluster list: 10.10.10.6

عند هذه النقطة، يحتوي مستوى التحكم MP-BGP على البادئة الوجهة وتسميات LDP و VPNv4 {24001 16} على التوالي، ويبدو أن واجهة الخروج لحركة المرور هذه هي Gi0/0/0/4 والنقطة التالية حيث يلزم إعادة توجيه حركة المرور هي 10.10.10.1. ولكن، هل هناك خيار آخر للتحقق من واجهة الخروج المفضلة؟ وقد حان الوقت لإلقاء نظرة على جدول إعادة توجيه MPLS أو LFIB (قاعدة معلومات إعادة توجيه التسمية). باستخدام الأمر show mpls forwarding يتم عرض إدخالين نحو وجهة 10.10.10.1 (Loopbback0 من PE1)، ومسار واحد مع واجهة صادرة من Gi0/0/4 وشجرة الخطوة التالية 10.0.0.16 (Router P5) حيث تكون التسمية الصادرة المفروضة 24001 ومسار آخر من خلال Gi0/0/0/3 مع الخطوة التالية 10.0.0.13 (Router P6) وملصق صادر من 23:

RP/0/0/CPU0:PE4#show mpls forwarding 
Mon Sep 11 23:28:33.425 UTC
Local  Outgoing    Prefix             Outgoing     Next Hop        Bytes       
Label  Label       or ID              Interface                    Switched    
------ ----------- ------------------ ------------ --------------- ------------
24000  Unlabelled  192.168.1.0/24[V]  Gi0/0/0/0    10.11.0.1       1096        
24001  Unlabelled  192.168.3.0/24[V]  Gi0/0/0/0    10.11.0.1       56056       
24002  Unlabelled  0.0.0.0/0[V]       Gi0/0/0/0    10.11.0.1       0           
24003  Pop         10.10.10.6/32      Gi0/0/0/3    10.0.0.13       7778512     
24004  Pop         10.0.0.4/31        Gi0/0/0/3    10.0.0.13       0           
24005  Pop         10.0.0.8/31        Gi0/0/0/3    10.0.0.13       0           
24006  Pop         10.10.10.5/32      Gi0/0/0/4    10.0.0.16       3542574     
24007  Pop         10.0.0.10/31       Gi0/0/0/3    10.0.0.13       0           
       Pop         10.0.0.10/31       Gi0/0/0/4    10.0.0.16       0           
24008  Pop         10.0.0.6/31        Gi0/0/0/4    10.0.0.16       0           
24009  Pop         10.0.0.0/31        Gi0/0/0/4    10.0.0.16       0           
24010 23 10.10.10.1/32 Gi0/0/0/3 10.0.0.13 22316         <<<<<       
 24001 10.10.10.1/32 Gi0/0/0/4 10.0.0.16 42308        <<<<<       
24011  18          10.10.10.2/32      Gi0/0/0/3    10.0.0.13       0           
       24003       10.10.10.2/32      Gi0/0/0/4    10.0.0.16       0           
24012  17          10.0.0.2/31        Gi0/0/0/3    10.0.0.13       0           
       24005       10.0.0.2/31        Gi0/0/0/4    10.0.0.16       0           
24013  Pop         10.10.10.3/32      Gi0/0/0/1    10.0.0.20       3553900     
24014  Pop         10.0.0.14/31       Gi0/0/0/1    10.0.0.20       0           
       Pop         10.0.0.14/31       Gi0/0/0/4    10.0.0.16       0           
24015  Pop         10.0.0.18/31       Gi0/0/0/1    10.0.0.20       0           
       Pop         10.0.0.18/31       Gi0/0/0/3    10.0.0.13       0        

RP/0/0/CPU0:PE4#show mpls forwarding prefix 10.10.10.1/32
Mon Sep 11 23:30:54.685 UTC
Local  Outgoing    Prefix             Outgoing     Next Hop        Bytes       
Label  Label       or ID              Interface                    Switched    
------ ----------- ------------------ ------------ --------------- ------------
24010  23          10.10.10.1/32      Gi0/0/0/3    10.0.0.13       3188        
       24001       10.10.10.1/32      Gi0/0/0/4    10.0.0.16       6044    


RP/0/0/CPU0:PE4#show mpls forwarding prefix 10.10.10.1/32 detail hardware egress 
Mon Sep 11 23:36:06.504 UTC
Local  Outgoing    Prefix             Outgoing     Next Hop        Bytes       
Label  Label       or ID              Interface                    Switched    
------ ----------- ------------------ ------------ --------------- ------------
24010  23          10.10.10.1/32      Gi0/0/0/3    10.0.0.13       N/A         
     Updated: Sep  8 20:27:26.596
     Version: 39, Priority: 3
     Label Stack (Top -> Bottom): { 23 }
     NHID: 0x0, Encap-ID: N/A, Path idx: 0, Backup path idx: 0, Weight: 0
     MAC/Encaps: 14/18, MTU: 1500
     Outgoing Interface: GigabitEthernet0/0/0/3 (ifhandle 0x000000a0)
     Packets Switched: 0

       24001       10.10.10.1/32      Gi0/0/0/4    10.0.0.16       N/A         
     Updated: Sep  8 20:27:26.596
     Version: 39, Priority: 3
     Label Stack (Top -> Bottom): { 24001 }
     NHID: 0x0, Encap-ID: N/A, Path idx: 1, Backup path idx: 0, Weight: 0
     MAC/Encaps: 14/18, MTU: 1500
     Outgoing Interface: GigabitEthernet0/0/0/4 (ifhandle 0x000000c0)
     Packets Switched: 0

من الإخراج السابق، من الواضح أن هناك خيارين للمسار يمكن أن تكون حركة المرور بهما متوازنة، ولكن هناك طريقتان يمكن أن تساعدا في تحديد أي منهما هو المسار المفضل. واحدى الطرق مع إستخدام الأمر show cef exact-route <source ip> <destination ip>عن طريق إضافة الاسترجاع0 من المصدر PE و Loopback0 من الغاية PE. كما هو موضح في الإخراج التالي، فإن المسار المفضل هو من خلال Gi0/0/0/4:

RP/0/0/CPU0:PE4#show cef exact-route 10.10.10.4 10.10.10.1
Mon Sep 11 23:49:44.558 UTC
10.10.10.1/32, version 39, internal 0x1000001 0x0 (ptr 0xa12dbdbc) [1], 0x0 (0xa12c18c0), 0xa28 (0xa185307c)
 Updated Sep  8 20:27:26.596 
 local adjacency 10.0.0.16
 Prefix Len 32, traffic index 0, precedence n/a, priority 3
   via GigabitEthernet0/0/0/4
   via 10.0.0.16/32, GigabitEthernet0/0/0/4, 9 dependencies, weight 0, class 0 [flags 0x0]         <<<<<
    path-idx 1 NHID 0x0 [0xa16765bc 0x0]
    next hop 10.0.0.16/32
    local adjacency
     local label 24010      labels imposed {24001}

خيار آخر هو التحقق أولا من LIB (قاعدة معلومات التسمية) والحصول على ربط LDP لوجهة الاسترجاع0 (10.10.10.1 التي تنتمي إلى المخرج PE) باستخدام الأمر show mpls ldp binding <prefix/mask>، وبمجرد العثور على تسمية الربط المحلي من ذلك الإخراج، أستخدم قيمة التسمية هذه في الأمر show mpls forwarding الفعلي لتسمية <label> IPv4 <source> وجهة IP لإيجاد المسار المفضل:

RP/0/0/CPU0:PE4#show mpls ldp bindings 10.10.10.1/32
Wed Sep 13 17:18:43.007 UTC
10.10.10.1/32, rev 29
        Local binding: label: 24010         <<<<<
        Remote bindings: (3 peers)
            Peer                Label    
            -----------------   ---------
            10.10.10.3:0        24      
            10.10.10.5:0        24001   
            10.10.10.6:0        23      

RP/0/0/CPU0:PE4#show mpls forwarding exact-route label 24010 ipv4 10.10.10.4 10.10.10.1 detail 
Wed Sep 13 17:20:06.342 UTC
Local  Outgoing    Prefix             Outgoing     Next Hop        Bytes       
Label  Label       or ID              Interface                    Switched    
------ ----------- ------------------ ------------ --------------- ------------
24010 24001 10.10.10.1/32 Gi0/0/0/4 10.0.0.16 N/A                  <<<<<
     Updated: Sep 12 14:15:37.009
     Version: 198, Priority: 3
     Label Stack (Top -> Bottom): { 24001 }
     NHID: 0x0, Encap-ID: N/A, Path idx: 1, Backup path idx: 0, Weight: 0
     Hash idx: 1
     MAC/Encaps: 14/18, MTU: 1500
     Outgoing Interface: GigabitEthernet0/0/0/4 (ifhandle 0x000000c0)
     Packets Switched: 0

     Via: Gi0/0/0/4, Next Hop: 10.0.0.16
     Label Stack (Top -> Bottom): { 24001 }
     NHID: 0x0, Encap-ID: N/A, Path idx: 1, Backup path idx: 0, Weight: 0
     Hash idx: 1
     MAC/Encaps: 14/18, MTU: 1500
     Outgoing Interface: GigabitEthernet0/0/0/4 (ifhandle 0x000000c0)

بعد ذلك، من المهم التحقق من موجه الخطوة التالية الموجود في مستوى البيانات، لهذا المثال الخاص، الموجه الذي يجب التحقق منه هو P5 (الذي يحتوي على الواجهة 10.0.0.16). والمكان الأول الذي يبدأ البحث فيه هو جدول إعادة توجيه MPLS، حيث يجب أن تكون التسمية المحلية للبادئة 10.10.10.1 هي 24001:

RP/0/0/CPU0:P5#show mpls forwarding 
Thu Sep 14 20:07:16.455 UTC
Local  Outgoing    Prefix             Outgoing     Next Hop        Bytes       
Label  Label       or ID              Interface                    Switched    
------ ----------- ------------------ ------------ --------------- ------------
24000  Pop         10.10.10.6/32      Gi0/0/0/2    10.0.0.11       361906      
24001 Pop 10.10.10.1/32 Gi0/0/0/1 10.0.0.0 361002               <<<<<
24002  Pop         10.0.0.4/31        Gi0/0/0/1    10.0.0.0        0           
       Pop         10.0.0.4/31        Gi0/0/0/2    10.0.0.11       0           
24003  Pop         10.10.10.2/32      Gi0/0/0/0    10.0.0.6        360940      
24004  Pop         10.0.0.8/31        Gi0/0/0/0    10.0.0.6        0           
       Pop         10.0.0.8/31        Gi0/0/0/2    10.0.0.11       0           
24005  Pop         10.0.0.2/31        Gi0/0/0/0    10.0.0.6        0           
       Pop         10.0.0.2/31        Gi0/0/0/1    10.0.0.0        0           
24006  Pop         10.10.10.4/32      Gi0/0/0/4    10.0.0.17       361230      
24007  Pop         10.0.0.12/31       Gi0/0/0/2    10.0.0.11       0           
       Pop         10.0.0.12/31       Gi0/0/0/4    10.0.0.17       0           
24008  Pop         10.10.10.3/32      Gi0/0/0/3    10.0.0.15       361346      
24009  Pop         10.0.0.20/31       Gi0/0/0/3    10.0.0.15       0           
       Pop         10.0.0.20/31       Gi0/0/0/4    10.0.0.17       0           
24010  Pop         10.0.0.18/31       Gi0/0/0/2    10.0.0.11       0           
       Pop         10.0.0.18/31       Gi0/0/0/3    10.0.0.15       0           

RP/0/0/CPU0:P5#show mpls forwarding labels 24001 
Thu Sep 14 20:07:42.584 UTC
Local  Outgoing    Prefix             Outgoing     Next Hop        Bytes       
Label  Label       or ID              Interface                    Switched    
------ ----------- ------------------ ------------ --------------- ------------
24001 Pop 10.10.10.1/32 Gi0/0/0/1 10.0.0.0 361060      
RP/0/0/CPU0:P5#

من الإخراج السابق، يمكن ملاحظة أن إدخال LFIB للبادئة 10.10.10.1/32 يظهر Pop" على أنه التسمية الصادرة، مما يعني أن هذا الموجه هو عبارة عن علامة النقلة قبل الأخيرة (PHP). كما يوضح أنه يجب إرسال حركة المرور عبر Gi0/0/0/1 استنادا إلى معلومات LFIB، ويمكن التحقق من ذلك أيضا أثناء النظر في CEF. يعرض إخراج المسار الدقيق ل CEF التالي التسمية الفارغة الضمنية كالتسمية المفروضة، وهذا مرة أخرى، نظرا لأن الخطوة التالية المتصلة في Gi0/0/1 هي الموجه الأخير في مسار محول التسمية وهي أيضا PE الذي يواجه موقع الوجهة (CE-West). هذا أيضا هو السبب وراء إزالة الموجه P5 وعدم فرض تسمية أخرى على الحزمة، بفضل هذه العملية سوف يستلم موجه الخروج PE1 حزمة دون تسمية LDP:

RP/0/0/CPU0:P5#show cef exact-route 10.10.10.4 10.10.10.1
Thu Sep 14 20:25:57.269 UTC
10.10.10.1/32, version 192, internal 0x1000001 0x0 (ptr 0xa1246394) [1], 0x0 (0xa122b638), 0xa20 (0xa155b550)
 Updated Sep 12 14:15:38.009 
 local adjacency 10.0.0.0
 Prefix Len 32, traffic index 0, precedence n/a, priority 3
   via GigabitEthernet0/0/0/1
   via 10.0.0.0/32, GigabitEthernet0/0/0/1, 9 dependencies, weight 0, class 0 [flags 0x0]
    path-idx 0 NHID 0x0 [0xa166e280 0xa166e674]
    next hop 10.0.0.0/32
    local adjacency
     local label 24001 labels imposed {ImplNull}         <<<<<

النقطة الأخيرة للتحقق من مسار محول التسمية هي PE1. أثناء النظر في جدول إعادة توجيه MPLS، يمكن ملاحظة عدم وجود إدخال للبادئة 10.10.10.1/32 في LFIB:

PE1#show mpls forwarding-table 
Local      Outgoing   Prefix           Bytes Label   Outgoing   Next Hop    
Label      Label      or Tunnel Id     Switched      interface              
16         No Label   172.16.1.0/24[V] 12938         Gi3        10.10.0.1   
17         No Label   172.16.2.0/24[V] 0             Gi3        10.10.0.1   
18         Pop Label  10.0.0.6/31      0             Gi1        10.0.0.1    
           Pop Label  10.0.0.6/31      0             Gi2        10.0.0.3    
19         Pop Label  10.0.0.8/31      0             Gi2        10.0.0.3    
           Pop Label  10.0.0.8/31      0             Gi4        10.0.0.5    
20         Pop Label  10.0.0.10/31     0             Gi1        10.0.0.1    
           Pop Label  10.0.0.10/31     0             Gi4        10.0.0.5    
21         Pop Label  10.0.0.12/31     0             Gi4        10.0.0.5    
22         Pop Label  10.0.0.14/31     0             Gi1        10.0.0.1    
23         Pop Label  10.0.0.16/31     0             Gi1        10.0.0.1    
24         Pop Label  10.0.0.18/31     0             Gi4        10.0.0.5    
25         24009      10.0.0.20/31     0             Gi1        10.0.0.1    
           22         10.0.0.20/31     0             Gi4        10.0.0.5    
26         Pop Label  10.10.10.2/32    0             Gi2        10.0.0.3    
27         24008      10.10.10.3/32    0             Gi1        10.0.0.1    
           24         10.10.10.3/32    0             Gi4        10.0.0.5    
28         24006      10.10.10.4/32    0             Gi1        10.0.0.1    
           25         10.10.10.4/32    0             Gi4        10.0.0.5    
29         Pop Label  10.10.10.5/32    0             Gi1        10.0.0.1    
Local      Outgoing   Prefix           Bytes Label   Outgoing   Next Hop    
Label      Label      or Tunnel Id     Switched      interface              
30         Pop Label  10.10.10.6/32    0             Gi4        10.0.0.5    
31    [T]  Pop Label  1/1[TE-Bind]     0             drop       

[T]     Forwarding through a LSP tunnel.
        View additional labelling info with the 'detail' option

كما توصلت إلى ذلك، فإن سبب هذا السلوك هو أن البادئة (10.10.10.1/32) تنتمي إلى PE1، وقد قام الموجه أيضا بتعيين تسمية فارغة ضمنية إلى هذه البادئة المتصلة. يمكن التحقق من هذا باستخدام أمر show mpls ldp binding:

PE1#show run interface loopback 0
Building configuration...

Current configuration : 66 bytes
!
interface Loopback0
 ip address 10.10.10.1 255.255.255.255
end

PE1#show mpls ldp bindings 10.10.10.1 32
  lib entry: 10.10.10.1/32, rev 24
        local binding: label: imp-null
        remote binding: lsr: 10.10.10.6:0, label: 23
        remote binding: lsr: 10.10.10.5:0, label: 24001
        remote binding: lsr: 10.10.10.2:0, label: 24000

بما أن PE1 هو موجه Cisco IOS XE، فإن إستخدام الأمر show bgp vpnv4 unicast all أو show bgp vpnv4 unicast <value> <destination ip>يمكن أن يساعد في تحديد بادئة الوجهة 172.16.1.0/24 وتأكيد أنه يتم التعرف عليها بشكل صحيح من خلال MP-BGP. يبدي الإنتاج من هذا أمر البادئة بعد أن يكون صدرت:

PE1#show bgp vpnv4 unicast all
BGP table version is 61, local router ID is 10.10.10.1
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, 
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, 
              x best-external, a additional-path, c RIB-compressed, 
              t secondary path, L long-lived-stale,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network          Next Hop            Metric LocPrf Weight Path
Route Distinguisher: 65000:1 (default for vrf WEST)
 *>i  0.0.0.0          10.10.10.3               0    100      0 65001 i
 *bi                   10.10.10.4               0    100      0 65001 i
 *> 172.16.1.0/24 10.10.0.1 0 0 65000 i         <<<<<
 *>   172.16.2.0/24    10.10.0.1                0             0 65000 i
 *>i  192.168.1.0      10.10.10.4               0    100      0 65001 i
 *>i  192.168.2.0      10.10.10.3               0    100      0 65001 i
 *>i  192.168.3.0      10.10.10.4               0    100      0 65001 i
Route Distinguisher: 65001:1
 *>i  0.0.0.0          10.10.10.4               0    100      0 65001 i
 *>i  192.168.1.0      10.10.10.4               0    100      0 65001 i
 *>i  192.168.3.0      10.10.10.4               0    100      0 65001 i
Route Distinguisher: 65001:2
     Network          Next Hop            Metric LocPrf Weight Path
 *>i  0.0.0.0          10.10.10.3               0    100      0 65001 i
 *>i  192.168.2.0      10.10.10.3               0    100      0 65001 i

PE1#show bgp vpnv4 unicast rd 65000:1 172.16.1.10
BGP routing table entry for 65000:1:172.16.1.0/24, version 2
Paths: (1 available, best #1, table WEST)
  Additional-path-install
  Advertised to update-groups:
     6         
  Refresh Epoch 2
  65000
    10.10.0.1 (via vrf WEST) from 10.10.0.1 (172.16.2.10)         <<<<<
      Origin IGP, metric 0, localpref 100, valid, external, best
      Extended Community: RT:65000:1 , recursive-via-connected         <<<<<
      mpls labels in/out 16/nolabel
      rx pathid: 0, tx pathid: 0x0
      Updated on Sep 15 2023 18:27:23 UTC

بنفس الطريقة، بالنظر إلى بادئة BGP VPNv4 في VRF والتي هي البادئة التي يتم استقبالها بواسطة CE-WEST، باستخدام الأمر show bgp vpnv4 unicast vrf <name> <prefix>، يعرض الإخراج تسمية MP-BGP 16 التي تم نقلها عبر الطريق إلى المدخل PE4 بالإضافة إلى تصدير RT الذي تم تكوينه 65000:1:

PE1#show bgp vpnv4 unicast vrf WEST 172.16.1.10
BGP routing table entry for 65000:1:172.16.1.0/24, version 2
Paths: (1 available, best #1, table WEST)
  Additional-path-install
  Advertised to update-groups:
     6         
  Refresh Epoch 2
  65000
    10.10.0.1 (via vrf WEST) from 10.10.0.1 (172.16.2.10)
      Origin IGP, metric 0, localpref 100, valid, external, best
      Extended Community: RT:65000:1 , recursive-via-connected         <<<<<
      mpls labels in/out 16/nolabel         <<<<<
      rx pathid: 0, tx pathid: 0x0
      Updated on Sep 15 2023 18:27:23 UTC

PE1#show run vrf WEST
Building configuration...

Current configuration : 478 bytes
vrf definition WEST
 rd 65000:1
 route-target export 65000:1         <<<<<
 route-target import 65000:1
 route-target import 65001:1
 route-target import 65001:2
 !
 address-family ipv4
 exit-address-family
!
!
interface GigabitEthernet3
 vrf forwarding WEST
 ip address 10.10.0.2 255.255.255.252
 negotiation auto
 no mop enabled
 no mop sysid
!
router bgp 65500
 !
 address-family ipv4 vrf WEST
  neighbor 10.10.0.1 remote-as 65000
  neighbor 10.10.0.1 activate
 exit-address-family
!
end

المعلومات الأخيرة التي يتم فحصها في هذا PE هي إدخالات RIB و CEF على مستوى VRF إلى IP الوجهة، مقارنة بالإدخال الذي تم مشاهدته في PE4 لا يوجد تسمية على RIB للبادئة 172.16.1.0/24، والسبب هو أن هذا هو المسار الذي يأتي من CE وهذا تم تعلمه عبر eBGP وأدرج في جدول توجيه VRF قبل تصدير هذه البادئة إلى VPNv4. يمكن التحقق من هذا باستخدام الأوامر show ip route vrf <name> <prefix> وshow ip cef vrf <name> <prefix>الموضحة بعد ذلك:

PE1#show ip route vrf WEST 172.16.1.10

Routing Table: WEST
Routing entry for 172.16.1.0/24
  Known via "bgp 65500", distance 20, metric 0
  Tag 65000, type external
  Last update from 10.10.0.1 1w0d ago
  Routing Descriptor Blocks:
  * 10.10.0.1, from 10.10.0.1, 1w0d ago, recursive-via-conn
      opaque_ptr 0x7F8B4E3E1D50 
      Route metric is 0, traffic share count is 1
      AS Hops 1
      Route tag 65000
      MPLS label: none

PE1#show ip cef vrf WEST 172.16.1.10  
172.16.1.0/24
  nexthop 10.10.0.1 GigabitEthernet3

عند هذه النقطة، تم التأكد من أن بادئة الوجهة 172.16.1.0/24 قد تم التعرف عليها بشكل صحيح بواسطة مصدر حركة المرور CE (CE-East)، وقد تم نشرها بشكل صحيح من خلال MP-BGP وكذلك تم التعرف على التسميات من عمليات إعادة التوجيه من نوع PEs و PS عبر مسار محول التسمية. ومع ذلك، لا تزال إمكانية الوصول بين المصدر/الوجهة غير ناجحة، ولا يزال هناك موجه واحد أخير للتحقق من CE-West. أول شيء للتحقق من هذا الموجه هو جدول التوجيه، تذكر أنه من المتوقع أن تظهر بادئة IP للمصدر 192.168.1.0/24 هناك:

CE-WEST#show ip route 192.168.1.10
% Network not in table CE-WEST#

الشبكة غير الموجودة في الجدول هي المشكلة بشكل واضح، كما يمكن التحقق من جدول BGP ولكن بعد البحث عن البادئة غير موجودة إما:

CE-WEST#show ip bgp
BGP table version is 41, local router ID is 172.16.2.10
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, 
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, 
              x best-external, a additional-path, c RIB-compressed, 
              t secondary path, 
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network          Next Hop            Metric LocPrf Weight Path
 *>   172.16.1.0/24    0.0.0.0                  0         32768 i
 *>   172.16.2.0/24    0.0.0.0                  0         32768 i
CE-WEST#

بالانتقال خطوة إلى الخلف، يمكنك التحقق مما إذا كان موجه حافة الموفر هذا (PE1) يقوم بالإعلان عن البادئة إلى CE-West المجاور ل eBGP، ويمكن القيام بذلك باستخدام الأمر show bgp vpnv4 unicast vrf <name> المجاور <neighbor IP> المعلن عن الموجهات الموضحة بعد ذلك:

PE1#show bgp vpnv4 unicast vrf WEST neighbors 10.10.0.1 advertised-routes 
BGP table version is 61, local router ID is 10.10.10.1
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, 
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, 
              x best-external, a additional-path, c RIB-compressed, 
              t secondary path, L long-lived-stale,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network          Next Hop            Metric LocPrf Weight Path
Route Distinguisher: 65000:1 (default for vrf WEST)
 *>i  0.0.0.0          10.10.10.3               0    100      0 65001 i
 *>i 192.168.1.0 10.10.10.4 0 100 0 65001 i         <<<<<
 *>i  192.168.2.0      10.10.10.3               0    100      0 65001 i
 *>i  192.168.3.0      10.10.10.4               0    100      0 65001 i

Total number of prefixes 4

استنادا إلى الخطوة السابقة، يمكن التأكد من أن موجه PE1 يقوم بإعلان البادئة بشكل صحيح إلى CE-West، وبالتالي فقد حان الوقت للنظر إلى جيران BGP على جانب CE:

CE-WEST#show ip bgp neighbors 
BGP neighbor is 10.10.0.2,  remote AS 65500, external link
  BGP version 4, remote router ID 10.10.10.1
  BGP state = Established, up for 1w4d
  Last read 00:00:40, last write 00:00:43, hold time is 180, keepalive interval is 60 seconds
  Neighbor sessions:
    1 active, is not multisession capable (disabled)
  Neighbor capabilities:
    Route refresh: advertised and received(new)
    Four-octets ASN Capability: advertised and received
    Address family IPv4 Unicast: advertised and received
    Enhanced Refresh Capability: advertised and received
    Multisession Capability: 
    Stateful switchover support enabled: NO for session 1
  Message statistics:
    InQ depth is 0
    OutQ depth is 0
    
                         Sent       Rcvd
    Opens:                  1          1
    Notifications:          0          0
    Updates:                3         17
    Keepalives:         19021      18997
    Route Refresh:          2          0
    Total:              19029      19019
  Do log neighbor state changes (via global configuration)
  Default minimum time between advertisement runs is 30 seconds

 For address family: IPv4 Unicast
  Session: 10.10.0.2
  BGP table version 41, neighbor version 41/0
  Output queue size : 0
  Index 3, Advertise bit 0
  3 update-group member
  Inbound path policy configured
  Route map for incoming advertisements is FILTER         <<<<<
  Slow-peer detection is disabled
  Slow-peer split-update-group dynamic is disabled
                                 Sent       Rcvd
  Prefix activity:               ----       ----
    Prefixes Current:               2          0
    Prefixes Total:                 4         23
    Implicit Withdraw:              2         13
    Explicit Withdraw:              0         10
    Used as bestpath:             n/a          0
    Used as multipath:            n/a          0
    Used as secondary:            n/a          0

                                   Outbound    Inbound
  Local Policy Denied Prefixes:    --------    -------
    route-map:                            0          4
    Bestpath from this peer:             18        n/a
    Total:                               18          4
  Number of NLRIs in the update sent: max 2, min 0
  Last detected as dynamic slow peer: never
  Dynamic slow peer recovered: never
  Refresh Epoch: 3
  Last Sent Refresh Start-of-rib: 4d23h
  Last Sent Refresh End-of-rib: 4d23h
  Refresh-Out took 0 seconds
  Last Received Refresh Start-of-rib: 4d23h
  Last Received Refresh End-of-rib: 4d23h
  Refresh-In took 0 seconds
                                       Sent       Rcvd
        Refresh activity:              ----       ----
          Refresh Start-of-RIB          1          2
          Refresh End-of-RIB            1          2

  Address tracking is enabled, the RIB does have a route to 10.10.0.2
  Route to peer address reachability Up: 1; Down: 0
    Last notification 1w5d
  Connections established 3; dropped 2
  Last reset 1w4d, due to Peer closed the session of session 1
  External BGP neighbor configured for connected checks (single-hop no-disable-connected-check)
  Interface associated: GigabitEthernet0/3 (peering address in same link)
  Transport(tcp) path-mtu-discovery is enabled
  Graceful-Restart is disabled
  SSO is disabled
Connection state is ESTAB, I/O status: 1, unread input bytes: 0            
Connection is ECN Disabled, Mininum incoming TTL 0, Outgoing TTL 1
Local host: 10.10.0.1, Local port: 179
Foreign host: 10.10.0.2, Foreign port: 39410
Connection tableid (VRF): 0
Maximum output segment queue size: 50

Enqueued packets for retransmit: 0, input: 0  mis-ordered: 0 (0 bytes)

Event Timers (current time is 0x4D15FD56):
Timer          Starts    Wakeups            Next
Retrans         19027          1             0x0
TimeWait            0          0             0x0
AckHold         19012      18693             0x0
SendWnd             0          0             0x0
KeepAlive           0          0             0x0
GiveUp              0          0             0x0
PmtuAger            0          0             0x0
DeadWait            0          0             0x0
Linger              0          0             0x0
ProcessQ            0          0             0x0

iss: 1676751051  snduna: 1677112739  sndnxt: 1677112739
irs: 2109012892  rcvnxt: 2109374776

sndwnd:  16061  scale:      0  maxrcvwnd:  16384
rcvwnd:  15890  scale:      0  delrcvwnd:    494

SRTT: 1000 ms, RTTO: 1003 ms, RTV: 3 ms, KRTT: 0 ms
minRTT: 0 ms, maxRTT: 1000 ms, ACK hold: 200 ms
uptime: 1036662542 ms, Sent idletime: 40725 ms, Receive idletime: 40925 ms 
Status Flags: passive open, gen tcbs
Option Flags: nagle, path mtu capable
IP Precedence value : 6

Datagrams (max data segment is 1460 bytes):
Rcvd: 37957 (out of order: 0), with data: 19014, total data bytes: 361883
Sent: 37971 (retransmit: 1, fastretransmit: 0, partialack: 0, Second Congestion: 0), with data: 19027, total data bytes: 361687

 Packets received in fast path: 0, fast processed: 0, slow path: 0
 fast lock acquisition failures: 0, slow path: 0
TCP Semaphore      0x0F3194AC  FREE 

يكشف الإخراج السابق عن وجود خريطة مسار يتم تطبيقها على الإعلانات الواردة التي تحمل الاسم "FILTER"، بعد النظر إلى تكوين خريطة المسار، تظهر عبارة مطابقة تشير إلى قائمة البادئات مع عبارة تصريح ل 192.168.0.0/16، ومع ذلك فهذا غير صحيح لأن قائمة البادئات تسمح فقط بوجود بادئة محددة وليس كل البادئات التي يمكن تضمينها في هذا النطاق:

CE-WEST#show route-map FILTER
route-map FILTER, permit, sequence 10
  Match clauses:
    ip address prefix-lists: FILTER 
  Set clauses:
  Policy routing matches: 0 packets, 0 bytes

CE-WEST#show ip prefix-list FILTER
ip prefix-list FILTER: 1 entries
   seq 5 permit 192.168.0.0/16         <<<<<

CE-WEST#show run | i ip prefix-list
ip prefix-list FILTER seq 5 permit 192.168.0.0/16

مع تغيير صغير في تكوين قائمة البادئات، يتم الآن تثبيت المسار نحو 192.168.1.10 في RIB:

CE-WEST#show run | i ip prefix-list
ip prefix-list FILTER seq 5 permit 192.168.0.0/16 le 32         <<<<<

CE-WEST#show ip bgp
BGP table version is 44, local router ID is 172.16.2.10
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, 
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, 
              x best-external, a additional-path, c RIB-compressed, 
              t secondary path, 
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network          Next Hop            Metric LocPrf Weight Path
 *>   172.16.1.0/24    0.0.0.0                  0         32768 i
 *>   172.16.2.0/24    0.0.0.0                  0         32768 i
 *> 192.168.1.0 10.10.0.2 0 65500 65001 i         <<<<<
 *>   192.168.2.0      10.10.0.2                              0 65500 65001 i
 *>   192.168.3.0      10.10.0.2                              0 65500 65001 i

CE-WEST#show ip route 192.168.1.10
Routing entry for 192.168.1.0/24         <<<<<
  Known via "bgp 65000", distance 20, metric 0
  Tag 65500, type external
  Last update from 10.10.0.2 00:00:37 ago
  Routing Descriptor Blocks:
  * 10.10.0.2, from 10.10.0.2, 00:00:37 ago
      Route metric is 0, traffic share count is 1
      AS Hops 2
      Route tag 65500
      MPLS label: none

التحقق

الآن، ال reachability بين مصدر وغاية ناجح ويمكن التأكد من أن traceroute يمر من خلال ال نفسه تسمية مفتاح ممر أن كان تتبعت عبر ال MPLS شبكة:

مسار إعادة التوجيه

CE-EAST#ping 172.16.1.10 source loopback 1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 172.16.1.10, timeout is 2 seconds:
Packet sent with a source address of 192.168.1.10 
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 7/7/9 ms         <<<<<

CE-EAST#traceroute 172.16.1.10 source loop1 probe 1 numeric 
Type escape sequence to abort.
Tracing the route to 172.16.1.10
VRF info: (vrf in name/id, vrf out name/id)
  1 10.11.0.2 2 msec
  2 10.0.0.16 [MPLS: Labels 24001/16 Exp 0] 9 msec
  3 10.10.0.2 [MPLS: Label 16 Exp 0] 8 msec
  4 10.10.0.1 9 msec

RP/0/0/CPU0:P5#show ipv4 interface brief 
Wed Sep 20 18:23:47.158 UTC

Interface                      IP-Address      Status          Protocol Vrf-Name
Loopback0                      10.10.10.5      Up              Up       default 
MgmtEth0/0/CPU0/0              unassigned      Shutdown        Down     default 
GigabitEthernet0/0/0/0         10.0.0.7        Up              Up       default 
GigabitEthernet0/0/0/1 10.0.0.1 Up Up default         <<<<< 
GigabitEthernet0/0/0/2         10.0.0.10       Up              Up       default 
GigabitEthernet0/0/0/3         10.0.0.14       Up              Up       default 
GigabitEthernet0/0/0/4 10.0.0.16 Up Up default         <<<<< 
RP/0/0/CPU0:P5#  

أوامر التحقق من IOS XE من Cisco

MPLS/LDP 
show mpls interfaces
show mpls forwarding-table
show mpls ldp bindings [destination prefix]
show mpls ldp neighbor [neighbor address]
clear mpls ldp neighbor [neighbor address|*]

RIB and CEF show ip vrf [detail]
show run vrf
show ip route [destination prefix] 
show ip route vrf <name> [destination prefix] 
show ip cef vrf <name> [destination prefix]
show ip cef exact-route <source IP> <destination IP> 
show ip cef vrf <name> exact-route <source IP> <destination IP>

BGP/VPNv4 show ip bgp [neighbors] <neighbor address>
show bgp vpnv4 unicast all [summary|destination prefix]
show bgp vpnv4 unicast all neighbor <neighbor address> advertised-routes
show bgp vpnv4 unicast vrf <name> neighbors <neighbor IP> advertised-routes
show bgp vpnv4 unicast vrf <name> <prefix>
show bgp vpnv4 unicast rd <value> <destination IP>

أوامر التحقق من IOS XR من Cisco

MPLS/LDP show mpls interfaces
show mpls forwarding
show mpls ldp bindings [destination prefix/mask]
show mpls ldp neighbor [neighbor address]
show mpls forwarding prefix [destination prefix/mask]
show mpls forwarding prefix [destination prefix/mask] detail hardware egress 
clear mpls ldp neighbor [neighbor address]

RIB and CEF show vrf [name|all]
show run vrf [name]
show route [destination prefix] 
show route vrf <name> [destination prefix] 
show cef vrf <name> [destination prefix]
show cef exact-route <source IP> <destination IP> 
show cef vrf <name> exact-route <source IP> <destination IP> 

BGP/VPNv4 show bgp vpnv4 unicast [summary|destination prefix/mask]
show bgp vpnv4 unicast neighbors <neighbor address> advertised-routes
show bgp vpnv4 unicast vrf <name> [prefix]
show bgp vrf <name> neighbors <neighbor IP> advertised-routes
show bgp vpnv4 unicast rd [value|all] [destination IP]

معلومات ذات صلة

• دليل تكوين MPLS Basic MPLS
• تكوين شبكة VPN أساسية لبنية تبديل الوسوم متعددة البروتوكولات (MPLS)
• كيفية أستكشاف أخطاء MPLS VPN وإصلاحها
• التحقق من الاتصال الشامل عبر حزمة SP لتوجيه المقاطع