المحتويات

المقدمة

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

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

نظرية

تنفيذ IOS-XR

التكوين

مثال التكوين

هندسة حركة مرور MPLS على الموجه الجذري

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

القرار

المقدمة

يصف هذا المستند كيفية تأثير التوجيه عندما يكون هناك عاكس مسار واحد أو أكثر (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 بالإهتمام:

1. جمع معلومات حالة الارتباط والحفاظ على قاعدة بيانات حالة الارتباط

2. تشغيل ملفات rSPFs، والاحتفاظ بملفات SPT، لكل مجموعة نهج

3. تنزيل البادئات من SPT إلى RIB باستخدام المقاييس

تحصل قاعدة البيانات على معلومات حالة الارتباط الخاصة بها إما مباشرة من بروتوكول العبارة الداخلية لحالة الارتباط أو من بروتوكول BGP-LS.

ينتج عن حسابات rSPF مخطط يظهر أقصر مسار من عميل RR إلى أي موجه آخر في المنطقة/المستوى.

يتم تخزين المسارات المعلقة على كل موجه في المخطط في جدول RIB خاص لنهج مجموعة ORR ونهج لكل AFI/SAFI. يتم إنشاء هذا الجدول بواسطة RSI. يتم ملء الجدول بالمسارات التي يتم حسابها بواسطة وحدات rSPFs ويكون الجذر الأساسي هو الجذر. إذا أصبح الجذر الأساسي غير متاح، يصبح الجذر الثانوي هو الجذر ويقوم بتعميم المسارات في جدول ORR RIB. وينطبق الأمر نفسه على جذر الطبقة الثالثة.

التكوين

الحد الأدنى للتكوين المطلوب:

1. يلزم تمكين OR لعائلة عنوان BGP، لمجموعات محددة من جيران BGP

2. لكل مجموعة من جيران BGP، يلزم تكوين جذر واحد على الأقل. وبشكل إختياري، يمكن تكوين جذر ثانوي وثالثي.

3. يلزم تمكين إعادة توزيع مسارات 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

!

!

!

ملاحظة: لا يلزم تكوين حالة إرتباط عائلة العنوان، بشكل عام أو تحت جار (جيران) BGP.

هندسة حركة مرور 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 عند وجود عواكس المسار، دون الحاجة إلى برامج نظام التشغيل الأحدث على الموجهات الحدودية. والشرط الأساسي هو أن يكون بروتوكول العبارة الداخلية بروتوكول توجيه حالة إرتباط.