المحتويات

المقدمة

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

المتطلبات

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

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

التكوين

الرسم التخطيطي للشبكة

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

تكوين BGP Dynamic SR-TE

التحقق من الصحة

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

ملخص

المقدمة

يصف هذا المستند كيفية فهم ميزة هندسة حركة مرور توجيه المقطع الديناميكي (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 معينة من خلال تعيين المجتمعات وإطلاق هذه السياسات .

ملاحظة: يتم أيضا دعم معايير المطابقة بخلاف المجتمعات لإنشاء سياسات SR-TE ديناميكية.

يوجد تطبيق شائع لهذه الميزة في بيئات 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

ملاحظة: عند إستخدام تطبيق إختبار الاتصال MPLS في توجيه المقاطع، يجب إستخدام NIL-FEC أو FEC عام.

إذا قمت بالتحقق من خدمات 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

ملاحظة: توجد حالات إستخدام عديدة في SID الملزمة، بالنسبة لهذه الوثيقة بالذات، تقيد إستخدامها للتحقق المحلي، ولكن تطبيقها أوسع بكثير.

بدلا من ذلك، يمكنك إستخدام إخراج 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 الذي تم تمكينه. ويمكن تشغيل إنشاء النفق التلقائي استنادا إلى معايير عشوائية، والتي يمكن أن تسمح لمسؤولي الشبكة بإنشاء أنماط حركة مرور بسهولة تلبي متطلبات تطبيق الموقع.