إستخدام مميز MultiExit للتأثير على تحديد أفضل مسار BGP

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

  • PDF     (316.8 KB)
    عرض باستخدام Adobe Reader على مجموعة متنوعة من الأجهزة
  • ePub     (99.1 KB)
    العرض في تطبيقات مختلفة على iPhone أو iPad أو نظام تشغيل Android أو قارئ Sony أو نظام التشغيل Windows Phone
  • Mobi (Kindle)     (111.4 KB)
    عرض على جهاز Kindle أو تطبيق Kindle على أجهزة متعددة
تم التحديث:٣٠ يوليو ٢٠٢٦
معرّف المستند:13759

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

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

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

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

المقدمة

يصف هذا المستند أمر BGP المحدد-med وكيف أنه يؤثر على تحديد المسار بناء على مميز الخروج المتعدد (MED).

المتطلبات الأساسية

المتطلبات

توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:

  • توجيه ال IP الأساسي
  • بروتوكول البوابة الحدودية (BGP)

المكونات المستخدمة

لا يقتصر هذا المستند على إصدارات برامج ومكونات مادية معينة.

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

الاصطلاحات

للحصول على مزيد من المعلومات حول اصطلاحات وثائق Cisco، ارجع إلى اصطلاحات تلميحات Cisco التقنية.

السمة MED

تعد MED سمة BGP إختيارية غير انتقالية توفر تلميحا للجيران الخارجيين حول المسار المفضل إلى نظام مستقل (AS) مزود بنقاط دخول متعددة. ويعرف أيضا بالمقياس الخارجي لمسار ما، ويفضل على القيمة الأسمى قدر أقل من قيمة المسار. بشكل افتراضي، يقوم BGP بمقارنة قيم MED فقط بين المسارات المستلمة من نفس المجاور AS.

note-icon

ملاحظة: بشكل افتراضي، يقوم BGP بمقارنة قيم MED فقط للمسارات المستلمة من نفس المجاور ل AS، ما لم يتم تكوين BGP دائما-compare-med. راجع كيفية أختلاف أمر BGP المحدد-med عن أمر BGP دائما-compare-med للحصول على معلومات إضافية.

طوبولوجيا الشبكة 

Network Topologyطوبولوجيا الشبكة

مثال

في هذا السيناريو، AS 65502 هو مستخدم ل ISP يحتوي على AS 65501. ويرتبط R4 بموجهين مختلفين على جانب ISP لأغراض التكرار، ويعلن عن شبكتين ل ISP-10.4.0.0/16 و 10.5.0.0/16. يتم عرض بعض التكوين ذي الصلة في هذا القسم.

R4 
!
hostname r4
!
ip cef
!
!
interface Loopback10
 ip address 10.4.0.1 255.255.0.0
!
interface Loopback11
 ip address 10.5.0.1 255.255.0.0
!
interface Serial0/0
 ip address 192.168.20.4 255.255.255.0
!
interface Serial1/0
 ip address 192.168.30.4 255.255.255.0
!
router bgp 65502
 no synchronization
 bgp log-neighbor-changes
 network 10.4.0.0 mask 255.255.0.0
 network 10.5.0.0 mask 255.255.0.0
 neighbor 192.168.20.2 remote-as 65501
 neighbor 192.168.30.3 remote-as 65501
 no auto-summary
!
ip classless
!
!
line con 0
 exec-timeout 0 0
line aux 0
line vty 0 4
 exec-timeout 0 0
 login
!
!
end
R2 
!
hostname r2
!
ip cef
!
!
interface Loopback0
 ip address 10.2.2.2 255.255.255.255
!
interface Ethernet0/0
 ip address 172.16.0.2 255.255.255.0
!
interface Serial1/0
 ip address 192.168.1.2 255.255.255.0
 serial restart-delay 0
!
interface Serial2/0
 ip address 192.168.20.2 255.255.255.0
 serial restart-delay 0
!
router ospf 1
 log-adjacency-changes
 redistribute connected
 passive-interface Serial2/0
 network 10.2.2.2 0.0.0.0 area 0
 network 172.16.0.2 0.0.0.0 area 0
 network 192.168.1.2 0.0.0.0 area 0
 network 192.168.20.2 0.0.0.0 area 0
