فهم هندسة حركة مرور توجيه مقطع BGP الديناميكي
المحتويات
المقدمة
يصف هذا المستند كيفية فهم ميزة هندسة حركة مرور توجيه المقطع الديناميكي (SR-TE) في Cisco IOS® XR، وتكوينها والتحقق منها.
المتطلبات الأساسية
لا توجد متطلبات أساسية لهذا المستند.
المتطلبات
لا توجد متطلبات خاصة لهذا المستند.
المكونات المستخدمة
تستند المعلومات الواردة في هذا المستند إلى Cisco IOS XR و Cisco IOS XE.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
معلومات أساسية
يوفر بروتوكول SR-TE القدرات اللازمة لتوجيه حركة المرور من خلال مركز يدعم تقنية SR دون إنشاء حالة والصيانة (عديم الحالة). يتم التعبير عن سياسة SR-TE كقائمة بالمقاطع التي تحدد مسار، تسمى قائمة معرف المقطع (SID). لا يلزم إرسال الإشارات حيث إن الحالة موجودة في الحزمة ويتم معالجة قائمة SID كمجموعة من التعليمات بواسطة موجهات النقل.
باستخدام SR-TE لبروتوكول العبارة الحدودية الديناميكية (BGP)، يمكنك إنشاء سياسات SR-TE تلقائية تستند إلى معايير تعسفية مثل المجتمعات التي يتم الإشارة إليها بواسطة موجه مشارك في شبكة توجيه المقاطع. من أجل أن تكون قادرا على الوفاء بضمان مستوى الخدمة (SLAs) لتطبيقات الموقع ومسارات الحوسبة القائمة على متطلبات محددة، يمكنك إنشاء سياسات SR-TE تلقائية لشبكة فرعية أو خدمات IP معينة من خلال تعيين المجتمعات وإطلاق هذه السياسات .
يوجد تطبيق شائع لهذه الميزة في بيئات MPLS L3VPN، حيث يمكن لمسؤول الشبكة تشغيل سياسات نفق SR-TE التلقائية لتوجيه حركة المرور استنادا إلى قيود معينة (التأخير والنطاق الترددي وما إلى ذلك). بالنسبة للمظاهرات الواردة في هذا المستند، قمنا بإنشاء خدمة L3VPN تقوم بتوصيل XR1 و XR5 وتطلق أنفاق تلقائية على XR2 (وحدة الاستقبال والبث) استنادا إلى مجموعة معينة من المجتمعات على XR4 (نهاية الذيل) على MP-BGP.
التكوين
الرسم التخطيطي للشبكة
عمليات التهيئة الأولية
تم تمكين التكوينات الأساسية في L3VPN و SR-TE.
XR1 hostname XR1 logging console debugging interface Loopback0 ipv4 address 10.0.1.1 255.255.255.255 ! interface GigabitEthernet0/0/0/0.12 ipv4 address 192.0.2.1 255.255.255.0 encapsulation dot1q 12 ! route-policy PASS pass end-policy ! router bgp 100 bgp router-id 10.0.1.1 address-family ipv4 unicast network 10.0.1.1/32 ! neighbor 192.0.2.7 remote-as 200 address-family ipv4 unicast route-policy PASS in route-policy PASS out ! ! ! end
XR2
hostname XR2 logging console debugging vrf BLUE address-family ipv4 unicast import route-target 1:1 ! export route-target 1:1 ! ! ! interface Loopback0 ipv4 address 10.0.2.2 255.255.255.255 ! interface GigabitEthernet0/0/0/0.12 vrf BLUE ipv4 address 192.0.2.7 255.255.255.0 encapsulation dot1q 12 ! interface GigabitEthernet0/0/0/0.23 ipv4 address 192.0.2.8 255.255.255.0 encapsulation dot1q 23 ! interface GigabitEthernet0/0/0/0.26 ipv4 address 192.0.2.9 255.255.255.0 encapsulation dot1q 26 ! route-policy PASS pass end-policy ! ! router ospf 1 segment-routing mpls segment-routing forwarding mpls segment-routing sr-prefer address-family ipv4 area 0 mpls traffic-eng interface Loopback0 prefix-sid index 2 ! interface GigabitEthernet0/0/0/0.23 cost 100 network point-to-point ! interface GigabitEthernet0/0/0/0.26 cost 200 network point-to-point ! ! mpls traffic-eng router-id Loopback0 ! router bgp 100 bgp router-id 10.0.2.2 address-family vpnv4 unicast ! neighbor 10.0.4.4 remote-as 200 update-source Loopback0 address-family vpnv4 unicast ! ! vrf BLUE rd 1:1 address-family ipv4 unicast ! neighbor 192.0.2.10 remote-as 200 address-family ipv4 unicast route-policy PASS in route-policy PASS out as-override ! ! ! ! mpls oam ! mpls traffic-eng interface GigabitEthernet0/0/0/0.23 admin-weight 100 ! interface GigabitEthernet0/0/0/0.26 admin-weight 1 ! ! end
XR3
hostname XR3 logging console debugging interface Loopback0 ipv4 address 10.0.3.3 255.255.255.255 ! ! interface GigabitEthernet0/0/0/0.23 ipv4 address 192.0.2.11 255.255.255.0 encapsulation dot1q 23 ! interface GigabitEthernet0/0/0/0.34 ipv4 address 192.0.2.12 255.255.255.0 encapsulation dot1q 34 ! router ospf 1 segment-routing mpls segment-routing forwarding mpls segment-routing sr-prefer address-family ipv4 area 0 mpls traffic-eng interface Loopback0 prefix-sid index 3 ! interface GigabitEthernet0/0/0/0.23 cost 100 network point-to-point ! interface GigabitEthernet0/0/0/0.34 cost 100 network point-to-point ! ! mpls traffic-eng router-id Loopback0 ! mpls oam ! mpls traffic-eng interface GigabitEthernet0/0/0/0.23 admin-weight 100 ! interface GigabitEthernet0/0/0/0.34 admin-weight 100 ! ! end
XR4
hostname XR4 logging console debugging vrf BLUE address-family ipv4 unicast import route-target 1:1 ! export route-target 1:1 ! ! ! interface Loopback0 ipv4 address 10.0.4.4 255.255.255.255 ! interface GigabitEthernet0/0/0/0.34 ipv4 address 192.0.2.13 255.255.255.0 encapsulation dot1q 34 ! interface GigabitEthernet0/0/0/0.45 vrf BLUE ipv4 address 192.0.2.14 255.255.255.0 encapsulation dot1q 45 ! interface GigabitEthernet0/0/0/0.46 ipv4 address 192.0.2.15 255.255.255.0 encapsulation dot1q 46 ! route-policy PASS pass end-policy ! ! router ospf 1 segment-routing mpls segment-routing forwarding mpls segment-routing sr-prefer address-family ipv4 area 0 mpls traffic-eng interface Loopback0 prefix-sid index 4 ! interface GigabitEthernet0/0/0/0.34 cost 100 network point-to-point ! interface GigabitEthernet0/0/0/0.46 cost 200 network point-to-point ! ! mpls traffic-eng router-id Loopback0 ! router bgp 100 bgp router-id 10.0.4.4 address-family vpnv4 unicast ! neighbor 10.0.2.2 remote-as 200 update-source Loopback0 address-family vpnv4 unicast ! ! vrf BLUE rd 1:1 bgp unsafe-ebgp-policy address-family ipv4 unicast ! neighbor 192.0.2.16 remote-as 200 address-family ipv4 unicast route-policy PASS in route-policy PASS out as-override ! ! ! ! mpls oam ! mpls traffic-eng interface GigabitEthernet0/0/0/0.34 admin-weight 100 ! interface GigabitEthernet0/0/0/0.46 admin-weight 1 ! ! end
XR5 hostname XR5 logging console debugging interface Loopback0
description REGULAR LSP PATH ipv4 address 10.0.5.5 255.255.255.255 ! interface Loopback1
description DELAY SENSITIVE - LOW LATENCY PATH (1:1) ipv4 address 10.0.5.55 255.255.255.255 ! interface GigabitEthernet0/0/0/0.45 ipv4 address 192.0.2.16 255.255.255.0 encapsulation dot1q 45 ! route-policy PASS pass end-policy ! router bgp 100 bgp router-id 10.0.5.5 bgp unsafe-ebgp-policy address-family ipv4 unicast network 10.0.5.5/32 network 10.0.5.55/32 ! neighbor 192.0.2.14 remote-as 200 address-family ipv4 unicast route-policy PASS in route-policy PASS out ! ! ! mpls oam ! end
XR6
hostname XR6 logging console debugging interface Loopback0 ipv4 address 10.0.6.6 255.255.255.255 ! interface GigabitEthernet0/0/0/0.26 ipv4 address 192.0.2.17 255.255.255.0 encapsulation dot1q 26 ! interface GigabitEthernet0/0/0/0.46 ipv4 address 192.0.2.18 255.255.255.0 encapsulation dot1q 46 ! router ospf 1 segment-routing mpls segment-routing forwarding mpls segment-routing sr-prefer address-family ipv4 area 0 mpls traffic-eng interface Loopback0 prefix-sid index 6 ! interface GigabitEthernet0/0/0/0.26 cost 200 network point-to-point ! interface GigabitEthernet0/0/0/0.46 cost 200 network point-to-point ! ! mpls traffic-eng router-id Loopback0 ! mpls oam ! mpls traffic-eng interface GigabitEthernet0/0/0/0.26 admin-weight 1 ! interface GigabitEthernet0/0/0/0.46 admin-weight 1 ! ! end
قام الإصداران XR2 و XR4 (PEs) بإنشاء LSP باستخدام توجيه المقطع، ويمكن التحقق من ذلك باستخدام إختبار اتصال MPLS ل FEC الخاص بتوجيه المقطع المطابق. لهذا السيناريو، هناك مساران محتملان لنقل حركة مرور L3VPN من XR1 إلى XR5:
مسار LSP العادي: XR1 > XR2 > XR3 > XR4 > XR5
مسار LSP بزمن وصول منخفض: XR1 > XR2 >XR6 > XR4 > XR5
في البداية، يتم توجيه جميع حركات المرور بين الطراز XR1 و XR5 عبر الطراز XR3 عبر مسار LSP المعتاد بسبب انخفاض تكلفة بروتوكول العبارة الداخلية، ويمكننا تأكيد كل من قوائم التحكم في الوصول (LSP) وإمكانية الاتصال وفقا لكل عملية تثبيت. تبلغ تكلفة بروتوكول العبارة الداخلية (IGP) للوصول إلى الطراز XR4 من الطراز XR2 عبر الطراز XR3 201 مقابل 401 عبر الطراز XR6. على الرغم من أن المسار عبر XR3 يحتوي على قياس مسار أفضل، إلا أنه يجب توجيه الخدمات التي تتطلب زمن وصول أقل على VRF Blue عبر المسار عبر XR6.
RP/0/0/CPU0:XR2#ping mpls ipv4 10.0.4.4/32 fec-type generic verbose
Sending 5, 100-byte MPLS Echos to 10.0.4.4/32,
timeout is 2 seconds, send interval is 0 msec:
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.
! size 100, reply addr 192.0.2.13, return code 3
! size 100, reply addr 192.0.2.13, return code 3
! size 100, reply addr 192.0.2.13, return code 3
! size 100, reply addr 192.0.2.13, return code 3
! size 100, reply addr 192.0.2.13, return code 3
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/4/10 ms
إذا قمت بالتحقق من خدمات L3VPN على XR1، فيمكنك تأكيد قابلية الوصول إلى XR5 loopback 10.0.5.5/32 و 10.0.5.55/32 على التوالي عبر مسار LSP العادي. يتم تمكين الخدمات الأساسية L3VPN في مركز SR MPLS.
RP/0/0/CPU0:XR1#ping 10.0.5.5 source 10.0.1.1
Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 10.0.5.5, timeout is 2 seconds: !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 1/7/9 ms RP/0/0/CPU0:XR1#ping 10.0.5.55 source 10.0.1.1 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 10.0.5.55, timeout is 2 seconds: !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 1/7/9 ms RP/0/0/CPU0:XR1#traceroute 10.0.5.5 source 10.0.1.1 Type escape sequence to abort. Tracing the route to 10.0.5.5 1 192.0.2.7 9 msec 0 msec 0 msec 2 192.0.2.11 [MPLS: Labels 16004/24002 Exp 0] 0 msec 0 msec 0 msec 3 192.0.2.13 [MPLS: Label 24002 Exp 0] 0 msec 0 msec 0 msec 4 192.0.2.16 0 msec * 0 msec RP/0/0/CPU0:XR1#traceroute 10.0.5.55 source 10.0.1.1 Type escape sequence to abort. Tracing the route to 10.0.5.55 1 192.0.2.7 9 msec 0 msec 0 msec 2 192.0.2.11 [MPLS: Labels 16004/24005 Exp 0] 0 msec 0 msec 0 msec 3 192.0.2.13 [MPLS: Label 24005 Exp 0] 0 msec 0 msec 0 msec 4 192.0.2.16 0 msec * 0 msec
كما هو موضح، فإن كل حركات المرور على VRF Blue تنتقل عبر مسار LSP العادي XR1 > XR2 > XR3 > XR4 > XR5.
تكوين BGP Dynamic SR-TE
على سبيل المثال، قم بتكوين XR4 (النهاية التالية) لإدراج المجتمع 1:1 وإرساله إلى XR2 للإشارة إلى إنشاء سياسة SR-TE للبادئة 10.0.5.55/32 على VRF Blue. سيتم تعيين تحديد مسار سياسة SR-TE لأخذ مسار زمن الوصول المنخفض بدلا من LSP العادي، قم بذلك من خلال تحديد أقل مقياس TE (وزن المسؤول) عبر XR6. يكون إجمالي مقياس TE (وزن المسؤول) عبر XR6 هو 2، حيث تم تعيين أوزان المسؤول على 1 في الواجهات الصادرة باتجاه XR4 (نهاية النهاية) عبر XR6 كما هو موضح في مخطط مخطط مخطط المخطط المرجعي والتكوينات الأولية.
من أجل إنشاء سياسات SR-TE الديناميكية، نحتاج إلى تكوين الاسترجاع الذي سيتم إستخدامه كمصدر وما هو نطاق النفق الديناميكي الذي سيستخدمه وحدة الاستقبال والبث لإنشاء الأنفاق، وهذا التكوين مطلوب عند نقطة الاستقبال الرئيسية لسياسة SR-TE XR2. قم بتعيين نطاق النفق إلى 500 كحد أدنى و 500 كحد أقصى، مما يؤدي إلى إنشاء نفق SR-TE واحد بشكل فعال واسترجاع المصدر إلى الاسترجاع 0 في نقطة الاستقبال الأمامية للنفق.
XR2 ipv4 unnumbered mpls traffic-eng Loopback0 mpls traffic-eng auto-tunnel p2p tunnel-id min 500 max 500 ! ! end
في XR4، قم بتعيين المجتمع 1:1 وطبقه على البادئة الزرقاء VRF 10.0.5.55/32، وهذا سيسمح له بإدراج المجتمع في تحديث BGP.
XR4
route-policy COMMUNITY_1:1
# 1:1 Community
if destination in (10.0.5.55/32) then
set community (1:1)
endif
pass
end-policy
!
router bgp 100
vrf BLUE
!
neighbor 192.0.2.16
address-family ipv4 unicast
route-policy COMMUNITY_1:1 in
!
!
end
التحقق من XR2 (وحدة الاستقبال والبث) يمكننا أن نرى أن لديه مجموعة المجتمع 1:1 على تحديثات VPNv4 التي تم تلقيها من XR4.
RP/0/0/CPU0:XR2#show bgp vrf BLUE 10.0.5.55/32 detail
BGP routing table entry for 10.0.5.55/32, Route Distinguisher: 1:1 Versions: Process bRIB/RIB SendTblVer Speaker 36 36 Flags: 0x00043001+0x00000200; Last Modified: Nov 23 17:50:59.798 for 00:02:53 Paths: (1 available, best #1) Advertised to CE peers (in unique update groups): 192.0.2.10 Path #1: Received by speaker 0 Flags: 0x4000000085060005, import: 0x9f Advertised to CE peers (in unique update groups): 192.0.2.10 200 10.0.4.4 (metric 201) from 10.0.4.4 (10.0.4.4) Received Label 24005 Origin IGP, metric 0, localpref 100, valid, internal, best, group-best, import-candidate, imported Received Path ID 0, Local Path ID 0, version 36 Community: 1:1 Extended community: RT:1:1 Source AFI: VPNv4 Unicast, Source VRF: BLUE, Source Route Distinguisher: 1:1
في XR2 (وحدة الاستقبال والبث) قم بإنشاء سياسة مسار RPL تطابق المجتمع 1:1 وتعيين مجموعة السمات المطابقة لهندسة حركة مرور MPLS. بعد تعيين النهج، يمكننا الانتقال إلى حالة تكوين MPLS-TE وتعيين مجموعة السمات المقابلة لسياسة SR-TE والإشارة إلى معايير تحديد المسار، والتي هي توجيه المقطع والمقياس في هذه الحالة نظرا لأننا نريد إختيار المسار عبر أقل وزن إداري عبر XR6.
XR2
route-policy DYN_BGP_SR-TE
# Matches community 1:1
if community matches-every (1:1) then
set mpls traffic-eng attributeset DYN_SR-TE_POLICIES
endif
pass
end-policy
!
router bgp 100
!
neighbor 10.0.4.4
address-family vpnv4 unicast
route-policy DYN_BGP_SR-TE in
!
mpls traffic-eng
attribute-set p2p-te DYN_SR-TE_POLICIES
path-selection
metric te
segment-routing adjacency unprotected
!
end
التحقق من الصحة
وبمجرد اكتمالها، يمكنك ملاحظة أنه تم إنشاء واجهة tunnel-te 500 ديناميكيا للنطاق المحدد.
RP/0/0/CPU0:XR2#show mpls traffic-eng tunnels segment-routing tabular
Tunnel LSP Destination Source Tun FRR LSP Path
Name ID Address Address State State Role Prot
----------------- ----- --------------- --------------- ------ ------ ---- -----
^tunnel-te500 2 10.0.4.4 10.0.2.2 up Inact Head Inact
^ = automatically created P2P/P2MP tunnel
يشير BGP RIB إلى أن سياسة "dyn_sr-te_policies" متصلة بالبادئة، مما يعني أنه يجب توجيه حركة مرور البيانات وفقا للسياسة.
RP/0/0/CPU0:XR2#show bgp vrf BLUE
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 (default for vrf BLUE) *> 10.0.1.1/32 192.0.2.10 0 0 200 i *>i10.0.5.5/32 10.0.4.4 0 100 0 200 i *>i10.0.5.55/32 10.0.4.4 T:DYN_SR-TE_POLICIES 0 100 0 200 i
إذا دققنا في BGP RIB للبادئة 10.0.5.55/32 بالتفصيل، فيمكننا أن نرى معلومات مستوى التحكم التي ستتم الإشارة إليها لإنشاء نفق SR-TE.
RP/0/0/CPU0:XR2#show bgp vrf BLUE 10.0.5.55/32 detail
BGP routing table entry for 10.0.5.55/32, Route Distinguisher: 1:1
Versions:
Process bRIB/RIB SendTblVer
Speaker 39 39
Flags: 0x00041001+0x00000200;
Last Modified: Nov 23 17:55:22.798 for 00:04:43
Paths: (1 available, best #1)
Advertised to CE peers (in unique update groups):
192.0.2.10
Path #1: Received by speaker 0
Flags: 0x4000000085060005, import: 0x9f
Advertised to CE peers (in unique update groups):
192.0.2.10
200
10.0.4.4 T:DYN_SR-TE_POLICIES (metric 201) from 10.0.4.4 (10.0.4.4)
Received Label 24005
Origin IGP, metric 0, localpref 100, valid, internal, best, group-best, import-candidate, imported
Received Path ID 0, Local Path ID 0, version 39
Community: 1:1
Extended community: RT:1:1
TE tunnel attribute-set DYN_SR-TE_POLICIES, up, registered, binding-label 24000, if-handle 0x00000130
Source AFI: VPNv4 Unicast, Source VRF: BLUE, Source Route Distinguisher: 1:1
يمكننا أن نرى أن سياسة النفق في حالة فوق وتم تسجيلها. معرف أمان الارتباط المعين هو 24000، ويمكن إستخدام معرف أمان الارتباط هذا للتحقق من النفق المستخدم لهذه البادئة المحددة. كما تمت الإشارة سابقا، تم إنشاء Tunnel-te500 وتثبيته في LFIB.
RP/0/0/CPU0:XR2#show mpls forwarding labels 24000 detail
Local Outgoing Prefix Outgoing Next Hop Bytes Label Label or ID Interface Switched ------ ----------- ------------------ ------------ --------------- ------------ 24000 Pop No ID tt500 point2point 0 Updated: Nov 23 17:55:23.267 Label Stack (Top -> Bottom): { } MAC/Encaps: 0/0, MTU: 0 Packets Switched: 0
بدلا من ذلك، يمكنك إستخدام إخراج if-handle 0x0000130 من بروتوكول BGP للتحقق من سياسة SR-TE المعينة للبادئة 10.0.5.55/32.
RP/0/0/CPU0:XR2#show mpls forwarding tunnels ifh 0x00000130 detail
Tunnel Outgoing Outgoing Next Hop Bytes Name Label Interface Switched ------------- ----------- ------------ --------------- ------------ tt500 (SR) 24003 Gi0/0/0/0.26 192.0.2.17 0 Updated: Nov 23 17:55:23.267 Version: 138, Priority: 2 Label Stack (Top -> Bottom): { 24003 } NHID: 0x0, Encap-ID: N/A, Path idx: 0, Backup path idx: 0, Weight: 0 MAC/Encaps: 18/22, MTU: 1500 Packets Switched: 0 Interface Name: tunnel-te500, Interface Handle: 0x00000130, Local Label: 24001 Forwarding Class: 0, Weight: 0 Packets/Bytes Switched: 0/0
سيكون للنهج SR-TE على XR2 (وحدة الاستقبال والبث) هذه الخصائص من مستوى التحكم ومنظور مستوى البيانات إلى حركة المرور للأمام. كما يمكن ملاحظة معلومات الحالة الخاصة بنفق SR-TE وفقا للإخراج، والذي يجب أن يتوافق مع عمليات التحقق السابقة.
RP/0/0/CPU0:XR2#show mpls traffic-eng tunnels segment-routing p2p 500
Name: tunnel-te500 Destination: 10.0.4.4 Ifhandle:0x130 (auto-tunnel for BGP default)
Signalled-Name: auto_XR2_t500
Status:
Admin: up Oper: up Path: valid Signalling: connected
path option 10, (Segment-Routing) type dynamic (Basis for Setup, path weight 2)
G-PID: 0x0800 (derived from egress interface properties)
Bandwidth Requested: 0 kbps CT0
Creation Time: Fri Nov 23 17:55:23 2018 (00:09:01 ago)
Config Parameters:
Bandwidth: 0 kbps (CT0) Priority: 7 7 Affinity: 0x0/0x0
Metric Type: TE (interface)
Path Selection:
Tiebreaker: Min-fill (default)
Protection: Unprotected Adjacency
Hop-limit: disabled
Cost-limit: disabled
Path-invalidation timeout: 10000 msec (default), Action: Tear (default)
AutoRoute: disabled LockDown: disabled Policy class: not set
Forward class: 0 (default)
Forwarding-Adjacency: disabled
Autoroute Destinations: 0
Loadshare: 0 equal loadshares
Auto-bw: disabled
Path Protection: Not Enabled
Attribute-set: DYN_SR-TE_POLICIES (type p2p-te)
BFD Fast Detection: Disabled
Reoptimization after affinity failure: Enabled
SRLG discovery: Disabled
History:
Tunnel has been up for: 00:09:01 (since Fri Nov 23 17:55:23 UTC 2018)
Current LSP:
Uptime: 00:09:01 (since Fri Nov 23 17:55:23 UTC 2018)
Reopt. LSP:
Last Failure:
LSP not signalled, identical to the [CURRENT] LSP
Date/Time: Fri Nov 23 17:56:53 UTC 2018 [00:07:31 ago]
Segment-Routing Path Info (OSPF 1 area 0)
Segment0[Link]: 192.0.2.9 - 192.0.2.17, Label: 24005
Segment1[Link]: 192.0.2.18 - 192.0.2.15, Label: 24003
Displayed 1 (of 1) heads, 0 (of 0) midpoints, 0 (of 0) tails
Displayed 1 up, 0 down, 0 recovering, 0 recovered heads
تحقق من البادئة مباشرة على VRF Blue RIB، ويمكننا تأكيد تعيين SID 24000 للبادئة.
RP/0/0/CPU0:XR2#show route vrf BLUE 10.0.5.55/32 detail
Routing entry for 10.0.5.55/32 Known via "bgp 100", distance 200, metric 0 Tag 200, type internal Installed Nov 23 17:55:23.267 for 00:10:38 Routing Descriptor Blocks 10.0.4.4, from 10.0.4.4 Nexthop in Vrf: "default", Table: "default", IPv4 Unicast, Table Id: 0xe0000000 Route metric is 0 Label: 0x5dc5 (24005) Tunnel ID: None Binding Label: 0x5dc0 (24000) Extended communities count: 0 Source RD attributes: 0x0000:1: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 27 No advertising protos.
يشير FIB ل VRF Blue إلى أن إعادة توجيه هذه البادئة يتم عبر tunnel-te 500 وفقا لسياسة BGP الديناميكية SR-TE.
RP/0/0/CPU0:XR2#show cef vrf BLUE 10.0.5.55/32 detail
10.0.5.55/32, version 27, internal 0x1000001 0x0 (ptr 0xa142a574) [1], 0x0 (0x0), 0x208 (0xa159d208) Updated Nov 23 17:55:23.287 Prefix Len 32, traffic index 0, precedence n/a, priority 3 gateway array (0xa129f23c) reference count 1, flags 0x4038, source rib (7), 0 backups [1 type 1 flags 0x48441 (0xa15b780c) ext 0x0 (0x0)] LW-LDI[type=0, refc=0, ptr=0x0, sh-ldi=0x0] gateway array update type-time 1 Nov 23 17:55:23.287 LDI Update time Nov 23 17:55:23.287 via local-label 24000, 3 dependencies, recursive [flags 0x6000] path-idx 0 NHID 0x0 [0xa1605bf4 0x0] recursion-via-label next hop VRF - 'default', table - 0xe0000000 next hop via 24000/0/21 next hop tt500 labels imposed {ImplNull 24005} Load distribution: 0 (refcount 1) Hash OK Interface Address 0 Y Unknown 24000/0
في الطراز XR1، يمكننا التحقق من الاتصال وتأكيد أن حركة المرور تمر عبر النفق-te 500 عبر مسار زمن وصول منخفض عبر الطراز XR6.
RP/0/0/CPU0:XR1#traceroute 10.0.5.55 source 10.0.1.1 Type escape sequence to abort. Tracing the route to 10.0.5.55 1 192.0.2.7 0 msec 0 msec 0 msec 2 192.0.2.17 [MPLS: Labels 24003/24005 Exp 0] 0 msec 0 msec 0 msec 3 192.0.2.15 [MPLS: Label 24005 Exp 0] 0 msec 0 msec 0 msec 4 192.0.2.16 0 msec * 9 msec
تزداد عدادات XR2 ل tunnel-te500 الذي يتوافق مع سياسة SR-TE الخاصة بنا.
RP/0/0/CPU0:XR2#show mpls forwarding tunnels Tunnel Outgoing Outgoing Next Hop Bytes Name Label Interface Switched ------------- ----------- ------------ --------------- ------------ tt500 (SR) 24003 Gi0/0/0/0.26 192.0.2.17 2250
لا يزال مسار البادئة 10.0.5.5/32 يمر عبر مسار LSP العادي عبر XR3 كما هو موضح أدناه.
RP/0/0/CPU0:XR1#traceroute 10.0.5.5 source 10.0.1.1 Type escape sequence to abort. Tracing the route to 10.0.5.5 1 192.0.2.7 0 msec 0 msec 0 msec 2 192.0.2.11 [MPLS: Labels 16004/24002 Exp 0] 0 msec 0 msec 0 msec 3 192.0.2.13 [MPLS: Label 24002 Exp 0] 0 msec 0 msec 0 msec 4 192.0.2.16 0 msec * 0 msec
استكشاف الأخطاء وإصلاحها
لا تتوفر حاليًا معلومات محددة لاستكشاف الأخطاء وإصلاحها لهذا التكوين.
ملخص
يوفر BGP Dynamic SR-TE القابلية للتعديل والإجبار التلقائي لسياسات التوجيه بغرض هندسة حركة مرور البيانات في قلب SR الذي تم تمكينه. ويمكن تشغيل إنشاء النفق التلقائي استنادا إلى معايير عشوائية، والتي يمكن أن تسمح لمسؤولي الشبكة بإنشاء أنماط حركة مرور بسهولة تلبي متطلبات تطبيق الموقع.
محفوظات المراجعة
| المراجعة | تاريخ النشر | التعليقات |
|---|---|---|
2.0 |
19-Oct-2022 |
تمت محاذاة المستند مع RFC 1918 و 5737 و 6761 |
1.0 |
28-Nov-2018 |
الإصدار الأولي |
التعليقات