المحتويات

المقدمة

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

المتطلبات

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

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

التكوين

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

التكوينات

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

وضع التسمية لكل VRF

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

التقاط Wireshark في PE121 (Gi0/0/5)

وضع التسمية لكل CE

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

التقاط Wireshark في PE121 (Gi0/0/5)

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

القرار

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

المقدمة

يوضح هذا المستند سبب عدم دعم وضع تسمية كل عملية توجيه وإعادة توجيه ظاهرية (VRF) أو كل جهاز من أجهزة العملاء (CE) لسيناريو شركة Carrier Supporting Carrier (CSC). أيضا، كيف تتصرف مستوى إعادة التوجيه عند ترحيل عميل CSC من كل بادئة إلى أي وضع تسمية VRF آخر.

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

المتطلبات

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

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

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

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

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

تدعم الشبكات الخاصة الظاهرية (VPNs) للطبقة 3 من BGP بشكل عام أوضاع تخصيص تسميات MPLS هذه على PE:

لكل بادئة: بشكل افتراضي، جميع المسارات التي تم التعرف عليها من وضع إستخدام كل بادئة CE. يتم إنشاء تسمية VPN لكل بادئة VPNv4.

يخصص الوضع per-CE تسمية VPN واحدة لكل BGP من المرحلة التالية (أي أن موجه CE لكل وضع VRF يخصص تسمية VPN واحدة لكل VRF. بشكل افتراضي، ستستخدم جميع الواجهات المتصلة التي تمت إعادة توزيعها على PE تسمية تجميع لكل VRF (تتضمن: متصل، معاد توزيعه، ساكن إستاتيكي إلى null0 و BGP).

لكل بادئة

لكل ساي

per-VRF

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

تسمية واحدة لكل بادئة (افتراضي)

تسمية واحدة لكل ce

تسمية واحدة لكل VRF

معدلات توفير التسمية

صفر

متوسط

الحد الأقصى

الوصف

تخصيص تسمية خدمة MPLS منفصلة لكل بادئة

تخصيص تسمية خدمة واحدة لجميع البادئات التي تم التعرف عليها من CE واحد

تخصيص تسمية خدمة واحدة لجميع البادئات التي تم التعرف عليها في VRF

الغرض من هذا المستند هو توفير إرشادات حول طريقة توزيع التسمية التي يمكن إستخدامها في سيناريو CSC.

يتم تنفيذ شركات النقل الداعمة لشركات النقل (CSC) في الظروف التي يحتاج فيها أحد مزودي الخدمة إلى إستخدام خدمات النقل التي يوفرها مزود خدمة آخر. يطلق على مقدم الخدمة الذي يوفر النقل اسم الناقل الرئيسي، ويطلق على مقدم الخدمة الذي يستخدم الخدمات التي توفرها الناقل الرئيسي اسم ناقل العملاء. يمكن أن تكون شركة نقل العملاء إما موفر ISP أو موفر خدمة MPLS VPN.

في نموذج CSC، يتم تمكين الارتباطات بين العمود الرئيسي وناقل العميل لتوفير مسار LSP من نهاية إلى نهاية بين موقعي POP الموجودين في شبكة ناقل العملاء. في نموذج الخدمة CSC، يكون لدى الناقل الرئيسي الذي يوفر خدمات الشبكة الخاصة الظاهرية (VPN) الخاصة بالرقم متعدد البروتوكولات (MPLS) إلى مزود خدمة العملاء معرفة فقط بالمسارات الداخلية للشركة العميل. وهذه المسارات مناسبة لبناء مسار LSP بين موقعي POP ولتكوين جلسة iBGP أو MP-iBGP بين مواقع POP. بعد ذلك سيتم نقل شبكات المستخدم عبر جلسة عمل iBGP أو MP-iBGP هذه.

على سبيل المثال، في المخطط المعطى - يعمل SP1 كناقل أساسي ويعمل SP2 كناقل عملاء.

أساليب تبادل التسمية في بنية CSC: هناك طريقتان لتبادل تسميات IGP في شبكة VPN MPLS المستندة إلى CSC:

- إستخدام IGP لتبادل التسميات (TDP/LDP)

- إستخدام BGP لتبادل التسمية (eBGP LU)

تم إستخدام BGP لتبادل التسمية في هذا المثال.

التكوين

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

التكوينات

في البداية، يتم إستخدام وضع تسمية VRF الافتراضي (لكل بادئة) في PE111 و PE112 و PE121 و PE122.

الطراز PE111

الطراز PE112

واجهة GigabitEthernet0/0/0/0

vrf sp2-csc

عنوان IPv4 10.11.111.11255.255.255.0

!

موجه ثابت

vrf sp2-csc

البث الأحادي لعائلة العنوان IPv4

10.11.111.11/32 GigabitEthernet0/0/0

!

!

الموجه IGP ل Isis

هو-type level-2 فقط

net 49.0001.000.000.0111.00

البث الأحادي لعائلة العنوان IPv4

عرض النمط المتري

إعلانات سلبية فقط

MPLS Traffic-eng مستوى 2-only

MPLS Traffic-eng router-id Loopback0

!

interface loopback0

سلبي

البث الأحادي لعائلة العنوان IPv4

!

!

واجهة GigabitEthernet0/0/0/4

من نقطة إلى نقطة

البث الأحادي لعائلة العنوان IPv4

إعادة التوجيه السريع لكل بادئة

MPLS-LDP لنفق LFA السريع-reroute لكل بادئة

!

!

واجهة GigabitEthernet0/0/0/5

من نقطة إلى نقطة

البث الأحادي لعائلة العنوان IPv4

إعادة التوجيه السريع لكل بادئة

MPLS-LDP لنفق LFA السريع-reroute لكل بادئة

!

!

!

الموجه bgp 65001

vrf sp2-csc

سيارة سطح المكتب

البث الأحادي لعائلة العنوان IPv4

إعادة توزيع متصل

تخصيص تسمية الكل

!

جار 10.11.111.11

جهاز التحكم عن بعد طراز 65002

الوصف SP2

عنوان-عائلة IPv4 موسوم-unicast

مرور سياسة المسار في

مرور سياسة المسار

كتجاوز

!

!

!

واجهة GigabitEthernet0/0/0/4

vrf sp2-csc

عنوان IPv4 10.12.112.112 255.255.255.0

!

موجه ثابت

vrf sp2-csc

البث الأحادي لعائلة العنوان IPv4

10.12.112.12/32 GigabitEthernet0/0/0/4

!

!

الموجه IGP ل Isis

هو-type level-2 فقط

net 49.0001.000.000.0112.00

البث الأحادي لعائلة العنوان IPv4

عرض النمط المتري

إعلانات سلبية فقط

MPLS Traffic-eng مستوى 2-only

MPLS Traffic-eng router-id Loopback0

!

interface loopback0

سلبي

البث الأحادي لعائلة العنوان IPv4

!

!

واجهة GigabitEthernet0/0/0/5

من نقطة إلى نقطة

البث الأحادي لعائلة العنوان IPv4

إعادة التوجيه السريع لكل بادئة

MPLS-LDP لنفق LFA السريع-reroute لكل بادئة

!

!

!

!

!

!

!

!

!

!

الموجه bgp 65001

vrf sp2-csc

سيارة سطح المكتب

البث الأحادي لعائلة العنوان IPv4

إعادة توزيع متصل

تخصيص تسمية الكل

!

جار 10.12.112.12

جهاز التحكم عن بعد طراز 65002

الوصف SP2

عنوان-عائلة IPv4 موسوم-unicast

مرور سياسة المسار في

مرور سياسة المسار

كتجاوز

!

!

!

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

استخدم هذا القسم لتأكيد عمل التكوين بشكل صحيح.

بشكل افتراضي، يقوم موجه PE بتخصيص تسميات محلية منفصلة لكل بادئة (وضع تسمية كل بادئة) تم التعرف عليها من جوار eBGP. وهو موضح في مجموعات المخرجات هذه.

RP/0/0/CPU0:PE111#show bgp vpnv4 unicast vrf SP2-CSC 172.16.1.11/32 | i Local Label

Local Label: 24006

RP/0/0/CPU0:PE111#show bgp vpnv4 unicast vrf SP2-CSC 172.16.1.12/32 | i Local Label

Local Label: 24014

RP/0/0/CPU0:PE111#show bgp vpnv4 unicast vrf SP2-CSC 172.16.1.13/32 | i Local Label

Local Label: 24007

LFIB table operation for respective Local Label is SWAP (with Outgoing Label) and send the packet towards Outgoing interface Gi0/0/0/0 (towards eBGP neighbor).

RP/0/0/CPU0:PE111#show mpls forwarding labels 24006

Local  Outgoing    Prefix             Outgoing     Next Hop        Bytes

Label  Label       or ID              Interface                    Switched

------ ----------- ------------------ ------------ --------------- ------------

24006  Pop         172.16.1.11/32[V]  Gi0/0/0/0    10.11.111.11    0

Similar results can be verified at other PE routers (PE112, PE121, PE122) for the BGP LU routes learned from eBGP neighbor.

Trace results from CE11 to CE12

CE11#traceroute 192.168.112.1 source lo0 numeric

Type escape sequence to abort.

Tracing the route to 192.168.112.1

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

1 192.168.11.13 2 msec 1 msec 2 msec

2 10.12.13.12 [MPLS: Labels 24010/24012 Exp 0] 36 msec 47 msec 36 msec

3 10.12.112.112 [MPLS: Labels 24013/24012 Exp 0] 39 msec 36 msec 39 msec

4 10.1.112.1 [MPLS: Labels 24003/24011/24012 Exp 0] 43 msec 43 msec 38 msec

5 10.1.121.121 [MPLS: Labels 24011/24012 Exp 0] 39 msec 39 msec 37 msec

6 10.21.121.21 [MPLS: Labels 24001/24012 Exp 0] 36 msec 34 msec 36 msec

7 10.21.23.23 [MPLS: Label 24012 Exp 0] 36 msec 37 msec 38 msec

8 192.168.12.12 [AS 65012] 36 msec * 39 msec

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

وضع التسمية لكل VRF

بعد التغيير إلى وضع التسمية لكل تردد لاسلكي في PE111 و PE112 و PE121 و PE122.

PE1XX:

RP/0/0/CPU0:PE111(config)#router bgp 65001

RP/0/0/CPU0:PE111(config-bgp)#vrf SP2-CSC

RP/0/0/CPU0:PE111(config-bgp-vrf)#address-family ipv4 unicast

RP/0/0/CPU0:PE111(config-bgp-vrf-af)#label mode per-vrf

RP/0/0/CPU0:PE111(config-bgp-vrf-af)#root

RP/0/0/CPU0:PE111(config)#show

Tue Jan 25 13:45:43.444 UTC

Building configuration...

router bgp 65001

vrf SP2-CSC

address-family ipv4 unicast

label mode per-vrf

!

!

!

end

RP/0/0/CPU0:PE111(config)#commit

الآن، سيقوم كل موجه PE بتخصيص نفس تسمية MPLS لجميع البادئات الناشئة vpnv4 (لكل وضع تسمية VRF). وهو موضح في مجموعات المخرجات هذه.

على سبيل المثال، ينشأ PE111.

RP/0/0/CPU0:PE111#sh bgp vpnv4 unicast vrf SP2-CSC 172.16.1.11/32 | i Local Label

Local Label: 24003

RP/0/0/CPU0:PE111#sh bgp vpnv4 unicast vrf SP2-CSC 172.16.1.12/32 | i Local Label

Local Label: 24003

RP/0/0/CPU0:PE111#sh bgp vpnv4 unicast vrf SP2-CSC 172.16.1.13/32 | i Local Label

Local Label: 24003

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

عملية جدول LFIB للتسمية المحلية المقابلة هي "تجميع" (تسمية صادرة)، وهو ما يعني فك العلامة وإجراء بحث FIB له لمعرفة الواجهة الصادرة.

RP/0/0/CPU0:PE111#sh mpls forwarding labels 24003

Local  Outgoing    Prefix             Outgoing     Next Hop        Bytes

Label  Label       or ID              Interface                    Switched

------ ----------- ------------------ ------------ --------------- ------------

24003  Aggregate   SP2-CSC: Per-VRF   Aggr[V] \

SP2-CSC                      8798

Let us try to Ping from CE11 to CE21

CE11#ping 192.168.112.1 source lo0

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 192.168.112.1, timeout is 2 seconds:

Packet sent with a source address of 192.168.111.1

.....

Success rate is 0 percent (0/5))

