تكوين خرائط المسار المطبقة باستخدام الأمر redistribution

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

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

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

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

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

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

المقدمة

يصف هذا المستند كيفية تكوين خرائط التوجيه التي يتم تطبيقها باستخدام أمر redistribute لبروتوكولات التوجيه الديناميكي.

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

المتطلبات

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

  • توجيه ال IP الأساسي
  • واجهة سطر الأوامر (CLI) من Cisco

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

وعلى الرغم من إدخال دعم خريطة المسار في الأصل في برنامج Cisco IOS Software، فإن الأمر route-map يظل صالحا ويتم إستخدامه على نطاق واسع في برنامج Cisco IOS XE. كما تنطبق مفاهيم خريطة المسار العامة، مثل التقييم التسلسلي المطلوب، وبنود السماح والرفض، وبيانات المطابقة، والإجراءات المحددة، على برنامج Cisco IOS XE. يمكن أن تختلف صياغة الأوامر ودعم الميزات حسب النظام الأساسي وإصدار البرامج وبروتوكول التوجيه وعائلة العناوين. بعض أوامر التطابق والضبط المدعومة في سياق إعادة توزيع واحد يمكن أن تكون غير مدعومة أو أن تتصرف بشكل مختلف في سياق آخر. تحقق دوما من صحة صياغة الأمر الدقيق مقابل الإصدار الهدف ومستندات النظام الأساسي قبل النشر.

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

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

يوفر هذا القسم نظرة عامة على خرائط المسار المستخدمة في برنامج Cisco IOS software.

أساسيات خريطة الطريق

تشترك قوائم التحكم في الوصول (ACL) وخرائط المسار في بعض السلوك الشائع. وكلا الآليتين هما آليتان سياسيتان لتقييم الإدخالات في أمر محدد وإرجاع نتيجة السماح أو الرفض.

تتضمن الخصائص المشتركة:

  • التقييم المطلوب:
    تتم معالجة قوائم التحكم في الوصول (ACL) وخرائط المسار بشكل تسلسلي، من أقل رقم تسلسلي إلى الأعلى. يتوقف التقييم عند العثور على الإدخال المطابق الأول، ويتم تطبيق الإجراء المرتبط بذلك الإدخال.

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

  • السلوك المعتمد على السياق:
    قوائم التحكم في الوصول وخرائط المسار هي أدوات سياسة عامة. ويتوقف سلوكهم على الميزة التي تشير إليهم. يمكن أن يكون لخريطة المسار نفسها تأثيرات مختلفة عند إستخدامها لإعادة التوزيع أو سياسة مسار BGP أو PBR أو ميزة أخرى.

هناك إختلافات مهمة أيضا بين خرائط المسارات وقوائم التحكم في الوصول (ACL):

  • توفر قوائم التحكم في الوصول (ACL) التصريح الأساسي أو رفض المطابقة:
    ترجع قائمة التحكم في الوصول (ACL) بشكل أساسي نتيجة نعم أو لا. في سياق إعادة توزيع المسار، يمكن إستخدام قائمة تحكم في الوصول (ACL) أو قائمة البادئات كمعايير مطابقة لتحديد المسارات المؤهلة لإعادة التوزيع.

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

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

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

  • وتتسم بنود خريطة المسار الفارغة بأهمية خاصة:
    يتطابق عبارة خريطة المسار بدون عبارة مطابقة مع كافة المسارات المتبقية التي تصل إلى هذه الفقرة. في عملية إعادة التوزيع، تسمح عبارة الترخيص الفارغة بإعادة توزيع جميع المسارات المتبقية، بينما تمنع عبارة الرفض الفارغة إعادة توزيع جميع المسارات المتبقية.

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

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

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

إعادة توزيع مسارات OSPF إلى EIGRP باستخدام خريطة المسار

هذا أقصر مسار نموذجي أولا (OSPF) إلى خريطة مسار بروتوكول توجيه العبارة الداخلية المحسنة (EIGRP)، يتم تطبيقها باستخدام أمر إعادة توزيع:

