تكوين وضع تسمية VRF مع شركة الشحن التي تدعم

المقدمة

يوضح هذا المستند سبب عدم دعم وضع تسمية كل عملية توجيه وإعادة توجيه ظاهرية (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).

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

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

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

بشكل افتراضي، يقوم موجه 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