!
router bgp 65501
 no synchronization
 bgp log-neighbor-changes
 neighbor 10.1.1.1 remote-as 65501
 neighbor 10.1.1.1 update-source Loopback0
 neighbor 10.3.3.3 remote-as 65501
 neighbor 10.3.3.3 update-source Loopback0
 neighbor 192.168.20.4 remote-as 65502
 no auto-summary
!
ip classless
!
!
line con 0
 exec-timeout 0 0
 transport preferred all
 transport output all
line aux 0
 transport preferred all
 transport output all
line vty 0 4
 exec-timeout 0 0
 login
 transport preferred all
 transport input all
 transport output all
!
end

تستخدم تكوينات R1 و R3 ذات الصلة التصميم نفسه كما هو الحال مع R2. R1، R2، و R3 لها إمكانية الوصول إلى iBGP من خلال واجهات الاسترجاع ويوفر بروتوكول العبارة الداخلية إمكانية الوصول إلى الخطوات التالية لبروتوكول BGP. يحتوي R3 على جلسة عمل eBGP مع R4 وجلسات عمل iBGP مع R1 و R2.

يحتوي R1 على بروتوكول iBGP يتوافق مع R2 وآخر إلى R3. انظر إلى ما تعرضه جداول R1 و R2 و R3 BGP للشبكتين اللتين أعلن عنهما R4:

