اليوم سننظر في بروتوكول BGP. لن نتحدث لفترة طويلة عن سبب ذلك ولماذا يتم استخدامه كبروتوكول وحيد. هناك الكثير من المعلومات حول هذا الموضوع، على سبيل المثال .
إذن ما هو BGP؟ BGP هو بروتوكول توجيه ديناميكي وهو بروتوكول GB (بروتوكول البوابة الخارجية) الوحيد. يُستخدم هذا البروتوكول لبناء التوجيه على الإنترنت. دعونا نلقي نظرة على كيفية بناء الحي بين جهازي توجيه BGP.
خذ بعين الاعتبار الحي الواقع بين جهاز التوجيه 1 وجهاز التوجيه 3. فلنقم بتكوينها باستخدام الأوامر التالية:
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. بعد إدخال المعلومات على جهاز توجيه، مثل جهاز التوجيه 1، يحاول جهاز التوجيه هذا إعداد علاقة مجاورة مع جهاز التوجيه 3. يتم استدعاء الحالة الأولية عندما لا يحدث شيء الخمول. بمجرد تكوين bgp على جهاز التوجيه 1، سيبدأ في الاستماع إلى منفذ TCP رقم 179 - وسينتقل إلى الحالة التواصلوعندما يحاول فتح جلسة مع Router3، فإنه سينتقل إلى الحالة النشطه.
بعد تأسيس الجلسة بين Router1 وRouter3، يتم تبادل الرسائل المفتوحة. عندما يتم إرسال هذه الرسالة بواسطة جهاز التوجيه 1، سيتم استدعاء هذه الحالة فتح المرسلة. وعندما يتلقى رسالة مفتوحة من جهاز التوجيه 3، فإنه سينتقل إلى الحالة افتح التأكيد. دعونا نلقي نظرة فاحصة على الرسالة المفتوحة:
تنقل هذه الرسالة معلومات حول بروتوكول BGP نفسه الذي يستخدمه جهاز التوجيه. ومن خلال تبادل الرسائل المفتوحة، يقوم جهاز التوجيه 1 وجهاز التوجيه 3 بتوصيل معلومات حول إعداداتهما لبعضهما البعض. يتم تمرير المعلمات التالية:
- التجريبية: يتضمن هذا إصدار BGP الذي يستخدمه جهاز التوجيه. الإصدار الحالي من BGP هو الإصدار 4 الموضح في RFC 4271. سيحاول جهازا توجيه BGP التفاوض بشأن إصدار متوافق، وعندما يكون هناك عدم تطابق، فلن تكون هناك جلسة BGP.
- بصفتي: يتضمن هذا رقم AS الخاص بجهاز توجيه BGP، وسيتعين على أجهزة التوجيه الموافقة على رقم (أرقام) AS كما أنها تحدد ما إذا كانت ستقوم بتشغيل iBGP أو eBGP.
- تمسك بالوقت: إذا لم يتلق BGP أي رسائل استمرارية أو تحديث من الجانب الآخر طوال مدة الانتظار، فسوف يعلن أن الجانب الآخر "ميت" وسيؤدي إلى تعطيل جلسة BGP. افتراضيًا، يتم تعيين وقت الانتظار على 180 ثانية على أجهزة توجيه Cisco IOS، ويتم إرسال رسالة البقاء على قيد الحياة كل 60 ثانية. يجب أن يتفق كلا الموجهين على وقت الانتظار وإلا فلن تكون هناك جلسة BGP.
- معرف BGP: هذا هو معرف جهاز توجيه BGP المحلي الذي تم اختياره تمامًا كما يفعل OSPF:
- استخدم معرف جهاز التوجيه الذي تم تكوينه يدويًا باستخدام الأمر bgp router-id.
- استخدم أعلى عنوان IP على واجهة الاسترجاع.
- استخدم أعلى عنوان IP على واجهة فعلية.
- معلمات اختيارية: ستجد هنا بعض الإمكانيات الاختيارية لجهاز توجيه BGP. تمت إضافة هذا الحقل بحيث يمكن إضافة ميزات جديدة إلى BGP دون الحاجة إلى إنشاء إصدار جديد. الأشياء التي قد تجدها هنا هي:
- دعم MP-BGP (متعدد البروتوكولات BGP).
- دعم لتحديث الطريق.
- دعم أرقام AS ذات 4 ثماني بتات.
لإنشاء حي يجب توافر الشروط التالية:
- رقم الإصدار. الإصدار الحالي هو 4.
- يجب أن يتطابق رقم AS مع ما قمت بتكوينه الجار 192.168.13.3 عن بعد مثل 10.
- يجب أن يكون معرف جهاز التوجيه مختلفًا عن معرف الجار.
إذا لم تستوفي أي من المعلمات هذه الشروط، فسيرسل جهاز التوجيه اشعارات رسالة تشير إلى الخطأ. بعد إرسال واستقبال الرسائل المفتوحة، تدخل علاقة الجوار إلى الحالة أنشئت. بعد ذلك، يمكن لأجهزة التوجيه تبادل المعلومات حول المسارات والقيام بذلك باستخدام تحديث رسائل. هذه هي رسالة التحديث التي أرسلها جهاز التوجيه 1 إلى جهاز التوجيه 3:
هنا يمكنك رؤية الشبكات التي تم الإبلاغ عنها بواسطة سمات Router1 وPath، والتي تشبه المقاييس. سنتحدث عن سمات المسار بمزيد من التفاصيل. يتم أيضًا إرسال رسائل Keepalive خلال جلسة TCP. ويتم إرسالها افتراضيًا كل 60 ثانية. هذا هو الموقت Keepalive. إذا لم يتم استلام رسالة Keepalive أثناء Hold Timer، فهذا يعني فقدان الاتصال مع الجار. بشكل افتراضي، فهو يساوي 180 ثانية.
علامة مفيدة:
يبدو أننا اكتشفنا كيفية قيام أجهزة التوجيه بنقل المعلومات إلى بعضها البعض، والآن دعونا نحاول فهم منطق بروتوكول BGP.
للإعلان عن مسار إلى جدول BGP، كما هو الحال في بروتوكولات IGP، يتم استخدام أمر الشبكة، لكن منطق التشغيل مختلف. إذا كان IGP، بعد تحديد المسار في أمر الشبكة، يبحث في IGP عن الواجهات التي تنتمي إلى هذه الشبكة الفرعية ويدرجها في جدوله، فإن أمر الشبكة في BGP يبحث في جدول التوجيه ويبحث عن دقيق يطابق المسار في أمر الشبكة. إذا تم العثور على مثل هذه المسارات، فسوف تظهر في جدول BGP.
ابحث عن مسار في جدول توجيه IP الحالي لجهاز التوجيه الذي يطابق تمامًا معلمات أمر الشبكة؛ إذا كان مسار IP موجودًا، فضع NLRI المكافئ في جدول BGP المحلي.
الآن دعونا نرفع BGP إلى كل ما تبقى ونرى كيف يتم تحديد المسار ضمن AS واحد. بعد أن يتلقى جهاز توجيه BGP المسارات من جاره، يبدأ في تحديد المسار الأمثل. هنا تحتاج إلى فهم نوع الجيران الذي يمكن أن يكون - داخليًا وخارجيًا. هل يفهم جهاز التوجيه من خلال التكوين ما إذا كان الجار الذي تم تكوينه داخليًا أم خارجيًا؟ إذا كان في فريق:
neighbor 192.168.13.3 remote-as 10 تحدد المعلمة Remote-as AS، الذي تم تكوينه على جهاز التوجيه نفسه في أمر router bgp 10. تعتبر المسارات القادمة من AS الداخلي داخلية، والمسارات من AS الخارجي تعتبر خارجية. ولكل منهما منطق مختلف في استقبال وإرسال الأعمال. النظر في هذه الطوبولوجيا:
يحتوي كل جهاز توجيه على واجهة استرجاع تم تكوينها باستخدام IP: xxxx 255.255.255.0 - حيث x هو رقم جهاز التوجيه. على جهاز التوجيه 9 لدينا واجهة استرجاع بالعنوان - 9.9.9.9 255.255.255.0. سنعلن عنه عبر BGP ونرى كيف ينتشر. سيتم إرسال هذا المسار إلى Router8 وRouter12. من جهاز التوجيه 8، سينتقل هذا المسار إلى جهاز التوجيه 6، ولكن إلى جهاز التوجيه 5 لن يكون موجودًا في جدول التوجيه. سيظهر هذا المسار أيضًا على جهاز التوجيه12 في الجدول، ولكنه لن يكون موجودًا على جهاز التوجيه11 أيضًا. دعونا نحاول معرفة ذلك. دعونا نفكر في البيانات والمعلمات التي يرسلها جهاز التوجيه 9 إلى جيرانه، ويبلغ عن هذا المسار. سيتم إرسال الحزمة أدناه من Router9 إلى Router8.
تتكون معلومات المسار من سمات المسار.
تنقسم سمات المسار إلى 4 فئات:
- إلزامية معروفة - يجب أن تتعرف كافة أجهزة التوجيه التي تقوم بتشغيل BGP على هذه السمات. يجب أن يكون حاضرا في كافة التحديثات.
- تقديرية معروفة - يجب أن تتعرف كافة أجهزة التوجيه التي تقوم بتشغيل BGP على هذه السمات. قد يكونون موجودين في التحديثات، لكن وجودهم غير مطلوب.
- متعدية اختيارية - قد لا يتم التعرف عليه من قبل جميع تطبيقات BGP. إذا لم يتعرف جهاز التوجيه على السمة، فإنه يضع علامة على التحديث على أنه جزئي ويعيد توجيهه إلى الأجهزة المجاورة له، ويخزن السمة غير المعروفة.
- اختياري غير متعد - قد لا يتم التعرف عليه من قبل جميع تطبيقات BGP. إذا لم يتعرف جهاز التوجيه على السمة، فسيتم تجاهل السمة والتخلص منها عند تمريرها إلى الأجهزة المجاورة.
أمثلة على سمات BGP:
- إلزامية معروفة:
- مسار النظام المستقل
- القفزة التالية
- المنشأ
- تقديرية معروفة:
- التفضيل المحلي
- المجموع الذري
- متعدية اختيارية:
- مجمع
- المجتمعات
- اختياري غير متعد:
- تمييز متعدد الخروج (MED)
- معرف المنشئ
- قائمة الكتلة
في هذه الحالة، سنكون مهتمين حاليًا بـ Origin، وNext-hop، وAS Path. نظرًا لأن المسار ينتقل بين Router8 وRouter9، أي ضمن AS واحد، فإنه يعتبر داخليًا وسننتبه إلى Origin.
سمة الأصل - تشير إلى كيفية الحصول على المسار في التحديث. قيم السمات المحتملة:
- 0 - IGP: تم استلام NLRI ضمن النظام المستقل الأصلي؛
- 1 - جنيه مصري: يتم تعلم NLRI باستخدام بروتوكول البوابة الخارجية (EGP). سلف BGP، غير مستخدم
- 2 - غير مكتمل: تم تعلم NLRI بطريقة أخرى
في حالتنا، كما يتبين من الحزمة، فهو يساوي 0. عندما يتم إرسال هذا المسار إلى جهاز التوجيه 12، سيكون لهذا الرمز رمز 1.
التالي، القفزة التالية. سمة الخطوة التالية
- هذا هو عنوان IP الخاص بجهاز توجيه eBGP الذي يمر من خلاله المسار إلى الشبكة الوجهة.
- تتغير السمة عند إرسال البادئة إلى AS آخر.
في حالة iBGP، أي ضمن AS واحد، ستتم الإشارة إلى الخطوة التالية بواسطة الشخص الذي تعلم أو أخبر عن هذا المسار. في حالتنا، سيكون 192.168.89.9. ولكن عندما يتم نقل هذا المسار من جهاز التوجيه 8 إلى جهاز التوجيه 6، فسيقوم جهاز التوجيه 8 بتغييره واستبداله بمسار خاص به. الخطوة التالية ستكون 192.168.68.8. وهذا يقودنا إلى قاعدتين:
- إذا قام جهاز التوجيه بإعادة توجيه مسار إلى جاره الداخلي، فإنه لا يغير معلمة الخطوة التالية.
- إذا قام جهاز التوجيه بإرسال مسار إلى جاره الخارجي، فإنه يغير الخطوة التالية إلى عنوان IP الخاص بالواجهة التي يرسل منها جهاز التوجيه هذا.
يقودنا هذا إلى فهم المشكلة الأولى - لماذا لن يكون هناك مسار في جدول التوجيه على Router5 وRouter11. دعونا نلقي نظرة فاحصة. لذلك، تلقى جهاز التوجيه 6 معلومات حول المسار 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<source>
Теперь Router6 передал маршрут Router5 и первому правилу Next-hop не изменил. То есть, Router5 должен добавить <b>9.9.9.0 [20/0] via 192.168.68.8</b> , но у него нет маршрута до 192.168.68.8 и поэтому данный маршрут добавлен не будет, хотя информация о данном маршруте будет храниться в таблице BGP:
<source><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. لتجنب هذا الموقف، تحتاج إلى تكوين جهاز التوجيه 6 أو جهاز التوجيه 12، عند تمرير المسار إلى جيرانهم الداخليين، لاستبدال عنوان IP الخاص بهم باعتباره الخطوة التالية. يتم ذلك باستخدام الأمر:
neighbor 192.168.56.5 next-hop-selfبعد هذا الأمر، سيرسل جهاز التوجيه 6 رسالة تحديث، حيث سيتم تحديد عنوان IP الخاص بالواجهة Gi0/0 Router6 باعتباره الخطوة التالية للمسارات - 192.168.56.6، وبعد ذلك سيتم تضمين هذا المسار بالفعل في جدول التوجيه.
دعنا نذهب أبعد من ذلك ونرى ما إذا كان هذا المسار يظهر على جهازي التوجيه 7 وجهاز التوجيه 10. لن يكون موجودًا في جدول التوجيه وقد نعتقد أن المشكلة هي نفسها كما في المشكلة الأولى مع معلمة Next-hop، لكن إذا نظرنا إلى مخرجات الأمر show ip bgp، فسنرى أن لم يتم استقبال المسار هناك حتى مع وجود الخطوة التالية الخاطئة، مما يعني أنه لم يتم إرسال المسار حتى. وهذا سيقودنا إلى وجود قاعدة أخرى:
لا يتم نشر المسارات المستلمة من الجيران الداخليين إلى الجيران الداخليين الآخرين.
وبما أن جهاز التوجيه 5 استقبل المسار من جهاز التوجيه 6، فلن يتم إرساله إلى جاره الداخلي الآخر. لكي يتم النقل، تحتاج إلى تكوين الوظيفة ، أو قم بتكوين علاقات الجوار المتصلة بالكامل (Full Mesh)، أي أن جهاز التوجيه 5-7 سيكون الجميع جيرانًا للجميع. في هذه الحالة سوف نستخدم Route Reflector. على جهاز التوجيه 5، تحتاج إلى استخدام هذا الأمر:
neighbor 192.168.57.7 route-reflector-clientيقوم Route-Reflector بتغيير سلوك BGP عند تمرير مسار إلى جار داخلي. إذا تم تحديد الجار الداخلي كـ الطريق العاكس العميل، فسيتم الإعلان عن الطرق الداخلية لهؤلاء العملاء.
المسار لم يظهر على جهاز التوجيه 7؟ لا تنس القفزة التالية أيضًا. بعد هذه التلاعبات، يجب أن ينتقل المسار أيضًا إلى جهاز التوجيه 7، لكن هذا لا يحدث. وهذا يقودنا إلى قاعدة أخرى:
تعمل قاعدة الخطوة التالية فقط مع المسارات الخارجية. بالنسبة للمسارات الداخلية، لا يتم استبدال سمة الخطوة التالية.
وقد حصلنا على موقف حيث يكون من الضروري إنشاء بيئة تستخدم التوجيه الثابت أو بروتوكولات IGP لإبلاغ أجهزة التوجيه بجميع المسارات داخل AS. لنقم بتسجيل المسارات الثابتة على Router6 وRouter7 وبعد ذلك سنحصل على المسار المطلوب في جدول جهاز التوجيه. في AS 678، سنفعل ذلك بشكل مختلف قليلًا - سنسجل المسارات الثابتة لـ 192.168.112.0/24 على جهاز التوجيه 10 و192.168.110.0/24 على جهاز التوجيه 12. بعد ذلك، سنقوم بإنشاء علاقة الجوار بين Router10 وRouter12. سنقوم أيضًا بتكوين جهاز التوجيه 12 لإرسال خطوته التالية إلى جهاز التوجيه 10:
neighbor 192.168.110.10 next-hop-selfستكون النتيجة أن جهاز التوجيه 10 سيستقبل المسار 9.9.9.0/24، وسيتم استلامه من كل من جهاز التوجيه 7 وجهاز التوجيه 12. دعونا نرى ما هو الاختيار الذي يقوم به جهاز التوجيه 10:
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.
دعونا نرى كيف تعمل عملية اختيار المسار:
- الخطوة الأولى عند تلقي مسار هي التحقق من توفر الخطوة التالية الخاصة به. ولهذا السبب، عندما تلقينا مسارًا على جهاز التوجيه 5 دون تعيين الخطوة التالية الذاتية، لم تتم معالجة هذا المسار بشكل أكبر.
- بعد ذلك تأتي معلمة الوزن. هذه المعلمة ليست سمة مسار (PA) ولا يتم إرسالها في رسائل BGP. يتم تكوينه محليًا على كل جهاز توجيه ويستخدم فقط للتحكم في تحديد المسار على جهاز التوجيه نفسه. لنلقي نظرة على مثال. أعلاه مباشرة يمكنك أن ترى أن جهاز التوجيه 10 قد اختار طريقًا لـ 9.9.9.0/24 عبر جهاز التوجيه 12 (192.168.112.12). لتغيير معلمة الوزن، يمكنك استخدام خريطة الطريق لتعيين مسارات محددة، أو تعيين وزن لجيرانها باستخدام الأمر:
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كما ترون، تم الآن تحديد المسار عبر جهاز التوجيه 7، ولكن لن يكون لهذا أي تأثير على أجهزة التوجيه الأخرى.
- في المركز الثالث لدينا التفضيل المحلي. هذه المعلمة هي سمة تقديرية معروفة، مما يعني أن وجودها اختياري. هذه المعلمة صالحة فقط داخل AS واحد وتؤثر على اختيار المسار للجيران الداخليين فقط. ولهذا السبب يتم إرساله فقط في رسائل التحديث المخصصة للجار الداخلي. وهو غير موجود في رسائل التحديث للجيران الخارجيين. ولذلك صنفت على أنها تقديرية مشهورة. دعونا نحاول تطبيقه على جهاز التوجيه 5. على جهاز 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ولكن كما نرى طريقًا واحدًا عبر جهاز التوجيه6. أين هو الطريق من خلال Router7؟ ربما جهاز التوجيه 7 لا يحتوي عليه أيضًا؟ دعونا ننظر:
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 لديه قاعدة:
يقوم جهاز التوجيه بإرسال تلك المسارات التي يستخدمها فقط.
يستخدم جهاز التوجيه 7 مسارًا عبر جهاز التوجيه 5، لذا لن يتم إرسال المسار عبر جهاز التوجيه 10. دعنا نعود إلى التفضيل المحلي. لنقم بتعيين التفضيل المحلي على جهاز التوجيه 7 ونرى كيف يتفاعل جهاز التوجيه 5 مع هذا:
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. دعونا نرى ما حدث على جهاز التوجيه 5:
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كما نرى الآن، يفضل جهاز التوجيه 5 المسار عبر جهاز التوجيه 7. ستكون نفس الصورة على جهاز التوجيه 6، على الرغم من أنه أكثر ربحية بالنسبة له لاختيار الطريق من خلال جهاز التوجيه 8. نضيف أيضًا أن تغيير هذه المعلمة يتطلب إعادة تشغيل الحي حتى يسري التغيير. يقرأ . لقد قمنا بفرز التفضيل المحلي. دعنا ننتقل إلى المعلمة التالية.
- قم بتفضيل المسار الذي يحتوي على معلمة الخطوة التالية 0.0.0.0، أي المسارات المحلية أو المجمعة. يتم تلقائيًا تعيين معلمة وزن لهذه المسارات تساوي الحد الأقصى — 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. كلما قل عدد ASs الذي يمر به المسار، كان ذلك أفضل. خذ بعين الاعتبار المسار إلى 9.9.9.0/24 على جهاز التوجيه 10:
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كما ترون، اختار جهاز التوجيه 10 المسار عبر 192.168.112.12 لأن معلمة AS_Path لهذا المسار تحتوي على 45 فقط، وفي حالة أخرى 123 و45. واضح بشكل بديهي.
- المعلمة التالية هي الأصل. IGP (الطريق الذي تم الحصول عليه باستخدام BGP) أفضل من جنيه مصري (الطريق الذي تم الحصول عليه باستخدام الإصدار السابق لـ BGP، لم يعد قيد الاستخدام)، وEGP أفضل من غير مكتمل؟ (يتم الحصول عليها بطريقة أخرى، على سبيل المثال عن طريق إعادة التوزيع).
- المعلمة التالية هي MED. كان لدينا وزن يعمل محليًا فقط على جهاز التوجيه. كان هناك تفضيل محلي، والذي يعمل فقط ضمن نظام مستقل واحد. كما قد تتخيل، فإن MED عبارة عن معلمة سيتم نقلها بين الأنظمة المستقلة. جيد جدًا حول هذه المعلمة.
لن يتم استخدام المزيد من السمات، ولكن إذا كان هناك طريقان لهما نفس السمات، فسيتم استخدام القواعد التالية:
- حدد المسار من خلال أقرب جار IGP.
- حدد المسار الأقدم لمسار eBGP.
- حدد المسار من خلال الجار الذي لديه أصغر معرف لجهاز توجيه BGP.
- اختر مسارًا عبر الجار ذي عنوان IP الأدنى.
الآن دعونا نلقي نظرة على مسألة تقارب BGP.
دعونا نرى ما سيحدث إذا فقد جهاز التوجيه 6 المسار 9.9.9.0/24 عبر جهاز التوجيه 9. لنقم بتعطيل الواجهة Gi0/1 لجهاز Router6، والتي ستفهم على الفور أن جلسة BGP مع Router8 قد تم إنهاؤها وأن الجار قد اختفى، مما يعني أن المسار المستلم منه غير صالح. يرسل جهاز التوجيه 6 على الفور رسائل التحديث، حيث يشير إلى الشبكة 9.9.9.0/24 في حقل المسارات المسحوبة. بمجرد أن يتلقى جهاز التوجيه 5 مثل هذه الرسالة، فإنه سيرسلها إلى جهاز التوجيه 7. ولكن بما أن جهاز التوجيه 7 لديه مسار عبر جهاز التوجيه 10، فسوف يستجيب على الفور بتحديث بمسار جديد. إذا لم يكن من الممكن اكتشاف سقوط أحد الجيران بناءً على حالة الواجهة، فسيتعين عليك الانتظار حتى يتم تشغيل Hold Timer.
الكونفدرالية.
إذا كنت تتذكر، فقد تحدثنا عن حقيقة أنه يتعين عليك غالبًا استخدام طوبولوجيا متصلة بالكامل. مع وجود عدد كبير من أجهزة التوجيه في AS واحد، يمكن أن يسبب هذا مشاكل كبيرة، لتجنب ذلك تحتاج إلى استخدام الاتحادات. ينقسم AS الواحد إلى عدة AS فرعية، مما يسمح لهم بالعمل دون الحاجة إلى طوبولوجيا متصلة بالكامل.
هنا رابط لهذا و التكوين لGNS3.
على سبيل المثال، مع هذه الهيكلية، سيتعين علينا توصيل جميع أجهزة التوجيه في AS 2345 ببعضها البعض، ولكن باستخدام الاتحاد، يمكننا إنشاء علاقات مجاورة فقط بين أجهزة التوجيه المتصلة مباشرة ببعضها البعض. دعونا نتحدث عن هذا بالتفصيل. إذا كان لدينا فقط AS 2345، إذن لافورج بعد أن تلقى مسيرة من بيكار سوف أقول ذلك إلى أجهزة التوجيه البيانات и Worf، لكنهم لم يخبروا جهاز التوجيه بذلك محطم . يتم أيضًا توزيع المسارات بواسطة جهاز التوجيه نفسه لافورج، لم يكن من الممكن أن يتم نقلها محطم ولا Worf-أوه، لا البيانات.
سيتعين عليك تكوين عاكس الطريق أو علاقة حي متصلة بالكامل. من خلال تقسيم AS 2345 إلى 4 AS فرعية (2,3,4,5،XNUMX،XNUMX،XNUMX) لكل جهاز توجيه، نحصل في النهاية على منطق تشغيل مختلف. كل شيء موصوف بشكل مثالي .
مصادر:
- CCIE Routing and Switching v5.0 دليل الشهادات الرسمي، المجلد 2، الطبعة الخامسة، ناربيك كوتشاريانز، تيري فينسون.
- الموقع
- الموقع .
المصدر: www.habr.com