تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
يصف هذا المستند بعض السيناريوهات التي تحتوي على سلوك خاص وتكوين لمزيج Multiprotocol Label Switching (MPLS) وبروتوكول العبارة الحدودية (BGP) في Cisco IOS®-XR.
تظهر هذه الصورة إعداد خيار B مشترك بين الفئات.
الصورة 1.
يحتوي موجه Provider Edge (PE) PE1 على مسار لبادئة VRF 10.200.1.2/32، ولكنه غير محلول.
RP/0/0/CPU0:PE1#show cef vrf one 10.200.1.2
10.200.1.2/32, version 3, internal 0x5000001 0x0 (ptr 0xa140be74) [1], 0x0 (0x0), 0x208 (0xa14a7118)
Updated Apr 7 14:36:45.628
Prefix Len 32, traffic index 0, precedence n/a, priority 3
via 10.3.1.4/32, 0 dependencies, recursive [flags 0x6000]
path-idx 0 NHID 0x0 [0xa0d87468 0x0]
recursion-via-/32
next hop VRF - 'default', table - 0xe0000000
unresolved
labels imposed {24004}
لا يحتوي PE1 على مسار ل 10.3.1.4/32. إنها تحتوي على مسار ل 10.3.1.0/24.
RP/0/0/CPU0:PE1#show route 10.3.1.4
Routing entry for 10.3.1.0/24
Known via "ospf 1", distance 110, metric 3, type intra area
Installed Apr 7 14:07:01.140 for 00:32:48
Routing Descriptor Blocks
10.1.1.2, from 10.100.1.3, via GigabitEthernet0/0/0/0
Route metric is 3
No advertising protos.
يجب أن يكون هناك مسار ثابت على مسار حدود النظام الذاتي (ASBR) للخطوة التالية. يجب تكوين هذا المسار الثابت على كل ASBR وإعادة توزيعه إلى بروتوكول العبارة الداخلية (IGP).
router static
address-family ipv4 unicast
10.3.1.4/32 GigabitEthernet0/0/0/1
!
!
router ospf 1
redistribute static
تم حل المسار الآن.
RP/0/0/CPU0:PE1#show cef vrf one 10.200.1.2
10.200.1.2/32, version 3, internal 0x5000001 0x0 (ptr 0xa140be74) [1], 0x0 (0x0), 0x208 (0xa14a7118)
Updated Apr 7 14:36:45.628
Prefix Len 32, traffic index 0, precedence n/a, priority 3
via 10.3.1.4/32, 3 dependencies, recursive [flags 0x6000]
path-idx 0 NHID 0x0 [0xa150f9f4 0x0]
recursion-via-/32
next hop VRF - 'default', table - 0xe0000000
next hop 10.3.1.4/32 via 24005/0/21
next hop 10.1.1.2/32 Gi0/0/0/0 labels imposed {24003 24004}
يقوم ASBR1 بتثبيت تسمية صادرة من POP تجاه ASBR2 لبادئات VPNv4/6:
RP/0/0/CPU0:ASBR1#show mpls forwarding prefix 10.3.1.4/32
Local Outgoing Prefix Outgoing Next Hop Bytes
Label Label or ID Interface Switched
------ ----------- ------------------ ------------ --------------- ------------
24005 Pop 10.3.1.4/32 Gi0/0/0/1 10.3.1.4 2506
حتى مع وجود رمز الخطوة التالية على ASBR تجاه جيران iBGP، سيتم قطع إعادة توجيه التسمية بين ASBR، إذا لم يتم تكوين المسار الثابت على ASBR.
مع الخطوة التالية الذاتية على ASBR1 نحو PE1 وبدون مسار ثابت:
RP/0/0/CPU0:ASBR1#show mpls forwarding labels 24006 detail
Local Outgoing Prefix Outgoing Next Hop Bytes
Label Label or ID Interface Switched
------ ----------- ------------------ ------------ --------------- ------------
24006 24004 2:2:10.200.1.2/32 10.3.1.4 0
Updated: Apr 7 14:49:58.190
Path Flags: 0x6000 [ ]
Label Stack (Top -> Bottom): { }
MAC/Encaps: 0/0, MTU: 0
Packets Switched: 0
لاحظ أن الواجهة الصادرة مفقودة في عمود الواجهة الصادرة. يلزم المسار الثابت على ASBRs للخيار AS B و C.
يلزم إصدار أمر لضمان قيام خدمة الدعم الفني المتقدمة (ASBR) بتخزين/الاحتفاظ بتوجهات VPNV4/6 ثم الإعلان عنها. بدون هذا الأمر، لا يقوم ASBR بتخزين المسارات إذا لم يكن هناك VRF محلي تم تكوينه على ASBR يقوم باستيراد أي من أهداف المسار للمسارات، أو إذا لم يكن عاكس مسار (RR) لعائلة العنوان VPNV4/6.
router bgp 1
address-family ipv4 unicast
!
address-family vpnv4 unicast
retain route-target all
!
يلزم وجود الإصدار IPv4 الذي يحمل علامة البث الأحادي في شبكات Inter-AS Option C أو شبكات MPLS (MPLS الموحدة) التي تتسم بالسلاسة. وذلك لأن البادئات VPNV4/6 يتم تصنيفها بشكل افتراضي، ولكن هذه ليست حالة البث الأحادي IPv4 (IPv6). وإذا لم يكن هذا هو الحال، فسيتم مقاطعة المسار المحول للتسمية (LSP) من نهاية إلى نهاية وفشل تدفق حركة المرور من نهاية إلى نهاية.
انظر إلى الصورة 2، فإنها تظهر خيار InterAS Option C.
الصورة 2.
موجهات P1 و P2 هي أيضا موجهات عاكس المسار في نظامها الذاتي (AS) ل VPNV4.
يتم إستخدام البث الأحادي المسمى (LU) لنقل بادئات الاسترجاع من واحد كما هو الحال في الآخر.
يحتوي ASBR1 على مجموعة العناوين هذه التي تم تكوينها، ولكن لا توجد مسارات فيها:
RP/0/0/CPU0:ASBR1#show bgp ipv4 labeled-unicast
RP/0/0/CPU0:ASBR1#
RP/0/0/CPU0:ASBR1#show bgp ipv4 labeled-unicast summary
BGP router identifier 10.100.1.3, local AS number 1
BGP generic scan interval 60 secs
Non-stop routing is enabled
BGP table state: Active
Table ID: 0xe0000000 RD version: 41
BGP main routing table version 41
BGP NSR Initial initsync version 2 (Reached)
BGP NSR/ISSU Sync-Group versions 0/0
BGP scan interval 60 secs
BGP is operating in STANDALONE mode.
Process RcvTblVer bRIB/RIB LabelVer ImportVer SendTblVer StandbyVer
Speaker 41 41 41 41 41 0
Neighbor Spk AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down St/PfxRcd
10.3.1.4 0 2 150 151 41 0 0 00:06:29 0
10.100.1.2 0 1 52 52 41 0 0 00:06:42 0
والسبب هو أن ASBR يجب أن يكون لديه الأمر التالي حتى يمكنه تخصيص تسمية تحويل التسمية متعدد البروتوكولات (MPLS) لكل مسار ثم الإعلان عن الموجهات.
RP/0/0/CPU0:ASBR1#show run router bgp
router bgp 1
address-family ipv4 unicast
redistribute ospf 1
allocate-label all
!
ملاحظة: يمكن أن يقوم الأمر بتخصيص التسميات لبادئات معينة في حالة تحديد سياسة المسار.
والنتيجة من هذا الأمر هي:
RP/0/0/CPU0:ASBR1#show bgp ipv4 labeled-unicast
BGP router identifier 10.100.1.3, local AS number 1
BGP generic scan interval 60 secs
Non-stop routing is enabled
BGP table state: Active
Table ID: 0xe0000000 RD version: 52
BGP main routing table version 52
BGP NSR Initial initsync version 2 (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
*> 10.1.1.0/24 10.1.2.2 2 32768 ?
*> 10.1.2.0/24 0.0.0.0 0 32768 ?
*> 10.2.1.0/24 10.3.1.4 0 0 2 ?
*> 10.2.2.0/24 10.3.1.4 2 0 2 ?
*> 10.3.1.0/24 0.0.0.0 0 32768 ?
* 10.3.1.4 0 0 2 ?
*> 10.100.1.1/32 10.1.2.2 3 32768 ?
*> 10.100.1.2/32 10.1.2.2 2 32768 ?
*> 10.100.1.3/32 0.0.0.0 0 32768 ?
*> 10.100.1.4/32 10.3.1.4 0 0 2 ?
*> 10.100.1.5/32 10.3.1.4 2 0 2 ?
*> 10.100.1.6/32 10.3.1.4 3 0 2 ?
Processed 11 prefixes, 12 paths
RP/0/0/CPU0:ASBR1#show bgp ipv4 labeled-unicast 10.100.1.6/32
BGP routing table entry for 10.100.1.6/32
Versions:
Process bRIB/RIB SendTblVer
Speaker 48 48
Local Label: 24008
Last Modified: Apr 7 16:20:04.509 for 00:00:49
Paths: (1 available, best #1)
Advertised to peers (in unique update groups):
10.100.1.2
Path #1: Received by speaker 0
Advertised to peers (in unique update groups):
10.100.1.2
2
10.3.1.4 from 10.3.1.4 (10.100.1.4)
Received Label 24002
Origin incomplete, metric 3, localpref 100, valid, external, best, group-best
Received Path ID 0, Local Path ID 1, version 48
Origin-AS validity: not-found
لذا، وباختصار:
انظر إلى الصورة 3.
الصورة 3.
هناك ثلاثة ASBRs على التوالي. يقوم ASBR3 بتشغيل البث الأحادي لبروتوكول eBGP VPNV4 إلى ASBR1 و ASBR2.
ملاحظة: يجب تكوين المسارات الثابتة على ASBR3 كذلك.
RP/0/0/CPU0:ASBR3#show bgp vpnv4 unicast
BGP router identifier 10.100.1.7, local AS number 3
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 3
BGP NSR Initial initsync version 2 (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: 1:1
*> 10.200.1.1/32 10.4.1.3 0 1 ?
Route Distinguisher: 2:2
*> 10.200.1.2/32 10.4.2.4 0 2 ?
Processed 2 prefixes, 2 paths
RP/0/0/CPU0:ASBR3#show bgp vpnv4 unicast rd 1:1 10.200.1.1/32
BGP routing table entry for 10.200.1.1/32, Route Distinguisher: 1:1
Versions:
Process bRIB/RIB SendTblVer
Speaker 2 2
Last Modified: Apr 7 18:45:21.510 for 00:03:30
Paths: (1 available, best #1)
Not advertised to any peer
Path #1: Received by speaker 0
Not advertised to any peer
1
10.4.1.3 from 10.4.1.3 (10.100.1.3)
Received Label 24009
Origin incomplete, localpref 100, valid, external, best, group-best, import-candidate, not-in-vrf
Received Path ID 0, Local Path ID 1, version 2
Extended community: RT:1:1
هناك مشكلة مع الإعلان عن مسارات VPNV4 من ASBR3: لا يقوم ASBR3 بالإعلان عن خروج مسارات VPNV4 الخارجية.
ويتلخص الحل في تكوين جار iBGP زائف على ASBR3 وتمكين الشخصية ذات الخطوة التالية: لا يلزم أن يكون جار iBGP زائف.
router bgp 3
address-family vpnv4 unicast
retain route-target all
!
neighbor 10.4.1.3
remote-as 1 address-family vpnv4 unicast
route-policy PASS in
route-policy PASS out
!
!
neighbor 10.4.2.4
remote-as 2
address-family vpnv4 unicast
route-policy PASS in
route-policy PASS out
!
!
neighbor 10.99.99.99
remote-as 3
description dummy-iBGP neighbor for back-to-back eBGP vpnv4
update-source Loopback0
address-family vpnv4 unicast
next-hop-self
!
!
!
والنتيجة هي أنه يتم الآن الإعلان عن موجه VPNV4:
RP/0/0/CPU0:ASBR3#show bgp vpnv4 unicast rd 1:1 10.200.1.1/32
BGP routing table entry for 10.200.1.1/32, Route Distinguisher: 1:1
Versions:
Process bRIB/RIB SendTblVer
Speaker 12 12
Local Label: 24002
Last Modified: Apr 7 18:58:04.510 for 00:01:46
Paths: (1 available, best #1)
Advertised to update-groups (with more than one peer):
0.2
Path #1: Received by speaker 0
Advertised to update-groups (with more than one peer):
0.2
1
10.4.1.3 from 10.4.1.3 (10.100.1.3)
Received Label 24009
Origin incomplete, localpref 100, valid, external, best, group-best, import-candidate, not-in-vrf
Received Path ID 0, Local Path ID 1, version 12
Extended community: RT:1:1
ارجع إلى هذه الصورة للاطلاع على إعداد باستخدام الخادمين ASBRs المتصلين عبر إرتباطات متعددة. لجعل هذا العمل، يجب أن تكون جلسة عمل eBGP IPv4 LU بين ASBRs متعددة الخطوات نظرا لوجود روابط متوازية بينها.
الصورة 4.
هذا خيار Inter-AS C. الموجهات P1 و P2 هي أيضا الموجهات العاكس للمسار ل VPNV4.
هناك IPv4 مسماة unicast بين موجهات PE و ASBRs. تكون وحدات ASBR متصلة مباشرة عبر إرتباطات متعددة.
في ال ASBR، ترى:
router bgp 1
…
neighbor 10.100.1.4
remote-as 2
ebgp-multihop 2
update-source Loopback0
address-family ipv4 labeled-unicast
route-policy PASS in
route-policy PASS out
لا يوجد بروتوكول توزيع التسمية (LDP) مطلوب بين ASBRs. سيعتني BGP بإعادة توجيه MPLS على الارتباطات بين قوائم التحكم في الوصول الخاصة بالمنفذ (ASBR).
RP/0/0/CPU0:ASBR1#show mpls interfaces
Interface LDP Tunnel Static Enabled
-------------------------- -------- -------- -------- --------
GigabitEthernet0/0/0/0 Yes No No Yes
GigabitEthernet0/0/0/1 No No No Yes
GigabitEthernet0/0/0/2 No No No Yes
GigabitEthernet0/0/0/3 No No No Yes
GigabitEthernet0/0/0/4 No No No Yes
كل شيء على ما يرام حتى الآن. المشكلة مع السيناريو كما هو موضح في هذه الصورة.
الصورة 5.
هذا خيار Inter-AS C. الموجهات P1 و P2 هي أيضا الموجهات العاكس للمسار ل VPNV4.
هناك IPv4 مسماة unicast بين موجهات PE و ASBRs. لا يتم توصيل ASBR1 و ASBR2 مباشرة. وهما متعددان الخطوات متصلان، من خلال شبكة تشغل بروتوكول العبارة الداخلية وبروتوكول LDP. في الصورة 5، يتم تمثيل هذه الشبكة الوسيطة بالموجه ASBR3، والذي يشغل بروتوكول IGP و LDP مع ASBR1 و ASBR2.
باستخدام الخطوات المتعددة ل eBGP على ASBRs، هناك مشكلة. إن جلسة BGP بين RRs في كل AS لا تظهر حتى.
RP/0/0/CPU0:P1#show cef 10.100.1.5
10.100.1.5/32, version 263, internal 0x1000001 0x0 (ptr 0xa13bde74) [1], 0x0 (0xa1389560), 0xa28 (0xa14a72a8)
Updated Apr 8 09:38:02.551
local adjacency 10.1.2.3
Prefix Len 32, traffic index 0, precedence n/a, priority 3
via 10.1.2.3/32, GigabitEthernet0/0/0/1, 5 dependencies, weight 0, class 0 [flags 0x0]
path-idx 0 NHID 0x0 [0xa0e8b2a4 0x0]
next hop 10.1.2.3/32
local adjacency
local label 24004 labels imposed {24007}
للانتقال من P1، RR in AS 1، إلى P2، و RR in AS 2، التسمية الصادرة هي 24007. في ASBR1، يتم تبديل هذه التسمية بالتسمية 24000.
RP/0/0/CPU0:ASBR1#show mpls forwarding labels 24007
Local Outgoing Prefix Outgoing Next Hop Bytes
Label Label or ID Interface Switched
------ ----------- ------------------ ------------ --------------- ------------
24007 24000 10.100.1.5/32 10.100.1.4 1404
RP/0/0/CPU0:ASBR1#show cef 10.100.1.5
10.100.1.5/32, version 155, internal 0x5000001 0x0 (ptr 0xa13be174) [1], 0x0 (0xa138965c), 0xa08 (0xa14a72d0)
Updated Apr 8 10:02:38.101
Prefix Len 32, traffic index 0, precedence n/a, priority 4
via 10.100.1.4/32, 5 dependencies, recursive, bgp-ext [flags 0x6020]
path-idx 0 NHID 0x0 [0xa150f874 0x0]
recursion-via-/32
next hop 10.100.1.4/32 via 24004/0/21
local label 24007
next hop 10.4.1.7/32 Gi0/0/0/4 labels imposed {ImplNull 24000}
التسمية 24000 هي التسمية التي تم تلقيها على ASBR1 بواسطة BGP LU من ASBR2.
RP/0/0/CPU0:ASBR1#show bgp ipv4 labeled-unicast 10.100.1.5
BGP routing table entry for 10.100.1.5/32
Versions:
Process bRIB/RIB SendTblVer
Speaker 76 76
Local Label: 24007
Last Modified: Apr 8 09:37:57.509 for 00:04:05
Paths: (1 available, best #1)
Advertised to update-groups (with more than one peer):
0.3
Advertised to peers (in unique update groups):
10.100.1.1 10.100.1.2
Path #1: Received by speaker 0
Advertised to update-groups (with more than one peer):
0.3
Advertised to peers (in unique update groups):
10.100.1.1 10.100.1.2
2
10.100.1.4 from 10.100.1.4 (10.100.1.4)
Received Label 24000
Origin incomplete, metric 2, localpref 100, valid, external, best, group-best
Received Path ID 0, Local Path ID 1, version 76
Origin-AS validity: not-found
ومع ذلك، لا يقوم موجه ASBR الذي يقع بينهما بتشغيل BGP، وبالتالي لا يمكنه إعادة توجيه الحزم التي يستلمها مع هذه التسمية، نظرا لأنه لم يعين التسمية 24000. التسمية التي يجب إستخدامها لحمل الحزم إلى 10.100.1.5 هي التسمية من LDP:
RP/0/0/CPU0:ASBR1#show route 10.100.1.5/32
Routing entry for 10.100.1.5/32
Known via "bgp 1", distance 20, metric 2, [ei]-bgp, labeled unicast (3107)
Tag 2, type external
Installed Apr 8 10:02:38.082 for 01:24:37
Routing Descriptor Blocks
10.100.1.4, from 10.100.1.4, BGP external
Route metric is 2
No advertising protos.
يشير هذا إلى الخطوة التالية 10.100.1.4، إسترجاع ASBR2.
ولابد من إستخدام التسمية التي تلقاها الحزب الديمقراطي الليبرالي من ASBR3، ولكنها ليست كذلك.
مكدس التسميات الذي تمت إضافته هو {ImplNull 24000} بدلا من {24002 24000}.
RP/0/0/CPU0:ASBR1#show mpls ldp bindings 10.100.1.4/32
10.100.1.4/32, rev 146
Local binding: label: 24004
Remote bindings: (2 peers)
Peer Label
----------------- ---------
10.100.1.2:0 24003
10.100.1.7:0 24002
يجب أن يقوم ASBR1 بفرض التسمية LDP 24002 التي تم تلقيها من موجه ASBR3. من أجل تعطيل إعادة توجيه BGP MPLS، تقوم بإضافة الكلمة الأساسية MPLS إلى الأمر eBGP متعدد الخطوات.
ASBR1:
router bgp 1
…
neighbor 10.100.1.4
remote-as 2
ebgp-multihop 2 mpls
update-source Loopback0
address-family ipv4 labeled-unicast
route-policy PASS in
route-policy PASS out
!
تمت الآن إعادة كتابة التسمية الصحيحة ل ASBR1:
RP/0/0/CPU0:ASBR1#show cef 10.100.1.5
10.100.1.5/32, version 155, internal 0x5000001 0x0 (ptr 0xa13be174) [1], 0x0 (0xa138965c), 0xa08 (0xa14a72d0)
Updated Apr 8 10:02:38.102
Prefix Len 32, traffic index 0, precedence n/a, priority 4
via 10.100.1.4/32, 5 dependencies, recursive, bgp-ext [flags 0x6020]
path-idx 0 NHID 0x0 [0xa150f874 0x0]
recursion-via-/32
next hop 10.100.1.4/32 via 24004/0/21
local label 24007
next hop 10.4.1.7/32 Gi0/0/0/4 labels imposed {24002 24000}
من مرجع الأمر:
يمنع إستخدام خيار MPLS في الأمر ebgp-multihop BGP من تمكين MPLS على واجهة نظير كما يمنع تخصيص تسميات إعادة الكتابة الضمنية-NULL لعناوين الخطوة التالية التي يتم التعرف عليها من النظير. وهذا مفيد في بعض السيناريوهات التي تم فيها التعرف بالفعل على تسميات إعادة توجيه MPLS إلى التجاور عبر BGP المسمى-unicast أو LDP.
بمعنى آخر، في IOS-XR، عندما يعرض BGP تخصيص تسمية ل LFIB، فإنه يأخذ الأولوية على LDP. وهذا السيناريو هو سيناريو الخيار InterAS C مع نقلات متعددة بين موجهات ASBR.
الصورة 6.
هذا هو الخيار بين نظام وسيط (AS) B. ومع ذلك، هناك روابط متوازية متعددة بين هذين المعيارين. يوجد RFC3107 (تبادل مسارات IPv4 وملصقات MPLS) بين وحدات التحكم في الوصول إلى البنية الأساسية (ASBRs)، بدلا من إستخدام بروتوكول العبارة الداخلية (IGP) وبروتوكول LDP.
من أجل إستدعاء جلسة عمل eBGP متعددة الخطوات بين واجهات الاسترجاع من ASBR1 و ASBR2، يلزم وجود وحدة التحكم eBGP بين نظامي ASBR. هناك إرتباطات بين نقاط الوصول إلى البنية الأساسية (ASBRs)، لذلك هناك حاجة إلى جلستي عمل eBGP LU. الأمر distribute-label مطلوب لعائلة العناوين IPv4.
router bgp 65001
address-family ipv4 unicast
network 10.100.1.3/32
allocate-label all
!
neighbor 10.3.1.4
remote-as 65002
address-family ipv4 labeled-unicast
route-policy pass in
route-policy pass out
!
!
neighbor 10.3.2.4
remote-as 65002
address-family ipv4 labeled-unicast
route-policy pass in
route-policy pass out
!
!
لا تزال هناك حاجة إلى المسارات الثابتة من القسم 1:
router static
address-family ipv4 unicast
10.3.1.4/32 GigabitEthernet0/0/0/1
10.3.2.4/32 GigabitEthernet0/0/0/2
!
!
جلسة عمل eBGP VPNV4 بين ASBRs:
router bgp 65001
address-family ipv4 unicast
network 10.100.1.3/32
allocate-label all
!
address-family vpnv4 unicast
retain route-target all
!
neighbor 10.100.1.4
remote-as 65002
ebgp-multihop 255
update-source Loopback0
address-family vpnv4 unicast
route-policy pass in
route-policy pass out
!
!
لاحظ أن الكلمة الأساسية MPLS غير مطلوبة هنا، كما هو الحال في القسم 5. كما أن جلسات عمل iBGP LU بين PE و ASBRs غير مطلوبة إذا تم تكوين نفس الخطوة التالية لجلسات عمل iBGP VPNV4. التسمية المعلن عنها بواسطة ASBR2 ل 10.100.1.4/32 هي التسمية 3:
RP/0/0/CPU0:ASBR1#show bgp ipv4 labeled-unicast 10.100.1.4/32
Fri Jun 2 11:50:16.178 UTC
BGP routing table entry for 10.100.1.4/32
Versions:
Process bRIB/RIB SendTblVer
Speaker 8 8
Local Label: 24005
Last Modified: Jun 2 11:48:39.920 for 00:01:36
Paths: (4 available, best #1)
Advertised to update-groups (with more than one peer):
0.3
Advertised to peers (in unique update groups):
10.100.1.7
Path #1: Received by speaker 0
Advertised to update-groups (with more than one peer):
0.3
Advertised to peers (in unique update groups):
10.100.1.7
65002
10.3.1.4 from 10.3.1.4 (10.100.1.4)
Received Label 3
Origin IGP, metric 0, localpref 100, valid, external, best, group-best
Received Path ID 0, Local Path ID 1, version 8
Origin-AS validity: not-found
Path #2: Received by speaker 0
Not advertised to any peer
65002
10.3.2.4 from 10.3.2.4 (10.100.1.4)
Received Label 3
Origin IGP, metric 0, localpref 100, valid, external
Received Path ID 0, Local Path ID 0, version 0
Origin-AS validity: not-found
Path #3: Received by speaker 0
Not advertised to any peer
65003 65002
10.3.3.9 from 10.3.3.9 (10.100.1.9)
Received Label 24001
Origin IGP, localpref 100, valid, external, group-best
Received Path ID 0, Local Path ID 0, version 0
Origin-AS validity: not-found
Path #4: Received by speaker 0
Not advertised to any peer
65003 65002
10.3.4.9 from 10.3.4.9 (10.100.1.9)
Received Label 24001
Origin IGP, localpref 100, valid, external
Received Path ID 0, Local Path ID 0, version 0
Origin-AS validity: not-found
RP/0/0/CPU0:ASBR1#show cef 10.100.1.4
Fri Jun 2 11:51:06.994 UTC
10.100.1.4/32, version 254, internal 0x1000001 0x0 (ptr 0xa13be474) [1], 0x0 (0xa13896ec), 0xa20 (0xa14a70f0)
Updated Jun 2 11:48:39.634
local adjacency 10.3.1.4
Prefix Len 32, traffic index 0, precedence n/a, priority 4
via 10.3.1.4/32, GigabitEthernet0/0/0/1, 5 dependencies, weight 0, class 0 [flags 0x0]
path-idx 0 NHID 0x0 [0xa0e8b1fc 0xa0e8b34c]
next hop 10.3.1.4/32
local adjacency
local label 24005 labels imposed {ImplNull}
RP/0/0/CPU0:ASBR1#show mpls forwarding labels 24005
Fri Jun 2 11:51:20.204 UTC
Local Outgoing Prefix Outgoing Next Hop Bytes
Label Label or ID Interface Switched
------ ----------- ------------------ ------------ --------------- ------------
24005 Pop 10.100.1.4/32 Gi0/0/0/1 10.3.1.4 610
عندما يكون هناك مسار آخر بين ASBRs، وهذا المسار يستخدم IGP + LDP أو MPLS TE، حينئذ تكون الكلمة الأساسية MPLS مطلوبة للأمر متعدد الخطوات eBGP.
الصورة 7.
يتم إستخدام سياسة مسار BGP على ASBR1 تجاه P3 لتعيين الوزن المرتفع جدا بحيث يتم تفضيل البادئات من P3 على البادئات من ASBR2 مباشرة.
RP/0/0/CPU0:ASBR1#show bgp ipv4 labeled-unicast 10.100.1.4/32
Fri Jun 2 11:57:23.789 UTC
BGP routing table entry for 10.100.1.4/32
Versions:
Process bRIB/RIB SendTblVer
Speaker 9 9
Local Label: 24005
Last Modified: Jun 2 11:51:58.920 for 00:05:24
Paths: (4 available, best #3)
Advertised to update-groups (with more than one peer):
0.3
Advertised to peers (in unique update groups):
10.100.1.7
Path #1: Received by speaker 0
Not advertised to any peer
65002
10.3.1.4 from 10.3.1.4 (10.100.1.4)
Received Label 3
Origin IGP, metric 0, localpref 100, valid, external, group-best
Received Path ID 0, Local Path ID 0, version 0
Origin-AS validity: not-found
Path #2: Received by speaker 0
Not advertised to any peer
65002
10.3.2.4 from 10.3.2.4 (10.100.1.4)
Received Label 3
Origin IGP, metric 0, localpref 100, valid, external
Received Path ID 0, Local Path ID 0, version 0
Origin-AS validity: not-found
Path #3: Received by speaker 0
Advertised to update-groups (with more than one peer):
0.3
Advertised to peers (in unique update groups):
10.100.1.7
65003 65002
10.3.3.9 from 10.3.3.9 (10.100.1.9)
Received Label 24001
Origin IGP, localpref 100, weight 65535, valid, external, best, group-best
Received Path ID 0, Local Path ID 1, version 9
Origin-AS validity: not-found
Path #4: Received by speaker 0
Not advertised to any peer
65003 65002
10.3.4.9 from 10.3.4.9 (10.100.1.9)
Received Label 24001
Origin IGP, localpref 100, valid, external
Received Path ID 0, Local Path ID 0, version 0
Origin-AS validity: not-found
يجب أن يستخدم ASBR1 الآن التسمية 24001 كتسمية صادرة ل 10.100.1.4/32. وهو لا:
RP/0/0/CPU0:ASBR1#show cef 10.100.1.4
Fri Jun 2 11:59:46.519 UTC
10.100.1.4/32, version 255, internal 0x1000001 0x0 (ptr 0xa13be474) [1], 0x0 (0xa13896ec), 0xa20 (0xa14a7140)
Updated Jun 2 11:51:58.741
local adjacency 10.3.3.9
Prefix Len 32, traffic index 0, precedence n/a, priority 4
via 10.3.3.9/32, GigabitEthernet0/0/0/3, 7 dependencies, weight 0, class 0 [flags 0x0]
path-idx 0 NHID 0x0 [0xa0e8b544 0xa0e8b5ec]
next hop 10.3.3.9/32
local adjacency
local label 24005 labels imposed {ImplNull}
الحل هو نفسه كما في القسم 5: أستخدم الكلمة الأساسية mpls لأمر eBGP متعدد الخطوات.
RP/0/0/CPU0:ASBR1# conf t
Fri Jun 2 13:56:45.618 UTC
RP/0/0/CPU0:ASBR1(config)#router bgp 65001
RP/0/0/CPU0:ASBR1(config-bgp)# neighbor 10.100.1.4
RP/0/0/CPU0:ASBR1(config-bgp-nbr)#ebgp-multihop 255 mpls
RP/0/0/CPU0:ASBR1(config-bgp-nbr)#commit
يستخدم ASBR1 الآن التسمية 24001 كتسمية صادرة ل 10.100.1.4/32.
RP/0/0/CPU0:ASBR1#show cef 10.100.1.4
Fri Jun 2 13:58:13.402 UTC
10.100.1.4/32, version 200, internal 0x5000001 0x0 (ptr 0xa13be474) [1], 0x0 (0xa13895cc), 0xa08 (0xa14a71b8)
Updated Jun 2 13:56:59.378
Prefix Len 32, traffic index 0, precedence n/a, priority 15
via 10.3.3.9/32, 3 dependencies, recursive, bgp-ext [flags 0x6020]
path-idx 0 NHID 0x0 [0xa15102f4 0x0]
recursion-via-/32
next hop 10.3.3.9/32 via 24014/0/21
local label 24005
next hop 10.3.3.9/32 Gi0/0/0/3 labels imposed {ImplNull 24001}
يقوم ASBR1 بدفع هذه التسمية الإضافية. يظهر traceroute في التوجيه الظاهري وإعادة التوجيه (VRF) من PE1 إلى PE2 التسميات الإضافية التي تم دفعها.
RP/0/0/CPU0:PE1#trace vrf one 10.99.1.2
Fri Jun 2 13:49:38.959 UTC
Type escape sequence to abort.
Tracing the route to 10.99.1.2
1 10.1.1.5 [MPLS: Labels 24002/24012 Exp 0] 29 msec 39 msec 39 msec
2 10.1.2.3 [MPLS: Label 24012 Exp 0] 29 msec 29 msec 39 msec
3 10.3.1.4 [MPLS: Label 24007 Exp 0] 39 msec 39 msec 39 msec
4 10.2.1.6 [MPLS: Labels 24001/24005 Exp 0] 39 msec 39 msec 29 msec
5 10.2.2.2 39 msec * 239 msec
وقد أستخدم بروتوكول العبارة الداخلية (IGP) وبروتوكول إدارة الشبكة (LDP) بين ASBR1 و P3 و ASBR2 و P3. نفس الإصدار والحل هناك عندما يتم إستخدام هندسة حركة مرور MPLS (TE) بين هذه الموجهات.
لا يوجد LDP من ASBR1 إلى P3، ولكن هناك MPLS TE.
بدون الكلمة الأساسية MPLS في الأمر eBGP متعدد الخطوات، ترجع المشكلة نفسها:
لا تحصل الحزم التي تمت إعادة توجيهها إلى 10.100.1.4 على تسمية BGP LU 24000 التي تم دفعها.
RP/0/0/CPU0:ASBR1#show cef 10.100.1.4
Tue Jun 6 10:36:56.528 UTC
10.100.1.4/32, version 50, internal 0x1000001 0x0 (ptr 0xa12cc1fc) [1], 0x0 (0xa12b18c0), 0xa20 (0xa14a7258)
Updated Jun 6 10:36:32.930
Prefix Len 32, traffic index 0, precedence n/a, priority 4
via 10.3.3.9/32, tunnel-te1, 7 dependencies, weight 0, class 0 [flags 0x0]
path-idx 0 NHID 0x0 [0xa15d58f8 0xa15d5840]
next hop 10.3.3.9/32
local adjacency
local label 24012 labels imposed {ImplNull}
حيث أنه مع الكلمة الأساسية MPLS، تكون التسمية 24000 موجودة:
RP/0/0/CPU0:ASBR1#show cef 10.100.1.4
Tue Jun 6 10:36:03.241 UTC
10.100.1.4/32, version 34, internal 0x5000001 0x0 (ptr 0xa12cc1fc) [1], 0x0 (0xa12b15a8), 0xa08 (0xa14a70f0)
Updated Jun 6 09:39:24.56
Prefix Len 32, traffic index 0, precedence n/a, priority 15
Extensions: context-label:24012
via 10.3.3.9/32, 3 dependencies, recursive, bgp-ext [flags 0x6020]
path-idx 0 NHID 0x0 [0xa150fecc 0x0]
recursion-via-/32
next hop 10.3.3.9/32 via 24011/0/21
local label 24012
next hop 10.3.3.9/32 tt1 labels imposed {ImplNull 24000}
باستخدام الكلمة الأساسية MPLS، تبدو إعادة الكتابة كما يلي:
RP/0/0/CPU0:ASBR1#show mpls forwarding labels 24012
Tue Jun 6 10:43:50.559 UTC
Local Outgoing Prefix Outgoing Next Hop Bytes
Label Label or ID Interface Switched
------ ----------- ------------------ ------------ --------------- ------------
24012 24000 10.100.1.4/32 tt1 10.3.3.9 0
بدون الكلمة الأساسية MPLS، تبدو إعادة الكتابة كما يلي:
RP/0/0/CPU0:ASBR1#show mpls forwarding labels 24012
Tue Jun 6 10:45:08.734 UTC
Local Outgoing Prefix Outgoing Next Hop Bytes
Label Label or ID Interface Switched
------ ----------- ------------------ ------------ --------------- ------------
24012 Pop 10.100.1.4/32 tt1 10.3.3.9 0
لا يتم إستخدام هذه التسمية 14012 لحركة المرور من VRF إلى VRF أو PE إلى PE، ولكن في حالة مواجهة، فقد تكون إشارة إلى أن إدخال قاعدة مثيل إعادة توجيه التسمية (LFIB) غير صحيح أو كان خاطئا.
RP/0/0/CPU0:PE1# trace vrf one 10.99.1.2
Type escape sequence to abort.
Tracing the route to 10.99.1.2
1 10.1.1.5 [MPLS: Labels 24001/24015 Exp 0] 129 msec 229 msec 129 msec
2 10.1.2.3 [MPLS: Label 24015 Exp 0] 219 msec 439 msec 349 msec
3 10.3.3.9 [MPLS: Labels 24000/24011 Exp 0] 169 msec 249 msec 139 msec
4 10.3.5.4 [MPLS: Label 24011 Exp 0] 89 msec 129 msec 109 msec
5 10.2.1.6 [MPLS: Labels 24004/24008 Exp 0] 139 msec 99 msec 139 msec
6 10.2.2.2 129 msec * 219 msec
يمكن أن يؤدي تبديل الكلمة الأساسية mpls على الأمر eBGP متعدد الخطوات إلى حدوث تصادم في رسالة syslog لتسمية BGP:
bgp[1051]: %ROUTING-BGP-4-LABEL_COLLISION : Label 24012 collision: prev: [T: 3 RD:0:0:0 PFX/NHID:10.100.1.4/32] curr: [T: 13 RD:0:0:0 PFX/NHID:10.100.1.4/32]
هذه الرسالة للتسمية المحلية 24012.
ويتم إجراء الفحص لضمان عدم تعيين تسمية نشطة مملوكة ل BGP مرة أخرى بواسطة BGP لأي شيء آخر. هذا التحقق مخصص فقط لتسميات كل بادئة.
ان هذه الرسالة عرض وليست سبب اية قضية من هذه المقالة.
إذا كانت هناك جلسة عمل متعددة الخطوات ل eBGP، فلا يمكن تعلم مسار عنوان الخطوة التالية من خلال VPNV4/6 أو 6PE (IPv6 عبر MPLS) أو مسار الشبكة الخاصة الظاهرية لشبكة الإيثرنت (EVPN)، ما لم يكن الموجه لديه الإصدار Cisco IOS®-XR 6.3.2 أو إصدار أحدث. ارجع إلى هذه الصورة.
الصورة 8.
سيناريوهات الفشل المحتملة:
ينطبق هذا:
يتم تكوين جلسة عمل eBGP متعددة الخطوات تحت قسم VRF تحت موجه BGP على موجه PE.
يتم دعم جلسة عمل eBGP متعددة الخطوات من PE1 (داخل VRF) إلى PE2 (داخل VRF)، أو جلسة عمل eBGP متعددة الخطوات من PE1 (داخل VRF) إلى CE2، فقط بدءا من Cisco IOS®-XR 6.3.2.
يمكن الوصول إلى عنوان نظير eBGP عبر التسطير الذي يتكون من VNPV4. VPNV6، 6PE، أو EVPN.
في إصدارات Cisco IOS® قبل 6.3.2، ستكون جلسة عمل eBGP خاملة.
على سبيل المثال، يتم تكوين جلسة عمل eBGP متعددة الخطوات من PE1 إلى PE2 في VRF One.
التكوين المناسب لجلسة عمل الخطوات المتعددة ل eBGP من PE1 إلى PE2 على PE1:
interface Loopback100
vrf one
ipv4 address 10.2.100.1 255.255.255.255
router bgp 1
address-family vpnv4 unicast
!
neighbor 10.100.1.2
remote-as 1
update-source Loopback0
address-family vpnv4 unicast
!
!
vrf one
rd 1:1
address-family ipv4 unicast
redistribute connected
!
neighbor 10.2.100.2
remote-as 65002
ebgp-multihop 255
local-as 65001
update-source Loopback100
address-family ipv4 unicast
route-policy pass in
route-policy pass out
!
!
!
!
تظل جلسة eBGP خاملة:
RP/0/0/CPU0:PE1#show bgp vrf one neighbors
BGP neighbor is 10.2.100.2, vrf one
Remote AS 65002, local AS 65001, external link
Remote router ID 0.0.0.0
BGP state = Idle (No route to multi-hop neighbor)
يتوفر المسار لعنوان نظير eBGP في جدول توجيه VRF One:
RP/0/0/CPU0:PE1# show route vrf one
Codes: C - connected, S - static, R - RIP, B - BGP, (>) - Diversion path
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - ISIS, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, su - IS-IS summary null, * - candidate default
U - per-user static route, o - ODR, L - local, G - DAGR
A - access/subscriber, a - Application route, (!) - FRR Backup path
Gateway of last resort is not set
L 10.2.100.1/32 is directly connected, 00:23:25, Loopback100
B 10.2.100.2/32 [200/0] via 10.100.1.2 (nexthop in vrf default), 00:19:28
RP/0/0/CPU0:PE1# show route vrf one 10.2.100.2/32
Routing entry for 10.2.100.2/32
Known via "bgp 1", distance 200, metric 0, type internal
Installed May 29 09:07:53.368 for 00:19:36
Routing Descriptor Blocks
10.100.1.2, from 10.100.1.2
Nexthop in Vrf: "default", Table: "default", IPv4 Unicast, Table Id: 0xe0000000
Route metric is 0
No advertising protos.
السبب الأساسي للمشكلة هو أن مسار عنوان نظير هو مسار مستورد:
RP/0/0/CPU0:PE1# show bgp vpnv4 unicast vrf one 10.2.100.2/32
BGP routing table entry for 10.2.100.2/32, Route Distinguisher: 1:1
Versions:
Process bRIB/RIB SendTblVer
Speaker 7 7
Last Modified: May 29 09:07:53.524 for 00:21:20
Paths: (1 available, best #1)
Not advertised to any peer
Path #1: Received by speaker 0
Not advertised to any peer
Local
10.100.1.2 (metric 2) from 10.100.1.2 (10.100.1.2)
Received Label 16001
Origin incomplete, metric 0, localpref 100, valid, internal, best, group-best, import-candidate, imported
Received Path ID 0, Local Path ID 1, version 7
Extended community: RT:1:1
Source VRF: one, Source Route Distinguisher: 1:1
وهذا مدعوم بعد Cisco IOS®-XR 6.3.2.
وهذا هو وضع بطاقات MPLS الموحدة أو السلسة وكيفية تكوينها باستخدام IOS-XR: بطاقات MPLS الموحدة باستخدام IOS-XR
باستخدام MPLS الموحدة العادية هناك BGP LU بين جميع موجهات PE و ABR كما هو موضح في الصورة.
الصورة 9.
الصورة 10.
في هذا المثال، هناك منطقة/مستوى IGP بدون BGP LU. على اليسار، منطقة التجميع هي في الواقع فتح أقصر مسار أولا (OSPF) عملية 1، والتي لا تحتوي على إعادة توزيع مع عملية OSPF 2 في القلب. في جزء الشبكة مع OSPF 1، لا يوجد BGP LU بين موجهات PE وموجهات حدود المنطقة (ABR).
الصورة 11.
تتم إعادة توزيع بادئات BGP LU في بروتوكول IGP OSPF 1 على ABR1 كما هو موضح في الصورة.
الصورة 12.
أنت تحتاج BGP لتخصيص التسمية لبادئات iBGP LU المستلمة. ومع ذلك، لا يتم الإعلان عن هذه التسمية تلقائيا بواسطة LDP في ربط التسمية لبادئة إعادة التوزيع. وهذا ما يفعله IOS(-XE) بشكل افتراضي.
لاحظ أن ABR يقوم بإعادة توزيع مسارات BGP الداخلية إلى بروتوكول العبارة الداخلية في المنطقة اليسرى. هذا يعني أن الأمر BGP redistribute-internal مطلوب تحت موجه BGP.
router bgp 1
bgp redistribute-internal
router ospf 1
router-id 10.100.1.3
redistribute bgp 1 metric 10 route-policy select-to-allocate
area 0
interface Loopback0
!
interface GigabitEthernet0/0/0/0
network point-to-point
!
!
!
route-policy select-to-allocate
if destination in (10.100.1.7/32) then
pass
else
drop
endif
end-policy
يقوم ABR بتعيين تسمية محلية لمسارات LU المستلمة ل iBGP عند تمكين تخصيص التسمية المحلية.
router bgp 1
bgp redistribute-internal
ibgp policy out enforce-modifications
address-family ipv4 unicast
redistribute ospf 1 metric 10 route-policy ospf-1-loopbacks-PE
allocate-label route-policy select-to-allocate
يمكن إستخدام تحديد-توزيع نهج المسار لتحديد بادئات BGP LU المستلمة التي تم تعيين تسمية محلية لها.
route-policy select-to-allocate
if destination in (10.100.1.7/32) then
pass
else
drop
endif
end-policy
!
تظهر بادئة الاسترجاع ل PE2 على ABR1 بتسمية محلية، لكن LDP لا يرى هذا التسمية المحلية:
RP/0/0/CPU0:ABR1#show bgp ipv4 labeled-unicast 10.100.1.7/32
BGP routing table entry for 10.100.1.7/32
Versions:
Process bRIB/RIB SendTblVer
Speaker 6 6
Local Label: 24006
Last Modified: Sep 5 06:55:47.368 for 06:40:23
Paths: (1 available, best #1)
Advertised IPv4 Labeled-unicast paths to update-groups (with more than one peer):
0.2
Path #1: Received by speaker 0
Advertised IPv4 Labeled-unicast paths to update-groups (with more than one peer):
0.2
Local, (Received from a RR-client)
10.100.1.5 (metric 20) from 10.100.1.5 (10.100.1.7)
Received Label 24003
Origin IGP, metric 0, localpref 100, valid, internal, best, group-best, labeled-unicast
Received Path ID 0, Local Path ID 1, version 6
Originator: 10.100.1.7, Cluster list: 10.100.1.5
RP/0/0/CPU0:ABR1#show mpls ldp bindings 10.100.1.7/32
10.100.1.7/32, rev 0 (no route)
No local binding
Remote bindings: (1 peers)
Peer Label
----------------- ---------
10.100.1.2:0 18
وهذا يعني أنه يتم مقاطعة LSP من PE1 إلى PE2:
RP/0/0/CPU0:PE1#traceroute 10.100.1.7 source 10.100.1.1
Type escape sequence to abort.
Tracing the route to 10.100.1.7
1 10.1.1.2 [MPLS: Label 18 Exp 0] 9 msec 0 msec 0 msec
2 10.1.2.3 0 msec 0 msec 0 msec <<< no MPLS labels
3 10.1.3.4 [MPLS: Labels 16/24003 Exp 0] 29 msec 19 msec 29 msec
4 10.1.4.5 [MPLS: Label 24003 Exp 0] 9 msec 9 msec 9 msec
5 * * *
6 10.1.6.7 9 msec * 19 msec
يتم مقاطعة LSP عند P2 لأنه لم يحصل على تسمية عن بعد عبر LDP من ABR1. لا يحتوي ABR1 على التسمية المعينة محليا للبادئة 10.100.1.7/32 في LDP.
هناك تكوين مطلوب على ABR لإعادة توزيع BGP إلى LDP على الموجه حيث يتم إعادة توزيع مسار BGP إلى IGP.
لا يعلن ABR1 عن ربط تسمية LDP للبادئة 10.100.1.7/32 للموجه P2.
من أجل ABR1 للإعلان عن ربط تسمية LDP لبادئات iBGP المعاد توزيعها، يجب أن يكون ل ABR1 التكوين التالي (يجب تكوين رقم AS).
mpls ldp
mldp
address-family ipv4
!
!
router-id 10.100.1.3
address-family ipv4
redistribute
bgp
as 1
!
!
!
يمكنك تصفية الإعلانات بواسطة LDP. على سبيل المثال، يمكنك تكوين عامل تصفية مثل هذا:
mpls ldp
mldp
address-family ipv4
!
!
router-id 10.100.1.3
address-family ipv4
redistribute
bgp
as 1
advertise-to 1
!
ipv4 access-list 1
10 permit ipv4 host 10.100.1.2 any
أنت تعين ال LDP مسحاج تخديد-id في قائمة الوصول.
ومع هذا المثال، يعلن ABR فقط عن إرتباطات LDP لمسارات iBGP التي تمت إعادة توزيعها إلى P2 (وليس إلى P1) المجاور ل LDP، حيث أن 10.100.1.2 هو معرف موجه LDP الخاص ب P2.
لم يتم الآن مقاطعة LSP من PE1 إلى PE2:
RP/0/0/CPU0:PE1#traceroute 10.100.1.7 source 10.100.1.1
Type escape sequence to abort.
Tracing the route to 10.100.1.7
1 10.1.1.2 [MPLS: Label 20 Exp 0] 39 msec 49 msec 29 msec
2 10.1.2.3 [MPLS: Label 24006 Exp 0] 29 msec 49 msec 39 msec
3 10.1.3.4 [MPLS: Labels 16/24003 Exp 0] 29 msec 19 msec 29 msec
4 10.1.4.5 [MPLS: Label 24003 Exp 0] 29 msec 19 msec 29 msec
5 * * *
6 10.1.6.7 19 msec * 19 msec
الصورة 13.
ويتم الآن إستخدام ملصق BGP المعين (24006) المعلن عنه بواسطة LDP في منطقة التجميع اليسرى لحركة المرور من PE1 إلى PE2.
لاحظ أنه يتم إستخدام تسمية MPLS واحدة فقط في منطقة التجميع اليسرى. يمكن إستخدام تسميتين إذا كانت هذه MPLS موحدة منتظمة.
عند هذه النقطة، لا يمكنك تصفية أي من مسارات LU ل iBGP التي تمت إعادة توزيعها إلى LDP، وتلقي تسمية محلية وأي منها لا. وبمجرد تمكين إعادة توزيع مسارات بروتوكول iBGP LU إلى بروتوكول LDP، فسوف يحصلون جميعا على علامة محلية.
كما يعلن PE2 عن البادئة 10.100.1.99/32 في BGP LU. لا تتم إعادة توزيع هذه البادئة بواسطة ABR1 إلى OSPF 1. ومع ذلك، بمجرد تشغيل إعادة توزيع مسارات iBGP LU إلى LDP، حصلت البادئة 10.100.1.99/32 أيضا على تسمية محلية.
RP/0/0/CPU0:ABR1#show mpls ldp bindings 10.100.1.99/32
10.100.1.99/32, rev 24
Local binding: label: 24007
No remote bindings
يلزم أمر تنشيط MPLS إذا كان هناك بروتوكول العبارة الداخلية يعتني بالتوجيه الداخلي، ولكن لا يوجد بروتوكول LDP للإعلان عن روابط التسمية. إذا قامت كل خطوة بتشغيل BGP، يمكن إستخدام BGP lu للإعلان عن البادئات والتسميات. عندما يكون iBGP عبر إرتباط، يلزم تمكين ذلك الارتباط تحت بروتوكول BGP للموجه باستخدام الأمر mpls (MPLS) بالتنشيط. ارجع إلى هذه الصورة.
الصورة 14.
يقوم R1 و R2 بتشغيل بروتوكول العبارة الداخلية و iBGP LU بينهما. يتم توصيل R1 و R2 مباشرة. يحتوي R2 على جلسة عمل eBGP LU إلى R3.
يعلن R3 عن البادئة 10.100.100.3/2 إلى R2 عبر جلسة عمل ل LU خاصة ب eBGP. يعلن R2 عن هذه البادئة إلى R1 عبر جلسة عمل LU ل iBGP.
الهدف هو الحصول على LSP بدون انقطاع من R1 إلى R3. هل هو هناك؟
RP/0/0/CPU0:R1#trace 10.100.100.3 so 10.100.100.1
Type escape sequence to abort.
Tracing the route to 10.100.100.3
1 100.1.1 !N * !N
لا توجد تسمية لهذه البادئة في الخطوة الأولى.
RP/0/0/CPU0:R1#traceroute mpls ipv4 10.100.100.3/32 ttl 5
Tracing MPLS Label Switched Path to 10.100.100.3/32, timeout is 2 seconds
Codes: '!' - success, 'Q' - request not sent, '.' - timeout,
'L' - labeled output interface, 'B' - unlabeled output interface,
'D' - DS Map mismatch, 'F' - no FEC mapping, 'f' - FEC mismatch,
'M' - malformed request, 'm' - unsupported tlvs, 'N' - no rx label,
'P' - no rx intf label prot, 'p' - premature termination of LSP,
'R' - transit router, 'I' - unknown upstream index,
'X' - unknown return code, 'x' - return code 0
Type escape sequence to abort.
0 0.0.0.0 MRU 0 [No Label]
Q 1 *
إذا، ليس هناك تسمية. وهذه ليست مفاجأة، لأن MPLS لا يتم تمكينها على الواجهة إلى R2:
RP/0/0/CPU0:R1#show mpls interfaces
RP/0/0/CPU0:R1#
ومع ذلك، فإن بادئة LU المعلن عنها بواسطة R3 موجودة في R1:
RP/0/0/CPU0:R1#show bgp ipv4 labeled-unicast 10.100.100.3/32
BGP routing table entry for 10.100.100.3/32
Versions:
Process bRIB/RIB SendTblVer
Speaker 7 7
Local Label: 24001
Last Modified: Sep 13 14:27:17.510 for 00:11:39
Paths: (1 available, best #1)
Not advertised to any peer
Path #1: Received by speaker 0
Not advertised to any peer
65001
10.100.1.2 (metric 2) from 10.100.1.2 (10.100.1.2)
Received Label 24002
Origin IGP, metric 0, localpref 100, valid, internal, best, group-best, labeled-unicast
Received Path ID 0, Local Path ID 1, version 7
أنت تشكل ال MPLS نشط أمر على R1 للقارن إلى R2:
router bgp 65000
mpls activate
interface GigabitEthernet0/0/0/0
!
address-family ipv4 unicast
network 10.100.100.1/32
allocate-label all
!
neighbor 10.100.1.2
remote-as 65000
update-source Loopback0
address-family ipv4 labeled-unicast
!
!
!
يتم تمكين MPLS الآن على الواجهة الصادرة.
RP/0/0/CPU0:R1#show mpls interfaces
Interface LDP Tunnel Static Enabled
-------------------------- -------- -------- -------- --------
GigabitEthernet0/0/0/0 No No No Yes
يظهر traceroute الآن أن LSP لا ينقطع.
RP/0/0/CPU0:R1#trace 10.100.100.3 so 10.100.100.1
Type escape sequence to abort.
Tracing the route to 10.100.100.3
1 10.1.2.2 [MPLS: Label 24002 Exp 0] 39 msec 9 msec 9 msec
2 10.2.3.3 19 msec * 9 msec
RP/0/0/CPU0:R1#traceroute mpls ipv4 10.100.100.3/32 ttl 5 source 10.100.100.1
Tracing MPLS Label Switched Path to 10.100.100.3/32, timeout is 2 seconds
Codes: '!' - success, 'Q' - request not sent, '.' - timeout,
'L' - labeled output interface, 'B' - unlabeled output interface,
'D' - DS Map mismatch, 'F' - no FEC mapping, 'f' - FEC mismatch,
'M' - malformed request, 'm' - unsupported tlvs, 'N' - no rx labl,
'P' - no rx intf label prot, 'p' - premature termination of LSP,
'R' - transit router, 'I' - unknown upstream index,
'X' - unknown return code, 'x' - return code 0
Type escape sequence to abort.
0 10.1.2.1 MRU 1500 [Labels: implicit-null/24002 Exp: 0/0]
L 1 10.1.2.2 MRU 1500 [Labels: implicit-null/implicit-null Exp: 0/0] 0 ms
! 2 10.2.3.3 10 ms
يوضح هذا المثال أن أمر تنشيط MPLS مطلوب على إرتباطات إتحاد نقابات eBGP (inter-AS) عند إستخدام BGP LU (RFC 3107) وعدم إستخدام LDP.
الشبكة في هذه الصورة هي كونفدرالية 65000 مع أنظمة فرعية مستقلة 65501، 65502، 65503، و 65504.
الصورة 15.
والفكرة هي أن يكون هناك MPLS LSP من R1 إلى R8 (10.0.0.8/32 يتم الإعلان عنها بواسطة R8 في BGP LU) باستخدام BGP LU في كلا النظامين المتصليين.
توجد وحدة LU عادية لبروتوكول eBGP بين R7 و R8. يوجد بروتوكول iBGP بين R2 و R4 وبين R5 و R6. يوجد بروتوكول eBGP بين R1 و R2 و R4 و R5 وبين R6 و R7. توجد الخطوة التالية الذاتية على كل جلسة عمل eBGP.
يلزم المسار الثابت إلى الخطوة التالية لنظير eBGP (بشكل نموذجي لجلسات عمل BGP المشتركة بين بروتوكول eBGP) بسبب وجود eBGP بين الأنظمة المستقلة الفرعية داخل الكونفيدرالية.
هل سيكون هذا كافيا لإجراء اتصال بين R1 و R8؟ وهذا يعني أن الهدف هو الحصول على LSP دون انقطاع من R1 إلى R8.
تحقق من هذا.
RP/0/0/CPU0:R1#traceroute 10.0.0.8
Type escape sequence to abort.
Tracing the route to 10.0.0.8
1 * * *
2 * * *
3 * * *
4 * * *
5 * * *
لا ترجع traceroute أي نقلات/تسميات وستستمر إذا لم يكن هناك حد TTL مقدم على الأمر. من المحتمل أن تجيب الموجهات على traceroute، لكن الحزم قد لا تجعله يعود إلى R1. Do MPLS traceroute الذي هو رهان أكثر أمانا.
ملاحظة: تعمل MPLS traceroute فقط إذا تم تمكين MPLS OAM على كل موجه على المسار.
RP/0/0/CPU0:R1#trace mpls ipv4 10.0.0.8/32
Tracing MPLS Label Switched Path to 10.0.0.8/32, timeout is 2 seconds
Codes: '!' - success, 'Q' - request not sent, '.' - timeout,
'L' - labeled output interface, 'B' - unlabeled output interface,
'D' - DS Map mismatch, 'F' - no FEC mapping, 'f' - FEC mismatch,
'M' - malformed request, 'm' - unsupported tlvs, 'N' - no rx label,
'P' - no rx intf label prot, 'p' - premature termination of LSP,
'R' - transit router, 'I' - unknown upstream index,
'X' - unknown return code, 'x' - return code 0
Type escape sequence to abort.
0 10.1.2.1 MRU 1500 [Labels: implicit-null/24015 Exp: 0/0]
L 1 10.1.2.2 MRU 1500 [Labels: 24003/24014 Exp: 0/0] 10 ms
L 2 10.2.3.3 MRU 1500 [Labels: implicit-null/24014 Exp: 0/0] 10 ms
N 3 10.3.4.4 MRU 0 [No Label] 10 ms
شايف انو المشكلة بالنور 4. القارن صادر مفقود في ال LFIB:
RP/0/0/CPU0:R4#show mpls forwarding prefix 10.0.0.8/32
Local Outgoing Prefix Outgoing Next Hop Bytes
Label Label or ID Interface Switched
------ ----------- ------------------ ------------ --------------- ------------
24014 24014 10.0.0.8/32 10.4.5.5 5140
لم يتم حل الإدخال في CEF:
RP/0/0/CPU0:R4#show cef 10.0.0.8/32
10.0.0.8/32, version 109, drop adjacency, internal 0x5000001 0x0 (ptr 0xa14160e4) [1], 0x0 (0xa13f83c8), 0xa08 (0xa16cd370)
Updated Sep 13 12:43:30.252
Prefix Len 32, traffic index 0, precedence n/a, priority 4
via 10.4.5.5/32, 0 dependencies, recursive [flags 0x6000]
path-idx 0 NHID 0x0 [0xa0f182d8 0x0]
recursion-via-/32
unresolved
local label 24014
labels imposed {24014}
لم يتم تمكين MPLS على واجهة GE0/0/0/1:
RP/0/0/CPU0:R4#show mpls interfaces
Interface LDP Tunnel Static Enabled
-------------------------- -------- -------- -------- --------
GigabitEthernet0/0/0/0 Yes No No Yes
يتم حل المشكلة باستخدام الأمر لتنشيط MPLS لبروتوكول BGP على الارتباط بين R4 و R5. يحتوي R4 و R5 على جلسة عمل إتحاد eBGP عبر هذا الارتباط. وفي الواقع، هذه هي دورة بروتوكول بوابة الحدود الإلكترونية (iBGP) في الاتحاد الكونفدرالي 65000. ونتيجة لذلك، يلزم الأمر لتنشيط MPLS للتأكد من حل البادئة على R4 إلى الخطوة التالية R5. وفي شبكات عادية أخرى، سوف يتولى الحزب الديمقراطي الليبرالي المسؤولية عن هذا الأمر، ولكن هنا لا يوجد الحزب الديمقراطي الليبرالي (LDP) بين R4 و R5 لأنه عبارة عن جلسة بروتوكول eBGP داخل الاتحاد.
إضافة أمر تنشيط MPLS للواجهة ge 0/0/0/1 على R4:
router bgp 65502
bgp confederation peers
65501
65503
65504
!
bgp confederation identifier 65000
mpls activate
interface GigabitEthernet0/0/0/1
!
…
RP/0/0/CPU0:R4#show mpls interfaces
Interface LDP Tunnel Static Enabled
-------------------------- -------- -------- -------- --------
GigabitEthernet0/0/0/0 Yes No No Yes
GigabitEthernet0/0/0/1 No No No Yes
يكشف Traceroute الآن عن LSP غير منقطع من R1 إلى R8.
RP/0/0/CPU0:R1#trace mpls ipv4 10.0.0.8/32
Tracing MPLS Label Switched Path to 10.0.0.8/32, timeout is 2 seconds
Codes: '!' - success, 'Q' - request not sent, '.' - timeout,
'L' - labeled output interface, 'B' - unlabeled output interface,
'D' - DS Map mismatch, 'F' - no FEC mapping, 'f' - FEC mismatch,
'M' - malformed request, 'm' - unsupported tlvs, 'N' - no rx label
'P' - no rx intf label prot, 'p' - premature termination of LSP,
'R' - transit router, 'I' - unknown upstream index,
'X' - unknown return code, 'x' - return code 0
Type escape sequence to abort.
0 10.1.2.1 MRU 1500 [Labels: implicit-null/24015 Exp: 0/0]
L 1 10.1.2.2 MRU 1500 [Labels: 24003/24014 Exp: 0/0] 10 ms
L 2 10.2.3.3 MRU 1500 [Labels: implicit-null/24014 Exp: 0/0] 10 ms
L 3 10.3.4.4 MRU 1500 [Labels: implicit-null/24014 Exp: 0/0] 10 ms
L 4 10.4.5.5 MRU 1500 [Labels: implicit-null/24014 Exp: 0/0] 20 ms
L 5 10.5.6.6 MRU 1500 [Labels: implicit-null/24014 Exp: 0/0] 30 ms
L 6 10.6.7.7 MRU 1500 [Labels: implicit-null/implicit-null Exp: 0/0] 30 ms
! 7 10.7.8.8 30 ms
RP/0/0/CPU0:R1#traceroute 10.0.0.8
Type escape sequence to abort.
Tracing the route to 10.0.0.8
1 10.1.2.2 [MPLS: Label 24015 Exp 0] 69 msec 29 msec 29 msec
2 10.2.3.3 [MPLS: Labels 24003/24014 Exp 0] 49 msec 29 msec 29 msec
3 10.3.4.4 [MPLS: Label 24014 Exp 0] 19 msec 19 msec 19 msec
4 10.4.5.5 [MPLS: Label 24014 Exp 0] 49 msec 19 msec 29 msec
5 10.5.6.6 [MPLS: Label 24014 Exp 0] 19 msec 19 msec 29 msec
6 10.6.7.7 [MPLS: Label 24014 Exp 0] 29 msec 29 msec 29 msec
7 10.7.8.8 29 msec * 29 msec
هناك الآن قارن خارج في ال LFIB ل هذا مدخل:
RP/0/0/CPU0:R4#show mpls forwarding prefix 10.0.0.8/32
Local Outgoing Prefix Outgoing Next Hop Bytes
Label Label or ID Interface Switched
------ ----------- ------------------ ------------ --------------- ------------
24014 24014 10.0.0.8/32 Gi0/0/0/1 10.4.5.5 2890
التسمية الصادرة موجودة في R4 للبادئة وتظهر CEF البادئة كما تم حلها:
RP/0/0/CPU0:R4#show cef 10.0.0.8/32
Updated Sep 13 12:43:30.252
Prefix Len 32, traffic index 0, precedence n/a, priority 4
via 10.4.5.5/32, 3 dependencies, recursive [flags 0x6000]
path-idx 0 NHID 0x0 [0xa17420e4 0x0]
recursion-via-/32
next hop 10.4.5.5/32 via 24016/0/21
local label 24014
next hop 10.4.5.5/32 Gi0/0/0/1 labels imposed {ImplNull 24014}