!
router eigrp 1
 default-metric 20000 2000 255 1 1500
 redistribute ospf 1 route-map ospf-to-eigrp
!
!
ip prefix-list pfx seq 5 permit 10.0.0.0/8 le 32
!
route-map ospf-to-eigrp deny 10 
 match tag 6
 match route-type external type-2
!
route-map ospf-to-eigrp permit 20 
 match ip address prefix-list pfx
 set metric 40000 1000 255 1 1500
!
route-map ospf-to-eigrp permit 30 
 set tag 8
!

ملاحظات هامة:

يتم ترقيم بنود خريطة المسار. في هذا المثال، تتضمن الشروط أرقام تسلسلية 10 و 20 و 30. تسمح لك الأرقام التسلسلية بما يلي:

  • تحذف عبارة محددة واحدة دون التأثير على أجزاء أخرى من خريطة الطريق.
  • إدراج عبارة جديدة بين بندين قائمين.

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

يمكن أن تشتمل خرائط المسارات على شروط الترخيص والرفض. في route-map ospf-to-eigrp، هناك شرط رفض واحد بالرقم التسلسلي 10، وبندين للسماح برقمي تسلسلي 20 و 30. يرفض شرط الرفض المسارات المطابقة من إعادة التوزيع. لذلك، تنطبق هذه القواعد:

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

يمكن أن يحتوي كل عبارة خريطة مسار على نوعين من الأوامر:

  • match — يحدد المعايير المستخدمة لتحديد المسارات حيث تنطبق العبارة.
  • set — يعدل سمات المسار للمسارات المتطابقة قبل إعادة توزيعها إلى بروتوكول التوجيه الهدف.

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

يمكن حذف أمر تطابق أو مجموعة أو تكراره في كل عبارة، مع هذه الاعتبارات:

  • إذا كانت هناك عدة أوامر مطابقة موجودة في عبارة، فيجب أن تنجح جميع الأوامر في مسار معين لمطابقة العبارة. بمعنى آخر، يتم تطبيق عملية AND منطقية على أوامر تطابق متعددة.
  • إذا كان أمر تطابق واحد يشير إلى كائنات متعددة، يمكن أن يتطابق أي من الكائنات. بمعنى آخر، يتم تطبيق عملية أو عملية منطقية ضمن أمر التطابق نفسه. على سبيل المثال، مع عنوان IP 101 121 المتطابق، تتطابق مسار إذا كان مسموحا به من قبل قائمة الوصول 101 أو قائمة الوصول 121.
  • إذا لم يكن الأمر match موجودا، تتطابق جميع المسارات مع العبارة. في المثال السابق، تتطابق جميع المسارات التي تصل إلى البند 30؛ وبالتالي، لا يتم الوصول إلى نهاية خريطة المسار أبدا.
  • إذا لم يكن أمر المجموعة موجودا في عبارة تصريح خريطة المسار، فسيتم إعادة توزيع المسار دون تعديل السمات الحالية الخاصة به.

لا تقم بتكوين أمر مجموعة في عبارة deny route-map لأن عبارة الرفض تمنع إعادة توزيع المسار. لا توجد معلومات مسار أعيد توزيعها لتعديلها.

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

استنادا إلى المعلومات الواردة في هذا القسم، يقوم مثال خريطة المسار من OSPF إلى EIGRP السابق بما يلي:

  • منع إعادة توزيع كافة مسارات OSPF الخارجية من النوع 2 باستخدام العلامة 6.
  • يعيد التوزيع في EIGRP كل المسارات التي تطابق قائمة بادئات PFX ويعين قيم مقياس EIGRP إلى 40000 و 1000 و 255 و 1 و 1500.
  • قم بإعادة توزيع جميع المسارات الأخرى وتعيين علامتها على 8.

