تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
يصف هذا المستند سلوك إستلام المسارات غير المسماة والمعلنة عليها عبر جلسة BGP واحدة في Cisco IOS® XR.
لا توجد متطلبات خاصة لهذا المستند.
يكون هذا المستند خاصا ب Cisco IOS® XR، ولكنه لا يقتصر على إصدار برنامج أو جهاز معين.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك مباشرة، فتأكد من فهمك للتأثير المحتمل لأي أمر.
معرف عائلة العنوان (AFI) هو إشارة إلى نوع مسار BGP. الأمثلة هي 1 ل IPv4 و 2 ل IPv6.
معرف عائلة العنوان التالي (SAFI) هو إشارة إضافية إلى نوع المسار. على سبيل المثال، 1 للمسار غير المسمى و 4 للمسار المسمى.
البث الأحادي غير المسمى ل IPv4 هو AFI 1 و SAFI 1.
البث الأحادي المعنون ل IPv4 هو AFI 1 و SAFI 4.
البث الأحادي غير المسمى ل IPv6 هو AFI 2 و SAFI 1.
البث الأحادي المعنون ل IPv6 هو AFI 2 و SAFI 4.
غالبا ما تتم الإشارة إلى البث الأحادي المسمى (LU) باسم RFC 3107 "معلومات الملصق الحامل في BGP-4."
فيما يلي، تشير U إلى البث الأحادي غير المسمى، لذلك يشير SAFI 1 و LU إلى البث الأحادي المسمى، أي SAFI 4.
لاحظ أن Cisco IOS® XR يحتاج إلى "distribute-label all| route-policy ..." أو لن يتم إنشاء المسار أو نشره إلى مكبر صوت BGP التالي ك SAFI 4.
لم يتم دعم البث الأحادي والإصدار السادس من بروتوكول IPv4 والبث الأحادي المعنون على كل من جلسة عمل BGP واحدة على برنامج Cisco IOS® XR .
في Cisco IOS® XR، تم في 6.2.1 تقديم الدعم لإعادة تسمية جلسة BGP واحدة والعلامات عليها.
عند عدم دعم تشغيل كل من جلستي العمل في جلسة واحدة، فإنها تمثل مشكلة لأن آخر تحديث/سحب تم تلقيه يتجاوز الجلسة السابقة، حتى إذا تم إستلامهما على SAFI آخر.
عندما تقوم بتكوين كلا من SAFI 1 و 4 على جلسة BGP نفسها على موجه يشغل رمز IOS-XR قبل IOS-XR 6.2.1، يعطي الموجه التحذير التالي:
bgp[1051]: %ROUTING-BGP-4-INCOMPATIBLE_AFI : IPv4 Unicast and IPv4 Labeled-unicast Address families together are not supported under the same neighbor.
تم تقديم هذه الرسالة التحذيرية في IOS-XR 5.3.0 و IOS-XR 5.2.2.
يجب أن تتطابق الإمكانات المتبادلة بين نظراء BGP. وإذا لم تكن هناك مساحة، فلن تظهر جلسة BGP.
هذا التقاط بريشارك للقدرات المتبادلة ل AFI 1/SAFI 1 و AFI 1/SAFI 4 في رسالة BGP المفتوحة:
الصورة 1
فيما يلي مثال على IOS-XR الذي تم تكوينه باستخدام LU فقط على جلسة إلى IOS تم تكوينها باستخدام U فقط.
IOS-XR:
RP/0/0/CPU0:R4#show bgp neighbor 10.100.1.8
BGP neighbor is 10.100.1.8
Remote AS 65003, local AS 65003, internal link
Remote router ID 0.0.0.0
BGP state = Idle
…
Connections established 0; dropped 0
Local host: 10.100.1.4, Local port: 179, IF Handle: 0x00000000
Foreign host: 10.100.1.8, Foreign port: 33396
Last reset 00:00:14, due to BGP Notification sent: unsupported/disjoint capability
Time since last notification sent to neighbor: 00:00:14
Error Code: unsupported/disjoint capability
Notification data sent:
None
يقوم موجه IOS بطباعة رسالة syslog لخطأ التكوين هذا:
*Aug 8 12:40:44.719: %BGP-3-NOTIFICATION: received from neighbor 10.100.1.4 active 2/7 (unsupported/disjoint capability) 0 by
أنت تقوم بتكوين "address-family ipV4 unicast" ضمن الأمر BGP المجاور لتمكين بث IPv4 الأحادي لجلسة BGP.
يمكنك تكوين "البث الأحادي لعائلة عنوان IPv6" ضمن الأمر المجاور BGP لتمكين البث الأحادي ل IPv6 لجلسة BGP.
أنت تقوم بتكوين "address-family ipV4 labeled-unicast" ضمن الأمر المجاور BGP لتمكين IPv4 المسمى بالبث الأحادي لجلسة BGP.
تقوم بتكوين "عنوان-family IPv6 المسمى-unicast" ضمن الأمر المجاور BGP لتمكين IPv6 الموسوم بالبث الأحادي لجلسة BGP.
في IOS-XR، يتم تكوين مجموعة AFI/SAFI لكل نظير BGP.
هذا مثال لجلسة BGP تحتوي على كل من SAFI 1 و 4:
router bgp 65003
address-family ipv4 unicast
redistribute connected
allocate-label all unlabeled-path
…
neighbor 10.100.1.7
remote-as 65003
update-source Loopback0
address-family ipv4 unicast
route-reflector-client
!
address-family ipv4 labeled-unicast
route-reflector-client
لاحظ أنه لا يزال هناك "البث الأحادي لعائلة العنوان" فقط ولا يوجد "عائلة العنوان المسماة-unicast" أسفل BGP للموجه. يتم تخزين كل من مسارات SAFI 1 و 4 في جدول BGP هذا الواحد.
وبغض النظر عما إذا كان IOS-XR أقدم أو أحدث من 6.2.1، فلا يوجد سوى جدول BGP واحد لتخزين المسارات الخاصة بوحدة التشغيل (U) ووحدة التحكم (LU). وهذا واضح من خلال حقيقة أنه يمكنك فقط تكوين (تمكين) "البث الأحادي لعائلة عنوان IPv4" أو "البث الأحادي لعائلة عنوان IPv6" تحت الموجه BGP. لا يمكنك تكوين "address-family ipV4 labeled-unicast" أو "address-family ipV6 labeled-unicast" تحت الموجه BGP.
يمكن أن يكون مسار U و LU متطابقا. قبل IOS-XR 6.2.1، إستلام نفس المسار مرة أخرى ولكن هذه المرة بتسمية أو بدون تسمية، سيتجاوز المسار الذي تم إستلامه مسبقا. بعد IOS-XR 6.2.1، سيرى المساران المتطابقان كمختلفين إذا كانا يختلفان فقط حسب التسمية. يتم إجراء إضافات المسار أو عمليات الحذف أو التعديلات بواسطة شبكات SAFI مختلفة.
هنا مثال على مسار في جدول BGP مع AFI 1/SAFI 4. نظرا لتمكين تخصيص التسمية لجميع البادئات، سيتم تخزين هذا المسار باستخدام تسمية محلية. نظرا لوجود جدول BGP واحد فقط لتخزين مسارات U و LU، تظهر البادئة باستخدام كل من الأوامر "show bgp ipV4 unicast" و"show bgp ipV4 label-unicast"!
RP/0/0/CPU0:R4#show bgp ipv4 unicast 10.100.1.1/32
BGP routing table entry for 10.100.1.1/32
Versions:
Process bRIB/RIB SendTblVer
Speaker 5 5
Local Label: 24000
Last Modified: Aug 6 15:03:59.574 for 16:06:13
Paths: (1 available, best #1)
Advertised to update-groups (with more than one peer):
0.3 0.4
Advertised to peers (in unique update groups):
10.1.45.5
Path #1: Received by speaker 0
Advertised to update-groups (with more than one peer):
0.3 0.4
Advertised to peers (in unique update groups):
10.1.45.5
65002 65001
10.1.24.2 from 10.1.24.2 (10.100.1.2)
Received Label 24003
Origin IGP, localpref 100, valid, external, best, group-best, labeled-unicast
Received Path ID 0, Local Path ID 0, version 5
Origin-AS validity: not-found
لاحظ أن المسار مميز بعلامة "unicast".
RP/0/0/CPU0:R4#show bgp ipv4 labeled-unicast 10.100.1.1/32
BGP routing table entry for 10.100.1.1/32
Versions:
Process bRIB/RIB SendTblVer
Speaker 5 5
Local Label: 24000
Last Modified: Aug 6 15:03:59.574 for 16:08:41
Paths: (1 available, best #1)
Advertised to update-groups (with more than one peer):
0.3 0.4
Advertised to peers (in unique update groups):
10.1.45.5
Path #1: Received by speaker 0
Advertised to update-groups (with more than one peer):
0.3 0.4
Advertised to peers (in unique update groups):
10.1.45.5
65002 65001
10.1.24.2 from 10.1.24.2 (10.100.1.2)
Received Label 24003
Origin IGP, localpref 100, valid, external, best, group-best, labeled-unicast
Received Path ID 0, Local Path ID 0, version 5
Origin-AS validity: not-found
لاحظ أن المسار مميز بعلامة "unicast".
إذا كان المسار موجودا ك U و LU على حد سواء، فحينئذ يكون معرف المسار المحلي مختلفا.
RP/0/0/CPU0:R4#show bgp ipv4 labeled-unicast 10.100.1.1/32 detail
BGP routing table entry for 10.100.1.1/32
Versions:
Process bRIB/RIB SendTblVer
Speaker 30 30
Local Label: 24003 (no rewrite);
Flags: 0x00003028+0x00010000;
Last Modified: Aug 30 10:45:50.502 for 00:01:59
Paths: (2 available, best #1)
Advertised IPv4 Unicast paths to peers (in unique update groups):
10.100.1.8 10.100.1.9
Advertised IPv4 Labeled-unicast paths to update-groups (with more than one peer):
0.8
Path #1: Received by speaker 0
Flags: 0x4000000009060205, import: 0x20
Advertised IPv4 Unicast paths to peers (in unique update groups):
10.100.1.8 10.100.1.9
Advertised IPv4 Labeled-unicast paths to update-groups (with more than one peer):
0.8
65001, (Received from a RR-client)
10.100.1.9 (metric 2) from 10.100.1.9 (10.100.1.9)
Origin IGP, metric 0, localpref 100, valid, internal, best, group-best
Received Path ID 0, Local Path ID 1, version 29
Path #2: Received by speaker 0
Flags: 0x4080000008020205, import: 0x20
Not advertised to any peer
65001, (Received from a RR-client)
10.100.1.9 (metric 2) from 10.100.1.9 (10.100.1.9)
Received Label 24001
Origin IGP, metric 0, localpref 100, valid, internal, labeled-unicast
Received Path ID 0, Local Path ID 0, version 0
يجب تكوين الأمر "allocate-label" لكي يكون للمسارات المستلمة أو المصدرية في BGP تسمية MPLS محلية. بدون هذا الأمر، لن يكون للمسارات تسمية محلية.
RP/0/0/CPU0:R4#conf t
RP/0/0/CPU0:R4(config)#router bgp 65003
RP/0/0/CPU0:R4(config-bgp)# address-family ipv4 unicast
RP/0/0/CPU0:R4(config-bgp-af)#allocate-label ?
all Allocate labels for all prefixes
route-policy Use a route policy to select prefixes for label allocation
يتم تخصيص التسمية لجميع الموجهات أو لكل نهج المسار الذي تم تكوينه.
في التطبيق القديم على IOS-XR، يتم توجيه تحذير عند تكوين كل من U و LU على جلسة BGP نفسها. يتم تقديم التحذير في الإصدار 5.3.0 من IOS-XR و 5.2.2. تتم إزالة التحذير في الإصدار 6.2.1 من IOS-XR، لأن المعنونة وغير المسماة مدعمة على جلسة BGP نفسها.
مثال:
RP/0/0/CPU0:ios#conf t
RP/0/0/CPU0:ios(config)#router bgp 65001
RP/0/0/CPU0:ios(config-bgp)#add ipv4 unicast
RP/0/0/CPU0:ios(config-bgp-af)#exit
RP/0/0/CPU0:ios(config-bgp)#neighbor 10.0.0.1
RP/0/0/CPU0:ios(config-bgp-nbr)#remote-as 65001
RP/0/0/CPU0:ios(config-bgp-nbr)#exit
RP/0/0/CPU0:ios(config-bgp)#neighbor 10.0.0.1
RP/0/0/CPU0:ios(config-bgp-nbr)#address-family ipv4 unicast
RP/0/0/CPU0:ios(config-bgp-nbr-af)#exit
RP/0/0/CPU0:ios(config-bgp-nbr)#address-family ipv4 labeled-unicast
RP/0/0/CPU0:ios(config-bgp-nbr-af)#commit
RP/0/0/CPU0:Aug 21 14:14:22.222 : bgp[1052]: %ROUTING-BGP-4-INCOMPATIBLE_AFI : IPv4 Unicast and IPv4 Labeled-unicast Address families together are not supported under the same neighbor.
شرح رسالة الخطأ هذه:
تشير هذه الرسالة إلى أن المستخدم قد قام بتكوين كل من عائلتي عنوان البث الأحادي للبث الأحادي للإصدار IPv4 و IPv4 المعنونتين للبث الأحادي أو البث الأحادي للإصدار السادس من بروتوكول الإنترنت (IPv6) المعنونين والبث الأحادي معا تحت نفس الجار. هذا التكوين الخاص غير مدعوم.
الإجراء الموصى به: تكوين جلستين متجاورتين للموجه. قم بتكوين عائلة عنوان البث الأحادي ضمن جلسة العمل المجاورة الأولى وقم بتكوين عائلة عنوان البث الأحادي المسماة ضمن جلسة العمل المجاورة الثانية.
مثال التكوين لجلسات عمل BGP بين زوج من موجهات IOS-XR. أستخدم عنوان مختلف (إسترجاع) لكل جلسة BGP.
hostname R1
interface Loopback0
ipv4 address 10.100.1.1 255.255.255.255
!
interface Loopback1
ipv4 address 10.100.1.101 255.255.255.255
!
router bgp 65001
address-family ipv4 unicast
!
neighbor 10.100.1.2
remote-as 65001
update-source Loopback0
address-family ipv4 unicast
!
!
neighbor 10.100.1.102
remote-as 65001
update-source Loopback1
address-family ipv4 labeled-unicast
!
!
hostname R2
interface Loopback0
ipv4 address 10.100.1.2 255.255.255.255
!
interface Loopback1
ipv4 address 10.100.1.102 255.255.255.255
!
router bgp 65001
address-family ipv4 unicast
!
neighbor 10.100.1.1
remote-as 65001
update-source Loopback0
address-family ipv4 unicast
!
!
neighbor 10.100.1.101
remote-as 65001
update-source Loopback1
address-family ipv4 labeled-unicast
!
!
في IOS-XR 6.2.1، يتم دعم كل من U و LU على جلسة BGP نفسها على VRF الافتراضي!
لا يهم ما إذا كانت جلسة BGP داخلية أو خارجية.
لا يتم دعم U و LU في نفس جلسة العمل لمكبرات صوت BGP في أي VRF غير افتراضي.
قبل IOS-XR 6.2.1، يتم الاحتفاظ بجميع مكبرات صوت BGP الخاصة بالوحدات و LU و U + LU في مجموعات تحديث منفصلة. بعد الإصدار 6.2.1 من IOS-XR، لم يعد هذا صحيحا. يمكن أن تكون بعض مكبرات صوت BGP في مجموعة تحديث واحدة هي U فقط أو LU فقط أو كلا U و LU.
يوضح الجدول التالي الإعلان وسلوك السحب لسيناريوهات مختلفة. هناك 16 سيناريو.
ينطبق كل ذلك على IOS-XR الإصدار 6.2.1 والإصدارات الأحدث، ما لم يذكر خلاف ذلك في عمود التعليقات.
ظرف |
كتابة Bestpath/Addpath |
التسمية المحلية موجودة؟ |
NHS أو NHU |
SAFI الخاص بمجموعة التحديث |
الإعلان أو الانسحاب؟ |
التعليقات |
1 |
مسار غير مسمى، أي بدون تسمية rx |
نعم |
NHS |
صافي-1 |
الإعلان بشكل افتراضي انسحبوا مع إعلان أمر تعطيل المسار المحلي المسمى (safi-unicast) |
ممكن فقط بعد 6. 5. 1. |
2 |
صافي-4 |
إعلان |
ممكن فقط بعد 6. 5. 1. الموجهات redist لبروتوكول IPv4/v6 و 6PE: دائما ما تكون الشبكات المحلية (NHS) الضمنية |
|||
3 |
نهو |
صافي-1 |
إعلان |
ممكن فقط بعد 6. 5. 1. |
||
4 |
صافي-4 |
ننسحب |
ممكن فقط بعد 6. 5. 1. مسارات IPv4/v6 redist و 6PE: تجاهل NHU؛ NHS الضمني دائما |
|||
5 |
لا |
NHS |
صافي-1 |
إعلان |
||
6 |
صافي-4 |
ننسحب |
||||
7 |
نهو |
صافي-1 |
إعلان |
|||
8 |
صافي-4 |
ننسحب |
||||
9 |
المسار المعنون، أي مع تسمية rx |
نعم |
NHS |
صافي-1 |
الإعلان بشكل افتراضي سحب باستخدام أمر تعطيل المسار المحلي المعنون (safi-unicast) disable |
قبل 6.2.1: السلوك الافتراضي هو الإعلان. |
10 |
صافي-4 |
إعلان |
||||
11 |
نهو |
صافي-1 |
ننسحب |
قبل 6.2.1: يكون السلوك هو الإعلان. |
||
12 |
صافي-4 |
إعلان |
||||
13 |
لا |
NHS |
صافي-1 |
إعلان |
||
14 |
صافي-4 |
ننسحب |
||||
15 |
نهو |
صافي-1 |
ننسحب |
قبل 6.2.1: يكون السلوك هو الإعلان. |
||
16 |
صافي-4 |
إعلان |
سلوك إعلان الجدول 1 لجلسات عمل بروتوكول iBGP و eBGP
NHS = Next Hop Self
NHU = المرحلة التالية دون تغيير.
إذا كان NHU في الواقع، فهذا يعني أن نفس الخطوة التالية لا يتم تكوينها لجلسة عمل iBGP.
لاحظ أن NHS هو دائما الحالة عندما يرسل مكبر صوت BGP إلى نظير eBGP.
يمكن أن يكون هناك NHS أو NHU تجاه مكبر صوت iBGP، حسب تكوين الخطوة التالية. السلوك الافتراضي تجاه نظراء iBGP هو NHU.
بالنسبة للعمود الثاني: لاحظ أن المسار يعتبر غير مسمى أو مسمى فقط إذا كان أفضل مسار أو أحد المسارات المعلمة بمسار إضافي غير معنون أو مسمى.
بالنسبة لنشر المسار، فإنه يهم ما هي الخصائص التي يتوفر عليها المسار الأفضل. اعتمادا على الخصائص (من 2 إلى 4)، فإنها تحدد ما إذا كان يتم الإعلان عن المسار ك U، أو LU، أو كلاهما.
إذا تم تمكين ميزة المسارات الإضافية (ADD-PATH) وتم وضع علامة على مسار ب "add-path"، فإن خصائص ذلك المسار تلعب أيضا دورا في كيفية الإعلان عن ذلك المسار.
"Local Label Current؟: No" تعني ما يلي: من الممكن إستلام تسمية مع التحديث الذي تم إستلامه، ولكن لم يتم تثبيت التسمية. لا يتم تثبيت التسمية المحلية إذا لم يكن الأمر "distribute-label" موجودا.
يمكنك التحقق من وجود التسمية المحلية من خلال النظر في البادئة بالتفصيل. أستخدم "show bgp <prefix> detail" أو "show route <prefix> detail".
في المثال التالي، يتم إستلام البادئة بدون تسمية (حتى عبر SAFI 1 peering) ولا يتم تعيين تسمية محلية:
RP/0/0/CPU0:R2#show bgp ipv4 labeled-unicast 10.100.1.5/32 detail
BGP routing table entry for 10.100.1.5/32
Versions:
Process bRIB/RIB SendTblVer
Speaker 3 3
Flags: 0x04001001+0x00000000;
Last Modified: Sep 5 03:44:45.647 for 01:01:27
Paths: (1 available, best #1)
Advertised to update-groups (with more than one peer):
0.3
Path #1: Received by speaker 0
Flags: 0x4000000001040207, import: 0x00
Advertised to update-groups (with more than one peer):
0.3
Local, (Received from a RR-client)
10.100.1.1 (metric 2) from 10.100.1.1 (10.100.1.1)
Origin incomplete, metric 0, localpref 100, valid, internal, best, group-best
Received Path ID 0, Local Path ID 1, version 3
RP/0/0/CPU0:R2#show route 10.100.1.5/32 detail
Routing entry for 10.100.1.5/32
Known via "bgp 65001", distance 200, metric 0, type internal
Installed Sep 5 03:44:45.480 for 01:01:37
Routing Descriptor Blocks
10.100.1.1, from 10.100.1.1
Route metric is 0
Label: None
Tunnel ID: None
Extended communities count: 0
NHID:0x0(Ref:0)
Route version is 0x23 (35)
No local label
IP Precedence: Not Set
QoS Group ID: Not Set
Flow-tag: Not Set
Route Priority: RIB_PRIORITY_RECURSIVE (12) SVD Type RIB_SVD_TYPE_LOCAL
Download Priority 4, Download Version 52
No advertising protos.
بشكل افتراضي، لا يتم عنونة المسارات غير المسماة (SAFI 1) أبدا، حتى عند تكوين الأمر "distribute-label".
اعتبارا من الإصدار 6.5.1 من IOS-XR، هناك الكلمة الأساسية "مسار غير مسمى" للأمر "allocate-label"، بحيث يمكن أيضا تخصيص المسارات غير المسماة لتسمية.
RP/0/0/CPU0:R4#conf t
RP/0/0/CPU0:R4(config)#router bgp 65003
RP/0/0/CPU0:R4(config-bgp)# address-family ipv4 unicast
RP/0/0/CPU0:R4(config-bgp-af)#allocate-label all ?
unlabeled-path Allocate label for unlabeled paths too
<cr>
RP/0/0/CPU0:R4(config-bgp-af)#allocate-label all unlabeled-path ?
<cr>
RP/0/0/CPU0:R4(config-bgp-af)#allocate-label all unlabeled-path
RP/0/0/CPU0:R4(config-bgp-af)#commit
المسار هو مسار SAFI 1، لذلك لا توجد تسمية مستلمة.
بسبب الأمر "unlabeled-path" هناك الآن تسمية محلية.
RP/0/0/CPU0:R4#show bgp ipv4 labeled-unicast 10.100.1.1/32 detail
BGP routing table entry for 10.100.1.1/32
Versions:
Process bRIB/RIB SendTblVer
Speaker 16 16
Local Label: 24003 (no rewrite);
Flags: 0x01303028+0x00000000;
Last Modified: Aug 27 19:08:47.502 for 00:00:59
Paths: (1 available, best #1)
Advertised IPv4 Unicast paths to update-groups (with more than one peer):
0.3
Advertised IPv4 Labeled-unicast paths to update-groups (with more than one peer):
0.7
Advertised IPv4 Labeled-unicast paths to peers (in unique update groups):
10.1.45.5
Path #1: Received by speaker 0
Flags: 0x4000000009040207, import: 0x20
Advertised IPv4 Unicast paths to update-groups (with more than one peer):
0.3
Advertised IPv4 Labeled-unicast paths to update-groups (with more than one peer):
0.7
Advertised IPv4 Labeled-unicast paths to peers (in unique update groups):
10.1.45.5
65001, (Received from a RR-client)
10.100.1.10 (metric 2) from 10.100.1.10 (10.100.1.10)
Origin IGP, metric 0, localpref 100, valid, internal, best, group-best
Received Path ID 0, Local Path ID 1, version 16
RP/0/0/CPU0:R4#show route 10.100.1.1/32 detail
Routing entry for 10.100.1.1/32
Known via "bgp 65003", distance 200, metric 0
…
Route version is 0x4 (4)
Local Label: 0x5dc3 (24003)
IP Precedence: Not Set
…
وسيسمح ذلك بالحالات من 1 إلى 4 في الجدول 1.
لمعرفة سبب إستمرار تعيين تسمية محلية عند إزالة الأمر "distribute-label"، قم بتشغيل "debug bgp label".
فيما يلي مثال:
RP/0/0/CPU0:R4#debug bgp label
RP/0/0/CPU0:R4#show debug
#### debug flags set from tty 'con0_0_CPU0' ####
ip-bgp default label flag is ON with value '##########'
من الأفضل تمكين تصحيح الأخطاء هذا لبادئة معينة أو مجموعة من البادئات. فيما يلي مثال:
RP/0/0/CPU0:R4#sh running-config route-policy match-prefix
route-policy match-prefix
if destination in (10.100.1.1/32) then
pass
else
drop
endif
end-policy
!
RP/0/0/CPU0:R4#debug bgp label route-policy match-prefix
RP/0/0/CPU0:R4#show debug
#### debug flags set from tty 'con0_0_CPU0' ####
ip-bgp default label flag is ON with value '######match-prefix####'
RP/0/0/CPU0:R4#con t
RP/0/0/CPU0:R4(config)#router bgp 65003
RP/0/0/CPU0:R4(config-bgp)# address-family ipv4 unicast
RP/0/0/CPU0:R4(config-bgp-af)#no allocate-label all
RP/0/0/CPU0:R4(config-bgp-af)#commit
RP/0/0/CPU0:Aug 23 12:43:02.786 : bgp[1048]: [default-lbl] (ip4u): Label computation done: table=TBL:default (1/1), net=10.100.1.1/32: netfl=0x05043001, path=0x1073ed5c(10.1.24.2/32,10.1.24.2,0,0x400000000d060001), pathrcvdlabel=24002: asbr=1, rr=0/1, nhselfcount=1: result="label required"
يمكنك أن ترى أن هذا الموجه استلم تسمية للبادئة 10.100.1.1/32، وهو ASBR، وليس RR، ولديه الخطوة التالية الذاتية لجلسة BGP واحدة على الأقل. ينتج عن هذا بادئة تحتاج إلى تسمية محلية.
تبقى التسمية المحلية:
RP/0/0/CPU0:R4#show bgp ipv4 unicast 10.100.1.1/32 detail
BGP routing table entry for 10.100.1.1/32
Versions:
Process bRIB/RIB SendTblVer
Speaker 13 13
Local Label: 16002 (no rewrite);
Flags: 0x05043001+0x00000200;
Last Modified: Aug 23 12:37:11.133 for 00:05:53
Paths: (1 available, best #1)
Advertised to update-groups (with more than one peer):
0.6
Advertised to peers (in unique update groups):
10.1.46.6 10.100.1.8 10.100.1.7
Path #1: Received by speaker 0
Flags: 0x400000000d060001, import: 0x1f
Advertised to update-groups (with more than one peer):
0.6
Advertised to peers (in unique update groups):
10.1.46.6 10.100.1.8 10.100.1.7
65002 65001
10.1.24.2 from 10.1.24.2 (10.100.1.2)
Received Label 24002
Origin IGP, localpref 100, valid, external, best, group-best, import-candidate
Received Path ID 0, Local Path ID 1, version 13
Origin-AS validity: not-found
RP/0/0/CPU0:R4#show route 10.100.1.1/32 detail
Routing entry for 10.100.1.1/32
Known via "bgp 65003", distance 20, metric 0, [ei]-bgp, labeled unicast (3107)
Tag 65002, type external
Installed Aug 23 12:37:11.440 for 00:06:02
Routing Descriptor Blocks
10.1.24.2, from 10.1.24.2, BGP external
Route metric is 0
Label: 0x5dc2 (24002)
Tunnel ID: None
Extended communities count: 0
NHID:0x0(Ref:0)
Route version is 0x4 (4)
Local Label: 0x3e82 (16002)
IP Precedence: Not Set
QoS Group ID: Not Set
Route Priority: RIB_PRIORITY_NON_RECURSIVE_LOW (11) SVD Type RIB_SVD_TYPE_LOCAL
Download Priority 4, Download Version 28
No advertising protos.
يظهر تصحيح الأخطاء الرسالة التالية عندما تكون التسمية المحلية غير مطلوبة:
RP/0/0/CPU0:Aug 23 13:01:15.801 : bgp[1048]: [default-lbl]: Prefix 10.100.1.1/32:()doesn't require label, releasing
RP/0/0/CPU0:Aug 23 13:01:15.801 : bgp[1048]: [default-lbl]: bgp_label_release_label: perform label release onnet 10.100.1.1/32net retain 0 label_retain 0
إذا كانت البادئة في LFIB تعتمد على ما إذا كانت البادئة قد تم إستلامها باسم أو لا وإذا كان تخصيص-label ينطبق على هذه البادئة.
التسمية المستلمة هي 24002 للبادئة التالية. لم يتم تثبيته في LFIB، لأن BGP ليس لديه الأمر distribute-label.
RP/0/0/CPU0:R4#show bgp ipv4 unicast 10.100.1.1/32
BGP routing table entry for 10.100.1.1/32
Versions:
Process bRIB/RIB SendTblVer
Speaker 4 4
Local Label: 24002
Last Modified: Aug 8 13:52:57.276 for 00:00:36
Paths: (1 available, best #1)
Advertised to update-groups (with more than one peer):
0.6
Advertised to peers (in unique update groups):
10.100.1.7
Path #1: Received by speaker 0
Advertised to update-groups (with more than one peer):
0.6
Advertised to peers (in unique update groups):
10.100.1.7
65002 65001
10.1.24.2 from 10.1.24.2 (10.100.1.2)
Received Label 24002
Origin IGP, localpref 100, valid, external, best, group-best, labeled-unicast
Received Path ID 0, Local Path ID 0, version 4
Origin-AS validity: not-found
router bgp 65003
bgp unsafe-ebgp-policy
address-family ipv4 unicast
!
RP/0/0/CPU0:R4# show mpls forwarding
Local Outgoing Prefix Outgoing Next Hop Bytes
Label Label or ID Interface Switched
------ ----------- ------------------ ------------ --------------- ------------
24000 Aggregate 10.1.24.0/24 default 0
24001 Aggregate 10.1.45.0/24 default 0
إذا كان الأمر distribute-label موجودا، فعندئذ تكون التسمية المحلية موجودة في LFIB:
router bgp 65003
bgp unsafe-ebgp-policy
address-family ipv4 unicast
allocate-label all
!
RP/0/0/CPU0:R4#show mpls forwarding
Local Outgoing Prefix Outgoing Next Hop Bytes
Label Label or ID Interface Switched
------ ----------- ------------------ ------------ --------------- ------------
24000 Aggregate 10.1.24.0/24 default 0
24001 Aggregate 10.1.45.0/24 default 0
24002 24002 10.100.1.1/32 10.1.24.2 0
حتى إذا تم تلقي بادئة BGP عبر جلسة عمل LU، ولكن لم يتم تعيين تسمية محلية، فلا يتم الإعلان عن المسار عبر جلسة عمل LU أخرى في حالة عمل NHS. هذه هي الحالة 14 في الجدول 1.هذه هي الحالة إذا كانت جلسة BGP الصادرة هي eBGP.
مثال:
RP/0/0/CPU0:R2#show bgp ipv4 unicast 10.100.1.1/32 detail
BGP routing table entry for 10.100.1.1/32
Versions:
Process bRIB/RIB SendTblVer
Speaker 3 3
Flags: 0x00001001+0x00000000;
Last Modified: Aug 22 09:00:20.646 for 00:10:56
Paths: (1 available, best #1)
Not advertised to any peer
Path #1: Received by speaker 0
Flags: 0x4080000001060001, import: 0x20
Not advertised to any peer
65001
10.1.12.1 from 10.1.12.1 (10.100.1.1)
Received Label 3
Origin IGP, metric 0, localpref 100, valid, external, best, group-best, labeled-unicast
Received Path ID 0, Local Path ID 0, version 3
Origin-AS validity: not-found
RP/0/0/CPU0:R2#show route 10.100.1.1/32 detail
Routing entry for 10.100.1.1/32
Known via "bgp 65002", distance 20, metric 0, labeled unicast (3107)
Tag 65001, type external
Installed Aug 22 09:00:20.416 for 00:10:59
Routing Descriptor Blocks
10.1.12.1, from 10.1.12.1, BGP external
Route metric is 0
Label: 0x100004 (1048580)
Tunnel ID: None
Binding Label: None
Extended communities count: 0
NHID:0x0(Ref:0)
Route version is 0x1 (1)
No local label
IP Precedence: Not Set
…
قد يرجع السبب في ذلك إلى عدم وجود الأمر "allocate-label" للبث الأحادي لعائلة العنوان تحت بروتوكول BGP للموجه.
ستحتاج إلى إعادة تشغيل العملية BGP عند إزالة الأمر "distribute-label" لإزالة التسميات المحلية لمسارات BGP.
يعد الأمر الجديد Advertising local-labeled-route في الجدول 1 أمرا جديدا للإشارة إلى أنه لا ينبغي الإعلان عن مسار ذو تسمية محلية كمسار غير مسمى عبر SAFI-1.
هذا أمر التالي:
الإعلان عن المسار المحلي المسمى [disable]
يتم تكوين هذا الأمر ضمن عائلة العناوين المجاورة. تتمثل وظيفة هذا الأمر في الإشارة إلى ما إذا كان يجب الإعلان عن مسار IPv4/v6 بتسمية محلية أو لا إلى جار BGP عبر البث الأحادي ل IPv4/v6 (SAFI 1).
والسلوك الافتراضي هو الإعلان عن الموجهات بتسمية محلية.
يمكن أيضا تكوين الأمر الجديد على النحو التالي:
إعلان محلي-tagged-route safi-unicast [disable]
يتم تكوين هذا الأمر تحت مجموعة af من قسم BGP. وظيفته هي نفسها الوظيفة المذكورة أعلاه وتنطبق على جميع جيران BGP.
والسلوك الافتراضي هو الإعلان عن الموجهات بتسمية محلية.
يوجد السطر "إعلانات المسارات ذات التسمية المحلية عبر Unicast SAFI" أو "عدم الإعلان عن المسارات ذات التسمية المحلية عبر Unicast SAFI" على الأمر" show bgp neighbor" أسفل مجموعة العناوين IPv4 Unicast للإشارة إلى أن مكبر صوت BGP يسمح بإعلان المسارات ذات التسمية المحلية أو لا.
مثال للسلوك الافتراضي:
RP/0/0/CPU0:R4#show bgp neighbor 10.1.45.5
…
For Address Family: IPv4 Unicast
BGP neighbor version 5
Update group: 0.1 Filter-group: 0.5 No Refresh request being processed
Extended Nexthop Encoding: advertised and received
Route refresh request: received 0, sent 0
0 accepted prefixes, 0 are bestpaths
Exact no. of prefixes denied : 0.
Cumulative no. of prefixes denied: 0.
Prefix advertised 2, suppressed 0, withdrawn 0
Maximum prefixes allowed 1048576
Threshold for warning message 75%, restart interval 0 min
An EoR was not received during read-only mode
Last ack version 5, Last synced ack version 0
Outstanding version objects: current 0, max 1, refresh 0
Additional-paths operation: None
Advertise routes with local-label via Unicast SAFI
…
أو
RP/0/0/CPU0:R4# conf t
RP/0/0/CPU0:R4(config)#router bgp 65003
RP/0/0/CPU0:R4(config-bgp)# neighbor 10.1.45.5
RP/0/0/CPU0:R4(config-bgp-nbr)# address-family ipv4 unicast
RP/0/0/CPU0:R4(config-bgp-nbr-af)#advertise local-labeled-route disable
RP/0/0/CPU0:R4(config-bgp-nbr-af)#commit
RP/0/0/CPU0:R4#show bgp neighbor 10.1.45.5
BGP neighbor is 10.1.45.5
…
For Address Family: IPv4 Unicast
BGP neighbor version 5
Update group: 0.1 Filter-group: 0.5 (Update-group Change
pending)
No Refresh request being processed
Extended Nexthop Encoding: advertised and received
Route refresh request: received 0, sent 0
0 accepted prefixes, 0 are bestpaths
Exact no. of prefixes denied : 0.
Cumulative no. of prefixes denied: 0.
Prefix advertised 2, suppressed 0, withdrawn 0
Maximum prefixes allowed 1048576
Threshold for warning message 75%, restart interval 0 min
An EoR was not received during read-only mode
Last ack version 5, Last synced ack version 0
Outstanding version objects: current 0, max 1, refresh 0
Additional-paths operation: None
Do not advertise routes with local-label via Unicast SAFI
لا توجد تغييرات في عملية حساب EnhancedPath. إذا كان المسار SAFI 1 أو SAFI 4 أو إذا كان المسار يحتوي على علامة أو لا، فإنه لا يحدث أي فرق في عملية حساب EnhancedPath. وبالتالي، لا يوجد تفضيل بين مسار SAFI 1 أو مسار SAFI 4. هذا بغض النظر عما إذا كان هناك SAFI 1/SAFI 4 على جلسة BGP نفسها أو على جلسات مختلفة. لذلك، إذا كانت جلسة BGP واحدة هي SAFI 1 و 4، وتم إستلام بادئة عبر كلا عائلي العناوين، عندئذ سيقوم حساب أفضل مسار بانتقاء واحد كأفضل مسار، نظرا لأن جميع السمات هي نفسها. إذا كانت كل سمات BGP هي نفسها بين مسار U ومسار LU، يصبح المسار الذي تم إستقباله الأخير هو أفضل مسار.
إذا تم تلقي مسارات SAFI 1 و SAFI 4 من نظائر BGP مختلفة، فهناك دائما أختلاف في المسارات التي تؤدي إلى BGP والتي تقوم دائما بانتقاء نفس المسار الأفضل من المسارين. حتى إذا كانت جميع السمات هي نفسها في هذه الحالة، فإن العنوان المجاور مختلف. بالنظر إلى خوارزمية تحديد مسار BGP الأفضل، يتم انتقاء المسار من المجاور صاحب العنوان المجاور الأدنى (الخطوة النهائية 13) كأفضل مسار.
أستخدم الأمر "show bgp <AFI> <SAFI> <prefix> bestpath-compare" للتحقق من السبب وراء كون أفضل مسار هو الأفضل.
هذا التفضيل يمكن أن يقوم به المستخدم، باستخدام RPL.
هنا مثال على RPL.
RP/0/0/CPU0:R7#show bgp ipv4 un 10.100.1.1/32 detail
BGP routing table entry for 10.100.1.1/32
Versions:
Process bRIB/RIB SendTblVer
Speaker 682 682
Flags: 0x00003001+0x00010000;
Last Modified: Aug 28 13:16:26.826 for 00:00:10
Paths: (2 available, best #2)
Not advertised to any peer
Path #1: Received by speaker 0
Flags: 0x4000000000020005, import: 0x20
Not advertised to any peer
65001
10.100.1.4 (metric 2) from 10.100.1.4 (10.100.1.10)
Origin IGP, metric 0, localpref 100, valid, internal
Received Path ID 1, Local Path ID 0, version 0
Originator: 10.100.1.10, Cluster list: 10.100.1.4
Path #2: Received by speaker 0
Flags: 0x4080000001060005, import: 0x20
Not advertised to any peer
65001
10.100.1.4 (metric 2) from 10.100.1.4 (10.100.1.10)
Received Label 24003
Origin IGP, metric 0, localpref 100, valid, internal, best, group-best, labeled-unicast
Received Path ID 1, Local Path ID 0, version 682
Originator: 10.100.1.10, Cluster list: 10.100.1.4
مسار LU هو الأفضل.
يستخدم RPL ذو الوزن لتفضيل مسار U.
route-policy weight
if destination in (10.100.1.1/32) then
set weight 60000
endif
end-policy
router bgp 65003
address-family ipv4 unicast
additional-paths receive
additional-paths send
!
neighbor 10.100.1.4
remote-as 65003
update-source Loopback0
address-family ipv4 unicast
route-policy weight in
!
address-family ipv4 labeled-unicast
!
!
RP/0/0/CPU0:R7#show bgp ipv4 un 10.100.1.1/32 bestpath-compare
BGP routing table entry for 10.100.1.1/32
Versions:
Process bRIB/RIB SendTblVer
Speaker 726 726
Last Modified: Aug 28 13:39:27.826 for 00:04:54
Paths: (2 available, best #1)
Not advertised to any peer
Path #1: Received by speaker 0
Not advertised to any peer
65001
10.100.1.4 (metric 2) from 10.100.1.4 (10.100.1.10)
Origin IGP, metric 0, localpref 100, weight 60000, valid, internal, best, group-best
Received Path ID 1, Local Path ID 0, version 726
Originator: 10.100.1.10, Cluster list: 10.100.1.4
best of AS 65001, Overall best
Path #2: Received by speaker 0
Not advertised to any peer
65001
10.100.1.4 (metric 2) from 10.100.1.4 (10.100.1.10)
Received Label 24003
Origin IGP, metric 0, localpref 100, valid, internal, labeled-unicast
Received Path ID 1, Local Path ID 0, version 0
Originator: 10.100.1.10, Cluster list: 10.100.1.4
Lower weight than best path (path #1)
مسار U هو الآن الأفضل.
لا يوجد أمر جديد لتفضيل المسارات المسماة على المسارات غير المسماة. أنت يستطيع فقط شكلت ال RPL إما تحت عنوان-family unicast أو يعين-unicast تحت BGP مجاور.
لتصحيح أخطاء نشر تحديث BGP في IOS-XR، يمكنك تشغيل أمر تصحيح الأخطاء التالي: debug bgp update <BGP neighbor> في | خارج.
سيظهر هذا تحديث BGP الوارد أو الصادر من مكبر صوت BGP هذا أو إليه. يتم عرض عائلة العناوين ك (ip4u) ل IPv4 غير المصنف غير المصنف (AFI 1/SAFI 1) أو ك (IPv4lu) للبث الأحادي IPv4 المصنف (AFI 1/SAFI 4). يحدث المعادل ل IPv6.
هناك حقل جديد "مسمى-unicast" يشير إلى أنه يتم التعرف على المسار عبر SAFI 4.
مثال:
RP/0/0/CPU0:R1#show bgp ipv4 unicast 10.100.1.7/32
BGP routing table entry for 10.100.1.7/32
Versions:
Process bRIB/RIB SendTblVer
Speaker 26 26
Last Modified: Sep 4 10:45:44.551 for 00:29:11
Paths: (1 available, best #1)
Not advertised to any peer
Path #1: Received by speaker 0
Not advertised to any peer
Local
10.100.1.4 (metric 3) from 10.100.1.102 (10.100.1.4)
Received Label 24000
Origin incomplete, metric 0, localpref 100, valid, internal, best, group-best, labeled-unicast
Received Path ID 0, Local Path ID 1, version 26
Originator: 10.100.1.4, Cluster list: 10.100.1.2
للتحقق من الإعلان عن البادئة، يمكنك إستخدام الأمر "show bgp ... neighbors" مع الكلمة الأساسية "مسارات معلنة" في النهاية.
مثال:
يعلن R4 عن 10.100.1.1/32 إلى المجاور 10.100.1.7 مرتين لأنه تم تمكين مسار إضافي (المساران مختلفان).
RP/0/0/CPU0:R4#show bgp ipv4 labeled-unicast neighbors 10.100.1.7 advertised-routes
Network Next Hop From AS Path
10.1.24.0/24 10.100.1.4 Local ?
10.1.34.0/24 10.100.1.4 Local ?
10.1.45.0/24 10.100.1.4 Local ?
10.1.46.0/24 10.100.1.4 Local ?
10.1.47.0/24 10.100.1.4 Local ?
10.1.48.0/24 10.100.1.4 Local ?
10.1.49.0/24 10.100.1.4 Local ?
10.1.104.0/24 10.100.1.4 Local ?
10.1.114.0/24 10.100.1.4 Local ?
10.100.1.1/32 10.100.1.4 10.100.1.9 65001i
10.100.1.10 65001i
10.100.1.4/32 10.100.1.4 Local ?
Processed 11 prefixes, 12 paths
تنطبق القواعد الواردة في الجدول 1. باستخدام موجه MPLS الموحد أو MPLS السلسة، يعمل موجه حدود المنطقة (ABR) كعاكس للمسار ولكنه أيضا الخطوة التالية لمسارات بروتوكول iBGP. تكون وحدات التحكم في الوصول الخاصة بالمنفذ (ABR) في مسار إعادة التوجيه لحركة المرور المسماة. يجب أن يكون ل ABRs التكوين الصريح لذات الخطوة التالية.
interface Loopback0
ipv4 address 10.100.1.7 255.255.255.255
!
interface Loopback1
ipv4 address 10.100.1.107 255.255.255.255
!
router bgp 65003
address-family ipv4 unicast
!
neighbor 10.100.1.4 -> towards loopback0 on peer
remote-as 65003
update-source Loopback0
address-family ipv4 unicast
!
!
neighbor 10.100.1.104 -> towards loopback1 on peer
remote-as 65003
update-source Loopback1
address-family ipv4 labeled-unicast
!
يتم إرسال/تلقي مسارات U و LU عبر جلستي BGP مختلفتين.
RP/0/0/CPU0:R7#show bgp ipv4 unicast 10.100.1.1/32 detail
BGP routing table entry for 10.100.1.1/32
Versions:
Process bRIB/RIB SendTblVer
Speaker 753 753
Flags: 0x00001001+0x00010000;
Last Modified: Aug 28 14:06:40.826 for 00:22:10
Paths: (2 available, best #1)
Not advertised to any peer
Path #1: Received by speaker 0
Flags: 0x4000000001060005, import: 0x20
Not advertised to any peer
65001
10.100.1.4 (metric 2) from 10.100.1.4 (10.100.1.10)
Origin IGP, metric 0, localpref 100, valid, internal, best, group-best
Received Path ID 1, Local Path ID 0, version 753
Originator: 10.100.1.10, Cluster list: 10.100.1.4
Path #2: Received by speaker 0
Flags: 0x4080000000020005, import: 0x20
Not advertised to any peer
65001
10.100.1.104 (metric 2) from 10.100.1.104 (10.100.1.10)
Received Label 24003
Origin IGP, metric 0, localpref 100, valid, internal, labeled-unicast
Received Path ID 1, Local Path ID 0, version 0
Originator: 10.100.1.10, Cluster list: 10.100.1.4