🚏 🎐 👧🏼 كيف يعمل BGP 👩🏾‍🔬 📰 🤡

اليوم نحن ننظر إلى بروتوكول BGP. لن نتحدث لفترة طويلة عن سبب ذلك ولماذا يتم استخدامه كبروتوكول فقط. الكثير من المعلومات حول هذا الموضوع ، على سبيل المثال هنا .

إذن ما هو BGP؟ BGP هو بروتوكول توجيه ديناميكي هو بروتوكول EGP (بروتوكول البوابة الخارجية) الوحيد. يستخدم هذا البروتوكول لإنشاء التوجيه على الإنترنت. النظر في كيفية بناء حي بين اثنين من أجهزة التوجيه BGP.

النظر في الحي بين Router1 و Router3. سنقوم بتكوينها باستخدام الأوامر التالية:

router bgp 10 network 192.168.12.0 network 192.168.13.0 neighbor 192.168.13.3 remote-as 10 router bgp 10 network 192.168.13.0 network 192.168.24.0 neighbor 192.168.13.1 remote-as 10

الحي في نظام واحد مستقل هو AS 10. بعد إدخال البيانات على جهاز توجيه ، على سبيل المثال على Router1 ، يحاول هذا الموجه إعداد علاقة حي مع Router3. الحالة الأولية عندما لا يحدث شيء يسمى الخمول . بمجرد تكوين bgp على Router1 ، سيبدأ الاستماع إلى منفذ TCP 179 - سوف ينتقل إلى حالة الاتصال ، وعندما يحاول فتح جلسة مع Router3 ، سوف ينتقل إلى الحالة النشطة .

بعد تأسيس الجلسة بين Router1 و Router3 ، يتم تبادل الرسائل المفتوحة. عندما يتم إرسال هذه الرسالة عن طريق Router1 ، فإن هذه الحالة سوف تسمى Open Sent . وعندما تتلقى رسالة مفتوحة من Router3 ، سوف تدخل في حالة تأكيد الفتح . النظر في وظيفة فتح بمزيد من التفاصيل:

تنقل هذه الرسالة معلومات حول بروتوكول BGP الذي يستخدمه جهاز التوجيه. من خلال تبادل الرسائل المفتوحة ، ينقل Router1 و Router3 معلومات حول إعداداتهما إلى بعضهما البعض. يتم تمرير المعلمات التالية:

الإصدار : يتضمن هذا الإصدار BGP الذي يستخدمه جهاز التوجيه. الإصدار الحالي من BGP هو الإصدار 4 الموضح في RFC 4271. سيحاول جهازي توجيه BGP التفاوض على إصدار متوافق ، عندما يكون هناك عدم تطابق ، فلن تكون هناك جلسة BGP.
My AS : يتضمن هذا الرقم AS لجهاز التوجيه BGP ، وسوف يتعين على أجهزة التوجيه الاتفاق على رقم (أرقام) AS كما تحدد ما إذا كانت ستقوم بتشغيل iBGP أو eBGP.
وقت الانتظار : إذا لم تتلق BGP أي رسائل تحذيرية أو تقوم بتحديث الرسائل من الجانب الآخر طوال مدة الحجز ، فستعلن أن الجانب الآخر "ميت" وسيؤدي إلى هدم جلسة BGP. افتراضيًا ، يتم ضبط وقت الحجز على 180 ثانية على أجهزة توجيه Cisco IOS ، ويتم إرسال رسالة keepalive كل 60 ثانية. يجب أن يتفق كلا الموجهين على وقت الانتظار أو لن تكون هناك جلسة BGP.
معرف BGP : هذا هو معرف جهاز توجيه BGP المحلي الذي يتم انتخابه تمامًا كما يفعل OSPF:
استخدم معرف جهاز التوجيه الذي تم تكوينه يدويًا باستخدام الأمر bgp router-id.
استخدم أعلى عنوان IP على واجهة الاسترجاع.
استخدم أعلى عنوان IP على واجهة فعلية.
المعلمات الاختيارية : ستجد هنا بعض القدرات الاختيارية لجهاز التوجيه BGP. تمت إضافة هذا الحقل بحيث يمكن إضافة ميزات جديدة إلى BGP دون الحاجة إلى إنشاء إصدار جديد. والأشياء التي قد تجدها هنا هي:

دعم MP-BGP (بروتوكول متعدد BGP).
دعم لتحديث الطريق.
دعم لأربعة أوكتات AS.