في هذا المثال، يتكون المخطط من ثلاثة موجهات متصلة في ترتيب خطي: R3 ↔ R1 ↔ R2. يعمل الموجه R1 كموجه إعادة التوزيع بين R3 و R2، مع عدم وجود اتصال مباشر بين R3 و R2. يتم توصيل كل موجه باستخدام واجهات GigabitEthernet، مما يوفر إمكانية اتصال فائقة السرعة من نقطة إلى نقطة بين الأجهزة المجاورة.

R3#show ip route 10.20.20.20
Routing entry for 10.20.20.20/32
  Known via "eigrp 1", distance 170, metric 320256, precedence routine (0), type external
  Redistributing via eigrp 1
  Last update from 192.168.1.1 on GigabitEthernet1, 00:01:02 ago
  Routing Descriptor Blocks:
  * 192.168.1.1, from 192.168.1.1, 00:01:02 ago, via GigabitEthernet1
      Route metric is 320256, traffic share count is 1
 Total delay is 10010 microseconds, minimum bandwidth is 40000 Kbit Reliability 255/255, minimum MTU 1500 bytes       Loading 1/255, Hops 1

R3#show ip route 172.16.1.0 
Routing entry for 172.16.1.0/24
  Known via "eigrp 1", distance 170, metric 640256
  Tag 8, precedence routine (0), type external
  Redistributing via eigrp 1
  Last update from 192.168.1.1 on GigabitEthernet1, 00:01:56 ago
  Routing Descriptor Blocks:
  * 192.168.1.1, from 192.168.1.1, 00:01:56 ago, via GigabitEthernet1
      Route metric is 640256, traffic share count is 1
 Total delay is 20010 microseconds, minimum bandwidth is 20000 Kbit Reliability 255/255, minimum MTU 1500 bytes       Loading 1/255, Hops 1 Route tag 8
R3#

قم بتشغيل الأمر show ip route <prefix> على R3 لتأكيد كيفية معالجة كل مسار تتم إعادة توزيعه بواسطة خريطة المسار. يتطابق المسار 10.20.20.20/32 مع تسلسل خريطة المسار 20 لأنه مسموح به من قبل قائمة بادئات PFX. ونتيجة لذلك، تتم إعادة توزيع المسار إلى EIGRP باستخدام المقياس الذي تم تكوينه بشكل صريح بموجب التسلسل 20 باستخدام الأمر set metric 40000 1000 255 1500.

وتنعكس هذه الخصائص في مخرجات المسار:

  • يتم التعرف على المسار كمسار خارجي لبروتوكول EIGRP.
  • الحد الأدنى لعرض النطاق هو 40000 كيلوبت.
  • إجمالي التأخير هو 10010 ميكرو ثانية.
  • لم يتم عرض علامة مسار لأن التسلسل 20 يقوم فقط بتعيين المقياس ولا يقوم بتعيين علامة.

بالإضافة إلى ذلك، لا يتطابق المسار 172.16.1.0/24 مع التسلسل 10 أو التسلسل 20، لذلك يصل إلى تسلسل خريطة المسار 30. وبما أن التسلسل 30 لا يحتوي على عبارة مطابقة، فإنه يطابق جميع المسارات المتبقية ويطبق العلامة 8 للمجموعة التي تظهر في إخراج المسار:

  • يتم التعرف على المسار كمسار خارجي لبروتوكول EIGRP.
  • يتضمن المسار علامة 8.
  • يعرض الإخراج أيضا علامة المسار 8 تحت واصف المسار.
  • يستخدم المقياس المقياس الافتراضي لإعادة التوزيع الذي تم تكوينه ضمن عملية EIGRP، بدلا من القياس من التسلسل 20.

تؤكد هذه المخرجات مسارات عمليات خريطة المسار بالترتيب: يطبق التسلسل 20 قياس EIGRP الصريح على البادئات المتطابقة مع قائمة البادئات، بينما يسمح التسلسل 30 للمسارات المعاد توزيعها المتبقية ويعلامها برقم 8.

