المحتويات

المقدمة

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

المتطلبات

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

الخلفية

عمارة

التكوين

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

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

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

المقدمة

يصف هذا المستند الغرض من Unified Multiprotocol Label Switching (MPLS) ويقدم مثالا للتكوين.

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

المتطلبات

لا توجد متطلبات خاصة لهذا المستند.

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

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

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

الخلفية

يتمثل الغرض من نظام التحويل متعدد البروتوكولات (MPLS) الموحد في التطوير. لتغيير حجم شبكة MPLS، حيث توجد أنواع مختلفة من البراءات والخدمات في أجزاء من الشبكة، فمن المنطقي تقسيم الشبكة إلى مناطق مختلفة. يقدم التصميم النمطي تسلسل هيكلي له نواة في المنتصف مع وضع التجميع في الجانب. من أجل القياس، هناك يستطيع كنت مختلف مدخل بروتوكول (IGPs) في اللب مقابل التجميع. in order to مقياس، أنت يستطيع لا يوزع ال igp بادئة من واحد igp إلى الآخر. إذا لم تقم بتوزيع بادئات IGP من بروتوكول العبارة الداخلية واحد إلى بروتوكول العبارة الداخلية الآخر، فإن مسارات تحويل التسمية من نهاية إلى نهاية (LSPs) غير ممكنة.

لتوفير خدمات MPLS من نهاية إلى نهاية، يلزمك أن تكون LSP شاملة. والهدف هو الحفاظ على خدمات MPLS (MPLS VPN، MPLS L2VPN) كما هي، ولكن تقديم قابلية أكبر للتطوير. للقيام بهذا الإجراء، قم بنقل بعض بادئات بروتوكول العبارة الداخلية إلى بروتوكول العبارة الحدودية (BGP) (بادئات الاسترجاع لموجهات حافة الموفر (PE))، والتي تقوم بعد ذلك بتوزيع البادئات من نهاية إلى نهاية.

عمارة

الشكل 1 يوضح شبكة بها ثلاثة مناطق مختلفة: مركز واحد ومنطقتا تجميع في الجانب. تقوم كل منطقة بتشغيل بروتوكول العبارة الداخلية الخاص بها، بدون إعادة توزيع فيما بينها على موجه حدود المنطقة (ABR). يلزم إستخدام بروتوكول BGP لتوفير بروتوكول MPLS شامل. يعلن BGP عن موجهات PE مع تسمية عبر المجال بالكامل، ويوفر LSP من نهاية إلى نهاية. يتم نشر بروتوكول BGP بين نقاط الوصول في الوضع Lightweight (PEs) ونقاط الوصول في الوضع Lightweight (ABRs) باستخدام RFC 3107، وهو ما يعني أن بروتوكول BGP يرسل بادئة IPv4 + التسمية (AFI/SAFI 1/4).

ونظرا لأن الأجزاء الأساسية وأجزاء التجميع من الشبكة مدمجة، فضلا عن توفير مزودي خدمة العملاء المحددين (LSP) النهائيين، تتم الإشارة إلى حل خدمة العملاء المحددين (MPLS) الموحد أيضا باسم "مزودي خدمة العملاء المحددين (MPLS) السلسة".

لا يتم إستخدام التقنيات أو البروتوكولات الجديدة هنا، فقط MPLS وبروتوكول توزيع التسمية (LDP) و IGP و BGP. بما أنك لا تريد توزيع بادئات الاسترجاع لموجهات PE من جزء من الشبكة إلى جزء آخر، فأنت بحاجة إلى حمل البادئات في BGP. يتم إستخدام بروتوكول العبارة الداخلية (iBGP) في شبكة واحدة، لذلك يكون عنوان الخطوة التالية من البادئات هو بادئات الاسترجاع لموجهات PE، والتي لا يعرفها بروتوكول العبارة الداخلية في الأجزاء الأخرى من الشبكة. هذا يعني أنه لا يمكن إستخدام عنوان الخطوة التالية للعودة إلى بادئة IGP. الخدعة هي عمل عواكس مسار موجهات ABR (RR) وتعيين الخطوة التالية على الذات، حتى لبادئات iBGP المنعكسة. ولكي ينجح ذلك، يلزم عقد جديد.

تحتاج وحدات التخزين عن بعد (RRs) فقط إلى برامج أحدث لدعم هذه البنية. وبما أن RRs تعلن عن بادئات BGP مع تعيين الخطوة التالية على نفسها، فإنها تقوم بتعيين تسمية MPLS محلية إلى بادئات BGP. وهذا يعني أنه في مستوى البيانات، تحتوي الحزم التي تمت إعادة توجيهها على قوائم التحكم في الوصول (LSP) هذه من نهاية إلى نهاية على تسمية MPLS إضافية في مكدس التسمية. توجد وحدات الاستجابة السريعة (RRs) في مسار إعادة التوجيه.