لإقامة حي ، يجب استيفاء الشروط التالية:

رقم الإصدار. الإصدار الحالي 4.
يجب أن يتطابق رقم AS مع الرقم الذي قمت بتكوينه المجاورة 192.168.13.3 عن بعد مثل 10 .
يجب أن يكون معرف جهاز التوجيه مختلفًا عن الجوار.

إذا كانت أي من المعلمات لا تستوفي هذه الشروط ، فسيرسل جهاز التوجيه رسالة إعلام حيث يشير إلى وجود خطأ. بعد إرسال واستقبال الرسائل المفتوحة ، تدخل علاقة الجوار في حالة التأسيس . بعد ذلك ، يمكن لأجهزة التوجيه تبادل المعلومات حول الطرق والقيام بذلك باستخدام تحديث الرسائل. إليك رسالة تحديث ترسل Router1 إلى Router3:

أشر هنا إلى الشبكات التي أبلغت عنها سمات Router1 و Path ، والتي تشبه المقاييس. سنتحدث عن سمات المسار بمزيد من التفاصيل. أيضا ، يتم إرسال رسائل keepalive ضمن جلسة TCP. يتم نقلها ، افتراضيا ، كل 60 ثانية. هذا هو Keepalive الموقت. إذا لم يتم استلام رسالة Keepalive أثناء مؤقت التوقيف ، فسيعني ذلك فقد الاتصال بالجار. افتراضيًا ، تساوي - 180 ثانية.

لوحة مفيدة:

يبدو أنه اكتشف كيف تقوم أجهزة التوجيه بنقل المعلومات إلى بعضها البعض ، والآن دعونا نحاول معرفة منطق بروتوكول BGP.

للإعلان عن مسار إلى جدول BGP ، كما هو الحال في بروتوكولات IGP ، يتم استخدام أمر الشبكة ، لكن منطق العملية مختلف. إذا كنت في IGP ، بعد تحديد مسار في أمر الشبكة ، فإن IGP تبحث في الواجهات التي تنتمي إلى هذه الشبكة الفرعية وتضمينها في جدولها ، ثم يبحث أمر الشبكة في BGP في جدول التوجيه ويبحث عن تطابق تام مع التوجيه في أمر الشبكة. إذا تم العثور على هذه الطرق ، فستقع هذه المسارات في جدول BGP.

ابحث عن مسار في جدول توجيه IP الحالي الخاص بالموجه والذي يتوافق تمامًا مع معلمات أمر الشبكة ؛ في حالة وجود مسار IP ، ضع NLRI المكافئ في جدول BGP المحلي.

سنقوم الآن برفع BGP إلى جميع الباقين ونرى كيف يتم تحديد المسار داخل AS واحد. بعد أن يستقبل جهاز التوجيه BGP التوجيهات من الجوار ، يبدأ تحديد المسار الأمثل. هنا تحتاج إلى فهم أي نوع من الجيران يمكن أن يكون - داخليًا وخارجيًا. هل يفهم جهاز توجيه التكوين ما إذا كان الجوار المكوّن داخليًا أم خارجيًا؟ إذا كنت في فريق:

 neighbor 192.168.13.3 remote-as 10

كما المعلمة عن بعد ، يتم تحديد AS ، الذي تم تكوينه على جهاز التوجيه نفسه مع جهاز التوجيه bgp 10. وفيما يتعلق بكل منهما ، منطق مختلف لاستقبال وإرسال الأعمال. النظر في الطوبولوجيا التالية:

يحتوي كل جهاز توجيه على واجهة استرجاع مكونة بواسطة ip: xxxx 255.255.255.0 - حيث x هو رقم جهاز التوجيه. على Router9 لدينا واجهة الاسترجاع مع العنوان - 9.9.9.9 255.255.255.0. سنعلنها على BGP ونرى كيف يتم توزيعها. سيتم نقل هذا المسار إلى Router8 و Router12. مع Router8 ، سوف ينتقل هذا المسار إلى Router6 ، لكن على Router5 لن يكون في جدول التوجيه. أيضًا ، على Router12 ، سوف يصل هذا المسار إلى الطاولة ، لكن على Router11 لن يكون كذلك. دعنا نحاول معرفة ذلك. النظر في البيانات والمعلمات التي يتم نقلها بواسطة Router9 إلى جيرانها ، والإبلاغ عن هذا الطريق. سيتم إرسال الحزمة أدناه من Router9 إلى Router8.

