تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
يصف هذا المستند كيف يمكنك إعادة توزيع بروتوكول التوجيه، والمسارات المتصلة أو الثابتة، إلى بروتوكول توجيه ديناميكي آخر.
لا توجد متطلبات خاصة لهذا المستند.
تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.
عندما يجب عليك إعادة توزيع بروتوكول توجيه واحد، يمكنك مراعاة التوزيع من خلال توجيه متعدد البروتوكولات. يتم إستخدام توجيه بروتوكولات متعددة عند عمليات دمج شركة ما، وإدارات متعددة تتم إدارتها من قبل العديد من مسؤولي الشبكة، وبيئات متعددة الموردين. جزء من تصميم الشبكة هو عندما تقوم بتشغيل بروتوكولات توجيه مختلفة. على أي حال، عندما يكون لديك بيئة بروتوكول متعدد فإنه يجعل إعادة التوزيع ضرورة.
يمكن أن تؤثر الاختلافات في خصائص بروتوكول التوجيه، مثل المقاييس والمسافة الإدارية والإمكانيات المصنفة وغير المصنفة على إعادة التوزيع. ولابد من وضع هذه الاختلافات في الاعتبار من أجل نجاح عملية إعادة التوزيع.
عندما تقوم بإعادة توزيع بروتوكول إلى آخر، تذكر أن مقاييس كل بروتوكول تلعب دورا مهما في إعادة التوزيع. يستخدم كل بروتوكول مقاييس مختلفة. على سبيل المثال، يعتمد قياس بروتوكول معلومات التوجيه (RIP) على عدد الخطوات، ويستخدم بروتوكول التوجيه المحسن للعبارة الداخلية (EIGRP) قياسا متراكبا استنادا إلى النطاق الترددي والتأخير والموثوقية والتحميل ووحدة الإرسال القصوى (MTU)، حيث يكون النطاق الترددي والتأخير هما المعلمات الوحيدة المستخدمة بشكل افتراضي. عند إعادة توزيع المسارات، يجب عليك تحديد مقياس لبروتوكول يمكن أن يفهمه المسار الذي يستلم. هناك طريقتان لتحديد المقاييس عند إعادة توزيع المسارات.
1. يمكنك تحديد المقياس الخاص بإعادة التوزيع المحددة فقط:
router rip redistribute static metric 1 redistribute ospf 1 metric 1
2. يمكنك إستخدام نفس المقياس كافتراضي لكل إعادة توزيع (مع قياس افتراضي الأمر الذي ينقذك من العمل لأنه يقلل الحاجة إلى تعريف القياس بشكل مستقل لكل إعادة توزيع):
router rip redistribute static redistribute ospf 1 default-metric 1
إذا قام الموجه بتشغيل أكثر من بروتوكول توجيه واحد وتعلم مسار إلى الوجهة نفسها مع كل من بروتوكولات التوجيه، فما هو المسار الذي يجب تحديده كأفضل مسار؟ يستخدم كل بروتوكول النوع المتري الخاص به لتحديد أفضل مسار. لا يمكنك مقارنة المسارات بأنواع متري مختلفة. المسافات الإدارية تهتم بهذه المشكلة. يتم تعيين المسافات الإدارية إلى مصادر المسار حتى يمكن إختيار المسار من المصدر الأكثر تفضيلا كأفضل مسار. ارجع إلى تحديد المسار في موجهات Cisco للحصول على مزيد من المعلومات حول المسافات الإدارية وتحديد المسار.
تساعد المسافات الإدارية في تحديد المسار بين بروتوكولات التوجيه المختلفة، ولكنها يمكن أن تتسبب في مشاكل لإعادة التوزيع. يمكن أن تكون هذه المشاكل في شكل حلقات توجيه، أو مشاكل تقارب، أو توجيه غير فعال. راجع هذه الصورة التالية تعرض مخطط ووصف لمشكلة محتملة.
في مثال المخطط السابق، إذا قام R1 بتشغيل RIP، وقام R2 و R5 على حد سواء بتشغيل RIP و EIGRP وإعادة توزيع RIP في EIGRP، حينئذ تكون هناك مشكلة محتملة. على سبيل المثال، يتعرف كل من R2 و R5 على الشبكة 192.168.1.0 من R1 إلى RIP. تتم إعادة توزيع هذه المعرفة في بروتوكول EIGRP. يتعرف R2 على الشبكة من 192.168.1.0 إلى R3، ويتعلم R5 عنها من R4 إلى EIGRP. يحتوي EIGRP على مسافة إدارية أقل من RIP (90 مقابل 120)؛ وبالتالي، يتم إستخدام مسار EIGRP في جدول التوجيه. هناك الآن حلقة توجيه محتملة. حتى إذا تم إستخدام انقسام الأفق، أو أي ميزة أخرى تهدف إلى المساعدة في منع حلقات التوجيه، فلا تزال هناك مشكلة تقارب.
إذا قام R2 و R5 أيضا بإعادة توزيع EIGRP إلى RIP (وهذه هي إعادة توزيع متبادل) والشبكة، 192.168.1.0، غير متصلة مباشرة ب R1 (يتعلم R1 من موجه آخر من الخادم)، فعندئذ هناك مشكلة محتملة تتمثل في إمكانية تعلم R1 الشبكة من R2 أو R5 باستخدام مقياس أفضل من المصدر الأصلي.
ملاحظة: آليات إعادة توزيع المسار خاصة على موجهات Cisco. تفرض قواعد إعادة التوزيع على موجه Cisco وجود مسار إعادة التوزيع في جدول التوجيه. لا يكفي أن يكون المسار موجودا في مخطط التوجيه أو قاعدة البيانات. يتم دائما تثبيت المسارات ذات مسافة إدارية أقل (AD) في جدول التوجيه. على سبيل المثال، إذا تمت إعادة توزيع مسار ثابت إلى EIGRP على R5، ثم EIGRP بعد ذلك وأعيد توزيعه إلى RIP على الموجه نفسه (R5)، لا تتم إعادة توزيع المسار الثابت إلى RIP لأنه لم يتم إدخاله أبدا في جدول توجيه EIGRP. وهذا يرجع إلى حقيقة أن المسارات الثابتة تحتوي على AD بمقدار 1 ومسارات EIGRP عليها AD بمقدار 90 ويتم تثبيت المسار الثابت في جدول التوجيه. in order to أعدت الطريق ساكن إستاتيكي إلى EIGRP على R5، أنت تحتاج أن يستعمل ال redistribute ساكن إستاتيكي أمر تحت المسحاج تخديد rip.
السلوك الافتراضي ل RIP و EIGRP هو الإعلان عن المسارات المتصلة مباشرة عندما يتضمن بيان شبكة تحت بروتوكول التوجيه الشبكة الفرعية المتصلة. هناك طريقتان للحصول على مسار متصل:
Router#configure terminal Router(config)#ip route 10.0.77.0 255.255.255.0 ethernet 0/0 Router(config)#end Router#show ip route static 10.0.0.0/24 is subnetted, 1 subnets S 10.0.77.0 is directly connected, Ethernet0/0
يتضمن أمر الشبكة الذي تم تكوينه تحت EIGRP أو RIP والذي يتضمن (أو "يغطي") أي من هذه الأنواع من المسارات المتصلة تلك الشبكة الفرعية للإعلان.
على سبيل المثال، إذا كانت الواجهة تحتوي على عنوان 10.0.23.1 وقناع 255.255.255.0، فإن الشبكة الفرعية 10.0.23.0/24 هي مسار متصل ويمكن الإعلان عنها بواسطة بروتوكولات التوجيه هذه عند تكوين بيان شبكة:
router rip | eigrp # network 10.0.0.0
كما يتم الإعلان عن هذا المسار الثابت، 10.0.77.0/24، بواسطة بروتوكولات التوجيه هذه، لأنه موجه متصل و"تتم تغطيته" بواسطة بيان الشبكة.
راجع قسم تجنب المشاكل الناجمة عن إعادة التوزيع في هذا المستند للحصول على مزيد من المعلومات.
يعرض هذا الإخراج موجه EIGRP الذي يعيد توزيع المسارات الثابتة، المفتوحة لأقرب مسار أولا (OSPF)، و RIP، والمرحلة المتوسطة للنظام إلى النظام الوسيط (IS-IS).
router eigrp 1 network 10.10.108.0 redistribute static redistribute ospf 1 redistribute rip redistribute isis default-metric 10000 100 255 1 1500
يحتاج بروتوكول EIGRP إلى خمسة مقاييس عند إعادة توزيع البروتوكولات الأخرى: النطاق الترددي والتأخير والموثوقية والتحميل ووحدة الحد الأقصى للنقل (MTU) على التوالي.
متري |
القيمة |
عرض النطاق الترددي |
بوحدات كيلوبت في الثانية؛ 10000 لإيثرنت |
تأخير |
في وحدات من عشرات الميكرو ثانية، بالنسبة للإيثرنت تكون 100 × 10 ميكرو ثانية = 1 ميللي ثانية |
وثوقية |
255 للحصول على موثوقية بنسبة 100 بالمائة |
حمولة |
التحميل الفعال على الارتباط الذي يتم التعبير عنه كرقم من 0 إلى 255 (حمل 255 هو 100 في المائة) |
MTU |
الحد الأدنى لوحدة الحد الأقصى للنقل (MTU) للمسار، ويساوي عادة لتلك الخاصة بواجهة إيثرنت، وهي 1500 بايت |
يمكن تشغيل عمليات EIGRP المتعددة على الموجه نفسه، مع إعادة التوزيع فيما بينها. على سبيل المثال، يمكن تشغيل EIGRP1 و EIGRP2 على الموجه نفسه. ومع ذلك، فأنت لا تحتاج إلى تشغيل عمليتين من نفس البروتوكول على الموجه نفسه، ويمكن أن يستهلك هذا ذاكرة الموجه ووحدة المعالجة المركزية. لا تتطلب إعادة توزيع EIGRP إلى عملية EIGRP أخرى أي تحويل متري، لذلك ليست هناك حاجة إلى تحديد مقاييس أو إستخدام الأمر الافتراضي-metric مع إعادة التوزيع.
تكون الأولوية للمسار الثابت المعاد توزيعه على المسار الموجز لأن المسار الثابت له مسافة إدارية واحدة بينما يكون المسار الموجز EIGRP على مسافة إدارية 5. هذا يحدث عندما تتم إعادة توزيع مسار ساكن إستاتيكي باستخدام الأمرredistribute static
ضمن عملية EIGRP وتحتوي عملية EIGRP على مسار افتراضي.
يوضح هذا الإخراج موجه OSPF يعيد توزيع المسارات الثابتة و RIP و EIGRP و IS-IS.
router ospf 1 network 10.10.108.0 0.0.255.255 area 0 redistribute static metric 200 subnets redistribute rip metric 200 subnets redistribute eigrp 1 metric 100 subnets redistribute isis metric 10 subnets
مقياس OSPF هو قيمة تكلفة تستند إلى عرض نطاق 108/ للإرتباط في وحدات بت/ثانية. على سبيل المثال، تكلفة بروتوكول فتح أقصر مسار أولا (OSPF) لشبكة إيثرنت هي 10: 108/107 = 10
ملاحظة: في حالة عدم تحديد مقياس، يضع OSPF قيمة افتراضية مقدارها 20 عند إعادة توزيع المسارات من جميع البروتوكولات باستثناء مسارات بروتوكول العبارة الحدودية (BGP)، والذي يحصل على قياس مقداره 1.
عندما تكون هناك شبكة رئيسية يتم تقسيمها إلى شبكات فرعية، يلزمك إستخدام الكلمة الأساسية التي تم تقسيمها إلى شبكات فرعية لإعادة توزيع البروتوكولات إلى OSPF. بدون هذه الكلمة الأساسية، يقوم OSPF فقط بإعادة توزيع الشبكات الرئيسية التي لم يتم تقسيمها إلى شبكات فرعية.
من الممكن تشغيل أكثر من عملية OSPF واحدة على الموجه نفسه. نادرا ما تكون هذه الميزة ضرورية وتستهلك ذاكرة الموجه ووحدة المعالجة المركزية (CPU).
لا تحتاج إلى تعريف القياس أو إستخدام الأمر الافتراضي-metric عند إعادة توزيع عملية OSPF إلى أخرى.
ملاحظة: تنطبق المبادئ الواردة في هذه الوثيقة على النصين الأول والثاني من بروتوكول معلومات التوجيه.
يوضح هذا الإخراج موجه RIP يعيد توزيع المسارات الثابتة و EIGRP و OSPF و IS-IS:
router rip network 10.10.108.0 redistribute static redistribute eigrp 1 redistribute ospf 1 redistribute isis default-metric 1
يتكون قياس RIP من عدد الخطوات، والحد الأقصى للمقياس الصالح هو 15. إن أي شيء أكبر من 15 يعتبر لامتناهي، يمكنك إستخدام 16 لوصف مقياس لانهائي في RIP. عندما يخفض أنت بروتوكول إلى RIP، cisco يوصي أن يستعمل أنت مقياس منخفض، مثل 1. قياسات عالية، مثل 10، تحد من RIP أكثر. إذا قمت بتحديد مقياس من 10 للمسارات التي تمت إعادة توزيعها، فسيتم الإعلان عن هذه الموجهات فقط إلى الموجهات التي تصل إلى 5 نقلات، وعند هذه النقطة يتجاوز المقياس (عدد الخطوات) 15. إن يعين أنت مقياس من 1، أنت يمكن ممر أن يسافر العدد الأقصى من القفزات في RIP مجال. ولكن هذا يمكن أن يزيد من إمكانية حلقات التوجيه إذا كان هناك نقاط إعادة توزيع متعددة وإذا كان الموجه يعلم عن الشبكة باستخدام مقياس أفضل من نقطة إعادة التوزيع عن المصدر الأصلي. لذلك، يجب عليك التأكد من أن المقياس ليس مرتفعا جدا، مما يمنع المسار من الإعلان عن جميع الموجهات، أو منخفضا جدا، مما يؤدي إلى حلقات التوجيه عند وجود نقاط إعادة توزيع متعددة.
هذا تشكيل مثال من كيف أن يعيد توزيع مسحاج تخديد ساكن إستاتيكي، except gateway of الأخير مدخل ملجأ، في RIP من خلال خريطة طريق.
هذا هو التكوين الأولي لهذا المثال:
router rip version 2 network 10.0.0.0 default-information originate no auto-summary ! ip forward-protocol nd ip route 0.0.0.0 0.0.0.0 10.32.32.3 ip route 10.32.42.211 255.255.255.255 192.168.0.102 ip route 10.98.0.0 255.255.255.0 10.32.32.1 ip route 10.99.0.0 255.255.255.0 10.32.32.1 ip route 10.99.99.0 255.255.255.252 10.32.32.5 ip route 10.129.103.128 255.255.255.240 10.32.31.1 ip route 172.16.231.0 255.255.255.0 10.32.32.5 ip route 172.16.28.0 255.255.252.0 10.32.32.5 ip route 192.168.248.0 255.255.255.0 10.32.32.5
ip route 192.168.0.43 255.255.255.0 10.32.32.5
ip route 192.168.0.103 255.255.255.0 10.32.32.5
لإنشاء هذا التكوين:
1. قم بإنشاء قائمة وصول لمطابقة جميع الشبكات التي تحتاج إلى إعادة توزيعها:
Router#show access-lists 10 Standard IP access list 10 10 permit 10.32.42.211 20 permit 10.98.0.0, wildcard bits 0.0.0.255 30 permit 10.99.0.0, wildcard bits 0.0.0.255 40 permit 10.129.103.128, wildcard bits 0.0.0.15 50 permit 172.16.231.0, wildcard bits 0.0.0.255< 60 permit 172.16.28.0, wildcard bits 0.0.3.255 70 permit 192.168.248.0, wildcard bits 0.0.0.255 80 permit 192.168.0.43, wildcard bits 0.0.0.255 90 permit 192.168.0.103, wildcard bits 0.0.0.255
2. قم باستدعاء قائمة الوصول هذه في خريطة مسار.
route-map TEST match ip address 10
3. قم بإعادة التوزيع في RIP مع خريطة المسار في الأمر الأصلي للمعلومات الافتراضية وإزالته من عملية RIP.
router RIP version 2 network 10.0.0.0 redistribute static route-map TEST no auto-summary
يوضح هذا الإخراج موجه IS-IS الذي يعيد توزيع المسارات الثابتة و RIP و EIGRP و OSPF.
router isis network 49.1234.1111.1111.1111.00 redistribute static redistribute rip metric 20 redistribute eigrp 1 metric 20 redistribute ospf 1 metric 20
يجب أن يكون مقياس IS-IS بين 1 و 63. لا يوجد خيار متري افتراضي في IS-IS. يجب تحديد مقياس لكل بروتوكول، كما هو موضح في المثال السابق. في حالة عدم تحديد أي مقياس للمسارات التي يتم إعادة توزيعها في IS-IS، يتم إستخدام قيمة متري مقدارها 0 بشكل افتراضي.
لا تعد إعادة التوزيع المباشر للشبكات المتصلة إلى بروتوكولات التوجيه ممارسة شائعة ولا يتم عرضها في أي من الأمثلة الواردة في هذا المستند لهذا السبب. بيد أنه من المهم ملاحظة أنه يمكن القيام بذلك، بصورة مباشرة وغير مباشرة على حد سواء. لإعادة توزيع المسارات المتصلة مباشرة، أستخدم أمر تكوين الموجه redistribute connected. يجب أيضا تحديد مقياس في هذه الحالة. يمكنك أيضا إعادة توزيع المسارات المتصلة بشكل غير مباشر إلى بروتوكولات التوجيه كما هو موضح في هذا المثال:
في مثال الصورة، يتلقى الموجه B واجهات إيثرنت سريعة. يوجد FastEthernet 0/0 في الشبكة 10.1.1.0/24 ويوجد FastEthernet 0/1 في الشبكة 10.1.1.0/24. يقوم الموجه B بتشغيل EIGRP مع الموجه A، و OSPF مع الموجه C. تتم إعادة توزيع الموجه B بشكل متبادل بين عمليات EIGRP و OSPF. هذه معلومات التكوين للموجه B:
interface FastEthernet0/0 ip address 10.1.1.4 255.255.255.0 interface FastEthernet0/ ip address 10.1.10.4 255.255.255.0 router eigrp 7 redistribute ospf 7 metric 10000 100 255 1 1500 network 10.1.1.0 0.0.0.255 auto-summary no eigrp log-neighbor-changes ! router ospf 7 log-adjacency-changes redistribute eigrp 7 subnets network 10.1.1.0 0.0.0.255 area 0
يعرض جدول التوجيه للموجه B:
routerB#show ip route
Codes: C - connected, S - static, I - IGRP, 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, E - EGP
i - IS-IS, 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 Gateway of last resort is not set
Gateway of last resort is not set
10.0.0.0/24 is subnetted, 1 subnets
C 10.1.1.0 is directly connected, FastEthernet0/1
10.0.0.0/24 is subnetted, 1 subnets
C 10.1.1.0 is directly connected, FastEthernet0/0
من جدول التكوين والتوجيه الدائم، هناك ثلاثة أمور ذات صلة يجب ملاحظتها:
جداول توجيه الموجه A و C:
routerA#show ip route Codes: C - connected, S - static, I - IGRP, 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, E - EGP i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default U - per-user static route, o - ODR Gateway of last resort is not set 10.0.0.0/24 is subnetted, 1 subnets C 10.1.1.0 is directly connected, FastEthernet0 10.0.0.0/24 is subnetted, 1 subnets D EX 10.1.1.0 [170/284160] via 10.1.1.4, 00:07:26, FastEthernet0 routerC#show ip route Codes: C - connected, S - static, I - IGRP, 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, E - EGP i - IS-IS, 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 Gateway of last resort is not set 10.0.0.0/24 is subnetted, 1 subnets C 10.1.1.0 is directly connected, FastEthernet1 O E2
10.1.1.0 [110/20] via 10.1.10.4, 00:07:32, FastEthernet1
تعرف الموجه A على الشبكة 10.1.1.0/24 عبر EIGRP، والتي يتم عرضها كمسار خارجي لأنه تمت إعادة توزيعها من OSPF إلى EIGRP. تعرف الموجه C على الشبكة 10.1.1.0/24 عبر OSPF كمسار خارجي لأنه تمت إعادة توزيعها من EIGRP إلى OSPF. على الرغم من أن الموجه B لا يعيد توزيع الشبكات المتصلة، فإنه يعلن عن الشبكة 10.1.1.0/24، والتي تعد جزءا من عملية EIGRP التي تتم إعادة توزيعها في OSPF. وبالمثل، يعلن الموجه B عن الشبكة 10.1.1.0/24، والتي تعد جزءا من عملية OSPF التي يعاد توزيعها في EIGRP.
ارجع إلى إعادة توزيع الشبكات المتصلة في OSPF للحصول على مزيد من المعلومات حول المسارات المتصلة التي تمت إعادة توزيعها في OSPF.
ملاحظة: بشكل افتراضي، تكون المعلومات التي تم التعرف عليها من قبل EBGP فقط هي المرشحة لإعادة التوزيع إلى بروتوكول العبارة الداخلية (IGP) عند إصدار الأمر redistribute bgp. لا تتم إعادة توزيع مسارات بروتوكول BGP الداخلي (iBGP) في بروتوكول IGP حتى يتم تكوين الأمر BGP redistribute-internal ضمن الأمر router bgp. ولكن يجب إتخاذ الاحتياطات لتجنب حلقات التكرار داخل النظام الذاتي عند إعادة توزيع مسارات بروتوكول بوابة الحدود الداخلية (IBGP) إلى بروتوكول العبارة الداخلية.
يصف قسم المسافة الإدارية كيف يمكن أن تتسبب إعادة التوزيع في حدوث مشاكل مثل المخطط التالي للتوجيه الأمثل، حلقات التوجيه، أو التقارب البطيء. يمكنك تجنب هذه المشاكل إذا لم تقم أبدا بالإعلان عن المعلومات التي تم تلقيها في الأصل من عملية التوجيه X مرة أخرى إلى عملية التوجيه X.
في مثال المخطط هذا، يتم إعادة توزيع R2 و R5 بشكل متبادل. تتم إعادة توزيع RIP في EIGRP ويعاد توزيع EIGRP على RIP، كما يوضح التكوين التالي.
router eigrp 7 network 172.16.0.181 redistribute rip metric 1 1 1 1 1 router rip network 172.16.0.0 redistribute eigrp 7 metric 2
router eigrp 7 network 172.16.0.181 redistribute rip metric 1 1 1 1 1 router rip network 172.16.0.0 redistribute eigrp 7 metric 2
مع مثال التكوين السابق، لديك القدرة لأي من المشاكل الموضحة سابقا. لتجنبها، يمكنك تصفية تحديثات التوجيه:
router eigrp 7 network 172.16.0.181 redistribute rip metric 1 1 1 1 1 distribute-list 1 in s1 router rip network 172.16.0.0 redistribute eigrp 7 metric 2 access-list 1 deny 192.168.1.0 access-list 1 permit any
router eigrp 7 network 172.16.0.181 redistribute rip metric 1 1 1 1 1 distribute-list 1 in s1 router rip network 172.16.0.0 redistribute eigrp 7 metric 2 access-list 1 deny 192.168.1.0 access-list 1 permit any
تقوم قوائم التوزيع التي تمت إضافتها إلى التكوينات، كما هو موضح في المثال السابق، بتصفية أي تحديثات EIGRP تأتي إلى الواجهة التسلسلية 1 للموجهات. إذا كانت قائمة الوصول 1 تسمح بالتوجيه الموجود في التحديثات، فإن الموجه يقبلها في التحديث، وفيما عدا ذلك، لا يقبلها. في هذا المثال، يتم إبلاغ الموجهات بأنه يجب ألا تتعلم الشبكة 192.168.1.0 من خلال تحديثات EIGRP التي تتلقاها على الواجهة التسلسلية 1. لذلك، فإن المعرفة الوحيدة التي تملكها هذه الموجهات للشبكة 192.168.1.0 هي من خلال RIP من R1.
تذكر أيضا أنه في هذه الحالة من غير الضروري إستخدام نفس إستراتيجية المرشح لعملية RIP لأن RIP لها مسافة إدارية أعلى من EIGRP. إذا تم إعادة التوجيه الذي تم إنشاؤه في مجال EIGRP إلى R2 و R5 من خلال RIP، فإن مسارات EIGRP لا تزال لها الأولوية.
يبدي الطبولوجيا في المثالالسابق، آخر طريقة أن يتجنب redistributed مشكلة. هذه الطريقة مفضلة. تستخدم هذه الطريقة خرائط المسارات لتعيين علامات للمسارات المختلفة. يمكن بعد ذلك إعادة توزيع عمليات التوجيه استنادا إلى علامات التمييز. لاحظ أن إعادة التوزيع بناء على علامات تمييز لا يعمل مع RIP صيغة 1.
إحدى المشاكل التي يمكن أن تواجه في المخطط السابق هي:
يوضح مثال التكوين التالي كيفية منع ذلك باستخدام setting
علامات التمييز ثم إعادة التوزيع بناء على علامات التمييز.
router eigrp 7 network 172.16.0.181 redistribute rip route-map rip_to_eigrp metric 1 1 1 1 1
!--- Redistributes RIP routes that are
!--- permitted by the route-map rip_to_eigrp
router rip
version 2
network 172.16.0.0
redistribute eigrp 7 route-map eigrp_to_rip metric 2
!--- Redistributes EIGRP routes and set the tags
!--- according to the eigrp_to_rip route-map route-map rip_to_eigrp deny 10 match tag 88
route−map rip_to_eigrp deny 10 match tag 88
!--- Route-map statement to deny any routes that have a tag of "88"
!--- from being redistributed into EIGRP
!--- Notice the routes tagged with "88" must be the EIGRP
!--- routes that are redistributed into RIPv2
route-map rip_to_eigrp permit 20
set tag 77
!--- Route-map statement to set the tag
!--- on RIPv2 routes redistributed into EIGRP to "77"
route-map eigrp_to_rip deny 10
match tag 77
!--- Route-map statement to deny any routes that have a
!--- tag of "77" from being redistributed into RIPv2
!--- Notice the routes tagged with "77" must be the RIPv2
!--- routes that are redistributed into EIGRP
route-map eigrp_to_rip permit 20 s
set tag 88
!--- Route-map statement to set the tag on EIGRP
!--- routes redistributed into RIPv2 to "88"
router eigrp 7 network 172.16.0.181 redistribute rip route-map rip_to_eigrp metric 1 1 1 1 1 !--- Redistributes RIPv2 routes that are permitted !--- by the route-map rip_to_eigrp router rip version 2 network 172.16.0.0 redistribute eigrp 7 route-map eigrp_to_rip metric 2 !--- Redistributes EIGRP routes and sets the tags !--- according to the eigrp_to_rip route-map route-map rip_to_eigrp deny 10 match tag 88 !--- Route-map statement to deny any routes that have a tag !--- of "88" from being redistributed into EIGRP !--- Notice the routes tagged with "88" must be the EIGRP routes !--- that are redistributed into RIPv2 route-map rip_to_eigrp permit 20 set tag 77 !--- Route-map statement to set the tag on rip routes !--- redistributed into EIGRP to "77" route-map eigrp_to_rip deny 10 match tag 77 !--- Route-map statement to deny any routes that have a tag !--- of "77" from being redistributed into RIPv2 !--- Notice the routes tagged with "77" must be the RIPv2 routes !--- that are redistributed into EIGRP route-map eigrp_to_rip permit 20 set tag 88 !--- Route-map statement to set the tag on EIGRP routes !--- redistributed into RIPv2 to "88"
مع اكتمال تكوين المثال السابق، يمكنك النظر إلى بعض المسارات المحددة في جدول التوجيه لترى أن العلامات قد تم تعيينها. الإخراج من الأمر show ip route لمسارات محددة على R3 و R1 هو:
R3#show ip route 172.16.10.8 Routing entry for 172.16.10.8/30 Known via "eigrp 7", distance 170, metric 2560512256 Tag 77, type external Redistributing via eigrp 7 Last update from 172.16.2.10 on Serial0, 00:07:22 ago Routing Descriptor Blocks: * 172.16.2.10, from 172.16.2.10, 00:07:22 ago, via Serial0
Route metric is 2560512256, traffic share count is 1
Total delay is 20010 microseconds, minimum bandwidth is 1 Kbit
Reliability 1/255, minimum MTU 1 bytes
Loading 1/255, Hops 1
R1#show ip route 172.16.2.4
Routing entry for 172.16.0.181/16
Known via "rip", distance 120, metric 2
Tag 88
Redistributing via rip
Last update from 172.16.10.50 on Serial0, 00:00:15 ago
Routing Descriptor Blocks:
* 172.16.10.50, from 172.16.10.50, 00:00:15 ago, via Serial0
Route metric is 2, traffic share count is 1
يستخدم EIGRP خمسة متغيرات مختلفة لحساب القياس. ومع ذلك، لا تحتوي المسارات التي تمت إعادة توزيعها على هذه المعلمات، وهذا يتسبب في حدوث مخالفات في المسار setting
. أفضل ممارسة هي تعيين مقياس افتراضي عند إعادة توزيع المسارات. بالمقياس setting
الافتراضي، يمكن تحسين أداء EIGRP. بالنسبة إلى EIGRP، يتم إدخال القيم الافتراضية باستخدام هذا الأمر:
Router(config-router)#default-metric 10000 100 255 100 1500
كما يمكن أن تتم إعادة التوزيع بين عمليات مختلفة من نفس بروتوكول التوجيه. التكوين التالي مثال على سياسة إعادة توزيع تستخدم لإعادة توزيع عمليتي EIGRP تشغلان على الموجه نفسه أو على موجهات متعددة:
router eigrp 3 redistribute eigrp 5 route-map to_eigrp_3 default-metric 10000 100 255 1 1500 !--- Redistributes EIGRP 5 into EIGRP 3, setting the tags !--- according to the route map "to_eigrp_3" router eigrp 5 redistribute eigrp 3 route-map to_eigrp_5 default-metric 10000 100 255 1 1500 !--- Redistributes EIGRP 3 into EIGRP 5 !--- Routes with tag 33 can not be redistributed !--- due to route map "to_eigrp_5" !--- Though the default-metric command is not required
!--- when redistributing between different EIGRP processes, !--- you can use it optionally as shown in the previous example to advertise
!--- the routes with specific values for calculating the metric. route-map to_eigrp_3 deny 10 match tag 55 !--- Route-map statement used to deny any routes that have a tag !--- of "55" from being redistributed into EIGRP 3 !--- Notice the routes tagged with "55" must be the EIGRP 3 routes !--- that are redistributed into EIGRP 5 route-map to_eigrp_3 permit 20 set tag 33 !--- Route-map statement used to set the tag on routes !--- redistributed from EIGRP 5 to EIGRP 3 to "33" route-map to_eigrp_5 deny 10 match tag 33 !--- Route-map statement used to deny any routes that have a tag !--- of "33" from being redistributed into EIGRP 5 !--- Notice the routes tagged with "33" must be the EIGRP 5 routes !--- that are redistributed into EIGRP 3 route-map to_eigrp_5 permit 20 set tag 55 !--- Route-map statement used to set the tag on routes !--- redistributed from EIGRP 3 to EIGRP 5 to "55"
يقدم هذا المستند عدة إستراتيجيات لتصفية المسارات. ومع ذلك، يمكن أن تكون هناك إستراتيجيات صالحة أخرى يمكنك إستخدامها.
في المثال 4، لديك موجهان، واحد هو موجه عالي المستوى يشغل بروتوكول BGP، والآخر هو موجه منخفض الطرف الذي يشغل بروتوكول RIP. عندما تقوم بإعادة توزيع مسارات BGP إلى RIP، يمكنك فقد بعض الحزم.
لا يوصى بشكل عام بإعادة توزيع بروتوكول بوابة الحدود (BGP) إلى بروتوكول معلومات التوجيه (RIP)، كما أن بروتوكولات مثل iBGP و OSPF و EIGRP قابلة للتطوير ولها خيارات واسعة متاحة.
في حالة مواجهة هذا السيناريو، وهو إعادة التوزيع بين BGP إلى RIP، وفقدان بعض الحزم، من الممكن أن تضطر إلى تكوين هذا الأمر على عملية RIP:
Router(Config)#router rip Router(Config-router)#input-queue 1024
ملاحظة: ضع في الاعتبار إستخدام الأمر input-queue إذا كان لديك موجه عالي المستوى يرسل بسرعة عالية إلى موجه منخفض السرعة لا يمكن إستقباله بسرعات عالية. يساعد تكوين هذا الأمر على منع فقدان المعلومات من جدول التوجيه.
يوضح هذا المثال كيفية إعادة توزيع مسار ثابت إلى بروتوكول توجيه RIP. وفقا لمثال المخطط، لدينا ثلاثة موجهات (R1، R2، و R3). يتلقى R1 و R2 RIP يشكل على قارن إثرنيت سريع 0/0. يحتوي R1 على مسار ثابت للوصول إلى واجهة Lo 0 (عنوان IP 10.10.10.10/32) للموجه R3. تتم إعادة توزيع هذا المسار الثابت في بروتوكول توجيه RIP. يتم تكوين الموجه R3 باستخدام مسار افتراضي R3# ip route 0.0.0.0.0.0.0 FastEthernet 0/0.
R1(config)#ip route 10.10.10.10 255.255.255.255 10.13.13.3 R1(config)#router rip R1(config-router)#redistribute static metric 10
على الموجه R2، يتم عرض المسار 10.10.10.10 من خلال الأمر show ip route:
R2#show ip route Codes: 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
Gateway of last resort is not set
C 192.168.12.12/24 is directly connected, FastEthernet0/0
10.0.0.3/32 is subnetted, 1 subnets
R 10.10.10.10 [120/10] via 192.168.12.1, 00:00:07, FastEthernet0/0
لإعادة توزيع مسار ثابت واحد، أستخدم مخطط المسار لتحديد المسار الثابت الذي يحتاج إلى إعادة توزيعه.
Router(config)#access-list 1 permitRouter(config)#route-map permit 10 Router(config-route-map)#match ip address access list number Router(config)#router eigrpRouter(config-router)#redistribute static route-map metric
المراجعة | تاريخ النشر | التعليقات |
---|---|---|
2.0 |
16-Oct-2023 |
تقويم |
1.0 |
14-Nov-2001 |
الإصدار الأولي |