وعلى الرغم من أن الارتباطات المادية بين R3 و R1 و R2 هي واجهات GigabitEthernet ذات 10 واجهات ISE USEC فقط، إلا أن مسارات EIGRP التي تمت إعادة توزيعها تحمل أيضا التأخير الأولي الذي تم تكوينه أثناء إعادة التوزيع. في أوامر تعيين القياس والمقياس الافتراضي، يتم إدخال قيمة تأخير EIGRP في عشرات من الميكروثانية. لذلك، التأخير المهيأ من 1000 يصبح 10000 ميكرو ثانية، والتأخير المهيأ من 2000 يصبح 20000 ميكرو ثانية. عندما يتعرف R3 على المسارات من R1، فإنه يضيف تأخر واجهة GigabitEthernet المحلية بمقدار 10 ميكروثانية، مما ينتج عنه تأخيرات إجمالية قدرها 10010 ميكروثانية و 20010 ميكروثانية، على التوالي.

يتم تطبيق الأوامر المستخدمة في مخطط المسار على إعادة التوزيع

يتضمن هذا القسم الموضوعات التالية:

أوامر مطابقة وتعيين غير مدعومة في خرائط المسار

خرائط المسار هي آليات عامة يمكنك إستخدامها في العديد من سياقات التكوين، بما في ذلك أمر إعادة التوزيع الموضح مسبقا. يمكنك تكوين الأمر match length وتشغيله في خريطة مسار تستخدم للتوجيه المستند إلى السياسة (PBR) لتحديد إجراء معين يتم إتخاذه عند إعادة توجيه الحزم ذات الطول المحدد. ومع ذلك، فإن الأمر match length غير قابل للتطبيق في خرائط المسار المستخدمة لإعادة توزيع المسار.

يمكنك تكوين أوامر تطابق وتعيينها في خريطة مسار غير مدعومة، أو ليس لها تأثير في السياق حيث يتم تطبيق خريطة المسار. هناك مثال يشغل الأمر match length في خريطة مسار مطبقة على إعادة التوزيع. في عملية إعادة التوزيع، يتم تطبيق خريطة المسار على المسارات المثبتة في جدول التوجيه بواسطة بروتوكول المصدر المحدد في الأمر redistribute. لذلك، عندما يقوم الموجه بمعالجة خريطة المسار، فإنه يفسر الأوامر التي تكون ذات معنى في سياق إعادة التوزيع فقط. في هذا المثال، لا يكون للأمر match length أي تأثير على إعادة التوزيع. يبقى الأمر في تكوين خريطة المسار ويظهر في التكوين الجاري، ومع ذلك، لا تتأثر إعادة توزيع المسار بما إذا كان الأمر موجودا أم لا.

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

لا تستخدم الأوامر التي ليس لها تأثير في سياق خريطة مسار معين، حتى إذا بدت غير ضارة، لهذه الأسباب:

  • الأوامر التي ليس لها تأثير يمكن أن تحجب السياسة المقصودة وتتسبب في التشويش.
  • يمكن أن تصبح الأوامر غير المدعومة في السياق الحالي مدعومة في إصدار مستقبلي من Cisco IOS أو Cisco IOS XE، والذي يمكن أن يتسبب في تغييرات غير متوقعة في سلوك خريطة المسار بعد ترقية البرنامج.
  • ليست كل الأوامر غير المدعومة غير ضارة. على سبيل المثال، يحدد الأمر set metric +/- تغيير مقياس نسبي ويتم إستخدامه في سياق إعلان مسار بروتوكول العبارة الحدودية (BGP). ويمكن أن يأخذ المقياس الحالي للمسار ويزيده أو يخفضه حسب القيمة المحددة قبل نشر المسار.
caution-icon

تحذير: لا تدعم جميع بروتوكولات التوجيه بناء جملة القياس +<value>والمقياس المعين - <value>. على الأنظمة الأساسية أو البروتوكولات التي لا تدعم النموذج + أو -، يمكن تجاهل الإشارة ويتم تفسير الأمر على أنه تعيين <قيمة>متري. وقد يؤدي هذا إلى تعيين قياس غير مقصود أثناء إعادة التوزيع، مما قد يؤثر على تحديد المسار وحركة مرور الشبكة. تحقق دائما من دعم النظام الأساسي والبروتوكول قبل إستخدام بناء القياس التزايدي أو التدريجي.