تتكون معلومات المسار من سمات المسار.

تنقسم سمات المسار إلى 4 فئات:

معروفة إلزامية - يجب أن تتعرف جميع أجهزة توجيه BGP على هذه السمات. يجب أن تكون موجودة في جميع التحديثات.
سلطة تقديرية معروفة - يجب أن تتعرف جميع أجهزة توجيه BGP على هذه السمات. قد تكون موجودة في التحديثات ، ولكن وجودها ليس ضروريًا.
متعدية اختيارية - قد لا يتم التعرف عليها بواسطة جميع تطبيقات BGP. إذا لم يتعرف الموجه على السمة ، فسيصنف التحديث على أنه جزئي ويرسله إلى الجيران ، مع الحفاظ على السمة غير المعترف بها.
اختياري غير متعدية - قد لا يتم التعرف عليه بواسطة جميع تطبيقات BGP. إذا لم يتعرف الموجه على السمة ، فسيتم تجاهل السمة وتجاهلها أثناء الإرسال إلى الجيران.

أمثلة لسمات BGP:

معروفة إلزامية :
- مسار نظام الحكم الذاتي
- القفزة القادمة
- الأصل
تقديرية معروفة :
- التفضيل المحلي
- الركام الذري
متعدية اختياري :
- مجمع
- المجتمعات
اختياري غير متعدية :
- أداة تمييز متعددة الخروج (MED)
- معرف المنشئ
- قائمة الكتلة

في هذه الحالة ، سنكون مهتمين بـ Origin و Next-hop و AS Path. نظرًا لأن الطريق يمر بين Router8 و Router9 ، أي داخل نفس AS ، فإنه يعتبر داخليًا وسنتولى الاهتمام بـ Origin.

سمة الأصل - تشير إلى كيفية تلقي التوجيه في التحديث. قيم السمات المحتملة:

0 - IGP: NLRI تم الحصول عليها داخل نظام الحكم الذاتي الأصلي ؛
1 - EGP: NLRI التي تعلمها بروتوكول البوابة الخارجية (EGP). سلف BGP ، غير مستخدم
2 - غير مكتمل: تم تعلم NLRI بطريقة أخرى

في حالتنا ، كما يتضح من الحزمة ، يكون 0. عند إرسال هذا المسار إلى Router12 ، سيكون لهذا الرمز رمز - 1.

التالي ، القفزة التالية. سمة القفزة التالية

هذا هو عنوان IP الخاص بجهاز توجيه eBGP الذي يمر عبره المسار إلى الشبكة الوجهة.
تتغير السمة عند تمرير البادئة إلى ملف AS آخر.

في حالة iBGP ، أي داخل واحد AS ، سيتم الإشارة إلى القفزة التالية التي تعلمت أو أخبرت عن هذا المسار. في حالتنا ، سيكون 192.168.89.9. ولكن عندما يقوم بنقل هذا المسار من Router8 إلى Router6 ، فإن Router8 سيغيره ويحل محله. القفزة التالية ستكون - 192.168.68.8. هذا يقودنا إلى قاعدتين:

إذا قام جهاز التوجيه بتمرير المسار إلى جاره الداخلي ، فلن يغير معلمة القفزة التالية.
إذا أرسل الموجه المسار إلى جاره الخارجي ، فإنه يغير الانتقال التالي إلى ip للواجهة التي يرسل منها هذا الموجه.

هذا يقودنا إلى فهم المشكلة الأولى - لماذا لن يكون هناك مسار في جدول التوجيه على Router5 و Router11. دعنا نفكر بمزيد من التفاصيل. لذلك ، تلقى Router6 معلومات المسار 9.9.9.0/24 وأضفها بأمان إلى جدول التوجيه:

 Router6#show ip route bgp 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 9.0.0.0/24 is subnetted, 1 subnets B 9.9.9.0 [20/0] via 192.168.68.8, 00:38:25

مر Router6 الآن بتوجيه Router5 ولم يغير قاعدة قفزة التالي الأولى. بمعنى ، يجب أن يضيف Router5 9.9.9.0 [20/0] عبر 192.168.68.8 ، لكن ليس لديه طريق إلى 192.168.68.8 وبالتالي لن تتم إضافة هذا المسار ، على الرغم من أنه سيتم تخزين المعلومات حول هذا المسار في جدول BGP:

 <b>Router5#show ip bgp BGP table version is 1, local router ID is 5.5.5.5 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path * i 9.9.9.0/24 192.168.68.8 0 100 0 45 i</b>

