تحديد خوارزمية BGP لأفضل مسار

خيارات التنزيل

  • PDF     (338.1 KB)
    عرض باستخدام Adobe Reader على مجموعة متنوعة من الأجهزة
تم التحديث:٢٨ أبريل ٢٠٢٦
معرّف المستند:13753

لغة خالية من التحيز

تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.

حول هذه الترجمة

ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).

المقدمة

يصف هذا المستند وظيفة خوارزمية أفضل مسار لبروتوكول العبّارة الحدودية (BGP). 

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

عادةً ما تتلقى موجّهات بروتوكول العبّارة الحدودية (BGP) مسارات متعددة إلى الوجهة نفسها. وتقرر خوارزمية أفضل مسار في إطار بروتوكول العبّارة الحدودية (BGP) المسار الأفضل لتثبيته في جدول توجيه بروتوكول الإنترنت (IP) واستخدامه لإعادة توجيه حركة مرور البيانات.

سبب تجاهل الموجّهات للمسارات

افترض أن جميع المسارات التي يتلقاها الموجّه لبادئة معينة تكون مرتبة في قائمة. تُعدّ القائمة مماثلة لمخرجات الأمر show ip bgp longer-prefixes . وفي هذه الحالة، لا تُعدّ بعض المسارات مرشحةً لأفضل مسار. حيث لا تحتوي هذه المسارات عادةً على العلامة الصالحة في مخرجات الأمر show ip bgp longer-prefixes. فالموجّهات تتجاهل المسارات في الحالات التالية:

  • المسارات التي تم وضع علامة عليها بأنها غير متزامنة في إخراج show ip bgp longer-prefixes.

    إذا تم تمكين مزامنة BGP، فيجب أن يكون هناك تطابق للبادئة في جدول توجيه IP لكي يتم إعتبار مسار BGP داخلي (iBGP) مسارا صالحا. في الأصل، تم تمكين مزامنة BGP بشكل افتراضي في برنامج Cisco IOS®. في حال كان المسار المطابق مكتسبًا من بروتوكول فتح أقصر مسار أولاً (OSPF)، فيجب أن يتطابق معرّف موجّه OSPF للمسار مع معرّف موجّه بروتوكول العبّارة الحدودية (BGP) للجهاز المجاور الذي يعمل وفقًا لبروتوكول BGP داخلي (iBGP). يفضّل معظم المستخدمين تعطيل المزامنة باستخدام الأمر الفرعي no synchronization في إطار بروتوكول العبّارة الحدودية (BGP).

    ملاحظة: يتم تعطيل المزامنة بشكل افتراضي في الإصدار 12.2(8)T من البرنامج Cisco IOS® Software والإصدارات الأحدث.

  • المسارات التي لا يمكن الوصول فيها إلى NEXT_HOP.

    تأكد من وجود مسار في إطار بروتوكول العبّارة الداخلية (IGP) إلى NEXT_HOP المرتبط بالمسار.

  • المسارات من جهاز مجاور يعمل وفقًا لبروتوكول BGP خارجي (eBGP) إذا ظهر النظام الذاتي (AS) المحلي في AS_PATH.  

    يتم رفض هذه المسارات عند الدخول إلى الموجه، ولا يتم تثبيتها حتى في قاعدة معلومات توجيه BGP (RIB). وينطبق الأمر نفسه على أي مسار يتم رفضه بواسطة سياسة توجيه يتم تنفيذها عبر الوصول أو البادئة أو AS_PATH أو قوائم المجتمع، إلا إذا قمت بتكوين neighbor soft-reconfiguration inbound للجهاز المجاور.

  • إذا قمت بتمكين bgp enforce-first-as ولم يحتوي UPDATE على النظام المستقل (AS) الخاص بالجهاز المجاور كأول رقم AS في AS_SEQUENCE.

    وفي هذه الحالة، يرسل الموجّه إعلامًا ويغلق الجلسة.

  • المسارات التي تم وضع علامة عليها (مستلمة فقط) في show ip bgp longer-prefixes المخرجات

    ترفض السياسة هذه المسارات. ومع ذلك، قام الموجه بتخزين المسارات لأنك قد قمت بتكوين المسارات soft-reconfiguration inbound للمضيف الذي يرسل المسار.