note-icon

ملاحظة: راجع دعم خريطة مسار EIGRP للحصول على معلومات إضافية.

ولنتأمل هنا على سبيل المثال خريطة المسار هذه:

! route-map ospf-to-ospf permit 10 set metric +2 !

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

R2#show ip route
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, m - OMP
       n - NAT, Ni - NAT inside, No - NAT outside, Nd - NAT DIA
       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
       H - NHRP, G - NHRP registered, g - NHRP registration summary
       o - ODR, P - periodic downloaded static route, l - LISP
       a - application route
       + - replicated route, % - next hop override, p - overrides from PfR
       & - replicated local route overrides by connected

Gateway of last resort is not set

      10.0.0.0/32 is subnetted, 2 subnets
C        10.20.20.20 is directly connected, Loopback0
O E2 10.30.30.30 [110/2] via 172.16.1.1, 00:00:26, GigabitEthernet1
      172.16.0.0/16 is variably subnetted, 2 subnets, 2 masks
C        172.16.1.0/24 is directly connected, GigabitEthernet1
L        172.16.1.2/32 is directly connected, GigabitEthernet1
O E2 192.168.1.0/24 [110/2] via 172.16.1.1, 00:00:26, GigabitEthernet1

R2#show ip route 10.30.30.30
Routing entry for 10.30.30.30/32
  Known via "ospf 1", distance 110, metric 2, type extern 2, forward metric 1
  Last update from 172.16.1.1 on GigabitEthernet1, 00:00:38 ago
  Routing Descriptor Blocks:
  * 172.16.1.1, from 192.168.1.1, 00:00:38 ago, via GigabitEthernet1
      Route metric is 2, traffic share count is 1

R2#show ip route 192.168.1.0
Routing entry for 192.168.1.0/24
  Known via "ospf 1", distance 110, metric 2, type extern 2, forward metric 1
  Last update from 172.16.1.1 on GigabitEthernet1, 00:01:34 ago
  Routing Descriptor Blocks:
  * 172.16.1.1, from 192.168.1.1, 00:01:34 ago, via GigabitEthernet1
      Route metric is 2, traffic share count is 1

وتوفر خريطة الطريق هذه تأثيرا معاكسا بديهيا:

!
route-map ospf-to-ospf permit 10 
 set metric -367
!

بدلا من تقليل مقياس المسارات التي تتم إعادة توزيعها، يقوم هذا التكوين بتعيين المقياس بالفعل إلى 367 (قيمة موجبة، لأنه لا يمكن إستخدام القياس السلبي عند تفسير القياس المعين دون الإشارة).

R2#show ip route
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, m - OMP
       n - NAT, Ni - NAT inside, No - NAT outside, Nd - NAT DIA
       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
       H - NHRP, G - NHRP registered, g - NHRP registration summary
       o - ODR, P - periodic downloaded static route, l - LISP
       a - application route
       + - replicated route, % - next hop override, p - overrides from PfR
       & - replicated local route overrides by connected

Gateway of last resort is not set

      10.0.0.0/32 is subnetted, 2 subnets
C        10.20.20.20 is directly connected, Loopback0
O E2 10.30.30.30 [110/367] via 172.16.1.1, 00:00:06, GigabitEthernet1
      172.16.0.0/16 is variably subnetted, 2 subnets, 2 masks
C        172.16.1.0/24 is directly connected, GigabitEthernet1
L        172.16.1.2/32 is directly connected, GigabitEthernet1
O E2 192.168.1.0/24 [110/367] via 172.16.1.1, 00:00:06, GigabitEthernet1

