مقارنة سلوك عنوان إعادة توجيه OSPF على IOS و IOS-XR

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

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

تم التحديث:٣١ يوليو ٢٠١٨

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

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

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

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

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

المحتويات

المقدمة

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

المتطلبات

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

عنوان إعادة توجيه OSPF

الاختلافات بين IOS و IOS-XR

المقدمة

يصف هذا المستند مفهوم عنوان إعادة توجيه المسار الأقصر أولا (OSPF) على أجهزة IOS-XR و IOS. إنه يقارن سلوك OSPF بين أجهزة IOS-XR و IOS.

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

المتطلبات

توصي Cisco بأن تكون لديك معرفة أساسية ببروتوكول OSPF.

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

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

إصدارات الجهاز الظاهري IOS-XR: 6.1.3 و 6.1.2 و 6.0.0 و 5.3.0 و 5.2.0
منصات IOS من Cisco

عنوان إعادة توجيه OSPF

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

عندما يقوم موجه OSPF بإعادة توزيع مسار من بروتوكول مصدر آخر إلى OSPF على أنه إما E1 أو E2، فيمكنه تعيين عنوان إعادة توجيه في إعلان حالة الارتباط الخارجي (LSA) هذا المعين. يجب أن يستوفي بروتوكول OSPF هذه الشروط ليكون قادرا على تعيين هذه السمة المحددة. يمكن تعبئة عنوان إعادة التوجيه (غير صفري) أو عدم تعميمه (كافة الأصفار).

يجب أن تقوم جميع هذه الشروط بتعيين حقل عنوان إعادة التوجيه على عنوان غير صفري:

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

يعمل أي شروط أخرى بجانب هذه، على تعيين عنوان إعادة التوجيه إلى 0.0.0.0.

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

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

يستعرض هذا القسم المخطط لمزيد من التوضيح:

الصورة 1

في الصورة 1، يتم تشغيل بروتوكول توجيه العبارة الداخلي المحسن (EIGRP) بين R2 و R3 على المقطع المشترك 192.168.1.0/24. R1 متصل أيضا بالجزء المشترك 192.168.1.0/24، رغم عدم وجود EIGRP. تم تكوين R2 لإعادة توزيع 172.16.3.3/32 من بروتوكول EIGRP إلى OSPF كمسار خارجي للطراز E2. يعمل OSPF بين R2 و R4 و R1 إلى R4 و R1 إلى Transport_Router و R4 نحو XR5. برنامج الموجه XR5 هو IOS-XR.

يشرح هذا القسم أهمية عنوان إعادة التوجيه. باعتبار أن لديك حركة مرور تأتي من شبكة السحابة نحو 172.16.3.3/32، فإن حركة المرور هذه تصل إلى transport_router وتتم إعادة توجيهها وفقا لجدول التوجيه.

تحقق من ما لديك في جدول التوجيه ل transport_router للبادئة 172.16.3.3/32.

Transit_Router#show ip route 172.16.3.3

Routing entry for 172.16.3.3/32
  Known via "ospf 1", distance 110, metric 20, type extern 2, forward metric 2
  Last update from 192.168.70.1 on GigabitEthernet1, 00:00:04 ago
  Routing Descriptor Blocks:
  * 192.168.70.1, from 2.2.2.2, 00:00:04 ago, via GigabitEthernet1        <- You see the prefix is from advertising router with router-id 2.2.2.2
      Route metric is 20, traffic share count is 1

Transit_Router#

الخطوة التالية هي 192.168.70.1 تذهب إلى R1. نظرا لأنه تتم إعادة توزيع R2 على الشبكة 172.16.3.3/32 في OSPF، يمكنك افتراض أنه يجب عليك التوجيه نحو R2 للوصول إلى الوجهة 172.16.3.3/32.

يمكنك تشغيل traceroute من transport_router إلى 172.16.3.3/32.

Transit_Router#traceroute 172.16.3.3 timeout 1
Type escape sequence to abort.
Tracing the route to 172.16.3.3
VRF info: (vrf in name/id, vrf out name/id)
  1 192.168.70.1 7 msec 5 msec 8 msec           <- R1
  2 192.168.1.3 10 msec 11 msec 17 msec         <- R3

