إعادة التوزيع بين البروتوكولات المصنفة وغير المصنفة: EIGRP أو OSPF في RIP أو IGRP

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

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

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

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

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

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

المقدمة

يشرح هذا المستند مشكلتين مشتركتين مع إعادة توزيع المسارات بين RIP و OSPF أو IGRP و EIGRP. لن يعلن RIP و IGRP عن مخرج واجهة إذا كانت هذه الموجهات على الشبكة الرئيسية نفسها، ولكنها تحتوي على قناع مختلف عن تلك الواجهة المحددة. لمزيد من المعلومات حول تحديثات RIP و IGRP، ارجع إلى سلوك RIP و IGRP عند إرسال التحديثات واستقبالها.

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

المتطلبات

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

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

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

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

الاصطلاحات

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

يحتوي OSPF على قناع أطول من RIP

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

52a.gif

الحل

من الصعب تغيير قناع الشبكة الفرعية لمجال OSPF، لذلك بدلا من ذلك، أضف مسار ساكن إستاتيكي في Router GW-2 الذي يشير إلى مجال OSPF بقناع 255.255.255.0، ولكن مع الخطوة التالية من null0. بعد ذلك، قم بإعادة توزيع المسارات الثابتة إلى بروتوكول معلومات التوجيه (RIP). فيما يلي التكوين اللازم لإنجاز هذه المهمة:

ip route 128.103.35.0 255.255.255.0 null0
 router rip 
 redistribute static
 default metric 1

وهذا يسمح بالإعلان عن 128.103.35.0 من خلال RIP من واجهة E2/0 الخاصة بالموجه GW-2. ومع ذلك، لا يزال الموجه GW-2 يحتوي على مسارات أكثر تحديدا تم تعلمها من OSPF في جدول التوجيه الخاص به، وبالتالي يتم إتخاذ أفضل قرارات التوجيه.

يحتوي RIP على قناع أطول من OSPF

في الرسم التخطيطي للشبكة لهذه المشكلة، يحتوي مجال RIP على قناع بقيمة 255.255.255.248 ومجال OSPF على قناع بقيمة 255.255.255.240. لن يعلن RIP عن المسارات التي تم تعلمها من OSPF ويعاد توزيعها في RIP.

52b.gif

الحل

يمكننا إضافة مسار ثابت في Router GW-2 الذي يشير إلى مجال OSPF بقناع 255.255.255.248. ومع ذلك، نظرا لأن هذا القناع أكثر تحديدا من قناع OSPF الأصلي، فيجب أن تكون الخطوة التالية خطوة أو واجهة (واجهات) تالية فعلية. أيضا، نحتاج إلى عدة مسارات ثابتة لتغطية كل العناوين في مجال OSPF. بهذه الطريقة تتم إعادة توزيع المسارات الثابتة في RIP.

في الرمز أدناه، يغطي أول مسارين ثابتين النطاق 128.103.35.32 255.255.255.240 في مجال OSPF. ويغطي المساران الثابتان الثانيان النطاق 128.103.35.16 255.255.255.240 في مجال OSPF. وتغطي المسارات الأربعة الأخيرة الثابتة النطاق 128.130.35.64 255.255.255.240، والمعروفة عبر واجهتين في مجال OSPF. 

ip route 128.103.35.32 255.255.255.248 E0/0 
ip route 128.103.35.40 255.255.255.248 E0/0

ip route 128.103.35.16 255.255.255.248 E1/0
ip route 128.103.35.24 255.255.255.248 E1/0

ip route 128.103.35.64 255.255.255.248 128.103.35.34
ip route 128.103.35.64 255.255.255.248 128.103.35.18
ip route 128.103.35.72 255.255.255.248 128.103.35.34
ip route 128.103.35.72 255.255.255.248 128.103.35.18
router rip
redistribute static
default metric 1

القرار

كما تعمل الحلول المقدمة في هذا المستند عند إستخدام EIGRP بدلا من OSPF و IGRP بدلا من RIP. لا يجب أن تحدث هذه المشكلة إذا كانت أقنعة كلا البروتوكولين هي نفسها أو إذا كانت جميع البروتوكولات التي تستخدمها قناع الشبكة الفرعية متغيرة الطول (VLSM). يعتبر هذا إصلاح فقط رقعة أن يغطي ال RIP و IGRP (VLSM) تحديد. لمزيد من المعلومات حول تحديد RIP و IGRP VLSM، ارجع إلى لماذا لا يتم نسخ دعم VLSM و IGRP؟.

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

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

Feedbackالتعليقات

اتصل بنا