المحتويات

المقدمة

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

المتطلبات

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

الاصطلاحات

السمة MED

مثال

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

الأمثلة

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

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

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

المقدمة

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

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

المتطلبات

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

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

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

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

الاصطلاحات

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

السمة MED

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

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

مخطط الشبكة

مخطط الشبكة

مثال

في هذا السيناريو، 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

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

تكون تكوينات 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 للوصول إلى الشبكات 2، والتي تتوافق مع قاعدة مسار 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

ملاحظة: تحتاج إلى مسح جلسة 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.

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

- نموذج تكوين BGP مع موفري خدمة مختلفين (تعدد التيارات)

- دعم IP/BGP

- دراسات حالة لبروتوكول العبّارة الحدودية (BGP)

- الدعم التقني والتنزيلات من Cisco