التقاط Wireshark في PE121 (Gi0/0/5)

يتم تلقي حزم طلب ICMP Echo (ping) ولكن لم يتم العثور على إستجابة.

Source IP: 192.168.111.1,

Destination IP: 192.168.112.1

Top Label: 24006

Bottom Label: 24012

بما أن عملية LFIB هي تجميع مما يعني تحويل حزمة MPLS الواردة إلى حزمة IP ثم إجراء بحث FIB عنها لمعرفة الواجهة الصادرة. بالنسبة لحزم طلبات ICMP المذكورة سابقا، سيقوم PE121 بإزالة جميع التسميات ومحاولة إجراء البحث عن FIB في "VRF: SP2-CSC" ل 192.168.112.1/32. لن يعثر على أي إدخال CEF، لذلك سيقوم ببساطة بإسقاط الحزمة.

هذا هو سبب عدم دعم وضع التسمية لكل VRF لسيناريو CSC.

وضع التسمية لكل CE

بعد التغيير إلى وضع التسمية لكل ساق في PE111 و PE112 و PE121 و PE122.

PE1XX:

RP/0/0/CPU0:PE111(config)#router bgp 65001

RP/0/0/CPU0:PE111(config-bgp)#vrf SP2-CSC

RP/0/0/CPU0:PE111(config-bgp-vrf)#address-family ipv4 unicast

