انعكاس المسار الأمثل لبروتوكول العبّارة الحدودية (BGP)
المحتويات
المقدمة
يصف هذا المستند كيفية تأثير التوجيه عندما يكون هناك عاكس مسار واحد أو أكثر (RRs) في الشبكة لتجنب شبكة كاملة بين موجهات iBGP.
معلومات أساسية
الخطوة 8 في خوارزمية تحديد مسار BGP الأفضل هي تفضيل المسار بأقل قياس IGP على الخطوة التالية ل BGP. لذلك، إذا كانت جميع الخطوات السابقة للخطوة 8 متساوية، فإن الخطوة 8 يمكن أن تكون العامل المقرر في ما يتعلق بالمسار الأفضل على RR. وبعد ذلك يتم تحديد تكلفة بروتوكول العبارة الداخلية من RR إلى موجه iBGP الخاص بالإعلان بواسطة وضع RR. وبشكل افتراضي، يعلن RR عن أفضل مسار لعملائه فقط. قد تكون تكلفة بروتوكول العبارة الداخلية لموجه الإعلان أصغر أو أكبر، وذلك حسب مكان وضع RR. إذا كانت جميع تكاليف بروتوكول العبارة الداخلية للمسارات متطابقة، فمن المرجح أن ينتهي بها المطاف إلى قاطع توصيل موجه الإعلان الذي يحتوي على معرف موجه BGP الأدنى.
الرسم التخطيطي للشبكة
تعلن الموجهات PE1، PE2، و PE3 عن البادئة 172.16.2.0/24. إذا كانت جميع تكاليف بروتوكول العبارة الداخلية للروابط هي نفسها، فسيرى RR المسار من PE1 و PE2 و PE3 بتكلفة بروتوكول العبارة الداخلية تبلغ 2. في النهاية، يختار ال RR المسار من PE1 كأفضل لأنه يحتوي على معرف موجه BGP الأدنى. هذه الخطوة 11 في خوارزمية تحديد مسار BGP الأفضل. والنتيجة هي أن جميع موجهات PE، بما في ذلك PE4، ستقوم بإختيار PE1 كموجه PE للخروج للبادئة 172.16.2.0/24. من وجهة نظر PE4، فإن مسار بروتوكول العبارة الداخلية الأقصر إلى أي موجه Egress PE هو المسار إلى PE3، بتكلفة بروتوكول العبارة الداخلية تبلغ 1. تكلفة بروتوكول العبارة الداخلية لأي موجه PE آخر هي 2. بالنسبة للعديد من الشبكات، يعتبر حقيقة نقل حركة المرور عبر شبكة النقل في أقصر طريقة ممكنة أمرا مهما. وهذا يعرف باسم توجيه البطاطا الساخنة.
هناك سبب آخر محتمل لأن RR اختار أفضل مسار من PE1. إذا كانت تكلفة بروتوكول العبارة الداخلية (IGP) للرابط P2-PE3 في الصورة 10 وكانت جميع الارتباطات الأخرى لا تزال تحتوي على تكلفة بروتوكول العبارة الداخلية (IGP) تبلغ 1، فإن RR لن تختار المسار من PE3 كأفضل مسار، حتى إذا كان PE3 يحتوي على أقل معرف لموجه BGP.
إذا كان مسؤول هذه الشبكة يريد أن يكون له توجيه بالبطاطا الساخنة، فيجب أن تكون الآلية في مكانها لذلك عندما يكون هناك RRs في الشبكة، يمكن لموجه المدخل أن يتعلم المسار إلى أقرب موجه مخرج في شبكة iBGP. يمكن أن تحقق ميزة إضافة مسار BGP ذلك. مهما مع ذلك سمة، ال RRs وال حد مسحاج تخديد ينبغي يتلقى أكثر حداثة رمز أن يفهم السمة. باستخدام ميزة انعكاس مسار BGP الأمثل، لا يعد هذا متطلبا. ستسمح هذه الميزة ل RR بإرسال أفضل مسار إلى موجه حدود BGP المدخل، بناء على ما يعتقد RR أنه أفضل مسار من منظور موجه BGP ذلك المدخل.
وهناك حل آخر من شأنه أن يسمح بتوجيه التطبيقات الساخنة عند نشر وحدات الاستجابة السريعة، ألا وهو تحديد مواضع وحدات الاستجابة السريعة (RRs) في السطر. هذه المراوح ليس RRs مخصصة، والتي تشغل BGP و IGP فقط. تكون وحدات RR المضمنة هذه في مسار إعادة التوجيه، ويتم وضعها في الشبكة حتى يكون لها مجموعة خاصة بها من عملاء RR، حتى يمكنها عكس أفضل مسار لكل عميل RR، والذي يعد أيضا أفضل مسار من منظور عميل RR هذا.
كما هو موضح في هذه الصورة، يتم وضع وحدات الاستجابة السريعة (RR) في الشبكة حتى يتسنى لها تقديم مجموعة صغيرة من عملاء RR القريبين الذين يمكنهم تقديم خدماتهم. بسبب تصميم الشبكة، يتلقى عملاء RR أفضل المسارات والتي هي أفضل المسارات من وجهة نظرهم، من RRs حتى يمكن أن يكون هناك توجيه سريع للبطاطا في الشبكة.
نظرية
يتم وصف انعكاس المسار الأمثل لبروتوكول بوابة الحدود (BGP) في انعكاس المسار المثالي وفقا لمعيار IETF draft-ietf-idr-bgp.
يسمح حل انعكاس المسار الأمثل ل BGP ل RR بإرسال مسار أفضل محدد إلى موجه حد BGP محدد. يمكن أن يختار ال RR أن يرسل مسار مختلف إلى موجهات حدود BGP أو مجموعة من الموجهات الحدودية. يجب أن تكون موجهات الحدود عملاء RR. الهدف أن كل مدخل BGP حد مسحاج تخديد يستطيع يتلقى مختلف مخرج أو مخرج BGP مسحاج تخديد ل ال نفسه بادئة. إذا كان يمكن لموجه الحدود المدخل دائما إعادة توجيه حركة المرور إلى موجه إغلاق AS-exit، فهذا يسمح بتوجيه البطاطا الساخنة.
المشكلة أن RR يرسل عادة ال نفسه أفضل مسار إلى كل BGP حدود مسحاج تخديد، أي يمنع تحشد البطاطا الساخنة. لحل هذه المشكلة، يلزمك أن يكون RR قادرا على حساب أفضل المسارات المختلفة لنفس البادئة حسب موجه حدود BGP الخاص بالمدخل. يتم إجراء أفضل حساب للمسار على RR استنادا إلى موضع موجه حد BGP المدخل، وبالتالي، سيقوم RR بعملية حساب أفضل مسار BGP من منظور موجه حدود المدخل. ال RR الذي يستطيع فقط أن يفعل هذا هو ال RR أن يتلقى الصورة الكاملة من الطبولوجيا من الشبكة من ال igp منظور حيث ال RR ومدخل حد مسحاج تخديد (مسحاج تخديد) يقع. ولكي يتم تلبية هذا المتطلب، يجب أن يكون بروتوكول العبارة الداخلية بروتوكول توجيه حالة الارتباط.
في هذه الحالة، يمكن أن يقوم RR بتشغيل حساب أقصر مسار أولا (SPF) باستخدام موجه الحد المدخل كجذر للشجرة وحساب التكلفة لكل موجه آخر. بهذه الطريقة، ستعرف التكلفة من موجه حدود الدخول إلى جميع موجهات حدود الخروج الأخرى. تتم الإشارة إلى هذا الحساب الخاص ل SPF مع موجه آخر كجذر، باسم SPF العكسي (rSPF). ولا يمكن القيام بذلك إلا إذا تعلم RR جميع مسارات BGP من جميع موجهات حدود BGP. يمكن أن يكون هناك عدد من ملفات rSPFs التي يتم تشغيلها وعدد عملاء RR. وهذا سيزيد من حمل وحدة المعالجة المركزية (CPU) إلى حد ما على RR.
يسمح الحل بأن تستند أفضل حساب للمسار إلى خوارزمية تحديد مسار BGP الأفضل، والتي ستؤدي إلى أن يقوم RR بانتقاء أفضل مسار من منظور موجه حدود المدخل الذي يرسل RR المسار إليه. وهذا يعني أنه سيتم انتقاء أفضل مسار استنادا إلى تكلفة بروتوكول العبارة الداخلية الأقصر إلى الخطوة التالية لبروتوكول BGP. كما يسمح الحل بانتقاء المسار الأفضل استنادا إلى بعض السياسات التي تم تكوينها. يمكن لموجهات حدود الدخول إختيار أفضل المسارات الخاصة بها استنادا إلى بعض السياسات التي تم تكوينها، وليس على أقل تكلفة لبروتوكول العبارة الداخلية. يسمح الحل ل RR بتنفيذ انعكاس المسار الأمثل إما على تكلفة بروتوكول العبارة الداخلية (موقع على الشبكة) أو على بعض السياسات التي تم تكوينها، أو على كليهما. في حالة نشر كليهما، يتم تطبيق السياسة أولا ثم يحدث انعكاس المسار الأمثل القائم على بروتوكول العبارة الداخلية على المسارات المتبقية.
تنفيذ IOS-XR
يتيح تنفيذ IOS-XR ما يصل إلى ثلاث عقد أساسية لحساب rSPF. إذا كان لديك العديد من عملاء RR في مجموعة تحديث واحدة، فلا حاجة بعد ذلك إلى عملية حساب rSPF واحدة لكل عميل RR إذا كان عملاء RR هؤلاء سيمتلكون نفس السياسة و/أو نفس تكاليف IGP لموجهات حدود BGP الخاصة بالمخرج المختلفة. وهذا الأخير يعني عادة أن عملاء الاستجابة السريعة (RR) يتشاركون في الموقع (ويحتمل أن يكونوا في نقطة تواجد واحدة). وإذا كان الأمر كذلك، فلا حاجة إلى تكوين كل عميل RR كجذر. يسمح تنفيذ IOS-XR بتكوين ثلاثة، الجذر الرئيسي والثانوي والثالثي، لكل مجموعة من عملاء RR، لأغراض التكرار. لتطبيق ميزة BGP ORR على أي عميل RR، يجب تكوين عميل RR هذا ليكون جزءا من مجموعة نهج OR.
يتم تمكين ميزة BGP ORR لكل مجموعة عناوين.
مطلوب بروتوكول حالة الارتباط. يمكن أن يكون OSPF أو IS-IS.
ينفذ IOS XR ميزة BGP ORR فقط استنادا إلى تكلفة IGP إلى الخطوة التالية BGP، ولا يعتمد على بعض السياسات التي تم تكوينها.
يتم وضع نظائر BGP ذات سياسة الصادر نفسها في مجموعة التحديث نفسها. وعادة ما تكون هذه هي حالة iBGP على RR. عندما يتم تمكين ميزة BGP ORR، فعندئذ سيكون النظراء من مجموعات OR مختلفة في مجموعات تحديث مختلفة. وهذا منطقي، لأن التحديثات المرسلة من RR إلى عملاء RR في مجموعات أو BGP مختلفة ستكون مختلفة، لأن أفضل مسار BGP مختلف.
يتم تخزين نتيجة عمليات حساب rSPF في قاعدة بيانات.
ORRSPF هو المكون الجديد في IOS-XR المطلوب لميزة BGP ORR. يقوم ORRSPF بالإهتمام:
- جمع معلومات حالة الارتباط والحفاظ على قاعدة بيانات حالة الارتباط
- تشغيل ملفات rSPFs، والاحتفاظ بملفات SPT، لكل مجموعة نهج
- تنزيل البادئات من SPT إلى RIB باستخدام المقاييس
تحصل قاعدة البيانات على معلومات حالة الارتباط الخاصة بها إما مباشرة من بروتوكول العبارة الداخلية لحالة الارتباط أو من بروتوكول BGP-LS.
ينتج عن حسابات rSPF مخطط يظهر أقصر مسار من عميل RR إلى أي موجه آخر في المنطقة/المستوى.
يتم تخزين المسارات المعلقة على كل موجه في المخطط في جدول RIB خاص لنهج مجموعة ORR ونهج لكل AFI/SAFI. يتم إنشاء هذا الجدول بواسطة RSI. يتم ملء الجدول بالمسارات التي يتم حسابها بواسطة وحدات rSPFs ويكون الجذر الأساسي هو الجذر. إذا أصبح الجذر الأساسي غير متاح، يصبح الجذر الثانوي هو الجذر ويقوم بتعميم المسارات في جدول ORR RIB. وينطبق الأمر نفسه على جذر الطبقة الثالثة.
التكوين
الحد الأدنى للتكوين المطلوب:
- يلزم تمكين OR لعائلة عنوان BGP، لمجموعات محددة من جيران BGP
- لكل مجموعة من جيران BGP، يلزم تكوين جذر واحد على الأقل. وبشكل إختياري، يمكن تكوين جذر ثانوي وثالثي.
- يلزم تمكين إعادة توزيع مسارات OR من بروتوكول العبارة الداخلية إلى بروتوكول بوابة الحدود (BGP).
مثال التكوين
كما هو موضح في الصورة الأولى، فإن RR هو موجه IOS-XR باستخدام ميزة BGP ORR.
تقوم جميع الموجهات الأخرى بتشغيل IOS. لا تحتوي هذه الموجهات على ميزة BGP ORR.
يعلن PE1 و PE2 و PE3 عن البادئة 172.16.2.0/24 في AFI/SAFI 1/1 (البث الأحادي ل IPv4). يقترب RR بنفس القدر من PE1 و PE2 مقارنة ب PE3. تكلفة بروتوكول العبارة الداخلية لجميع الارتباطات هي 1. أفضل مسار لهذه البادئة هو المسار مع R1 كالخطوة التالية بسبب معرف موجه BGP الأدنى.
RP/0/0/CPU0:RR#show bgp ipv4 unicast 172.16.2.0/24 bestpath-compare
BGP routing table entry for 172.16.2.0/24
Versions:
Process bRIB/RIB SendTblVer
Speaker 34 34
Last Modified: Mar 7 20:29:48.156 for 11:36:44
Paths: (3 available, best #1)
Advertised to update-groups (with more than one peer):
0.3
Path #1: Received by speaker 0
Advertised to update-groups (with more than one peer):
0.3
Local, (Received from a RR-client)
10.100.1.1 (metric 3) from 10.100.1.1 (10.100.1.1)
Origin IGP, metric 0, localpref 100, valid, internal, best, group-best
Received Path ID 0, Local Path ID 1, version 34
best of local AS, Overall best
Path #2: Received by speaker 0
Not advertised to any peer
Local, (Received from a RR-client)
10.100.1.2 (metric 3) from 10.100.1.2 (10.100.1.2)
Origin IGP, metric 0, localpref 100, valid, internal, add-path
Received Path ID 0, Local Path ID 6, version 33
Higher router ID than best path (path #1)
Path #3: Received by speaker 0
ORR bestpath for update-groups (with more than one peer):
0.1
Local, (Received from a RR-client)
10.100.1.3 (metric 5) from 10.100.1.3 (10.100.1.3)
Origin IGP, metric 0, localpref 100, valid, internal, add-path
Received Path ID 0, Local Path ID 7, version 34
Higher IGP metric than best path (path #1)
سيحصل PE4 على المسار مع PE1 كالخطوة التالية. لذلك، لا يوجد توجيه للبطاطا الساخنة ل PE4.
إذا كنت تريد الحصول على توجيه للبطاطا الساخنة على PE4، فبالنسبة للبادئات المعلن عنها بواسطة PE1 و PE2 و PE3 (على سبيل المثال البادئة 172.16.2.0/24)، فيجب أن يحتوي PE1 على PE3 كنقطة خروج. وهذا يعني أن المسار على PE4 يجب أن يكون المسار الذي يحتوي PE3 على الخطوة التالية. يمكننا جعل RR يرسل المسار مع الخطوة التالية PE3 إلى PE4 مع هذا OR تشكيل.
router ospf 1
distribute bgp-ls
area 0
interface Loopback0
!
interface GigabitEthernet0/0/0/0
network point-to-point
!
!
!
router bgp 1
address-family ipv4 unicast
optimal-route-reflection ipv4-orr-group 10.100.1.4
!
address-family vpnv4 unicast
!
neighbor 10.100.1.1
remote-as 1
update-source Loopback0
address-family ipv4 unicast
route-reflector-client
!
!
neighbor 10.100.1.2
remote-as 1
update-source Loopback0
address-family ipv4 unicast
route-reflector-client
!
!
neighbor 10.100.1.3
remote-as 1
update-source Loopback0
address-family ipv4 unicast
route-reflector-client
!
!
neighbor 10.100.1.4
remote-as 1
update-source Loopback0
address-family ipv4 unicast
optimal-route-reflection ipv4-orr-group
route-reflector-client
!
!
neighbor 10.100.1.5
remote-as 1
update-source Loopback0
address-family ipv4 unicast
route-reflector-client
!
!
!
إذا كان بروتوكول العبارة الداخلية IS-IS:
router isis 1
net 49.0001.0000.0000.0008.00
distribute bgp-ls
address-family ipv4 unicast
metric-style wide
!
interface Loopback0
address-family ipv4 unicast
!
!
interface GigabitEthernet0/0/0/0
address-family ipv4 unicast
!
!
!
هندسة حركة مرور MPLS على الموجه الجذري
يحتاج RR إلى العثور على عنوان الجذر الذي تم تكوينه في قاعدة بيانات IGP، من أجل تشغيل rSPF. في تنظيم "الدولة الإسلامية"، يوجد الموجه-الهوية في قاعدة بيانات "داعش". بالنسبة ل OSPF، لا يوجد معرف موجه في شبكات OSPF المحلية. الحل هو أن تقوم الموجهات الجذر بالإعلان عن تحويل التسمية متعدد البروتوكولات (MPLS) باستخدام معرف الموجه الذي يتطابق مع عنوان الجذر الذي تم تكوينه على RR.
بالنسبة ل OSPF، تحتاج الموجهات الجذر إلى تكوين إضافي لعمل BGP أو العمل. يلزم الحد الأدنى من تكوين MPLS TE على أي موجه جذر للإعلان عن هذا MPLS TE Router-ID. تعتمد المجموعة الدنيا للأمر على نظام تشغيل الموجه الجذري. يحتاج تكوين MPLS TE على الموجه الجذري إلى الحد الأدنى للتكوين ل MPLS TE الذي تم تمكينه حتى يقوم OSPF بالإعلان عن معرف موجه MPLS في LSA للمنطقة المعتمة (النوع 10).
بمجرد أن يحتوي RR على LSA مساحة معتمة مع MPLS TE Router-ID الذي يطابق عنوان الموجه الجذري الذي تم تكوينه، يمكن تشغيل rSPF ويمكن BGP على RR الإعلان عن المسار الأمثل.
أدنى تكوين مطلوب ل OSPF على الموجه الجذري إذا كان موجه IOS هو:
!
interface GigabitEthernet0/2
ip address 10.1.34.4 255.255.255.0
ip ospf network point-to-point
mpls traffic-eng tunnels
!
router ospf 1
mpls traffic-eng router-id Loopback0
mpls traffic-eng area 0
router-id 10.200.1.155
network 10.0.0.0 0.255.255.255 area 0
!
لاحظ ما يلي:
- يتم تمكين MPLS TE في منطقة OSPF المحددة
- تم تكوين MPLS TE Router-ID ليطابق عنوان الجذر الذي تم تكوينه على RR
- يتم تكوين MPLS TE على واجهة واحدة على الأقل
- لا حاجة إلى تكوين RSVP-TE
- لا توجد حاجة إلى تكوين MPLS TE على أي موجه آخر في المنطقة
أدنى تكوين مطلوب ل OSPF على الموجه الجذري إذا كان موجه IOS-XR هو:
!
router ospf 1
router-id 5.6.7.8
area 0
mpls traffic-eng
interface Loopback0
!
interface GigabitEthernet0/0/0/0
network point-to-point
!
!
mpls traffic-eng router-id 10.100.1.11
!
mpls traffic-eng
!
إذا كان التكوين المذكور أعلاه في موضعه على الموجه الجذر، فيجب أن يحتوي RR على معرف الموجه في قاعدة بيانات OSPF الخاص ب MPLS.
RP/0/0/CPU0:RR#show ospf 1 database
OSPF Router with ID (10.100.1.99) (Process ID 1)
Router Link States (Area 0)
Link ID ADV Router Age Seq# Checksum Link count
10.1.12.1 10.1.12.1 1297 0x8000002b 0x006145 3
10.100.1.2 10.100.1.2 646 0x80000025 0x00fb6f 7
10.100.1.3 10.100.1.3 1693 0x80000031 0x003ba9 5
10.100.1.99 10.100.1.99 623 0x8000001e 0x00ade1 3
10.200.1.155 10.200.1.155 28 0x80000002 0x009b2e 5
Type-10 Opaque Link Area Link States (Area 0)
Link ID ADV Router Age Seq# Checksum Opaque ID
1.0.0.0 10.200.1.155 34 0x80000001 0x00a1ad 0
1.0.0.3 10.200.1.155 34 0x80000001 0x0057ff 3
RP/0/0/CPU0:RR#show ospf 1 database opaque-area adv-router 10.200.1.155
OSPF Router with ID (10.100.1.99) (Process ID 1)
Type-10 Opaque Link Area Link States (Area 0)
LS age: 184
Options: (No TOS-capability, DC)
LS Type: Opaque Area Link
Link State ID: 1.0.0.0
Opaque Type: 1
Opaque ID: 0
Advertising Router: 10.200.1.155
LS Seq Number: 80000001
Checksum: 0xa1ad
Length: 28
MPLS TE router ID : 10.100.1.4
Number of Links : 0
LS age: 184
Options: (No TOS-capability, DC)
LS Type: Opaque Area Link
Link State ID: 1.0.0.3
Opaque Type: 1
Opaque ID: 3
Advertising Router: 10.200.1.155
LS Seq Number: 80000001
Checksum: 0x57ff
Length: 132
Link connected to Point-to-Point network
Link ID : 10.100.1.3 (all bandwidths in bytes/sec)
Interface Address : 10.1.34.4
Neighbor Address : 10.1.34.3
Admin Metric : 1
Maximum bandwidth : 125000000
Maximum reservable bandwidth global: 0
Number of Priority : 8
Priority 0 : 0 Priority 1 : 0
Priority 2 : 0 Priority 3 : 0
Priority 4 : 0 Priority 5 : 0
Priority 6 : 0 Priority 7 : 0
Affinity Bit : 0
IGP Metric : 1
Number of Links : 1
لاحظ أن MPLS TE Router-ID (10.100.1.4) و OSPF Router-ID مختلفان.
يحتوي PE4 على PE3 كالخطوة التالية للبادئة (باستخدام قياس IGP الصحيح إلى الخطوة التالية):
PE4#show bgp ipv4 unicast 172.16.2.0
BGP routing table entry for 172.16.2.0/24, version 37
Paths: (1 available, best #1, table default)
Not advertised to any peer
Refresh Epoch 1
Local
10.100.1.3 (metric 2) from 10.100.1.8 (10.100.1.8)
Origin IGP, metric 0, localpref 100, valid, internal, best
Originator: 10.100.1.3, Cluster list: 10.100.1.8
rx pathid: 0, tx pathid: 0x0
ما يزال PE5 يحتوي على PE1 كالخطوة التالية للبادئة (باستخدام قياس IGP الصحيح إلى الخطوة التالية):
PE5#show bgp ipv4 unicast 172.16.2.0/24
BGP routing table entry for 172.16.2.0/24, version 13
Paths: (1 available, best #1, table default)
Not advertised to any peer
Refresh Epoch 1
Local
10.100.1.1 (metric 3) from 10.100.1.8 (10.100.1.8)
Origin IGP, metric 0, localpref 100, valid, internal, best
Originator: 10.100.1.1, Cluster list: 10.100.1.8
rx pathid: 0, tx pathid: 0x0
استكشاف الأخطاء وإصلاحها
تحقق من البادئة على RR:
RP/0/0/CPU0:RR#show bgp ipv4 unicast 172.16.2.0
BGP routing table entry for 172.16.2.0/24
Versions:
Process bRIB/RIB SendTblVer
Speaker 19 19
Last Modified: Mar 7 16:41:20.156 for 03:07:40
Paths: (3 available, best #1)
Advertised to update-groups (with more than one peer):
0.3
Path #1: Received by speaker 0
Advertised to update-groups (with more than one peer):
0.3
Local, (Received from a RR-client)
10.100.1.1 (metric 3) from 10.100.1.1 (10.100.1.1)
Origin IGP, metric 0, localpref 100, valid, internal, best, group-best
Received Path ID 0, Local Path ID 1, version 14
Path #2: Received by speaker 0
Not advertised to any peer
Local, (Received from a RR-client)
10.100.1.2 (metric 3) from 10.100.1.2 (10.100.1.2)
Origin IGP, metric 0, localpref 100, valid, internal, add-path
Received Path ID 0, Local Path ID 4, version 14
Path #3: Received by speaker 0
ORR bestpath for update-groups (with more than one peer):
0.1
Local, (Received from a RR-client)
10.100.1.3 (metric 5) from 10.100.1.3 (10.100.1.3)
Origin IGP, metric 0, localpref 100, valid, internal, add-path
Received Path ID 0, Local Path ID 5, version 19
لاحظ أنه تمت إضافة مسار إضافي إلى المسارات الأخرى غير الأفضل، بحيث يمكن الإعلان عنها أيضا، بجانب المسار الأفضل. لا يتم إستخدام ميزة "إضافة مسار" بين RR وعملائه: لا يتم الإعلان عن المسارات باستخدام معرف المسار.
تحقق من الإعلان (المستمر) عن المسار (المسارات) لجيران BGP المحددة.
إلى PE4 المجاور، الخطوة التالية هي PE3 للبادئة 172.16.2.0/24:
RP/0/0/CPU0:RR#show bgp ipv4 unicast neighbors 10.100.1.4 advertised-routes
Network Next Hop From AS Path
172.16.1.0/24 10.100.1.5 10.100.1.5 i
172.16.2.0/24 10.100.1.3 10.100.1.3 i
Processed 2 prefixes, 2 paths
إلى PE5 المجاور، الخطوة التالية هي PE1 للبادئة 172.16.2.0/24:
RP/0/0/CPU0:RR#show bgp ipv4 unicast neighbors 10.100.1.5 advertised-routes
Network Next Hop From AS Path
172.16.1.0/24 10.100.1.8 10.100.1.5 i
172.16.2.0/24 10.100.1.1 10.100.1.1 i
يوجد الجار 10.100.1.4 في مجموعة التحديث الخاصة به بسبب سياسة OR المعمول بها:
RP/0/0/CPU0:RR#show bgp ipv4 unicast update-group
Update group for IPv4 Unicast, index 0.1:
Attributes:
Neighbor sessions are IPv4
Internal
Common admin
First neighbor AS: 1
Send communities
Send GSHUT community if originated
Send extended communities
Route Reflector Client
ORR root (configured): ipv4-orr-group; Index: 0
4-byte AS capable
Non-labeled address-family capable
Send AIGP
Send multicast attributes
Minimum advertisement interval: 0 secs
Update group desynchronized: 0
Sub-groups merged: 0
Number of refresh subgroups: 0
Messages formatted: 8, replicated: 8
All neighbors are assigned to sub-group(s)
Neighbors in sub-group: 0.1, Filter-Groups num:1
Neighbors in filter-group: 0.3(RT num: 0)
10.100.1.4
Update group for IPv4 Unicast, index 0.3:
Attributes:
Neighbor sessions are IPv4
Internal
Common admin
First neighbor AS: 1
Send communities
Send GSHUT community if originated
Send extended communities
Route Reflector Client
4-byte AS capable
Non-labeled address-family capable
Send AIGP
Send multicast attributes
Minimum advertisement interval: 0 secs
Update group desynchronized: 0
Sub-groups merged: 1
Number of refresh subgroups: 0
Messages formatted: 12, replicated: 42
All neighbors are assigned to sub-group(s)
Neighbors in sub-group: 0.3, Filter-Groups num:1
Neighbors in filter-group: 0.1(RT num: 0)
10.100.1.1 10.100.1.2 10.100.1.3 10.100.1.5
يعرض الأمر show orrspf database مجموعة ORR وجذورها (جذورها)،
RP/0/0/CPU0:RR#show orrspf database
ORR policy: ipv4-orr-group, IPv4, RIB tableid: 0xe0000012
Configured root: primary: 10.100.1.4, secondary: NULL, tertiary: NULL
Actual Root: 10.100.1.4
Number of mapping entries: 1
يوفر الأمر نفسه مع الكلمة الأساسية التفصيلية تكلفة جذر rSPF لكل موجه/بادئة أخرى في منطقة OSPF نفسها:
RP/0/0/CPU0:RR#show orrspf database detail
ORR policy: ipv4-orr-group, IPv4, RIB tableid: 0xe0000012
Configured root: primary: 10.100.1.4, secondary: NULL, tertiary: NULL
Actual Root: 10.100.1.4
Prefix Cost
10.100.1.6 2
10.100.1.1 3
10.100.1.2 3
10.100.1.3 2
10.100.1.4 0
10.100.1.5 3
10.100.1.7 3
10.100.1.8 4
Number of mapping entries: 9
تم تعيين معرف الجدول من قبل RSI لمجموعة ORR و AFI/SAFI:
RP/0/0/CPU0:RR#show rsi table-id 0xe0000012
TBL_NAME=ipv4-orr-group, AFI=IPv4, SAFI=Ucast TBL_ID=0xe0000012 in VRF=default/0x60000000 in VR=default/0x20000000
Refcnt=1
VRF Index=4 TCM Index=1
Flags=0x0 LST Flags=(0x0) NULL
RP/0/0/CPU0:RR#show rib tables
Codes: N - Prefix Limit Notified, F - Forward Referenced
D - Table Deleted, C - Table Reached Convergence
VRF/Table SAFI Table ID PrfxLmt PrfxCnt TblVersion N F D C
default/default uni 0xe0000000 5000000 22 128 N N N Y
**nVSatellite/default uni 0xe0000010 5000000 2 4 N N N Y
default/ipv4-orr-grou uni 0xe0000012 5000000 9 27 N N N Y
default/default multi 0xe0100000 5000000 0 0 N N N Y
تكون تكلفة الجذر (R4/10.100.1.4) ل rSPF لكل موجه آخر هي نفس التكلفة التي يتم رؤيتها مع show ip route ospf على PE4:
PE4#show ip route ospf
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
a - application route
+ - replicated route, % - next hop override, p - overrides from PfR
Gateway of last resort is not set
10.0.0.0/8 is variably subnetted, 20 subnets, 2 masks
O 10.100.1.1/32 [110/3] via 10.1.7.6, 4d05h, GigabitEthernet0/1
O 10.100.1.2/32 [110/3] via 10.1.7.6, 4d05h, GigabitEthernet0/1
O 10.100.1.3/32 [110/2] via 10.1.8.3, 4d06h, GigabitEthernet0/2
O 10.100.1.5/32 [110/3] via 10.1.7.6, 4d05h, GigabitEthernet0/1
O 10.100.1.6/32 [110/2] via 10.1.7.6, 4d05h, GigabitEthernet0/1
O 10.100.1.7/32 [110/3] via 10.1.8.3, 4d06h, GigabitEthernet0/2
[110/3] via 10.1.7.6, 4d05h, GigabitEthernet0/1
O 10.100.1.8/32 [110/4] via 10.1.8.3, 4d05h, GigabitEthernet0/2
[110/4] via 10.1.7.6, 4d05h, GigabitEthernet0/1
مجموعة أو BGP الخاصة ب RIB:
RP/0/0/CPU0:RR#show route afi-all safi-all topology ipv4-orr-group
IPv4 Unicast Topology ipv4-orr-group:
-------------------------------------
Codes: C - connected, S - static, R - RIP, B - BGP, (>) - Diversion path
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - ISIS, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, su - IS-IS summary null, * - candidate default
U - per-user static route, o - ODR, L - local, G - DAGR, l - LISP
A - access/subscriber, a - Application route
M - mobile route, r - RPL, (!) - FRR Backup path
Gateway of last resort is not set
o 10.100.1.1/32 [255/3] via 0.0.0.0, 14:14:52, Unknown
o 10.100.1.2/32 [255/3] via 0.0.0.0, 14:14:52, Unknown
o 10.100.1.3/32 [255/2] via 0.0.0.0, 00:04:53, Unknown
o 10.100.1.4/32 [255/0] via 0.0.0.0, 14:14:52, Unknown
o 10.100.1.5/32 [255/3] via 0.0.0.0, 14:14:52, Unknown
o 10.100.1.6/32 [255/2] via 0.0.0.0, 14:14:52, Unknown
o 10.100.1.7/32 [255/3] via 0.0.0.0, 14:14:52, Unknown
o 10.100.1.8/32 [255/4] via 0.0.0.0, 14:14:52, Unknown
RP/0/0/CPU0:RR#show rsi table name ipv4-orr-group
VR=default:
TBL_NAME=ipv4-orr-group, AFI=IPv4, SAFI=Ucast TBL_ID=0xe0000012 in VRF=default/0x60000000 in VR=default/0x20000000
Refcnt=1
VRF Index=4 TCM Index=1
Flags=0x0 LST Flags=(0x0) NULL
يظهر الأمر show bgp neighbor ما إذا كان النظير هو جذر OR:
RP/0/0/CPU0:RR#show bgp neighbor 10.100.1.4
BGP neighbor is 10.100.1.4
Remote AS 1, local AS 1, internal link
Remote router ID 10.100.1.4
Cluster ID 10.100.1.8
BGP state = Established, up for 01:17:41
NSR State: None
Last read 00:00:52, Last read before reset 01:18:30
Hold time is 180, keepalive interval is 60 seconds
Configured hold time: 180, keepalive: 60, min acceptable hold time: 3
Last write 00:00:34, attempted 19, written 19
Second last write 00:01:34, attempted 19, written 19
Last write before reset 01:17:43, attempted 19, written 19
Second last write before reset 01:18:43, attempted 19, written 19
Last write pulse rcvd Mar 8 10:20:13.779 last full not set pulse count 12091
Last write pulse rcvd before reset 01:17:42
Socket not armed for io, armed for read, armed for write
Last write thread event before reset 01:17:42, second last 01:17:42
Last KA expiry before reset 01:17:43, second last 01:18:43
Last KA error before reset 00:00:00, KA not sent 00:00:00
Last KA start before reset 01:17:43, second last 01:18:43
Precedence: internet
Non-stop routing is enabled
Multi-protocol capability received
Neighbor capabilities:
Route refresh: advertised (old + new) and received (old + new)
4-byte AS: advertised and received
Address family IPv4 Unicast: advertised and received
Received 6322 messages, 0 notifications, 0 in queue
Sent 5782 messages, 4 notifications, 0 in queue
Minimum time between advertisement runs is 0 secs
Inbound message logging enabled, 3 messages buffered
Outbound message logging enabled, 3 messages buffered
For Address Family: IPv4 Unicast
BGP neighbor version 41
Update group: 0.1 Filter-group: 0.1 No Refresh request being processed
Route-Reflector Client
ORR root (configured): ipv4-orr-group; Index: 0
Route refresh request: received 0, sent 0
0 accepted prefixes, 0 are bestpaths
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
AIGP is enabled
An EoR was received during read-only mode
Last ack version 41, Last synced ack version 0
Outstanding version objects: current 0, max 2
Additional-paths operation: None
Send Multicast Attributes
Advertise VPNv4 routes enabled with option
Advertise VPNv6 routes is enabled with Local with stitching-RT option
Connections established 6; dropped 5
Local host: 10.100.1.8, Local port: 25176, IF Handle: 0x00000000
Foreign host: 10.100.1.4, Foreign port: 179
Last reset 01:17:42, due to User clear requested (CEASE notification sent - administrative reset)
Time since last notification sent to neighbor: 01:17:42
Error Code: administrative reset
Notification data sent:
None
كما هو موضح في هذه الصورة، تم تكوين مجموعة متعددة من عملاء RR
هناك مجموعة واحدة من عملاء RR متصلة ب PE3 ومجموعة أخرى متصلة ب P1. يكون كل عميل RR في كل مجموعة على مسافة مساوية لأي موجه حدود BGP للخروج.
router bgp 1
address-family ipv4 unicast
optimal-route-reflection ipv4-orr-group-1 10.100.1.4 10.100.1.209 10.100.1.210
optimal-route-reflection ipv4-orr-group-2 10.100.1.5 10.100.1.106 10.100.1.107
!
…
neighbor 10.100.1.4
remote-as 1
update-source Loopback0
address-family ipv4 unicast
optimal-route-reflection ipv4-orr-group-1
route-reflector-client
!
!
neighbor 10.100.1.5
remote-as 1
update-source Loopback0
address-family ipv4 unicast
optimal-route-reflection ipv4-orr-group-2
route-reflector-client
!
!
neighbor 10.100.1.106
remote-as 1
update-source Loopback0
address-family ipv4 unicast
optimal-route-reflection ipv4-orr-group-2
route-reflector-client
!
!
neighbor 10.100.1.107
remote-as 1
update-source Loopback0
address-family ipv4 unicast
optimal-route-reflection ipv4-orr-group-2
route-reflector-client
!
!
neighbor 10.100.1.108
remote-as 1
update-source Loopback0
address-family ipv4 unicast
optimal-route-reflection ipv4-orr-group-2
route-reflector-client
!
!
neighbor 10.100.1.209
remote-as 1
update-source Loopback0
address-family ipv4 unicast
optimal-route-reflection ipv4-orr-group-1
route-reflector-client
!
!
neighbor 10.100.1.210
remote-as 1
update-source Loopback0
address-family ipv4 unicast
optimal-route-reflection ipv4-orr-group-1 route-reflector-client
!
!
neighbor 10.100.1.211
remote-as 1
update-source Loopback0
address-family ipv4 unicast
optimal-route-reflection ipv4-orr-group-1
route-reflector-client
!
!
!
قاعدة بيانات ORRSPF لكلا المجموعتين:
RP/0/0/CPU0:RR#show orrspf database detail
ORR policy: ipv4-orr-group-1, IPv4, RIB tableid: 0xe0000012
Configured root: primary: 10.100.1.4, secondary: 10.100.1.209, tertiary: 10.100.1.210
Actual Root: 10.100.1.4
Prefix Cost
10.100.1.1 3
10.100.1.2 3
10.100.1.3 2
10.100.1.4 0
10.100.1.5 3
10.100.1.6 2
10.100.1.7 3
10.100.1.8 4
10.100.1.106 3
10.100.1.107 3
10.100.1.108 3
10.100.1.209 3
10.100.1.210 3
10.100.1.211 3
ORR policy: ipv4-orr-group-2, IPv4, RIB tableid: 0xe0000013
Configured root: primary: 10.100.1.5, secondary: 10.100.1.106, tertiary: 10.100.1.107
Actual Root: 10.100.1.5
Prefix Cost
10.100.1.1 3
10.100.1.2 3
10.100.1.3 4
10.100.1.4 3
10.100.1.5 0
10.100.1.6 2
10.100.1.7 3
10.100.1.8 4
10.100.1.106 3
10.100.1.107 3
10.100.1.108 3
10.100.1.209 5
10.100.1.210 5
10.100.1.211 5
Number of mapping entries: 30
إذا كان الجذر الأساسي لمجموعة ما متدنيا أو يتعذر الوصول إليه، فسيكون الجذر الثانوي هو الجذر الفعلي المستخدم. في هذا المثال، يتعذر الوصول إلى الجذر الأساسي للمجموعة IPv4-أو-group-1. الجذر الثانوي أصبح الجذر الفعلي:
RP/0/0/CPU0:RR#show orrspf database ipv4-orr-group-1
ORR policy: ipv4-orr-group-1, IPv4, RIB tableid: 0xe0000012
Configured root: primary: 10.100.1.4, secondary: 10.100.1.209, tertiary: 10.100.1.210
Actual Root: 10.100.1.209
Prefix Cost
10.100.1.1 4
10.100.1.2 5
10.100.1.3 2
10.100.1.5 5
10.100.1.6 4
10.100.1.7 3
10.100.1.8 4
10.100.1.106 5
10.100.1.107 5
10.100.1.108 5
10.100.1.209 0
10.100.1.210 3
10.100.1.211 3
Number of mapping entries: 14
القرار
انعكاس المسار الأمثل ل BGP (ORR) عبارة عن ميزة تسمح بتوجيه البيانات الساخنة في شبكة iBGP عند وجود عواكس المسار، دون الحاجة إلى برامج نظام التشغيل الأحدث على الموجهات الحدودية. والشرط الأساسي هو أن يكون بروتوكول العبارة الداخلية بروتوكول توجيه حالة إرتباط.
التعليقات