سيحدث نفس الموقف بين Router11-Router12. من أجل تجنب مثل هذا الموقف ، من الضروري التهيئة بحيث يستبدل Router6 أو Router12 ، بتمرير المسار إلى جيرانهما الداخليين ، عنوان IP الخاص بهم على أنه Next-hop. يتم ذلك باستخدام الأمر:

 neighbor 192.168.56.5 next-hop-self

بعد هذا الأمر ، سيرسل Router6 رسالة تحديث ، حيث سيتم الإشارة إلى ip لواجهة Gi0 / 0 الخاصة بجهاز التوجيه Router6 - 192.168.56.6 ، للطرق مثل Next-hop ، حيث سيكون هذا المسار بالفعل في جدول التوجيه.

دعنا نمضي قدمًا ونرى ما إذا كان هذا المسار يظهر على Router7 و Router10. لن تظهر في جدول التوجيه وقد نعتقد أن المشكلة كما هي في الأولى مع معلمة Next-hop ، ولكن إذا نظرنا إلى إخراج الأمر show ip bgp ، فسنرى أن المسار هناك لم يتم استلامه حتى مع Next-hop الخاطئ ، والذي يعني أن الطريق لم ينتقل حتى. وهذا سيقودنا إلى وجود قاعدة أخرى:

لا يتم نقل الطرق الواردة من الجيران الداخليين إلى الجيران الداخليين الآخرين.

منذ استلام Router5 الطريق من Router6 ، لن يتم إرساله إلى جاره الداخلي الآخر. لكي تتم عملية النقل ، يجب عليك تكوين وظيفة Reflector Route ، أو تكوين علاقات الحي المتصلة بالكامل (Full Mesh) ، أي Router5-7 سيكون كل منهما جارًا لكل منهما. سوف نستخدم عاكس الطريق في هذه الحالة. على Router5 ، يجب عليك استخدام هذا الأمر:

 neighbor 192.168.57.7 route-reflector-client

يغير مسار Reflector سلوك BGP عند نقل المسار إلى جار داخلي. إذا تم تحديد جار داخلي كطريق عاكس للعميل ، فسيتم الإعلان عن الطرق الداخلية لهؤلاء العملاء.

هل لم يظهر المسار على Router7؟ لا تنسى قفزة المقبل كذلك. بعد هذه التلاعب ، يجب أن يكون المسار أيضًا على Router7 ، لكن هذا لا يحدث. هذا يقودنا إلى قاعدة أخرى:

تعمل قاعدة القفزة التالية فقط على المسارات الخارجية. بالنسبة إلى التوجيهات الداخلية ، لا يتم استبدال سمة القفزة التالية.

ونحصل على موقف تحتاج فيه إلى إنشاء بيئة باستخدام التوجيه الثابت أو IGP لإبلاغ الموجهات بجميع المسارات داخل AS. سنقوم بتسجيل المسارات الثابتة على Router6 و Router7 وبعد ذلك سنحصل على المسار المطلوب في جدول جهاز التوجيه. في AS 678 ، سنتصرف بشكل مختلف بعض الشيء - سنكتب التوجيهات الثابتة ل 192.168.112.0/24 على Router10 و 192.168.110.0/24 على Router12. بعد ذلك ، نقوم بتأسيس علاقة الحي بين Router10 و Router12. نقوم أيضًا بتهيئة Router12 لإرسال قفزة التالي لـ Router10:

 neighbor 192.168.110.10 next-hop-self

ستكون النتيجة أن Router10 سيحصل على المسار 9.9.9.0/24 ، وسيتم استلامه من كل من Router7 و Router12. دعونا نرى ما الخيار Router10 يجعل:

 Router10#show ip bgp BGP table version is 3, local router ID is 6.6.6.6 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *>i 9.9.9.0/24 192.168.112.12 0 100 0 45 i 192.168.107.7 0 123 45 i

كما نرى ، هناك طريقان وسهم (>) يعني أنه تم تحديد المسار من خلال 192.168.112.12.
دعونا نرى كيف تتم عملية اختيار المسار:

بادئ ذي بدء ، عند استلام المسار ، يتم التحقق من توفر القفزة التالية. لهذا السبب ، عندما تلقينا مسارًا على Router5 دون تعيين Next-hop-self ، لم يتم تقديم هذا المسار لمزيد من المعالجة.
التالي هو المعلمة الوزن. هذه المعلمة ليست سمة مسار (PA) ولا يتم إرسالها في رسائل BGP. تم تكوينه محليًا على كل جهاز توجيه ويستخدم فقط لمعالجة اختيار المسار على جهاز التوجيه نفسه. النظر في مثال. يظهر أعلاه أن Router10 اختار الطريق لـ 9.9.9.0/24 عبر Router12 (192.168.112.12). لتغيير المعلمة Wieght ، يمكنك استخدام خريطة الطريق لتعيين طرق محددة ، أو تعيين الوزن لجيرانها باستخدام الأمر:
```
  neighbor 192.168.107.7 weight 200 
```
الآن جميع الطرق من هذا الجار سيكون لها هذا الوزن. دعونا نرى كيف يتغير اختيار المسار بعد هذا التلاعب:
```
 Router10#show bgp *Mar 2 11:58:13.956: %SYS-5-CONFIG_I: Configured from console by console BGP table version is 2, local router ID is 6.6.6.6 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *> 9.9.9.0/24 192.168.107.7 200 123 45 i * i 192.168.112.12 0 100 0 45 i 
```
كما ترى ، تم تحديد المسار من خلال Router7 الآن ، لكن هذا لن يكون له أي تأثير على أجهزة التوجيه الأخرى.
في المركز الثالث لدينا - التفضيل المحلي. هذه المعلمة هي سمة تقديرية معروفة ، مما يعني أن وجودها اختياري. هذه المعلمة صالحة فقط ضمن AS واحدة وتؤثر على اختيار المسار للجيران الداخليين فقط. لهذا السبب ، يتم نقله فقط في تحديث الرسائل المخصصة للجار الداخلي. في تحديث الرسائل للجيران الخارجيين هو غائب. لذلك ، تم تعيينه لتقدير معروف. دعونا نحاول تطبيقه على Router5. على Router5 ، يجب أن يكون لدينا طريقان لـ 9.9.9.0/24 - أحدهما عبر Router6 والثاني عبر Router7.

نحن ننظر:
```
 Router5#show bgp BGP table version is 2, local router ID is 5.5.5.5 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *>i 9.9.9.0/24 192.168.56.6 0 100 0 45 i 
```
ولكن كما ترى طريقًا واحدًا عبر Router6. وأين هو الطريق من خلال Router7؟ ربما لا توجد حتى على Router7؟ نحن ننظر:
```
 Router#show bgp BGP table version is 10, local router ID is 7.7.7.7 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *>i 9.9.9.0/24 192.168.56.6 0 100 0 45 i 192.168.107.10 0 678 45 i 
```
غريب ، يبدو أن كل شيء في محله. لماذا لا يتم نقلها إلى Router5؟ الشيء هو أن BGP لديها قاعدة:
ينقل جهاز التوجيه فقط تلك المسارات التي يستخدمها بنفسه.

يستخدم Router7 المسار خلال Router5 ، وبالتالي لن يتم نقل المسار عبر Router10. العودة إلى التفضيل المحلي. دعونا نضع التفضيل المحلي على Router7 ونرى كيف يستجيب Router5 لهذا:
```
 route-map BGP permit 10 match ip address 10 set local-preference 250 access-list 10 permit any router bgp 123 neighbor 192.168.107.10 route-map BGP in</b> 
```
لذلك ، أنشأنا خريطة طريق تسقط فيها جميع المسارات وأخبرنا جهاز التوجيه 7 بتغيير معلمة التفضيل المحلي إلى 250 عند الاستلام ، افتراضيًا هي 100. نلقي نظرة على ما حدث في Router5:
```
 Router5#show bgp BGP table version is 8, local router ID is 5.5.5.5 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *>i 9.9.9.0/24 192.168.57.7 0 250 0 678 45 i 
```
كما نرى الآن ، فإن Router5 يفضل الطريق من خلال Router7. ستكون الصورة نفسها على Router6 ، على الرغم من أنه من الأفضل له اختيار طريق عبر Router8. نضيف أيضًا أن أي تغيير في هذه المعلمة يتطلب إعادة تشغيل الحي حتى يسري التغيير. اقرأ هنا . مع تفضيل محلي فرزها. انتقل إلى المعلمة التالية.