RP/0/0/CPU0:PE111(config-bgp-vrf-af)#label mode per-ce

RP/0/0/CPU0:PE111(config-bgp-vrf-af)#root

RP/0/0/CPU0:PE111(config)#show

Building configuration...

router bgp 65001

vrf SP2-CSC

address-family ipv4 unicast

label mode per-ce

!

!

!

end

RP/0/0/CPU0:PE111(config)#commit

Rest of the routers will be configured similarly

الآن، سيخصص كل موجه PE ملصق MPLS لكل خطوة تالية (هكذا لكل منطقة مجاورة ل CE متصلة). وهو موضح في مجموعات المخرجات هذه.

e.g. PE111 originates these prefixes and allocated same label - 24006

RP/0/0/CPU0:PE111#sh bgp vpnv4 unicast vrf SP2-CSC 172.16.1.11/32 | i Local Label

Local Label: 24006

RP/0/0/CPU0:PE111#sh bgp vpnv4 unicast vrf SP2-CSC 172.16.1.12/32 | i Local Label

Local Label: 24006

RP/0/0/CPU0:PE111#sh bgp vpnv4 unicast vrf SP2-CSC 172.16.1.13/32 | i Local Label

Local Label: 24006

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

لا يوجد إدخال LFIB للتسمية المحلية 24006.