ملاحظة: عبر هذه البنية، يتم توفير أي خدمة MPLS. على سبيل المثال، يتم توفير MPLS VPN أو MPLS L2VPN بين موجهات PE. يكمن الاختلاف في مستوى البيانات لهذه الحزم في أنها تحتوي الآن على ثلاثة تسميات في مكدس التسمية، في حين أنها تحتوي على تسميتين في مكدس التسميات عندما لم يتم إستخدام MPLS الموحد.

وهناك سيناريوهان محتملان:

- لا يقوم ABR بتعيين الخطوة التالية على نفسها للبادئات المعلن عنها (منعكسة بواسطة BGP) بواسطة ABR في جزء التجميع من الشبكة. ولهذا السبب، يحتاج ABR إلى إعادة توزيع بادئات الاسترجاع الخاصة ببروتوكولات تكرار الخطوة الأولى من بروتوكول العبارة الداخلية الأساسي في بروتوكول العبارة الداخلية للتجميع. إذا تم هذا، لا يزال هناك قابلية للتوسع. يجب الإعلان عن بادئات إسترجاع ABR (من المركزية) فقط في جزء التجميع، وليس بادئات الاسترجاع من موجهات PE من أجزاء التجميع عن بعد.

- يضبط ال ABR الخطوة التالية إلى الذات للبادئات المعلن عنها (منعكسة بواسطة BGP) من قبل ال ABR في جزء التجميع. ولهذا السبب، لا تحتاج ذاكرة الوصول المتقدمة (ABR) إلى إعادة توزيع بادئات الاسترجاع الخاصة ببروتوكولات تكرار الخطوة الأولى من بروتوكول العبارة الداخلية الأساسي إلى بروتوكول العبارة الداخلية للتجميع.

وفي كلا السيناريوهين، تقوم حماية مستوى التحكم (ABR) بتعيين الخطوة التالية للبادئات المعلن عنها (والتي يعكسها BGP) بواسطة ABR من جزء التجميع من الشبكة إلى الجزء الرئيسي. وإذا لم يتم القيام بذلك، فستحتاج ذاكرة التخزين المؤقت (ABR) إلى إعادة توزيع بادئات الاسترجاع الخاصة بمؤشرات الترابط (PEs) من تجميع بروتوكول العبارة الداخلية في بروتوكول العبارة الداخلية الأساسي. إذا تم القيام بذلك، فلا توجد إمكانية توسع.

in order to ثبتت الخطوة تالي لذاتي ل يعكس iBGP إتجاه، أنت ينبغي شكلت المجاور x.x.x.x next-hop-self all أمر.

التكوين

هذا هو تكوين موجهات PE و ABRs للسيناريو 2.

ملاحظة: ترد النتوجية في الشكل 2. خدمة المثال هي xconnect (MPLS L2VPN). بين موجهات PE و ABRs، هناك BGP ل IPv4 + التسمية.

PE1

interface Loopback0

ip address 10.100.1.4 255.255.255.255

!

interface Ethernet1/0

no ip address

xconnect 10.100.1.5 100 encapsulation mpls

!

router ospf 2

network 10.2.0.0 0.0.255.255 area 0

network 10.100.1.4 0.0.0.0 area 0

!

router bgp 1

bgp log-neighbor-changes

network 10.100.1.4 mask 255.255.255.255

neighbor 10.100.1.1 remote-as 1

neighbor 10.100.1.1 update-source Loopback0

neighbor 10.100.1.1 send-label

RR1

interface Loopback0

ip address 10.100.1.1 255.255.255.255

router ospf 1

network 10.1.0.0 0.0.255.255 area 0

network 10.100.1.1 0.0.0.0 area 0

!

router ospf 2

redistribute ospf 1 subnets match internal route-map ospf1-into-ospf2

network 10.2.0.0 0.0.255.255 area 0

!

router bgp 1

bgp log-neighbor-changes

neighbor 10.100.1.2 remote-as 1

neighbor 10.100.1.2 update-source Loopback0

neighbor 10.100.1.2 next-hop-self all

neighbor 10.100.1.2  send-label

neighbor 10.100.1.4 remote-as 1

neighbor 10.100.1.4 update-source Loopback0

neighbor 10.100.1.4 route-reflector-client

neighbor 10.100.1.4 next-hop-self all

neighbor 10.100.1.4 send-label

ip prefix-list prefix-list-ospf1-into-ospf2 seq 5 permit 10.100.1.1/32

route-map ospf1-into-ospf2 permit 10