آلية عمل خوارزمية أفضل مسار

يقوم بروتوكول العبّارة الحدودية (BGP) بتعيين أول مسار صالح كأفضل مسار حالي. ثم يقوم بروتوكول العبّارة الحدودية (BGP) بمقارنة أفضل مسار بالمسار التالي في القائمة، حتى يصل بروتوكول العبّارة الحدودية (BGP) إلى نهاية قائمة المسارات الصالحة. توفر هذه القائمة القواعد المُستخدمة لتحديد أفضل مسار:

  1. قم بتفضيل المسار صاحب أعلى WEIGHT.  

    ملاحظة: تُعدّ WEIGHT معلّمة خاصة من Cisco. وهي خاصة بالموجّه الذي تم تكوينها عليه.

  2. قم بتفضيل المسار ذي أعلى LOCAL_PREF.

    ملاحظة: يتم اعتبار المسار الذي لا يحتوي على LOCAL_PREF أن له قيمة معيّنة باستخدام الأمر bgp default local-preference، أو أن له قيمة 100 افتراضيًا.

  3. قم بتفضيل المسار الذي تم إنشاؤه محليًا عبر الأمر الفرعي network أو aggregate من بروتوكول العبّارة الحدودية (BGP) أو من خلال إعادة التوزيع من بروتوكول العبّارة الداخلية (IGP).

    تُفضل المسارات المحلية التي تُصدرها الأوامر network أو redistribute على التجميعات المحلية التي يُصدرها الأمر aggregate-address.

    ملاحظة: انتبه لهذا العنصر:

    - إذا تم تكوين بروتوكول العبّارة الداخلية المتراكم (AIGP) ولم يتم تكوين الأمر bgp bestpath aigp ignore، فإن عملية اتخاذ القرار تعتبر بروتوكول العبّارة الداخلية المتراكم (AIGP) مقياسًا. راجع تكوين سمة مقياس AIGP لبروتوكول العبّارة الحدودية (BGP) لمزيد من التفاصيل.

  4. قم بتفضيل المسار الذي يحتوي على أقصر AS_PATH.

    ملاحظة: انتبه لهذه العناصر:
    يتم تخطي هذه الخطوة إذا قمت بتكوين الأمر bgp bestpath as-path ignore.
    - يتم احتساب AS_SET كـ 1، بغض النظر عن عدد الأنظمة الذاتية (ASs) في المجموعة.
    - لم يتم تضمين AS_CONFED_SEQUENCE وAS_CONFED_SET في طول AS_PATH.

  5. قم بتفضيل المسار ذي النوع الأصل الأدنى.

    ملاحظة: بروتوكول العبّارة الداخلية (IGP) أقل من بروتوكول العبّارة الخارجية (EGP)، وEGP أقل من INCOMPLETE.

  6. قم بتفضيل المسار الذي يحتوي على أقل multi-exit discriminator (MED).

    ملاحظة: انتبه لهذه العناصر:

    - تحدث هذه المقارنة فقط إذا كان النظام الذاتي (AS) الأول (المجاور) هو نفسه في المسارين. يتم تجاهل أي أنظمة ذاتية فرعية من الاتحاد.
    بمعنى آخر، لا تتم مقارنة أدوات تمييز المخارج المتعددة (MEDs) إلا إذا كان النظام الذاتي (AS) الأول في AS_SEQUENCE هو نفسه في مسارات متعددة. يتم تجاهل أي AS_CONFED_SEQUENCE سابق.

    - في حال يتم تمكين bgp always-compare-med، تتم مقارنة أدوات تمييز المخارج المتعددة (MEDs) لجميع المسارات.
    يجب عليك تعطيل هذا الخيار على النظام الذاتي (AS) بأكمله. خلاف ذلك، يمكن أن تحدث حلقات التوجيه.

    - في حال يتم تمكين bgp bestpath med-confed، تتم مقارنة أدوات تمييز المخارج المتعددة (MEDs) لجميع المسارات التي تتكون فقط من AS_CONFED_SEQUENCE.
    نشأت هذه المسارات داخل الاتحاد المحلي.

    - يتم تغيير أداة تمييز المخارج المتعددة (MED) للمسارات التي يتم تلقيها من جهاز مجاور مزوّد بأداة تمييز مخارج متعددة (MED) بقيمة 4294967295 قبل إدخالها في جدول بروتوكول العبّارة الحدودية (BGP). تتغير أداة تمييز المخارج المتعددة (MED) إلى 4294967294.

    - تُعتبر أداة تمييز المخارج المتعددة (MED) الخاص بالمسارات التي يتم تلقيها من جهاز مجاور مزوّد بأداة تمييز المخارج المتعددة (MED) بقيمة 4294967295 صالحة ويتم إدخالها في جدول بروتوكول العبّارة الحدودية (BGP) مع التأثير على الرموز المثبّتة لمعرّف خطأ Cisco ‪CSCef34800‬.

    - يتم تعيين المسارات التي لا تحتوي على MED بأداة تمييز مخارج متعددة (MED) بقيمة 0، إلا إذا قمت بتمكين bgp bestpath med missing-as-worst.
    إذا قمت بتمكين bgp bestpath med missing-as-worst، سيتم تعيين MED للمسارات بقيمة 4294967294.
    إذا قمت بتمكين bgp bestpath med missing-as-worst، سيتم تعيين MED للمسارات التي تبلغ 4294967298 مع التأثير على الرموز الثابتة لمعرّف خطأ Cisco ‫CSCef34800‬.

    - يمكن أن يؤثر الأمر bgp deterministic-med أيضًا على هذه الخطوة.
    راجع كيف تستخدم موجّهات بروتوكول العبّارة المحدودة (BGP) أداة تمييز المخارج المتعددة للحصول على أفضل تحديد للمسار لهذا لعرض التوضيحي.

  7. قم بتفضيل مسارات بروتوكولات العبّارة الحدودية الخارجية (eBGP) على مسارات بروتوكولات العبّارة الحدودية الداخلية (iBGP).

    إذا تم تحديد المسار الأفضل، فانتقل إلى الخطوة 9 (متعدد المسارات).

    ملاحظة: المسارات التي تحتوي على AS_CONFED_SEQUENCE وAS_CONFED_SET هي مسارات محلية بالنسبة إلى الاتحاد. لذلك، يتم التعامل مع هذه المسارات على أنها مسارات داخلية. لا يوجد فرق بين "اتحاد خارجي" و"اتحاد داخلي".

  8. قم بتفضيل المسار الذي يحتوي على مقياس بروتوكول العبّارة الداخلية (IGP) الأقل على الخطوة التالية من بروتوكول العبّارة الحدودية (BGP).

    قم بالمتابعة، حتى في حال يتم تحديد أفضل مسار بالفعل.

  9. حدّد ما إذا كانت المسارات المتعددة تتطلب التثبيت في جدول التوجيه لصالح BGP Multipath.

    قم بالمتابعة، في حال لم يتم تحديد أفضل مسار بعد.

  10. عندما يكون كلا المسارين خارجيين، فقم بتفضيل المسار الذي تم تلقيه أولاً (الأقدم).

    تعمل هذه الخطوة على تقليل دفق المسار لأن المسار الأحدث لا يحل محل المسار الأقدم، حتى لو كان المسار الأحدث هو المسار المفضّل استنادًا إلى معيار القرار التالي (الخطوات 11 و12 و13).

    قم بتخطي هذه الخطوة إذا كان أي من هذه العناصر صحيحًا:

    • لقد قمت بتمكين الأمر bgp best path compare-routerid.

      ملاحظة: قام برنامج IOS® الإصدارات 12.0.11S و 12.0.11SC و 12.0.11S3 و 12.1.3 و 12.1.3aa و 12.1.3.T و 12.1.3.E بتقديم هذا الأمر.

    • معرّف الموجّه هو نفسه لمسارات متعددة لأنه تم تلقي المسارات من الموجّه نفسه.

    • لا يوجد أفضل مسار حالي.

      يمكن فقدان أفضل مسار حالي، ومثال على ذلك، عند تعطُّل الجهاز المجاور الذي يقدّم المسار.

  11. قم بتفضيل المسار الذي يأتي من موجّه بروتوكول العبّارة الحدودية (BGP) بأدنى معرف موجّه.

    إذا لم يتم تكوين معرف الموجه يدويا، فسيتم تحديده كأعلى عنوان IP على واجهة إسترجاع. إذا لم توجد واجهات إسترجاع، يتم تحديدها كأعلى عنوان IP على واجهة مادية نشطة. يمكنك إستخدام الأمر bgp router-id لتعيين معرف الموجه يدويا.

    ملاحظة: إذا كان أحد المسارات يحتوي على سمات عاكس المسار (RR)، يتم استبدال معرّف المُنشئ بمعرّف الموجّه في عملية تحديد المسار.

  12. إذا كان المُنشئ أو معرّف الموجّه هو نفسه لمسارات متعددة، فقم بتفضيل المسار مع الحد الأدنى لطول قائمة المجموعة.

    ولا يتوفر هذا إلا في بيئات عاكس مسار بروتوكول العبّارة الحدودية (BGP). يتيح للعملاء التعامل مع بيئات عاكس المسار أو العملاء في مجموعات أخرى. في هذا السيناريو، يجب أن يكون العميل على دراية بسمة بروتوكول العبّارة الحدودية (BGP) الخاصة بعاكس المسار (RR).

  13. قم بتفضيل المسار الذي يأتي من أدنى عنوان للجهاز المجاور.

    هذا العنوان هو عنوان IP الذي يتم إستخدامه في neighbor تكوين BGP. يتوافق العنوان مع النظير البعيد الذي يتم استخدامه في اتصال بروتوكول التحكم في الإرسال (TCP) مع الموجّه المحلي.