r2#show ip bgp 10.4.0.1
BGP routing table entry for 10.4.0.0/16, version 7
Paths: (2 available, best #1, table Default-IP-Routing-Table)
  Advertised to non peer-group peers:
  10.1.1.1 10.3.3.3 
  65502
    192.168.20.4 from 192.168.20.4 (10.4.4.4)
      Origin IGP, metric 0, localpref 100, valid, external, best
  65502
    192.168.30.4 (metric 74) from 10.3.3.3 (10.3.3.3)
      Origin IGP, metric 0, localpref 100, valid, internal

r2#show ip bgp 10.5.0.1
BGP routing table entry for 10.5.0.0/16, version 6
Paths: (2 available, best #2, table Default-IP-Routing-Table)
  Advertised to non peer-group peers:
  10.1.1.1 10.3.3.3 
  65502
    192.168.30.4 (metric 74) from 10.3.3.3 (10.3.3.3)
      Origin IGP, metric 0, localpref 100, valid, internal
  65502
    192.168.20.4 from 192.168.20.4 (10.4.4.4)
      Origin IGP, metric 0, localpref 100, valid, external, best

r3#show ip bgp 10.4.0.1
BGP routing table entry for 10.4.0.0/16, version 8
Paths: (2 available, best #2, table Default-IP-Routing-Table)
  Advertised to non peer-group peers:
  10.1.1.1 10.2.2.2 
  65502
    192.168.20.4 (metric 74) from 10.2.2.2 (10.2.2.2)
      Origin IGP, metric 0, localpref 100, valid, internal
  65502
    192.168.30.4 from 192.168.30.4 (10.4.4.4)
      Origin IGP, metric 0, localpref 100, valid, external, best

r3#show ip bgp 10.5.0.1
BGP routing table entry for 10.5.0.0/16, version 10
Paths: (2 available, best #1, table Default-IP-Routing-Table)
  Advertised to non peer-group peers:
  10.1.1.1 10.2.2.2 
  65502
    192.168.30.4 from 192.168.30.4 (10.4.4.4)
      Origin IGP, metric 0, localpref 100, valid, external, best
  65502
    192.168.20.4 (metric 74) from 10.2.2.2 (10.2.2.2)
      Origin IGP, metric 0, localpref 100, valid, internal

r1#show ip bgp 10.4.0.1
BGP routing table entry for 10.4.0.0/16, version 11
Paths: (2 available, best #1, table Default-IP-Routing-Table)
  Not advertised to any peer
  65502
    192.168.20.4 (metric 128) from 10.2.2.2 (10.2.2.2)
      Origin IGP, metric 0, localpref 100, valid, internal, best
  65502
    192.168.30.4 (metric 128) from 10.3.3.3 (10.3.3.3)
      Origin IGP, metric 0, localpref 100, valid, internal

r1#show ip bgp 10.5.0.1
BGP routing table entry for 10.5.0.0/16, version 10
Paths: (2 available, best #2, table Default-IP-Routing-Table)
  Not advertised to any peer
  65502
    192.168.30.4 (metric 128) from 10.3.3.3 (10.3.3.3)
      Origin IGP, metric 0, localpref 100, valid, internal
  65502
    192.168.20.4 (metric 128) from 10.2.2.2 (10.2.2.2)
      Origin IGP, metric 0, localpref 100, valid, internal, best

يقوم كل من R2 و R3 باختيار المسار الأفضل كمسار خارجي من R4 المتوقع استنادا إلى خوارزمية تحديد أفضل مسار لبروتوكول BGP. راجع خوارزمية تحديد المسار الأفضل لبروتوكول العبّارة المحدودة (BGP) لمزيد من المعلومات.

وبالمثل، يختار R1 R2 للوصول إلى الشبكتين لأن رابطة سمات أفضل مسار BGP السابقة يتم إستخدام معرف موجه BGP الأقل كمجزئ ئ ئ. يحتوي R2 على معرف الموجه 10.2.2.2، ويحتوي R3 على معرف الموجه 10.3.3.3. نظرا لأن معرف موجه R2S هو 10.2.2.2 ومعرف موجه R3S هو 10.3.3.3، يتم إختيار R2. في هذا التكوين الأساسي، تمر حركة مرور كل حركات المرور إلى الشبكتين في AS 65502 من R1 إلى R2 ثم إلى R4 بشكل افتراضي. الآن، لنفترض أن R4 يريد تحميل توازن حركة المرور التي يستلمها من AS 65501. للقيام بذلك دون أي تعديلات R4 ISP، تقوم بتكوين R4 لاستخدام MED لفرض حركة مرور الشبكة على مسار واحد، وحركة مرور الشبكة الأخرى على المسار الآخر.

note-icon

ملاحظة: الرجاء ملاحظة أن مثال تكوين MED الموضح يوفر هندسة حركة مرور لكل بادئة، وليس موازنة حمل صحيحة متساوية التكلفة.

هذا هو تكوين R4 بعد تطبيق التكوين اللازم:

R4 
!
hostname r4
!
ip cef
!
!
!
interface Loopback10
 ip address 10.4.0.1 255.255.0.0
!
interface Loopback11
 ip address 10.5.0.1 255.255.0.0
!
interface Serial0/0
 ip address 192.168.20.4 255.255.255.0
!
interface Serial1/0
 ip address 192.168.30.4 255.255.255.0
!
router bgp 65502
 no synchronization
 bgp log-neighbor-changes
 network 10.4.0.0 mask 255.255.0.0
 network 10.5.0.0 mask 255.255.0.0
 neighbor 192.168.20.2 remote-as 65501
 neighbor 192.168.20.2 route-map setMED-R2 out
 neighbor 192.168.30.3 remote-as 65501
 neighbor 192.168.30.3 route-map setMED-R3 out
 no auto-summary
!
ip classless
no ip http server
!
!
access-list 1 permit 10.4.0.0 0.0.255.255
access-list 2 permit 10.5.0.0 0.0.255.255
!
route-map setMED-R3 permit 10
 match ip address 1
 set metric 200
!
route-map setMED-R3 permit 20
 match ip address 2
 set metric 100

!--- The route-map setMED-R3 is applying a MED of 200 to the 10.4.0.0/16 
!--- network and a MED of 100 to the 10.5.0.0/16 network. 
!--- The route-map is being applied outbound towards R3. 

! 
route-map setMED-R2 
permit 10 match ip address 1 
set metric 100 
! 
route-map setMED-R2 permit 20 
match ip address 2 
set metric 200 

!--- The route-map setMED-R2 is applying a MED of 100 to the 10.4.0.0/16 
!--- network and a MED of 200 to the 10.5.0.0/16 network. 
!--- The route-map is being applied outbound towards R2.  
! 
! 
! 
line con 0 
exec-timeout 0 0 
line aux 0 
line vty 0 4 
exec-timeout 0 0 
login 
! 
! 
end
note-icon

ملاحظة: في هذا المثال، يتم الإعلان عن 10.4.0.0/16 و 10.5.0.0/16 فقط. إذا تم الإعلان عن بادئات إضافية لنفس الجار، فقم بإضافتها إلى قائمة الوصول المناسبة أو تسلسل خريطة المسار. إضافة تسلسل ترخيص نهائي إذا كان يجب الإعلان عن البادئات غير المتطابقة دون تصفيتها بواسطة خريطة المسار الصادرة.

ملاحظة: بمجرد تطبيق خريطة المسار الصادرة، قم بتحديث تحديثات BGP الصادرة عن طريق تشغيل الأمر clear ip bgp * soft out. في الإنتاج، أستخدم مسح ناعم للخرج المجاور عندما يكون ذلك ممكنا، على سبيل المثال، مسح بروتوكول IP BGP 192.168.20.2 ناعم ومسح بروتوكول IP BGP 192.168.30.3 خرج ناعم.

بعد تطبيق MED، يقوم R2 بتحديد المسار/الارتباط من R2 إلى R4 على أنه الأفضل ل 10.4.0.0/16، ويقوم R3 بتحديد المسار/الارتباط من R3 إلى R4 على أنه الأفضل ل 10.5.0.0/16. في الحالة المتقاربة المعروضة، يتلقى R1 أفضل إعلان ل iBGP مؤهل لكل بادئة ويستخدم R2 ل 10.4.0.0/16 و R3 ل 10.5.0.0/16:

r1#show ip bgp 10.4.0.1
BGP routing table entry for 10.4.0.0/16, version 14
Paths: (1 available, best #1, table Default-IP-Routing-Table)
Flag: 0x800
  Not advertised to any peer
  65502
    192.168.20.4 (metric 128) from 10.2.2.2 (10.2.2.2)
      Origin IGP, metric 100, localpref 100, valid, internal, best

r1#show ip bgp 10.5.0.1
BGP routing table entry for 10.5.0.0/16, version 13
Paths: (1 available, best #1, table Default-IP-Routing-Table)
Flag: 0x800
  Not advertised to any peer
  65502
    192.168.30.4 (metric 128) from 10.3.3.3 (10.3.3.3)
      Origin IGP, metric 100, localpref 100, valid, internal, best

انظر المثال التالي الخاص بالعرض R2:

r2#show ip bgp 10.4.0.1
BGP routing table entry for 10.4.0.0/16, version 10
Paths: (1 available, best #1, table Default-IP-Routing-Table)
  Advertised to non peer-group peers:
  10.1.1.1 10.3.3.3 
  65502
    192.168.20.4 from 192.168.20.4 (10.4.4.4)
      Origin IGP, metric 100, localpref 100, valid, external, best


r2#show ip bgp 10.5.0.1
BGP routing table entry for 10.5.0.0/16, version 11
Paths: (2 available, best #1, table Default-IP-Routing-Table)
  Advertised to non peer-group peers:
  192.168.20.4 
  65502
    192.168.30.4 (metric 74) from 10.3.3.3 (10.3.3.3)
      Origin IGP, metric 100, localpref 100, valid, internal, best
  65502
    192.168.20.4 from 192.168.20.4 (10.4.4.4)
      Origin IGP, metric 200, localpref 100, valid, external

يظهر R2 مسارا واحدا ل 10.4.0.0/16 لأن R3 لم يعد يعلن عن مساره الذي تم تعلمه R4 بعد أن يقوم R3 بتحديد المسار الذي تم تعلمه من iBGP من خلال R2 كأفضل مسار. يسحب R3 التحديث (يرسل سحب مسار BGP، ويحتوي هذا التحديث على مقياس يتعذر الوصول إليه) ل 10.4.0.0/16 بمجرد إشعاره بأن R3 يستخدم R2 للوصول إلى 10.4.0.0/16. تمنع قواعد الإعلانات القياسية iBGP R3 من الإعلان عن المسار الذي تم تعلمه من iBGP مرة أخرى إلى نظير iBGP آخر في هذه المخطط:

r3#show ip bgp 10.4.0.0
BGP routing table entry for 10.4.0.0/16, version 20
Paths: (2 available, best #1, table Default-IP-Routing-Table)
  Advertised to non peer-group peers:
  192.168.30.4 
  65502
    192.168.20.4 (metric 74) from 10.2.2.2 (10.2.2.2)
      Origin IGP, metric 100, localpref 100, valid, internal, best
  65502
    192.168.30.4 from 192.168.30.4 (10.4.4.4)
      Origin IGP, metric 200, localpref 100, valid, external

ويتيح هذا للخادم طراز R2 إمكانية حفظ بعض الذاكرة نظرا لأنه لا يحتاج إلى تخزين هذه المعلومات غير المفيدة. في حالة فشل جلسة عمل BGP بين R2 و R4، يرسل R2 تحديثا يتعذر الوصول إليه إلى R3 ل 10.4.0.0/16. سيؤدي هذا التحديث إلى تشغيل R3 لإرسال تحديث مع مسار R3 ل 10.4.0.0/16 عبر R4 إلى R2. يمكن أن يبدأ R2 في التوجيه عبر R3.

أمر MED

لتمكين مقارنة MED قطعية، قم بتكوين الأمر BGP المحدد-med ضمن وضع تكوين موجه BGP. عند تمكينه، BGP Determintional-med يزيل التبعية الزمنية من القرارات القائمة على أفضل مسار في MED عن طريق تجميع المسارات من نفس مقارنة AS قبل المقارنة. وهذا يضمن إجراء مقارنة دقيقة عبر جميع المسارات الواردة من النظام الذاتي نفسه (AS).

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

الأمثلة

مثلا، تأملوا في المسارات التالية:

مدخل مسار AS أداة تمييز المخارج المتعددة (MED) التفضيل المحلي كطول مسار الأصل

مدخل 1

الطراز AS 65001

100

100

1

IGP

مدخل 2

الطراز AS 65002

50

100

1

IGP

مدخل 3

الطراز AS 65001

20

100

1

IGP

موجه BGP مع تعطيل MED

مثال على أمر الوصول 1

ترتيب مسارات BGP التي تم تلقيها هو (الإدخال1 هو أقدم إدخال في جدول BGP والإدخال 3 هو الأحدث):

  1. مدخل 1
  2. مدخل 2
  3. مدخل 3

في البداية، يوجد مسار واحد فقط، لذلك يصبح الإدخال 1 أفضل مسار. عند مقارنة الإدخال 2 من AS65002 مع الإدخال 1 من AS65001، يتم تجاهل MED لأن المسارات تأتي من مناطق مختلفة مجاورة ASs؛ بما أن كل السمات المتبقية متساوية، فإن الموجه يحافظ على أفضل مسار حالي، مدخل 1.

عند مقارنة الإدخال 3 من AS65001 مع MED 20 مع الإدخال 1 من AS65001 مع MED 100، يتم تقييم MED لأن كلا المسارين يأتيان من نفس الجوار مثل. بما أن 20 هو أقل من 100، فإن Entry3 يصبح أفضل مسار نهائي.

المثال الخاص بأمر الوصول 2

لنفترض الآن أن نفس المسارات تصل بترتيب مختلف:

  1. مدخل 2
  2. مدخل 3
  3. مدخل 1

في البداية، يتم تحديد الإدخال 2 كأفضل مسار. عند مقارنة الإدخال 3 من AS65001 مع الإدخال 2 من AS65002، لا يتم تقييم MED لأن المسارات تأتي من مناطق مختلفة مجاورة؛ بما أن كل السمات المتبقية متساوية، فإن الموجه يحافظ على أفضل مسار حالي، مدخل 2.

عند مقارنة الإدخال 1 من AS65001 مع الإدخال 2 من AS65002، يتم تجاهل MED مرة أخرى لأن المسارات تأتي من مناطق AS مجاورة مختلفة. نتيجة لذلك، يحافظ الموجه على Entry2 كأفضل مسار نهائي.

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

note-icon

ملاحظة: لمزيد من المعلومات حول معايير تحديد مسار BGP، ارجع إلى خوارزمية تحديد مسار BGP الأفضل.

موجه BGP مع تمكين MED

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

مجموعة مسار AS مدخل المسار المحدد السبب

المجموعة الأولى

الطراز AS 65001

مدخل 1 (MED 100)، مدخل 3 (MED 20)

مدخل 3

متوسط أدنى (20 < 100)

المجموعة الثانية

الطراز AS 65002

مدخل 2 (MED 50)

مدخل 2

المرشح الوحيد

في مجموعة 1، أفضل مسار هو entry3 بسبب MED الأدنى (يتم إستخدام MED في هذا القرار بما أن المسارات من نفس AS). في المجموعة 2، يوجد إدخال واحد فقط (entry2). و بعد ذلك يتم تحديد أفضل مسار لمقارنة الفائزين من كل مجموعة، حيث لا يتم إستخدام الطب المتوسط في هذه المقارنة بشكل افتراضي، لأن الفائزين من كل مجموعة ينتمون إلى وكالات مختلفة.

وعند هذه النقطة، لم تعد تعد المواد الكيميائية موضع إعتبار، لأن المسارات المتبقية تنشأ من مناطق مختلفة مجاورة. تستمر خوارزمية أفضل مسار ل BGP مع السمات التالية (مثل eBGP مقابل iBGP، قياس IGP إلى الخطوة التالية، المسار الأقدم، معرف الموجه، وما إلى ذلك، بناء على أي سمات تختلف).

والميزة الرئيسية هي أن هذه العملية مستقلة عن المسارات التي تم تلقيها. ما إذا كان الموجه يتعلم المسارات باسم:

  • إدخال 1 → إدخال 2 → إدخال 3
  • إدخال 3 → إدخال 3 → إدخال 1
  • إدخال 3 → إدخال 1 → إدخال 2

ونتيجة لذلك، تؤدي أوامر الوصول إلى نفس النتيجة لأن القرار يستند إلى سمات المسار بدلا من الترتيب الذي تم إستلام التحديثات به.

note-icon

ملاحظة: إذا تم أيضا تمكين BGP دائما-compare-med عند مقارنة الإدخال 3 (الفائز من المجموعة 1) والإدخال 2 (الفائز من المجموعة 2)؛ الفائز بالقيمة 3 بسبب انخفاض مستوى سطح البحر.

note-icon

ملاحظة: يضمن تمكين أمر BGP المحدد-med مقارنة متغير MED عند إختيار الموجهات التي يتم الإعلان عنها من قبل أقران مختلفين في نفس الوقت. يضمن تمكين أمر BGP دائما-compare-med مقارنة المسارات من المسارات من الدول المجاورة على نحو مختلف.

يفترض هذا المثال أن كل سمات BGP ذات الأولوية الأعلى (مثل الوزن، التفضيل المحلي، مثل طول المسار، الأصل، وغيرها) متطابقة. والغرض هو عزل تأثير العملية البحرية لتوضيح لماذا يمكن أن يؤدي تعطيل بروتوكول بوابة الحدود (BGP) إلى ضمان أن قرار أفضل مسار يعتمد على أمر الوصول إلى المسار.

توصي Cisco بتمكين BGP دائما-compare-med في جميع عمليات نشر الشبكة الجديدة. بالإضافة إلى ذلك، إذا تم تمكين بروتوكول BGP للمقارنة دوما-MED، فإن قرارات BGP MED تكون دائما قطعية.

لمزيد من المعلومات حول أمر BGP المحدد-med وأمر BGP دائما-compare-med، ارجع إلى كيفية أختلاف أمر BGP المحدد-med عن أمر BGP دائما-compare-med.

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

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

المراجعة تاريخ النشر التعليقات
3.0
30-Jul-2026
عنوان، مقدمة، كتابة، قواعد، إدراج خطوط الآفاق لفصل الأقسام/إمكانية القراءة.
2.0
26-Jan-2024
تحديث SEO والتنسيق.
1.0
10-Dec-2001
الإصدار الأولي
TAC Authored

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

  • Cisco TAC Engineers

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

Feedbackالتعليقات

اتصل بنا