عندما يستقبل R1 حركة المرور الموجهة إلى 172.16.3.3/32، فإنه يتم توجيهها بالفعل مباشرة إلى R3. قم بتشغيل show ip route على R1 للاطلاع على جدول التوجيه نحو 172.16.3.3.

R1#show ip route 172.16.3.3

Routing entry for 172.16.3.3/32
  Known via "ospf 1", distance 110, metric 20, type extern 2, forward metric 1
  Last update from 192.168.1.3 on GigabitEthernet0/0, 02:04:54 ago
  Routing Descriptor Blocks:
  * 192.168.1.3, from 2.2.2.2, 02:04:54 ago, via GigabitEthernet0/0    <-- Next-hop goes directly towards R3 over the shared segment
      Route metric is 20, traffic share count is 1

بسبب عنوان إعادة التوجيه، يتلقى R1 الخطوة التالية 192.168.1.3 تذهب إلى R3، إذا لم يكن لديك أي بروتوكول توجيه بين R1 و R3. تحقق من LSA الخارجي على transport_router.

Transit_Router#show ip ospf database external 172.16.3.3

            OSPF Router with ID (6.6.6.6) (Process ID 1)

                Type-5 AS External Link States

  LS age: 1641
  Options: (No TOS-capability, DC, Upward)
  LS Type: AS External Link
  Link State ID: 172.16.3.3 (External Network Number )
  Advertising Router: 2.2.2.2
  LS Seq Number: 80000004
  Checksum: 0x8299
  Length: 36
  Network Mask: /32
        Metric Type: 2 (Larger than any link state path)
        MTID: 0
        Metric: 20
        Forward Address: 192.168.1.3      <-R3 interface towards the shared segment
        External Route Tag: 0

كما يمكنك أن ترى، يتم ملء عنوان إعادة التوجيه بعنوان IP 192.168.1.3، وهو ما يعني إذا كنت تريد التوجيه نحو 172.16.3.3/32، فيجب عليك التكرار نحو 192.168.1.3. وهذا يعني الآن أنه عندما يستقبل R1 الحزم الموجهة إلى 172.16.3.3/32، فإنه يحتوي أيضا على LSA من النوع 5 ل 172.16.3.3/32 مع عنوان إعادة توجيه بقيمة 192.168.1.3 متصل مباشرة على واجهة Gi0/0. وبالتالي، يقوم R1 بتوجيه الحزم نحو 192.168.1.3.

يساعد عنوان إعادة التوجيه بطريقة ما للحد من التوجيه دون الأمثل. إذا لم يتم تعيين عنوان إعادة التوجيه على LSA من النوع-5، فأنت بحاجة إلى توجيه جميع الحزم الموجهة إلى 172.16.3.3 عبر ASBR وهو R2.

للتحقق من ذلك، يمكنك إعادة ضبط عنوان إعادة التوجيه إلى 0.0.0.0 وتشغيل traceroute من transport_router.

Transit_Router#show ip ospf database external 172.16.3.3

            OSPF Router with ID (6.6.6.6) (Process ID 1)

                Type-5 AS External Link States

  LS age: 14
  Options: (No TOS-capability, DC, Upward)
  LS Type: AS External Link
  Link State ID: 172.16.3.3 (External Network Number )
  Advertising Router: 2.2.2.2
  LS Seq Number: 80000005
  Checksum: 0x196F
  Length: 36
  Network Mask: /32
        Metric Type: 2 (Larger than any link state path)
        MTID: 0
        Metric: 20
        Forward Address: 0.0.0.0    <- Recurse towards the ASBR (RID 2.2.2.2)
        External Route Tag: 0


Transit_Router#

يمكنك رؤية تعيين عنوان إعادة التوجيه على 0.0.0.0 وهو ما يعني أنه يجب عليك الآن توجيه الحزم إلى ASBR وهو R2. عندما تقوم بتشغيل traceroute من transport_router الموجهة إلى 172.16.3.3، فإن حركة المرور هذه تتبع المسار نحو ASBR R2.

ويمكن رؤية ذلك هنا:

Transit_Router#traceroute 172.16.3.3
Type escape sequence to abort.
Tracing the route to 172.16.3.3
VRF info: (vrf in name/id, vrf out name/id)
  1 192.168.70.1 17 msec 12 msec 3 msec     <-R1
  2 192.168.14.4 3 msec 18 msec 7 msec      <-R4
  3 192.168.24.2 15 msec 8 msec 5 msec      <-R2
  4 192.168.1.3 8 msec 11 msec 7 msec       <-R3
Transit_Router#

الاختلافات بين IOS و IOS-XR

يصف هذا القسم فرقا بين أجهزة IOS و IOS-XR عندما تعرف عنوان إعادة التوجيه عبر مصدر آخر.

في IOS عند وجود مسار خارجي ل OSPF في قاعدة البيانات وتعيين عنوان إعادة التوجيه، يجب أن يكون عنوان إعادة التوجيه معروفا عبر مسار منطقة داخلي أو داخلي ل OSPF. إذا لم يكن عنوان إعادة التوجيه معروفا عبر المسار بين المناطق (OSPF) أو المسار بين المناطق، فإن الموجه لا يقوم بتثبيت مسار OSPF الخارجي إلى قاعدة معلومات التوجيه (RIB).

تحقق من ما يحدث عند تكوين عنوان إعادة التوجيه ليعرف عبر مسار ثابت.

الصورة 2

في مخطط الصورة 2، يتم تكوين R2 كنقطة إعادة توزيع بين EIGRP و OSPF. يعيد الموجه توزيع 172.16.3.3/32 من EIGRP إلى مجال OSPF. يمكنك التحقق من كل من R4 و XR5 للتأكد من وجود إختلافات عند معرفة عنوان إعادة التوجيه عبر مصدر آخر. يتم عرض قاعدة بيانات OSPF على R4 هنا.

R4# show ip ospf database external 172.16.3.3

            OSPF Router with ID (4.4.4.4) (Process ID 1)
                Type-5 AS External Link States
  LS age: 4
  Options: (No TOS-capability, DC, Upward)
  LS Type: AS External Link
  Link State ID: 172.16.3.3 (External Network Number )
  Advertising Router: 2.2.2.2
  LS Seq Number: 80000002
  Checksum: 0x8697
  Length: 36
  Network Mask: /32
        Metric Type: 2 (Larger than any link state path)
        MTID: 0
        Metric: 20
        Forward Address: 192.168.1.3
        External Route Tag: 0

تحقق من كيفية التوجيه إلى عنوان إعادة التوجيه.

R4# show ip route 192.168.1.3
Routing entry for 192.168.1.0/24
  Known via "ospf 1", distance 110, metric 2, type intra area      <- Here you see it is know via OSPF intra area 
  Last update from 192.168.24.2 on GigabitEthernet0/0, 00:00:23 ago
  Routing Descriptor Blocks:
    192.168.24.2, from 1.1.1.1, 00:00:23 ago, via GigabitEthernet0/0
      Route metric is 2, traffic share count is 1
  * 192.168.14.1, from 1.1.1.1, 00:04:42 ago, via GigabitEthernet0/1
      Route metric is 2, traffic share count is 1

R4#

كما يمكنك رؤية الموجه يتعلم عنوان إعادة التوجيه عبر مسار المنطقة الداخلية مما يعني أنه يمكن تثبيت LSA الخارجي في RIB. يمكنك مشاهدة تثبيت LSA الخارجي في RIB.

R4#show ip route 172.16.3.3

Routing entry for 172.16.3.3/32
  Known via "ospf 1", distance 110, metric 20, type extern 2, forward metric 2
  Last update from 192.168.24.2 on GigabitEthernet0/0, 00:01:02 ago
  Routing Descriptor Blocks:
    192.168.24.2, from 2.2.2.2, 00:01:02 ago, via GigabitEthernet0/0
      Route metric is 20, traffic share count is 1
  * 192.168.14.1, from 2.2.2.2, 00:04:57 ago, via GigabitEthernet0/1
      Route metric is 20, traffic share count is 1

تكوين مسار ثابت لعنوان إعادة التوجيه يذهب إلى ASBR وهو R2

R4#conf t
Enter configuration commands, one per line. End with CNTL/Z.
R4(config)#ip route 192.168.1.0 255.255.255.0 192.168.24.2

قم بتشغيل show ip route باتجاه عنوان إعادة التوجيه.

R4# show ip route 192.168.1.3
Routing entry for 192.168.1.0/24
  Known via "static", distance 1, metric 0
  Routing Descriptor Blocks:
  * 192.168.24.2
      Route metric is 0, traffic share count is 1

كما يمكنك أن ترى أن عنوان إعادة التوجيه لم يتم تعلمه عبر OSPF ولكنه ثابت، مما يعني أن الآن LSA الخارجي ل 172.16.3.3 لا يمكن أن يجتاز المعايير اللازمة للاستخدام.

R4#show ip ospf database external 172.16.3.3

            OSPF Router with ID (4.4.4.4) (Process ID 1)

                Type-5 AS External Link States

  LS age: 480
  Options: (No TOS-capability, DC, Upward)
  LS Type: AS External Link
  Link State ID: 172.16.3.3 (External Network Number )
  Advertising Router: 2.2.2.2
  LS Seq Number: 80000001
  Checksum: 0x8896
  Length: 36
  Network Mask: /32
        Metric Type: 2 (Larger than any link state path)
        MTID: 0
        Metric: 20
        Forward Address: 192.168.1.3
        External Route Tag: 0

أخيرا، تحقق مما إذا كان المسار الخارجي مثبتا من قاعدة بيانات OSPF في RIB.

R4#show ip route 172.16.3.3
% Network not in table

كما يمكنك أن ترى، لا يركب الموجه LSA الخارجي من قاعدة بيانات OSPF إلى RIB، لأن عنوان إعادة التوجيه معروف عبر ساكن إستاتيكي وليس OSPF داخل المنطقة أو داخلها.

والمنطق هنا هو أن OSPF لا يعتبر مصدرا آخر للتوجيه نحو عنوان إعادة التوجيه جديرا بالثقة، ومن ثم يجب ألا يأخذ الموجه أي LSA خارجي يحتوي على عنوان إعادة توجيه غير معروف عبر OSPF في الاعتبار.

يصف هذا القسم نفس الاختبار على IOS-XR للتحقق من السلوك. في XR5، يكون لديك LSA الخارجي:

 RP/0/0/CPU0:XR4#show ospf database external 172.16.3.3
Mon Mar 26 06:26:24.656 UTC


            OSPF Router with ID (192.168.60.1) (Process ID 1)

                Type-5 AS External Link States
 
  Routing Bit Set on this LSA
  LS age: 930
  Options: (No TOS-capability, DC)
  LS Type: AS External Link
  Link State ID: 172.16.3.3 (External Network Number)
  Advertising Router: 2.2.2.2
  LS Seq Number: 80000001
  Checksum: 0x8896
  Length: 36
  Network Mask: /32
        Metric Type: 2 (Larger than any link state path)
        TOS: 0
        Metric: 20
        Forward Address: 192.168.1.3
        External Route Tag: 0

تحقق من تكوين مسار ثابت لعنوان إعادة التوجيه باتجاه R4 ما إذا كان الموجه يقوم بتثبيت LSA الخارجي في قاعدة البيانات أم لا.

RP/0/0/CPU0:XR4#show route 192.168.1.3
Mon Mar 26 06:33:21.587 UTC
Routing entry for 192.168.1.0/24
  Known via "static", distance 1, metric 0    <- The forwarding address is now known via static
  Installed Mar 26 06:31:55.133 for 00:01:26
  Routing Descriptor Blocks
    192.168.60.4          <- Next-hop is R4
      Route metric is 0, Wt is 1
  No advertising protos.

أنت يستطيع رأيت forwarding علمت عنوان عن طريق ساكن إستاتيكي. الآن، تحقق مما إذا كان قد تم تثبيت LSA الخارجي في RIB.

RP/0/0/CPU0:XR4#show route 172.16.3.3
Mon Mar 26 06:42:24.830 UTC
Routing entry for 172.16.3.3/32
  Known via "ospf 1", distance 110, metric 20, type extern 2
  Installed Mar 26 06:25:09.841 for 00:17:15
  Routing Descriptor Blocks
    192.168.60.4, from 2.2.2.2, via GigabitEthernet0/0/0/0
      Route metric is 20
  No advertising protos.
RP/0/0/CPU0:XR4#

يمكنك رؤية فرق بين IOS و IOS-XR. تم تثبيت LSA الخارجي في RIB على الرغم من معرفة عنوان إعادة التوجيه عبر ثابت. لا يزال الموجه لديه الاتصال نحو البادئة الخارجية.

RP/0/0/CPU0:XR4#ping 172.16.3.3
Mon Mar 26 06:44:25.772 UTC
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 172.16.3.3, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/9/19 ms
RP/0/0/CPU0:XR4#

يبدو أن IOS-XR يقوم بملء LSA الخارجي في RIB ولكنه لا يأخذ في الاعتبار عنوان إعادة التوجيه للتكرار، وهو ما يعني الآن أنه يتكرر نحو ASBR بدلا من البحث في RIB لعنوان إعادة التوجيه.

يعطيكم الاختبار اشارة إلى انه يمكن التأمل فيه. يمكنك تكوين مسار ثابت لعنوان إعادة التوجيه نحو null0 والتحقق من وجود الاتصال نحو البادئة الخارجية.

RP/0/0/CPU0:XR4#show ospf database external 172.16.3.3

Mon Mar 26 06:55:36.296 UTC
            OSPF Router with ID (192.168.60.1) (Process ID 1)
                Type-5 AS External Link States

  Routing Bit Set on this LSA
  LS age: 667
  Options: (No TOS-capability, DC)
  LS Type: AS External Link
  Link State ID: 172.16.3.3 (External Network Number)
  Advertising Router: 2.2.2.2
  LS Seq Number: 80000002
  Checksum: 0x8697
  Length: 36
  Network Mask: /32
        Metric Type: 2 (Larger than any link state path)
        TOS: 0
        Metric: 20
        Forward Address: 192.168.1.3
        External Route Tag: 0

RP/0/0/CPU0:XR4#show route 192.168.1.3

Mon Mar 26 06:55:38.966 UTC

Routing entry for 192.168.1.0/24
  Known via "static", distance 1, metric 0 (connected)
  Installed Mar 26 06:47:15.030 for 00:08:23
  Routing Descriptor Blocks
    directly connected, via Null0
      Route metric is 0, Wt is 1
  No advertising protos.

تحقق من الاتصال من XR5 إلى 172.16.3.3.

RP/0/0/CPU0:XR4#ping 172.16.3.3
Mon Mar 26 06:56:45.261 UTC
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 172.16.3.3, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/7/19 ms
RP/0/0/CPU0:XR4#traceroute 172.16.3.3
Mon Mar 26 06:56:51.251 UTC
 
Type escape sequence to abort.
Tracing the route to 172.16.3.3
 1  192.168.60.4 0 msec  0 msec  0 msec
 2  192.168.14.1 0 msec  0 msec  0 msec
 3  192.168.1.3 9 msec  9 msec  0 msec
RP/0/0/CPU0:XR4

في هذه الاختبارات، رأيت أهمية عنوان إعادة التوجيه وكيفية ترجمة التوجيه عند تعيينه. كما يمكن أن يكون الافتراض بأنه إذا تم تعيين عنوان إعادة التوجيه، فيجب إستخدامه، خاطئا لأنه يعتمد على النظام الأساسي. عند معرفة عنوان إعادة التوجيه عبر المنطقة الداخلية/الداخلية ل OSPF، يتم إستخدامه، وإلا يتم ملؤه ولكن لا يتم إستخدامه للتكرار. يعطي السلوك على XR مستوى من الطمأنينة، في حالة أصبح عنوان إعادة توجيه LSA الخارجي معروفا عبر مصدر آخر، لا يمكن أن يتم تقييد حركة المرور.

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

Aleksandar Sofranic
مهندس TAC من Cisco

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

التعليقات

اتصل بنا

فتح حالة دعم
(تتطلب عقد خدمة Cisco)

مقارنة سلوك عنوان إعادة توجيه OSPF على IOS و IOS-XR

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

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

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

المحتويات

المقدمة

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

المتطلبات

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

عنوان إعادة توجيه OSPF

الاختلافات بين IOS و IOS-XR

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

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

اتصل بنا

ينطبق هذا المستند على هذه المنتجات