مثال: تحديد أفضل مسار في إطار بروتوكول العبّارة الحدودية (BGP)

في هذا المثال، تتوفر 9 مسارات للشبكة 10.30.116.0/23. يعرض الأمر show ip bgp network الإدخالات في جدول توجيه بروتوكول العبّارة الحدودية (BGP) للشبكة المحددة.

Router R1#show ip bgp vpnv4 rd 1100:1001 10.30.116.0/23
BGP routing table entry for 1100:1001:10.30.116.0/23, version 26765275
Paths: (9 available, best #6, no table)
  Advertised to update-groups:
     1          2          3         
  (65001 64955 65003) 65089, (Received from a RR-client)
    172.16.254.226 (metric 20645) from 172.16.224.236 (172.16.224.236)
      Origin IGP, metric 0, localpref 100, valid, confed-internal
      Extended Community: RT:1100:1001
      mpls labels in/out nolabel/362
  (65008 64955 65003) 65089
    172.16.254.226 (metric 20645) from 10.131.123.71 (10.131.123.71)
      Origin IGP, metric 0, localpref 100, valid, confed-external
      Extended Community: RT:1100:1001
      mpls labels in/out nolabel/362
  (65001 64955 65003) 65089
    172.16.254.226 (metric 20645) from 172.16.216.253 (172.16.216.253)
      Origin IGP, metric 0, localpref 100, valid, confed-external
      Extended Community: RT:1100:1001
      mpls labels in/out nolabel/362
  (65001 64955 65003) 65089
    172.16.254.226 (metric 20645) from 172.16.216.252 (172.16.216.252)
      Origin IGP, metric 0, localpref 100, valid, confed-external
      Extended Community: RT:1100:1001
      mpls labels in/out nolabel/362
  (64955 65003) 65089
    172.16.254.226 (metric 20645) from 10.77.255.57 (10.77.255.57)
      Origin IGP, metric 0, localpref 100, valid, confed-external
      Extended Community: RT:1100:1001
      mpls labels in/out nolabel/362
  (64955 65003) 65089
    172.16.254.226 (metric 20645) from 10.57.255.11 (10.57.255.11)
      Origin IGP, metric 0, localpref 100, valid, confed-external, best
      Extended Community: RT:1100:1001
      mpls labels in/out nolabel/362

!--- BGP selects this as the Best Path on comparing 
!--- with all the other routes and selected based on lower router ID.

  (64955 65003) 65089
    172.16.254.226 (metric 20645) from 172.16.224.253 (172.16.224.253)
      Origin IGP, metric 0, localpref 100, valid, confed-internal
      Extended Community: RT:1100:1001
      mpls labels in/out nolabel/362
  (65003) 65089
    172.16.254.226 (metric 20645) from 172.16.254.234 (172.16.254.234)
      Origin IGP, metric 0, localpref 100, valid, confed-external
      Extended Community: RT:1100:1001
      mpls labels in/out nolabel/362
  65089, (Received from a RR-client)
    172.16.228.226 (metric 20645) from 172.16.228.226 (172.16.228.226)
      Origin IGP, metric 0, localpref 100, valid, confed-internal
      Extended Community: RT:1100:1001
      mpls labels in/out nolabel/278

يحدّد بروتوكول العبّارة الحدودية (BGP) أفضل مسار للخروج من هذه المسارات التسعة من خلال مراعاة السمات المختلفة الموضّحة في هذا المستند. في المخرجات الموضحة هنا، يقوم BGP بمقارنة المسارات المتاحة ويحدد المسار 6 كأفضل مسار بناء على معرف الموجه الأدنى الخاص به.

Comparing path 1 with path 2:
	Both paths have reachable next hops
	Both paths have a WEIGHT of 0
	Both paths have a LOCAL_PREF of 100
	Both paths are learned
	Both paths have AS_PATH length 1
	Both paths are of origin IGP
	The paths have different neighbor AS's so ignoring MED
	Both paths are internal
	  (no distinction is made between confed-internal and confed-external)
	Both paths have an IGP metric to the NEXT_HOP of 20645
Path 2 is better than path 1 because it has a lower Router-ID.

Comparing path 2 with path 3:
	Both paths have reachable next hops
	Both paths have a WEIGHT of 0
	Both paths have a LOCAL_PREF of 100
	Both paths are learned
	Both paths have AS_PATH length 1
	Both paths are of origin IGP
	Both paths have the same neighbor AS, 65089, so comparing MED.
	Both paths have a MED of 0
	Both paths are confed-external
	Both paths have an IGP metric to the NEXT_HOP of 20645
Path 2 is better than path 3 because it has a lower Router-ID.

Comparing path 2 with path 4:
	Both paths have reachable next hops
	Both paths have a WEIGHT of 0
	Both paths have a LOCAL_PREF of 100
	Both paths are learned
	Both paths have AS_PATH length 1
	Both paths are of origin IGP
	Both paths have the same neighbor AS, 65089, so comparing MED.
	Both paths have a MED of 0
	Both paths are confed-external
	Both paths have an IGP metric to the NEXT_HOP of 20645
Path 2 is better than path 4 because it has a lower Router-ID.

Comparing path 2 with path 5:
	Both paths have reachable next hops
	Both paths have a WEIGHT of 0
	Both paths have a LOCAL_PREF of 100
	Both paths are learned
	Both paths have AS_PATH length 1
	Both paths are of origin IGP
	Both paths have the same neighbor AS, 65089, so comparing MED.
	Both paths have a MED of 0
	Both paths are confed-external
	Both paths have an IGP metric to the NEXT_HOP of 20645
Path 5 is better than path 2 because it has a lower Router-ID.

Comparing path 5 with path 6:
	Both paths have reachable next hops
	Both paths have a WEIGHT of 0
	Both paths have a LOCAL_PREF of 100
	Both paths are learned
	Both paths have AS_PATH length 1
	Both paths are of origin IGP
	Both paths have the same neighbor AS, 65089, so comparing MED.
	Both paths have a MED of 0
	Both paths are confed-external
	Both paths have an IGP metric to the NEXT_HOP of 20645
Path 6 is better than path 5 because it has a lower Router-ID.

Comparing path 6 with path 7:
	Both paths have reachable next hops
	Both paths have a WEIGHT of 0
	Both paths have a LOCAL_PREF of 100
	Both paths are learned
	Both paths have AS_PATH length 1
	Both paths are of origin IGP
	Both paths have the same neighbor AS, 65089, so comparing MED.
	Both paths have a MED of 0
	Both paths are internal
	  (no distinction is made between confed-internal and confed-external)
	Both paths have an IGP metric to the NEXT_HOP of 20645
Path 6 is better than path 7 because it has a lower Router-ID.

Comparing path 6 with path 8:
	Both paths have reachable next hops
	Both paths have a WEIGHT of 0
	Both paths have a LOCAL_PREF of 100
	Both paths are learned
	Both paths have AS_PATH length 1
	Both paths are of origin IGP
	Both paths have the same neighbor AS, 65089, so comparing MED.
	Both paths have a MED of 0
	Both paths are confed-external
	Both paths have an IGP metric to the NEXT_HOP of 20645
Path 6 is better than path 8 because it has a lower Router-ID.

Comparing path 6 with path 9:
	Both paths have reachable next hops
	Both paths have a WEIGHT of 0
	Both paths have a LOCAL_PREF of 100
	Both paths are learned
	Both paths have AS_PATH length 1
	Both paths are of origin IGP
	The paths have different neighbor AS's so ignoring MED
	Both paths are internal
	  (no distinction is made between confed-internal and confed-external)
	Both paths have an IGP metric to the NEXT_HOP of 20645
Path 6 is better than path 9 because it has a lower Router-ID.
The best path is #6

تخصيص عملية تحديد المسار

توفر سمة المجتمع الموسّعة، والتي تُسمى BGP Cost Community، طريقة لتخصيص عملية تحديد أفضل مسار. تتم إضافة خطوة إضافية، تتم فيها مقارنة مجتمعات التكلفة، إلى الخوارزمية التي يصفها قسم How the Best Path Algorithm Works (كيفية استخدام خوارزمية أفضل مسار) . تأتي هذه الخطوة بعد الخطوة المطلوبة (نقطة الإدراج) في الخوارزمية. يُفضّل المسار بأقل قيمة تكلفة.  

ملاحظة: انتبه لهذه العناصر:

- يتم تخطي هذه الخطوة إذا كنت قد أصدرت الأمر bgp bestpath cost-community ignore.

- يتم تكوين فقرة مجموعة تكلفة المجتمع باستخدام رقم معرّف مجتمع التكلفة (0 إلى 255) وقيمة رقم التكلفة (0 إلى 4294967295). تحدد قيمة رقم التكلفة تفضيل المسار. يُفضّل المسار بأقل قيمة رقم تكلفة. المسارات التي لم يتم تكوينها على وجه التحديد باستخدام قيمة رقم التكلفة يتم تعيين قيمة رقم تكلفة افتراضية لها تبلغ 2147483647. هذه القيمة هي النقطة الوسطى بين 0 و4294967295. ثم يتم تقييم هذه المسارات وفقًا لذلك من خلال عملية تحديد أفضل مسار. في حال يتم تكوين مسارين بقيمة رقم التكلفة نفسها، فإن عملية تحديد المسار تفضّل المسار الذي يحتوي على أدنى معرّف مجتمع. إذا كانت المسارات تحتوي على مجتمعات غير متساوية التكلفة لما قبل أفضل مسار، فسيتم تحديد المسار الذي يتضمن المجتمع الأقل تكلفة لما قبل أفضل المسار على أنه أفضل مسار.

- تُعتبر ABSOLUTE_VALUE الخطوة الأولى في تحديد درجة تفضيل مسار. على سبيل المثال، عند إعادة توزيع بروتوكول توجيه العبّارة الداخلي المحسّن (EIGRP) على VPNv4 من BGP، يتم استخدام نوع ABSOLUTE_VALUE لمجتمع التكلفة. يتم اعتبار تكلفة IGB_Cost بعد مقارنة مسافة بروتوكول العبّارة الداخلية (IGP) الداخلية إلى الخطوة التالية. وهذا يعني أن مجتمعات التكلفة التي تحتوي على نقطة إدخال IGP_COST يتم أخذها في الاعتبار بعد الخطوة 8 من الخوارزمية في How the Best Path Algorithm Works (كيفية استخدام خوارزمية أفضل مسار).

المسار المتعدد في إطار بروتوكول العبّارة الحدودية (BGP)

تتيح ميزة "تعدد مسارات بروتوكول العبّارة الحدودية (BGP)" التثبيت في جدول توجيه IP لمسارات بروتوكول العبّارة الحدودية (BGP) متعددة على نفس الوجهة. ويتم تثبيت هذه المسارات في الجدول مع أفضل مسار لمشاركة الحِمل. لا يؤثر تعدد مسارات بروتوكولات العبّارة الحدودية (BGP) على تحديد أفضل مسار. على سبيل المثال، ما يزال الموجّه يعيّن أحد المسارات باعتباره أفضل مسار، لكل خوارزمية، ويعلن عن هذا المسار أنه الأفضل للأجهزة المجاورة.

وفيما يلي ميزات تعدد مسارات بروتوكولات العبّارة الحدودية (BGP):

  • تعدد مسارات بروتوكولات العبّارة الحدودية الخارجية (eBGP) - maximum-paths n

  • تعدد مسارات بروتوكولات العبّارة الحدودية الداخلية (iBGP) - maximum-paths ibgp n

  • تعدد مسارات بروتوكولات العبّارة الحدودية الخارجية (eiBGP) - maximum-paths eibgp

لكي تكون مرشحة لتعدد المسارات، يجب أن تتمتع المسارات إلى الوجهة نفسها بهذه الخصائص التي تساوي خصائص أفضل مسار:

  • معلّمة Weight

  • التفضيل المحلي

  • طول AS-PATH

  • الأصل

  • أداة تمييز المخارج المتعددة (MED)

  • وتتمثل إحدى هذه الأمور:

    • النظام الذاتي المجاور أو النظام الذاتي الفرعي (قبل إضافة ميزة تعدد مسارات بروتوكولات العبّارة الحدودية الخارجية)

    • AS-PATH (بعد إضافة ميزة تعدد مسارات بروتوكولات العبّارة الحدودية الخارجية)

تضع بعض ميزات تعدد مسارات بروتوكول العبّارة الحدودية (BGP) متطلبات إضافية على مرشحي المسارات المتعددة.

هذه هي المتطلبات الإضافية لميزة تعدد مسارات بروتوكولات العبّارة الحدودية الخارجية (eBGP):

  • يجب التعرُّف على المسار من جهاز مجاور خارجي أو خارجي اتحادي (eBGP).

  • يجب أن يكون مقياس بروتوكول العبّارة الداخلية (IGP) للخطوة التالية من بروتوكول العبّارة الحدودية (BGP) مساويًا لمقياس بروتوكول العبّارة الداخلية (IGP) لأفضل مسار.

هذه هي المتطلبات الإضافية لميزة تعدد مسارات بروتوكولات العبّارة الحدودية الداخلية (iBGP):

  • يجب التعرُّف على المسار من جهاز مجاور داخلي (iBGP).

  • يجب أن يكون مقياس بروتوكول العبّارة الداخلية (IGP) للخطوة التالية من بروتوكول العبّارة الحدودية (BGP) مساويًا لأفضل مقياس من بروتوكول العبّارة الداخلية (IGP)، ما لم يتم تكوين الموجّه لتعدد مسارات بروتوكولات العبّارة الحدودية الداخلية (iBGP) غير متساوية التكلفة.

يُدرج بروتوكول العبّارة الحدودية (BGP) ما يصل إلى n من المسارات التي تم تلقيها مؤخرًا من مرشحين بمسارات متعددة في جدول توجيه IP. تختلف قيمة n القصوى حسب النظام الأساسي وإصدار البرنامج. يمكن أن تدعم الأنظمة الأساسية القديمة ما يصل إلى 6 مسارات، بينما يمكن أن تدعم الأنظمة الأساسية الحديثة 16 أو 32 أو أكثر. القيمة الافتراضية، عند تعطيل متعدد المسارات، هي 1.

بالنسبة إلى موازنة الحِمل غير متساوية التكلفة، يمكنك أيضًا استخدام النطاق الترددي لارتباط بروتوكول العبّارة الحدودية (BGP).  

ملاحظة: يتم تنفيذ الخطوة الذاتية المساوية على أفضل مسار يتم تحديده بين مسارات متعددة لبروتوكولات العبّارة الحدودية الخارجية (eBGP) قبل إعادة توجيهها إلى النظراء الداخليين.

معلومات ذات صلة

محفوظات المراجعة

المراجعة تاريخ النشر التعليقات
6.0
28-Apr-2026
تنسيق
5.0
02-Dec-2024
تنسيق وروابط ثابتة.
4.0
11-Jul-2023
تم تحديث العنوان والمقدمة والتنسيق. معلومات أساسية مضافة.
3.0
22-Jun-2022
تم التحديث إلى إرشادات الترجمة الآلية.
1.0
10-Dec-2001
الإصدار الأولي
TAC Authored

تمت المساهمة بواسطة مهندسو Cisco

  • vbaveja
    sshamim

هل كان هذا المستند مفيدًا؟

Feedbackالتعليقات

اتصل بنا