تفضيل المسار باستخدام معلمة القفزة التالية 0.0.0.0 ، أي الطرق المحلية أو المجمعة. بعد إدخال أمر الشبكة ، يتم تعيين هذه المسارات تلقائيًا لمعلمة Weight مساوية للحد الأقصى - 32678:

 Router#show bgp BGP table version is 2, local router ID is 9.9.9.9 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *> 9.9.9.0/24 0.0.0.0 0 32768 i

أقصر طريق من خلال AS. يتم تحديد أقصر المعلمة AS_Path. كلما مر الطريق ، كلما كان ذلك أفضل. النظر في الطريق إلى 9.9.9.0/24 على Router10:

 Router10#show bgp BGP table version is 2, local router ID is 6.6.6.6 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path * 9.9.9.0/24 192.168.107.7 0 123 45 i *>i 192.168.112.12 0 100 0 45 i

كما ترى ، اختار Router10 المسار خلال 192.168.112.12 لأن المعلمة AS_Path تحتوي على 45 فقط لهذا المسار ، و 123 و 45 في الحالة الأخرى.

المعلمة التالية هي الأصل. هل IGP (المسار الذي تم الحصول عليه باستخدام BGP) أفضل من EGP (المسار الذي تم الحصول عليه باستخدام السلف BGP ، الآن غير مستخدم) ، و EGP أفضل من غير مكتمل؟ (تم تلقيها بطريقة أخرى ، على سبيل المثال ، عن طريق إعادة التوزيع).
المعلمة التالية هي MED. كان لدينا Wieght ، والتي عملت فقط محليا على جهاز التوجيه. كان هناك تفضيل محلي يعمل فقط ضمن نظام مستقل واحد. كما قد تظن ، MED هو معلمة سيتم نقلها بين الأنظمة الذاتية. مقالة جيدة جدا عن هذا الخيار.

لن يتم استخدام المزيد من السمات ، ولكن إذا كان المساران لهما نفس السمات ، فسيتم استخدام القواعد التالية:

اختر طريقًا من خلال أقرب جار IGP.
حدد أقدم مسار لمسار eBGP.
اختر مسارًا من خلال الجوار ذي أدنى معرف لجهاز BGP.
اختيار مسار من خلال الجار مع أدنى عنوان IP.

الآن النظر في مسألة التقارب BGP.

دعونا نرى ما يحدث إذا ، على سبيل المثال ، فقد Router6 الطريق 9.9.9.0/24 من خلال Router9. نقوم بإيقاف تشغيل واجهة Gi0 / 1 Router6 ، التي تتفهم على الفور أن جلسة عمل BGP مع Router8 غير متصلة وأن الجار قد رحل ، مما يعني أن المسار الذي تم استلامه منه غير صالح. يقوم Router6 على الفور بإرسال رسائل تحديث حيث يشير إلى الشبكة 9.9.9.0/24 في حقل طرق السحب. بمجرد أن يستقبل Router5 رسالة مماثلة ، أرسلها إلى Router7. ولكن بما أن Router7 لديه طريق عبر Router10 ، فسوف يرسل التحديث على الفور بطريق جديد استجابةً لذلك. إذا تعذر الكشف عن سقوط الجار من خلال حالة الواجهة ، فيجب عليك الانتظار حتى يتم تشغيل Hold Holder.

اتحاد.

إذا كنت تتذكر ، فقد تحدثنا عن حقيقة أنه عليك غالبًا استخدام طوبولوجيا متصلة تمامًا. مع وجود عدد كبير من أجهزة التوجيه في AS واحد ، يمكن أن يسبب هذا مشاكل كبيرة ، لتجنب هذا فمن الضروري استخدام القارات. يتم تقسيم AS AS إلى عدة ASS فرعية ، مما يسمح لها بالعمل دون الحاجة إلى طوبولوجيا متصلة بالكامل.

, GNS3.

, AS 2345 , Confederation, . . AS 2345, laForge Picard Data Worf , Crusher . , laForge , Crusher Worf ، ولا البيانات .

يجب أن أقوم بإعداد مسار عاكس أو علاقة جوار متصلة بالكامل. من خلال تقسيم AS 2345 إلى 4 ASS فرعية (2،3،4،5) لكل جهاز توجيه ، فإننا ننتهي بمنطق تشغيل مختلف. يوصف كل شيء تماما هنا .

مصادر:

CCIE Routing and Switching v5.0 Official Cert Guide، Volume 2، 5th Edition، Narbik Kocharians، Terry Vinson.
موقع xgu.ru
موقع GNS3Vault .

كيف يعمل BGP

More articles: