فهم مجموعة الخطوات التالية في إعلانات iBGP على Nexus NX-OS مقابل Cisco IOS

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

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

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

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

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

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


    المقدمة

    يصف هذا المستند سلوك سمة مسار 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
!


    TAC Authored

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

    • Hector Gustavo Serrano Gutierrez
      مهندس TAC من Cisco

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

    Feedbackالتعليقات

    اتصل بنا