المحتويات

المقدمة

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

المتطلبات

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

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

فهم إعلانات iBGP

حالة Nexus NX-OS

حالة IOS من Cisco

إستخدام الأمر set ip next-hop redist-unchanged

تكوين الأجهزة الأولية

المقدمة

يصف هذا المستند سلوك سمة مسار NEXT_HOP عند تعيينها للإعلانات الخاصة ببروتوكول العبارة الداخلية (iBGP) على Nexus NX-OS مقابل Cisco IOS (وهذا يتضمن الأنظمة الأساسية المستندة إلى Cisco IOS-XE). هذا للإعلانات عن المسارات التي تم إنشاؤها محليا.

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

المتطلبات

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

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

- إعادة توزيع بروتوكولات التوجيه

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

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

- Nexus 7000 الذي يعمل بنظام التشغيل NX-OS، الإصدار 7.3(0)D1(1)

- موجه Cisco الذي يعمل بنظام التشغيل Cisco IOS، الإصدار 15.6(2)T

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

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

- على الأنظمة الأساسية المستندة إلى Nexus NX-OS، بالنسبة للمسارات التي لم يتم إنشاؤها محليا، تقوم إعلانات iBGP بتعديل سمة NEXT_HOP وتعيينها باستخدام عنوان IP الخاص بالواجهة المحلية الخاصة بها.

- على الأنظمة الأساسية المستندة إلى Cisco IOS، وبالنسبة للمسارات التي لم يتم إنشاؤها محليا، تحافظ إعلانات iBGP على سمة next_hop للمسار الأصلي كما هو.

يمكن أن يتطابق السلوك على Nexus NX-OS مع السلوك الذي يظهر على Cisco IOS إذا كان ذلك مطلوبا بفضل تغييرات الرمز التي تم إدخالها بواسطة الخلل CSCud20941.

ملاحظة: لا ينطبق هذا إلا على إعلانات iBGP وليس على eBGP.

ملاحظة: قابل للتطبيق على الموجهات التي لم يتم إنشاؤها محليا والتي تم تكوينها كمسارات ثابتة أو استقبالها عبر أي بروتوكول لعبارة الداخلية (IGP) مثل بروتوكول توجيه العبارة الداخلي المحسن (EIGRP) أو فتح أقصر مسار أولا (OSPF) أو بروتوكول معلومات التوجيه (RIP).

فهم إعلانات iBGP

لفهم مجموعة next_hop في إعلانات iBGP، خذ كمثال مخططات مخطط الشبكة الموضحة في الصور.

مخطط حالة Nexus NX-OS

مخطط حالة Cisco IOS

حالة Nexus NX-OS

في مخطط حالة Nexus NX-OS، يستقبل R2 (Nexus NX-OS) المسار 1.1.1.1/32 عبر EIGRP من الموجه 1 ويعلن عنه باستخدام iBGP إلى الموجه 3 كما هو موضح في الصورة.

يعرض جدول توجيه R2 (Nexus NX-OS) المسار 1.1.1.1/32 الذي تم إستقباله عبر EIGRP ومع عنوان IP للخطوة التالية الأصلية 10.1.2.1

R2 (Nexus NX-OS)

R2# show ip route 1.1.1.1/32

IP Route Table for VRF "default"

'*' denotes best ucast next-hop

'**' denotes best mcast next-hop

'[x/y]' denotes [preference/metric]

'%<string>' in via output denotes VRF <string>

1.1.1.1/32, ubest/mbest: 1/0

*via 10.1.2.1, Eth2/1, [90/130816], 00:02:28, eigrp-1, internal

في قسم تكوين BGP، يمكنك رؤية الأوامر في موضعها للإعلان عن 1.1.1.1/32 عبر iBGP إلى الموجه 3.

R2 (Nexus NX-OS)

R2# show running-config bgp

!Command: show running-config bgp

!Time: -

version -

feature bgp

router bgp 2

address-family ipv4 unicast

network 1.1.1.1/32

neighbor 10.2.3.3 remote-as 2

address-family ipv4 unicast

في الموجه 3، يتم إستقبال المسار 1.1.1.1/32 عبر iBGP مع تعيين الخطوة التالية الآن على عنوان IP الخاص ب R2 (Nexus NX-OS) وهو 10.2.3.2

- إدخال جدول الموجه 3 BGP ل 1.1.1.1/32

R3

R3# show bgp ipv4 unicast 1.1.1.1/32

BGP routing table entry for 1.1.1.1/32, version 8

Paths: (1 available, best #1, table default)

Not advertised to any peer

Refresh Epoch 1

Local

10.2.3.2 from 10.2.3.2 (2.2.2.2)

Origin IGP, localpref 100, valid, internal, best

rx pathid: 0, tx pathid: 0x0

- إدخال جدول التوجيه 3 ل 1.1.1.1/32

R3

R3# 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

1.0.0.0/32 is subnetted, 1 subnets

B        1.1.1.1 [200/0] via 10.2.3.2, 00:07:17

حالة IOS من Cisco

في مخطط حالة Cisco IOS، يستقبل R2 (Cisco IOS) المسار 1.1.1.1/32 عبر EIGRP من الموجه 1 ويعلن عنه باستخدام iBGP إلى الموجه 3 كما هو موضح في الصورة.

يعرض جدول توجيه R2 (Cisco IOS) المسار 1.1.1.1/32 الذي تم إستقباله عبر EIGRP ومع عنوان IP للخطوة التالية الأصلية من 10.1.2.1

R2 (Cisco IOS)

R2# show ip route 1.1.1.1 255.255.255.255 longer-prefixes

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

1.0.0.0/32 is subnetted, 1 subnets

D        1.1.1.1 [90/130816] via 10.1.2.1, 00:00:06, GigabitEthernet0/1

في قسم تكوين BGP، يمكنك رؤية الأوامر في موضعها للإعلان عن 1.1.1.1/32 عبر iBGP إلى الموجه 3

R2 (Cisco IOS)

R2# show running-config partition router bgp 2

Building configuration...

Current configuration : 210 bytes

!

! Last configuration change at -

!

!

!

!

router bgp 2

bgp router-id 2.2.2.2

bgp log-neighbor-changes

network 1.1.1.1 mask 255.255.255.255

neighbor 10.2.3.3 remote-as 2

!

!

end

على الموجه 3، يمكنك رؤية المسار 1.1.1.1/32 الذي يتم إستقباله عبر iBGP مع تعيين الخطوة التالية الأصلية على IP على الموجه 1 وهو 10.1.2.1.

- إدخال جدول الموجه 3 BGP ل 1.1.1.1/32

R3

R3# show bgp ipv4 unicast 1.1.1.1/32

BGP routing table entry for 1.1.1.1/32, version 0

Paths: (1 available, no best path)

Not advertised to any peer

Refresh Epoch 1

Local

10.1.2.1 (inaccessible) from 10.2.3.2 (2.2.2.2)

Origin IGP, metric 130816, localpref 100, valid, internal

rx pathid: 0, tx pathid: 0

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

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

يظهر الأمر debug ip bgp update السبب وراء عدم تثبيت الموجه 3 للمسار لأنه لا يوجد إدخال في جدول التوجيه الخاص به للخطوة التالية، في هذه الحالة تكون الخطوة التالية 10.1.2.1

R3

R3# debug ip bgp update

*-: BGP(0): 10.2.3.2 rcvd UPDATE w/ attr: nexthop 10.1.2.1, origin i, localpref 100, metric 130816

*-: BGP(0): 10.2.3.2 rcvd 1.1.1.1/32

*-: BGP(0): no valid path for 1.1.1.1/32

أحد الأساليب لجعل الخطوة التالية متاحة:

-الخطوة 1. تم تكوين مسار ثابت واحد في جدول التوجيه للموجه 3 من أجل إنشاء إدخال للخطوة التالية.

R3

R3# configure terminal

Enter configuration commands, one per line.  End with CNTL/Z.

R3(config)# ip route 10.1.2.1 255.255.255.255 10.2.3.2

-الخطوة 2. يوضح أمر تصحيح الأخطاء نفسه أن المسار تم قبوله الآن.

R3

R3# debug ip bgp update

R3#

*Mar 29 16:08:42.888: BGP(0): 10.2.3.2 rcvd UPDATE w/ attr: nexthop 10.1.2.1, origin i, localpref 100, metric 130816

*Mar 29 16:08:42.890: BGP(0): 10.2.3.2 rcvd 1.1.1.1/32

*Mar 29 16:08:42.892: BGP(0): Revise route installing 1 of 1 routes for 1.1.1.1/32 -> 10.1.2.1(global) to main IP table

R3#

-الخطوة 3. قام جدول BGP بإزالة الحالة (يتعذر الوصول إليها).

R3

R3# show bgp ipv4 unicast 1.1.1.1/32

BGP routing table entry for 1.1.1.1/32, version 6

Paths: (1 available, best #1, table default)

Not advertised to any peer

Refresh Epoch 2

Local

10.1.2.1 from 10.2.3.2 (2.2.2.2)

Origin IGP, metric 130816, localpref 100, valid, internal, best

rx pathid: 0, tx pathid: 0x0

-الخطوة 4. يقوم جدول التوجيه الآن بتثبيت المسار إلى 1.1.1.1/32

R3

R3# 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

1.0.0.0/32 is subnetted, 1 subnets

B        1.1.1.1 [200/130816] via 10.1.2.1, 00:11:37

إستخدام الأمر set ip next-hop redist-unchanged

منذ الإصدار 6.2(12)، تم إدخال الأوامر set ip next-hop redist-unchanged وset ipV6 next-hop redist-unchanged بواسطة الخلل CSCud20941 من أجل جعل Nexus NX-OS يعكس سلوك Cisco IOS.

ملاحظة: تعمل هذه الأوامر فقط عند إستخدامها كمعلمات في خريطة مسار ويتم إستخدامها مع الأمر redistribution.

في مخطط حالة Nexus NX-OS، يستقبل R2 (Nexus NX-OS) المسار 1.1.1.1/32 عبر EIGRP من الموجه 1 ويعلن عنه باستخدام iBGP إلى الموجه 3 كما هو موضح في الصورة:

يعرض جدول توجيه R2 (Nexus NX-OS) المسار 1.1.1.1/32 الذي تم إستقباله عبر EIGRP ومع عنوان IP للخطوة التالية الأصلية 10.1.2.1

R2 (Nexus NX-OS)

R2# show ip route 1.1.1.1/32

IP Route Table for VRF "default"

'*' denotes best ucast next-hop

'**' denotes best mcast next-hop

'[x/y]' denotes [preference/metric]

'%<string>' in via output denotes VRF <string>

1.1.1.1/32, ubest/mbest: 1/0

*via 10.1.2.1, Eth2/1, [90/130816], 04:38:21, eigrp-1, internal

يتوفر الأمر set ip next-hop redist-unchanged ضمن وضع تكوين 'route-map'.

R2 (Nexus NX-OS)

R2(config)# route-map REDIST-UNCHANGED

R2(config-route-map)# set ip next-hop ?

A.B.C.D              IP address of next hop

load-share           Enables load sharing

peer-address         Use peer address (for BGP only)

redist-unchanged     Use unchanged address during redistribution (for BGP

session only)

unchanged            Use unchanged address (for eBGP session only)

verify-availability  Verify the reachability of the tracked object

R2(config-route-map)# set ip next-hop redist-unchanged

يتم تطبيق تعيين المسار REDIST-UNCHANGED كمعلمة لبيان تكوين إعادة التوزيع في BGP.

R2 (Nexus NX-OS)

R2#

!

route-map REDIST-UNCHANGED permit 10

set ip next-hop redist-unchanged

!

R2# show running-config bgp

!Command: show running-config bgp

!Time: -

version -

feature bgp

router bgp 2

address-family ipv4 unicast

redistribute eigrp 1 route-map REDIST-UNCHANGED

neighbor 10.2.3.3 remote-as 2

address-family ipv4 unicast

يستلم الآن الموجه 3 تحديث BGP مع تعيين next_hop الأصلي مماثل ل cisco ios.

R3

R3# show ip bgp

BGP table version is 15, local router ID is 10.2.3.3

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 1.1.1.1/32       10.1.2.1            130816    100      0 ?

يصف هذا المستند أختلاف كيفية معالجة Nexus NX-OS و Cisco IOS لإعلانات iBGP للمسارات التي لم يتم إنشاؤها محليا.

يعد السلوك الموضح في هذا المستند لمعظم سيناريوهات الحالة وهو ليس السلوك الذي يؤثر على عمليات توجيه الشبكة المعتادة.

تتوفر الأوامر الاختيارية set ip next-hop redist-unchanged وset ipV6 next-hop redist-unchanged للحفاظ على التوافق مع توجيه BGP مع RFC 4271 على Nexus NX-OS

تكوين الأجهزة الأولية

R1

hostname R1

!

interface Loopback0

ip address 1.1.1.1 255.255.255.255

ip ospf 1 area 0

!

interface GigabitEthernet0/1

ip address 10.1.2.1 255.255.255.0

ip ospf network point-to-point

ip ospf 1 area 0

!

router ospf 1

!

R2 (Nexus NX-OS)

hostname R2

!

feature ospf

feature bgp

!

interface Ethernet2/1

no switchport

ip address 10.1.2.2/24

ip ospf network point-to-point

ip router ospf 1 area 0.0.0.0

no shutdown

!

interface Ethernet2/2

no switchport

ip address 10.2.3.2/24

no shutdown

!

router ospf 1

!

router bgp 2

address-family ipv4 unicast

network 1.1.1.1/32

neighbor 10.2.3.3 remote-as 2

address-family ipv4 unicast

!

R2 (Cisco IOS)

hostname R2

!

interface GigabitEthernet0/1

ip address 10.1.2.2 255.255.255.0

ip ospf network point-to-point

ip ospf 1 area 0

!

interface GigabitEthernet0/2

ip address 10.2.3.2 255.255.255.0

!

router ospf 1

!

router bgp 2

bgp log-neighbor-changes

network 1.1.1.1 mask 255.255.255.255

neighbor 10.2.3.3 remote-as 2

!

R3

hostname R3

!

interface GigabitEthernet0/1

ip address 10.2.3.3 255.255.255.0

!

router bgp 2

bgp log-neighbor-changes

neighbor 10.2.3.2 remote-as 2

!