match ip address prefix-list prefix-list-ospf1-into-ospf2

RR2

interface Loopback0

ip address 10.100.1.2 255.255.255.255

router ospf 1

network 10.1.0.0 0.0.255.255 area 0

network 10.100.1.2 0.0.0.0 area 0

!

router ospf 3

redistribute ospf 1 subnets match internal route-map ospf1-into-ospf3

network 10.3.0.0 0.0.255.255 area 0

!

router bgp 1

bgp log-neighbor-changes

neighbor 10.100.1.1 remote-as 1

neighbor 10.100.1.1 update-source Loopback0

neighbor 10.100.1.1 next-hop-self all

neighbor 10.100.1.1 send-label

neighbor 10.100.1.5 remote-as 1

neighbor 10.100.1.5 update-source Loopback0

neighbor 10.100.1.5 route-reflector-client

neighbor 10.100.1.5 next-hop-self all

neighbor 10.100.1.5 send-label

ip prefix-list prefix-list-ospf1-into-ospf3 seq 5 permit 10.100.1.2/32

route-map ospf1-into-ospf3 permit 10

match ip address prefix-list prefix-list-ospf1-into-ospf3

PE2

interface Loopback0

ip address 10.100.1.5 255.255.255.255

interface Ethernet1/0

no ip address

xconnect 10.100.1.4 100 encapsulation mpls

router ospf 3

network 10.3.0.0 0.0.255.255 area 0

network 10.100.1.5 0.0.0.0 area 0

router bgp 1

bgp log-neighbor-changes

network 10.100.1.5 mask 255.255.255.255

neighbor 10.100.1.2 remote-as 1

neighbor 10.100.1.2 update-source Loopback0

neighbor 10.100.1.2 send-label

ملاحظة: تتم إعادة توزيع بروتوكول العبارة الداخلية الأساسي (OSPF 1) في بروتوكول العبارة الداخلية للتجميع (OSPF2 أو OSPF 3) باستخدام خريطة للمسار. وتتيح خريطة المسار هذه بادئات الاسترجاع الخاصة ب RR لإعادة التوزيع في بروتوكول العبارة الداخلية للتجميع. وسبب ذلك هو أن بادئة الاسترجاع الخاصة ب RR يتم الإعلان عنها مباشرة فقط في بروتوكول العبارة الداخلية الأساسي (OSPF 1). ومع ذلك، يجب أن تكون بادئة الاسترجاع الخاصة ب RR معروفة أيضا في بروتوكول العبارة الداخلية للتجميع، حتى يمكن أن يتم نظير BGP على موجه PE مع الاسترجاع الخاص ب RR.

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

راجع الشكل 2 للتحقق من عملية مستوى التحكم.

راجع الشكل 3 للتحقق من إعلانات تسميات MPLS.

راجع الشكل 4 للتحقق من إعادة توجيه الحزمة.

هذه هي الطريقة التي يتم بها إعادة توجيه الحزم من PE1 إلى PE2. بادئة الاسترجاع ل PE2 هي 10.100.1.5/32، لذلك فإن البادئة ذات أهمية.

PE1#show ip route 10.100.1.5

Routing entry for 10.100.1.5/32

Known via "bgp 1", distance 200, metric 0, type internal

Last update from 10.100.1.1 00:11:12 ago

Routing Descriptor Blocks:

* 10.100.1.1, from 10.100.1.1, 00:11:12 ago

Route metric is 0, traffic share count is 1

AS Hops 0

MPLS label: 22

PE1#show ip cef 10.100.1.5

10.100.1.5/32

nexthop 10.2.2.6 Ethernet0/0 label 19 22

PE1#show ip cef 10.100.1.5 detail

10.100.1.5/32, epoch 0, flags rib defined all labels

1 RR source [no flags]

recursive via 10.100.1.1 label 22

nexthop 10.2.2.6 Ethernet0/0 label 19

PE1#show bgp ipv4 unicast labels

Network          Next Hop      In label/Out label

10.100.1.4/32    0.0.0.0         imp-null/nolabel

10.100.1.5/32    10.100.1.1      nolabel/22

P1#show mpls forwarding-table labels 19 detail

Local      Outgoing   Prefix           Bytes Label   Outgoing   Next Hop

Label      Label      or Tunnel Id     Switched      interface

19         Pop Label  10.100.1.1/32    603468        Et1/0      10.2.1.1

MAC/Encaps=14/14, MRU=1504, Label Stack{}

AABBCC000101AABBCC0006018847

No output feature configured

RR1#show mpls forwarding-table labels 22 detail

Local      Outgoing   Prefix           Bytes Label   Outgoing   Next Hop