RP/0/0/CPU0:PE111#sh mpls forwarding labels 24006

RP/0/0/CPU0:PE111#

Let us try to Ping from CE11 to CE12

CE11#ping 192.168.112.1 source lo0

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 192.168.112.1, timeout is 2 seconds:

Packet sent with a source address of 192.168.111.1

.....

Success rate is 0 percent (0/5)

التقاط Wireshark في PE121 (Gi0/0/5)

يتم تلقي حزم طلب ICMP Echo (ping) ولكن لم يتم العثور على إستجابة.

Source IP: 192.168.111.1,

Destination IP: 192.168.112.1

Top Label: 24009

Bottom Label: 24012

قم بتمكين تصحيح أخطاء MPLS على PE121 ويمكنك أن ترى أن حزم ICMP يتم إسقاطها في PE121 بسبب عدم توفر إدخال LFIB.

RP/0/0/CPU0:PE121#debug mpls drop

RP/0/0/CPU0:PE121#show logging | i 24009

RP/0/0/CPU0:Jan 25 16:13:59.016 : netio[314]: ~mpls_netio_switch.c:2795~ Pkt Drop: GigabitEthernet0_0_0_5, No LFIB entry found for in_label 24009

RP/0/0/CPU0:Jan 25 16:14:01.016 : netio[314]: ~mpls_netio_switch.c:2795~ Pkt Drop: GigabitEthernet0_0_0_5, No LFIB entry found for in_label 24009

RP/0/0/CPU0:Jan 25 16:14:03.026 : netio[314]: ~mpls_netio_switch.c:2795~ Pkt Drop: GigabitEthernet0_0_0_5, No LFIB entry found for in_label 24009

RP/0/0/CPU0:Jan 25 16:14:05.016 : netio[314]: ~mpls_netio_switch.c:2795~ Pkt Drop: GigabitEthernet0_0_0_5, No LFIB entry found for in_label 24009

RP/0/0/CPU0:Jan 25 16:14:07.015 : netio[314]: ~mpls_netio_switch.c:2795~ Pkt Drop: GigabitEthernet0_0_0_5, No LFIB entry found for in_label 24009

هذه هي الطريقة التي لا يتم بها دعم وضع التسمية لكل ce لسيناريو CSC.

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

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

القرار

وبالتالي، لا يمكنك إستخدام وضع تسمية VRF لكل VRF أو لكل CE لعميل CSC. Per-prefix هو وضع تسمية VRF الوحيد المدعوم لعميل CSC.

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

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