R2#show ip route 10.30.30.30
Routing entry for 10.30.30.30/32
  Known via "ospf 1", distance 110, metric 367, type extern 2, forward metric 1
  Last update from 172.16.1.1 on GigabitEthernet1, 00:00:17 ago
  Routing Descriptor Blocks:
  * 172.16.1.1, from 192.168.1.1, 00:00:17 ago, via GigabitEthernet1
      Route metric is 367, traffic share count is 1

R2#show ip route 192.168.1.0
Routing entry for 192.168.1.0/24
  Known via "ospf 1", distance 110, metric 367, type extern 2, forward metric 1
  Last update from 172.16.1.1 on GigabitEthernet1, 00:00:31 ago
  Routing Descriptor Blocks:
  * 172.16.1.1, from 192.168.1.1, 00:00:31 ago, via GigabitEthernet1
      Route metric is 367, traffic share count is 1

سلوك البروتوكول المصدر والهدف في خرائط مسار إعادة التوزيع

يتم تطبيق خرائط المسار على عمل إعادة التوزيع باستخدام بروتوكولي توجيه:

  • البروتوكول المصدر، والذي يوفر معلومات التوجيه الأصلية.
  • البروتوكول الهدف، والذي يتم إعادة توزيع معلومات التوجيه.

يدعم كل بروتوكول توجيه مجموعة سمات المسار الخاصة به. ولهذا السبب، يتم تقييم أوامر التطابق والتثبيت في خريطة مسار إعادة توزيع فيما يتعلق بالبروتوكولات المختلفة:

  • تتحقق أوامر تطابق خريطة المسار من سمات المسارات التي تم التعرف عليها من البروتوكول المصدر المحدد في الأمر redistribute، أو التي تم تثبيتها بواسطة.
  • تقوم أوامر مجموعة خريطة المسار بتعديل سمات المسار التي يدعمها البروتوكول الهدف حيث يتم إعادة توزيع المسارات.

يسرد قسم دعم الأوامر الأوامر المدعومة. يتم تصنيف هذه الأوامر إلى أوامر مطابقة وتعيين لإظهار كيفية عمل خرائط مسار إعادة التوزيع عبر بروتوكولات التوجيه للمصدر والهدف.

جداول دعم الأوامر

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

يمكن أن يقوم بروتوكول BGP والنظام الوسيط إلى النظام الوسيط (IS-IS) بنشر المعلومات حول مسارات خدمة الشبكة غير المتصلة (CLNS) بجانب مسارات IP. وبشكل شامل، تشير الجداول الموجودة في هذا القسم أيضا إلى الأوامر المتعلقة ب CLNS، والتي يمكن إستخدامها في خرائط مسار إعادة التوزيع لهذه البروتوكولات.

يمكنك إستخدام بروتوكول معلومات التوجيه (RIP) و OSPF و IS-IS و BGP لنشر مسارات بروتوكول IPv6؛ يمكن أن تحتوي مخططات مسار إعادة التوزيع لهذه البروتوكولات على أوامر خاصة ب IPv6. تكون أوامر match ip وset ip محددة لإعادة توزيع بادئات IPv4. تكون أوامر IPv6 وset IPv6 محددة لإعادة توزيع بادئات IPv6. يمكنك إستخدام أوامر مطابقة clns وتعيين clns فقط إذا كنت تستخدم خريطة مسار لإعادة توزيع مسارات CLNS إلى بروتوكول التوجيه أو منه.

يستخدم الجدول 1 والجدول 2 هاتين الاتفاقيتين:

  • يتم وضع علامة على الأوامر المدعومة باستخدام aYes.

  • يتم وضع علامة شرطة (—) على الأوامر غير المدعومة.

  • يتم وضع علامة لا على الأوامر غير المدعومة المعروفة بتنفيذ إجراء (ربما يكون إجراء غير مرغوب فيه).

الجدول 1 - أوامر خريطة المسار لمطابقة المسارات المثبتة في جداول التوجيه حسب البروتوكولات

دعم إعادة التوزيع

إتصلتما

ثابت

RIP

EIGRP

بروتوكول أقصر مسار أولاً (OSPF)