Label      Label      or Tunnel Id     Switched      interface

22         21         10.100.1.5/32    575278        Et0/0      10.1.1.3

MAC/Encaps=14/22, MRU=1496, Label Stack{17 21}

AABBCC000300AABBCC0001008847 0001100000015000

No output feature configured

RR1#show bgp ipv4 unicast labels

Network          Next Hop      In label/Out label

10.100.1.4/32    10.100.1.4      19/imp-null

10.100.1.5/32    10.100.1.2      22/21

P3#show mpls forwarding-table labels 17 detail

Local      Outgoing   Prefix           Bytes Label   Outgoing   Next Hop

Label      Label      or Tunnel Id     Switched      interface

17         Pop Label  10.100.1.2/32    664306        Et1/0      10.1.2.2

MAC/Encaps=14/14, MRU=1504, Label Stack{}

AABBCC000201AABBCC0003018847

No output feature configured

RR2#show mpls forwarding-table labels 21 detail

Local      Outgoing   Prefix           Bytes Label   Outgoing   Next Hop

Label      Label      or Tunnel Id     Switched      interface

21         17         10.100.1.5/32    615958        Et0/0      10.3.1.7

MAC/Encaps=14/18, MRU=1500, Label Stack{17}

AABBCC000700AABBCC0002008847 00011000

No output feature configured

RR2#show bgp ipv4 unicast labels

Network          Next Hop      In label/Out label

10.100.1.4/32    10.100.1.1      22/19

10.100.1.5/32    10.100.1.5      21/imp-null

P2#show mpls forwarding-table labels 17 detail

Local      Outgoing   Prefix           Bytes Label   Outgoing   Next Hop

Label      Label      or Tunnel Id     Switched      interface

17         Pop Label  10.100.1.5/32    639957        Et1/0      10.3.2.5

MAC/Encaps=14/14, MRU=1504, Label Stack{}

AABBCC000500AABBCC0007018847

No output feature configured

PE1#trace

Protocol [ip]:

Target IP address: 10.100.1.5

Source address: 10.100.1.4

DSCP Value [0]:

Numeric display [n]:

Timeout in seconds [3]:

Probe count [3]:

Minimum Time to Live [1]:

Maximum Time to Live [30]:

Port Number [33434]:

Loose, Strict, Record, Timestamp, Verbose[none]:

Type escape sequence to abort.

Tracing the route to 10.100.1.5

VRF info: (vrf in name/id, vrf out name/id)

1 10.2.2.6 [MPLS: Labels 19/22 Exp 0] 3 msec 3 msec 3 msec

2 10.2.1.1 [MPLS: Label 22 Exp 0] 3 msec 3 msec 3 msec

3 10.1.1.3 [MPLS: Labels 17/21 Exp 0] 3 msec 3 msec 2 msec

4 10.1.2.2 [MPLS: Label 21 Exp 0] 2 msec 3 msec 2 msec

5  *  *  *

6 10.3.2.5 4 msec *  4 msec

ملاحظة: عروض الخطوة 5 ؟5 * * ؟. هذا لأن الموجه P2 لا يحتوي على مسار للمصدر عنوان IP 10.100.1.4 (PE1) من traceroute. وبالتالي، لا يمكن للموجه P2 إرسال رسالة خطأ بروتوكول رسائل التحكم في الإنترنت (ICMP) مرة أخرى إلى PE1. وهذا أمر طبيعي، حيث أن نقطة MPLS الموحد هي عدم وجود بادئات الاسترجاع لجميع موجهات PE في جزء تجميع واحد للظهور في بروتوكولات العبارة الداخلية لأجزاء التجميع الأخرى. لا يحاول الموجه P2 إعادة توجيه رسالة خطأ ICMP باستخدام مكدس التسمية الأصلي. وذلك لأن مكدس التسمية الجنسية لديه تسمية واحدة فقط. إذا كان مكدس التسمية الأصلي هذا للحزمة يحتوي على عنوانين أو أكثر، تتم إعادة توجيه رسالة خطأ ICMP على طول LSP ويمكن أن تعود إلى مصدر traceroute. إذا كان مكدس التسميات الأصلية يحتوي على تسمية واحدة فقط، فإن الموجه الذي يقوم بإنشاء رسالة خطأ ICMP يحاول البحث عن مسار ويحاول توجيهه باستخدام جدول التوجيه (دون إستخدام مكدس التسميات الأصلي).

P2#show ip route 10.100.1.4

% Subnet not in table

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

لا تتوفر حاليًا معلومات محددة لاستكشاف الأخطاء وإصلاحها لهذا التكوين.

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

- بنية MPLS بسلاسة تامة

- الدعم التقني والمستندات - Cisco Systems