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

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

PDF (301.6 KB)
عرض باستخدام Adobe Reader على مجموعة متنوعة من الأجهزة
ePub (96.5 KB)
العرض في تطبيقات مختلفة على iPhone أو iPad أو نظام تشغيل Android أو قارئ Sony أو نظام التشغيل Windows Phone
Mobi (Kindle) (105.2 KB)
عرض على جهاز Kindle أو تطبيق Kindle على أجهزة متعددة

تم التحديث:٢٦ يناير ٢٠٢٤

معرّف المستند:13759

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

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

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

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

المحتويات

المقدمة

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

المتطلبات

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

الاصطلاحات

السمة MED

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

مثال

أمر BGP المحدد-med

الأمثلة

موجه BGP مع BGP المحدد-med المعطل

موجه BGP مع تمكين BGP المحدد-med

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

المقدمة

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

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

المتطلبات

لا توجد متطلبات خاصة لهذا المستند.

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

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

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

الاصطلاحات

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

السمة MED

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

يصف هذا القسم مثالا على كيفية إستخدام MED للتأثير على قرار التوجيه المتخذ من قبل AS المجاور.

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

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

مثال

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

R4
! version 12.3 ! 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

!
version 12.3
!
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
! version 12.3 ! 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

!
version 12.3
!
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. يحتوي R3 على eBGP يتوافق مع R4 و iBGP الذي يتوافق مع R1.

يحتوي 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 - تحديد المسار بمعرف الموجه الأدنى. نظرا لأن معرف موجه R2 هو 10.2.2.2 ومعرف موجه R3 هو 10.3.3.3، يتم إختيار R2. في هذا التكوين الأساسي، تمر حركة مرور كل حركات المرور إلى الشبكتين في AS 65502 من R1 إلى R2 ثم إلى R4 بشكل افتراضي. الآن، لنفترض أن R4 يريد تحميل توازن حركة المرور التي يتلقاها من AS 65501. للقيام بذلك دون أي تعديلات على R4 ISP، تقوم بتكوين R4 لاستخدام MED لفرض حركة مرور البيانات لشبكة واحدة عبر مسار واحد، وحركة مرور الشبكة الأخرى عبر المسار الآخر.

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

R4
! version 12.3 ! 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 MED-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 MED-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

!
version 12.3
!
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 MED-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 MED-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

ملاحظة: تحتاج إلى مسح جلسة BGP باستخدام clear ip bgp * soft out على سبيل المثال، قم بإصدار أمر يجعل هذه التكوينات تقوم بإجراء.

يعتبر R1 الآن المسار عبر R2 هو أفضل مسار للشبكة 10.4.0.0/16 لأن التحديث الوارد من R2 يحتوي على 100 مقابل 200 MED، وهو ما يعلن عنه R3. وبالمثل، يستخدم R1 الارتباط R3 والرابط R3 - R4 للوصول إلى الإصدار 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#sh 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 يسحب (يرسل تحديثا بمقياس يتعذر الوصول إليه) التحديث ل 10.4.0.0/16 بمجرد إبلاغه بأن R3 يستخدم R2 للوصول إلى 10.4.0.0/16 (بعد تشغيل مسار أفضل لبروتوكول BGP على جميع المسارات المتاحة):

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.

أمر BGP المحدد-med

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

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

الأمثلة

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

entry1: ASPATH 1, MED 100, internal, IGP metric to NEXT_HOP 10
entry2: ASPATH 2, MED 150, internal, IGP metric to NEXT_HOP 5
entry3: ASPATH 1, MED 200, external

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

موجه BGP مع BGP المحدد-med المعطل

موجه BGP مع bgp deterministic-med يقوم "معطل" باختيار Entry2 عبر Entry1، بسبب انخفاض قياس IGP للوصول إلى NEXT_HOP (لم يتم إستخدام MED في هذا القرار لأن Entry1 و Entry2 من نظامين مختلفين ASs). ثم يفضل الإدخال 3 على الإدخال 2 لأنه خارجي. ومع ذلك، فإن المدخل 3 له متوسط أعلى من المدخل 1. لمزيد من المعلومات حول معايير تحديد مسار BGP، ارجع إلى خوارزمية تحديد مسار BGP الأفضل .

موجه BGP مع تمكين BGP المحدد-med

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

Group 1:  entry1: ASPATH 1, MED 100, internal, IGP metric to NEXT_HOP 10
          entry3: ASPATH 1, MED 200, external
Group 2:  entry2: ASPATH 2, MED 150, internal, IGP metric to NEXT_HOP 5

في مجموعة 1، يكون المسار الأفضل هو Entry1 بسبب MED الأدنى (يتم إستخدام MED في هذا القرار لأن المسارات من نفس AS). في المجموعة 2، يوجد إدخال واحد فقط (entry2). و يتم تحديد أفضل مسار بعد ذلك بالمقارنة مع الفائزين من كل مجموعة (حيث لا يتم إستخدام الميدان في هذه المقارنة بشكل افتراضي، لأن الفائزين من كل مجموعة هم من مجموعات مختلفة. عند التمكين bgp always-compare-med لتغيير هذا السلوك الافتراضي). الآن، عندما تقوم بمقارنة إدخال1 (الفائز من المجموعة 1) وإدخال 2 (الفائز من المجموعة 2)، فإن إدخال 2 يمكن أن يكون الفائز حيث أن لديه مقياس IGP أفضل إلى الخطوة التالية.

إذا bgp always-compare-med تم تمكينها أيضا عند مقارنة الإدخال 1 (الفائز من المجموعة 1) والإدخال 2 (الفائز من المجموعة 2)، يمكن أن يكون الإدخال 1 هو الفائز بسبب انخفاض مستوى المتوسط.

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

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