IS-IS

BGP

مطابقة عنوان CLNS

—

نعم

—

—

—

نعم

نعم

مطابقة CLNS الخطوة التالية

—

نعم

—

—

—

نعم

—

match interface

نعم

نعم

نعم

نعم

نعم

نعم

—

match ip address

نعم

نعم

نعم

نعم

نعم

نعم

نعم

مطابقة قائمة بادئات عنوان IP

نعم

نعم

نعم

نعم

نعم

نعم

نعم

match ip next-hop

—

نعم

نعم

نعم

نعم

نعم

نعم

مطابقة قائمة بادئات الخطوة التالية ل IP

—

لا

لا

لا

لا

لا

لا

match ip route-source

—

—

نعم

نعم

نعم

—

نعم

مطابقة ip route-source prefix-list

—

—

لا

لا

لا

—

لا

مطابقة عنوان IPv6 [prefix-list]

نعم

نعم

نعم

—

نعم

نعم

نعم

مطابقة الخطوة التالية ل IPv6 [قائمة البادئات]

—

نعم

نعم

—

—

—

نعم

تطابق IPv6 route-source [prefix-list]

—

—

نعم

—

—

—

نعم

match metric

—

—

نعم

نعم

نعم

نعم

نعم

مطابقة قائمة السياسات

نعم

نعم

نعم

نعم

نعم

نعم

نعم

مطابقة المسار الخارجي

—

—

—

نعم

نعم

نعم

نعم

مطابقة المسار الداخلي

—

—

—

نعم

نعم

—

نعم

مطابقة المسار من النوع المحلي

—

—

—

—

—

—

نعم

مطابقة المسار-النوع NSSA-خارجي

—

—

—

—

نعم

—

—

مطابقة نوع المسار {level-1|level-2}

—

—

—

—

—

نعم

—

match tag

—

نعم

نعم

نعم

نعم

نعم

نعم

الجدول 2 - الأوامر التي تقوم بتعديل سمات المسار أثناء إعادة التوزيع إلى البروتوكول الهدف

دعم إعادة التوزيع

RIP

EIGRP

بروتوكول أقصر مسار أولاً (OSPF)

IS-IS

BGP

ضبط علامة تمييز كمسار

—

—

—

—

نعم

set community

—

—

—

—

نعم

set ip next-hop

—

—

—

—

نعم

تعيين عنوان نظير الخطوة التالية ل IP

—

—

—

—

لا

set ipV6 الخطوة التالية

—

—

—

—

نعم

تعيين المستوى {backbone|stub-area}

—

—

لا

—

—

تعيين المستوى {level-1|level-2|level-1-2}

—

—

—

نعم

—

set local-preference

—

—

—

—

نعم

set metric

نعم

—

نعم

نعم

نعم

تعيين المقياس +/-

لا

—

لا

لا

لا

مقياس eigrp للمجموعة

—

نعم

—

—

—

مقياس المجموعة +/- مقياس eigrp

—

لا

—

—

—

تعيين النوع المتري الداخلي

—

—

—

نعم

—

تعيين النوع المتري الخارجي

—

—

—

نعم

—

تعيين النوع المتري {type-1|type-2}

—

—

نعم

—

—

set nlri

—

—

—

—

نعم

set origin

—

—

—

—

نعم

set tag

نعم

نعم

نعم

—

—

set weight

—

—

—

—

نعم

القرار

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

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

محفوظات المراجعة

المراجعة تاريخ النشر التعليقات
4.0
29-Jul-2026
عنوان محدث، كتابة، قواعد، أسطر أفقية مدرجة لفصل المقاطع/إمكانية القراءة.
3.0
27-Nov-2023
تقويم
2.0
10-Nov-2022
تم تحديث التنسيق وإعادة الاعتماد.
1.0
25-Feb-2004
الإصدار الأولي
TAC Authored

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

  • Cisco Engineers
    Cisco TAC Engineers

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

Feedbackالتعليقات

اتصل بنا

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