تنفيذ منطقة واحدة OSPFv2
يتطلب إعداد OSPF بضع خطوات أساسية فقط إلا أنه يوجد العديد من الخطوات الأخرى الاختيارية. بعد اختيار وتحديد تصميم OSPF وهي مهمة يمكن أن تكون معقدة بعض الشيء في الشبكات الكبيرة يأتي دور الإعداد والذي يكون بسيط بحيث يقتصر على إعداد OSPF على كل منفذ لجهاز التوجيه ووضع تلك المنافذ في منطقة OSPF الصحيحة.
تعرض هذه الورقة العديد من أمثلة الإعداد وكلها باستخدام شبكة OSPF أحادية المنطقة وتحدد القائمة التالية خطوات الإعداد التي سيتم تناولها في هذا القسم بالإضافة إلى مرجع موجز للأوامر المطلوبة:
قائمة التحقق من التكوين
الخطوة 1: استخدم الأمر العام router ospf process-id للدخول إلى وضع إعداد OSPF وذلك لعملية OSPF معينة.
الخطوة 2: (اختياري) قم بإعداد معرف جهاز التوجيه OSPF عن طريق القيام بما يلي:
أ. استخدم الأمر الفرعي لجهاز التوجيه router-id id-value لتحديد معرف جهاز التوجيه
ب. استخدم الأمر العام interface loopback number جنبًا إلى جنب مع الأمر ip address address mask لإعداد عنوان IP على واجهة الاسترجاع (يختار أعلى عنوان IP لجميع عمليات الاسترجاع العاملة)
ج. الاعتماد على عنوان IP للواجهة (يختار أعلى عنوان IP لجميع عمليات nonloopbacks العاملة)
الخطوة 3: استخدم أمراً فرعياً واحداً أو أكثر من الأوامر الفرعية لجهاز التوجيه network ip-address wildcard-mask area area-id وذلك لتمكين OSPFv2 على أي منفذ يتوافق مع العنوان والقناع المحددين.
الخطوة 4: (اختياري) بالإمكان استخدم الأمر الفرعي لجهاز توجيه التالي passive-interface type number وذلك لوضع أي منفذ OSPF على وضع الخمول إذا لم يكن بالإمكان اكتشاف أي جيران على الواجهة.
وللحصول على صورة مرئية أكثر حول إعداد OSPFv2 يوضح الشكل أدناه العلاقة بين أوامر إعداد OSPF الرئيسية. لاحظ أن الإعداد أنشأ عملية التوجيه إبتداءً ثم قام بتمكين OSPF بشكل غير مباشر على كل منفذ. لا يتم في الإعداد تسمية المنافذ التي سيتم تمكين OSPF عليها وبدلاً من ذلك يتطلب من IOS تطبيق بعض العمليات المنطقية وذلك من خلال مقارنة أمر network ip-address wildcard-mask area area-id بأوامر عنوان IP للواجهة
إعداد منطقة واحدة OSPF
يوضح الشكل التالي شبكة سيتم استخدامها لتوضيح إعداد OSPF لمنطقة واحدة بحيث تقع جميع الروابط في المنطقة 0 ويحتوي التصميم على أربعة موجهات كل منها متصل بشبكة أو شبكتين من الشبكات المحلية. ومع ذلك لاحظ أن أجهزة التوجيه R3 و R4 في الجزء العلوي من الشكل تتصل بنفس شبكتي VLAN/الشبكات الفرعية لذا فإنهما ستشكلان علاقات جوار مع بعضهما البعض عبر كل من شبكات VLAN أيضًا لاحظ أيضاً أن المبدلان الموجودان أعلى التصميم هما مبدلان من مبدلات الطبقة الثانية.
يوضح المثال أدناه إعداد عنونة IPv4 على جهاز التوجيه R3 وقبل الدخول في تفاصيل OSPF. يتيح الإعداد تفعيل الـ trunking أو 802.1Q على المنفذ G0/0 والخاص بـ R3 وتم تخصيص عنوان IP لكل منفذ فرعي.
يتيح الإعداد الأولي أحادي المنطقة على R3 كما هو موضح أدناه الـ OSPF على جميع المنافذ الموضحة في الشكل السابق. فأولاً يضع الأمر العام router ospf 1 المستخدم في وضع إعداد OSPF ويعين معرف عملية OSPF. يجب أن يكون هذا الرقم فريداً وغير مكرر على جهاز التوجيه المحلي مما يسمح لجهاز التوجيه بدعم عمليات OSPF متعددة في جهاز توجيه واحد باستخدام فقط باستخدام معرّفات مختلفة ويمكن أن يكون أي عدد صحيح بين 1 و 65,535
بشكل عام يخبر أمر الـ network في OSPF الموجه بالعثور على منافذه المحلية التي تتطابق مع أول معلمتين في الأمر ولكل منفذ متطابق يقوم جهاز التوجيه بتمكين OSPF على ذلك المنفذ ويكتشف الجيران ويخلق علاقات الجوار ويعين المنفذ إلى المنطقة المدرجة في أمر الـ network. ولاحظ هنا أنه يمكن إعداد المنطقة كعدد صحيح أو عدد عشري بفاصلة ولكننا سنستخدم هنا العدد الصحيح. وتتراوح أرقام منطقة الأعداد الصحيحة من 0 إلى 4,294,967,295
وبالنسبة للأمر المحدد سيتم تعيين أي منفذ تنطبق عليه الشروط للمنطقة 0. والشروط محددة في المعلمتين الأوليين ip_address وقيمتها 10.0.0.0 وwildcard_mask وقيمتها 0.255.255.255 وفي هذه الحالة يتطابق الأمر مع المنافذ الثلاثة الموضحة لجهاز التوجيه R3 والموضوع التالي سيوضح السبب.
المطابقة مع أمر الـ network لـ OSPF
المفتاح لفهم إعداد OSPFv2 الموضح في هذا المثال هو فهم أمر network لـ OSPF. يقارن هذا الأمر المعلمة الأولى في الأمر بكل عنوان IP للمنافذ على جهاز التوجيه المحلي وذلك بحثاً عن تطابق وبدلاً من مقارنة الرقم بالكامل في هذا الأمر بعنوان IPv4 بأكمله على المنفذ يقوم الموجه بمقارنة مجموعة فرعية من الـ Octet وذلك استناداً إلى الـ wildcard mask، على النحو التالي:
Wildcard 0.0.0.0: يعني قارن جميع الـ octet الأربع. بمعنى آخر يجب أن تتطابق الأرقام تمامًا.
Wildcard 0.0.0.255: يعني قارن أول ثلاث octet فقط وتجاهل الـ octet الأخيرة عند المقارنة.
Wildcard 0.0.255.255: قارن أول اثنين octet فقط وتجاهل الاثنين octet الأخيرة عند المقارنة.
Wildcard 0.255.255.255: قارن الـ octet الأول فقط وتجاهل آخر ثلاث octet عند المقارنة.
Wildcard 255.255.255.255: لا تقارن أي شيء يعني هذا القناع أن جميع العناوين ستطابق الأمر.
بشكل أساسي تفرض قيمة wildcard mask ذات القيمة 0 المقارنة لإيجاد الأرقام المتطابقة والقيمة 255 لتجاهل الأرقام عند المقارنة. كما يوفر أمر الـ network العديد من الخيارات المرنة بسبب الـ wildcard mask. فعلى سبيل المثال في جهاز التوجيه R3 يمكن استخدام العديد من أوامر network بحيث تطابق جميع المنافذ أو حتى تطابق بعضها فقط مع مجموعة فرعية من المنافذ ويوضح الجدول أدناه عينة من الخيارات المتاحة.
|
الأمر |
المنطقية في الأمر |
المنافذ المطابقة |
|
network 10.1.0.0 0.0.255.255 |
تطابق عناوين IP للمنافذ التي تبدأ بـ 10.1 |
G0/0.341 G0/0.342 S0/0/0 |
|
network 10.0.0.0 0.255.255.255 |
تطابق عناوين IP للمنافذ التي تبدأ بـ 10 |
G0/0.341 G0/0.342 S0/0/0 |
|
network 0.0.0.0 255.255.255.255 |
تطابق جميع عناوين IP لجميع المنافذ |
G0/0.341 G0/0.342 S0/0/0 |
|
network 10.1.13.0 0.0.0.255 |
تطابق عناوين IP للمنافذ التي تبدأ بـ 10.1.13 |
S0/0/0 |
|
network 10.1.3.1 0.0.0.0 |
تطابق عنوان IP للمنفذ واحد فقط هو 10.1.3.1 |
G0/0.341 |
يمنح الـ wildcard mask جهاز التوجيه المحلي القواعد الخاصة ليقوم بعملية المطابقة لمنافذه الخاصة. في نفس الشبكة السابقة يمكن للموجهين R1 و R2 استخدام الإعداد الموضح أدناه مع اثنين من الـ wildcard mask الأخرى. في كلا الموجهين يتم تمكين OSPF على جميع المنافذ الموضحة في الشكل السابق.
في R1 استخدمنا أمر واحد وهذا الأمر قام بتفعيل OSPF على جميع المنافذ الثلاثة لأنها جميعها تبدأ عناوين الـ IP لها بـ 10.1
في R2 استخدمنا أمر لكل منفذ.
التحقق من منطقة واحدة OSPFv2
كما هو مذكور موضوع سابق (بروتوكولات التوجيه) تستخدم أجهزة توجيه OSPF عملية من ثلاث خطوات لإضافة مسارات OSPF التي تم التعرف عليها إلى جدول التوجيه. فأولاً ينشئون علاقات الجوار ثم يقومون ببناء وإغراق الـ LSAs بحيث يكون لكل جهاز توجيه في نفس المنطقة نسخة من نفس الـ LSDB وأخيرًا يحسب كل جهاز توجيه بشكل مستقل مساراته الخاصة باستخدام خوارزمية الـ SPF ويضيفها إلى جدول التوجيه الخاص به.
تعرض الأوامر show ip ospf neighbor و show ip ospf database و show ip route معلومات عن كل خطوة من هذه الخطوات الثلاث على التوالي. ولأجل التحقق من OSPF يمكن استخدام نفس التسلسل لهذه الأوامر أو يمكن فقط إلقاء نظرة على جدول التوجيه فإذا كانت المسارات صحيحة فقد يكون مؤشر أن OSPF قد نجحت.
على سبيل المثال أولاً قم بفحص قائمة الأجهزة المجاورة المعروفة على جهاز التوجيه R3 من الإعدادات السابقة يجب أن يكون لـ R3 علاقة جوار واحدة مع R1 وذلك عبر serial link كما يفترض أن يكون لديها علاقتي جوار مع R4 عبر شبكتي VLAN مختلفتين يتصل بهما كلا الموجهين.
تشير التفاصيل في المخرجات السابقة إلى عدة حقائق مهمة ومن خلال العناوين:
المنفذ (Interface): هذ هو منفذ جهاز التوجيه المحلي المتصلة بالجوار فعلى سبيل المثال يمكن الوصول إلى الجار الأول في القائمة من خلال واجهة الجهاز R3 ذات الرقم S0/0/0
العنوان (Address): هذا هو عنوان IP للجار على هذا الرابط فبالنسبة لهذا الجار الأول يستخدم الجار وهو R1 العنوان 10.1.13.1
الحالة (State): على الرغم من وجود العديد من الحالات المحتملة إلا أن FULL هي الحالة الصحيحة وهي تعمل بشكل كامل في هذا المثال.
معرف الجار (Neighbor ID): هذا هو معرف جهاز التوجيه الخاص بالجوار.
المثال أدناه يظهر محتويات LSDB على جهاز التوجيه R3 ومن المثير للاهتمام أنه عندما تعمل OSPF بشكل صحيح في الشبكة ذات تصميم المنطقة الواحدة ستحتوي جميع أجهزة التوجيه على نفس محتويات LSDB. لذلك يفترض أن يظهر الأمر show ip ospf database نفس المعلومات الدقيقة بغض النظر عن أي من أجهزة التوجيه الأربعة التي تم تنفيذه عليها.
لاحظ أن LSDB قام فقط بسرد حالة ارتباط واحدة لجهاز التوجيه (Router Link State) لكل من أجهزة التوجيه في نفس المنطقة.
بعد ذلك ، يوضح المثال أدناه جدول توجيه IPv4 الخاص بـ R3 مع الأمر show ip route ولاحظ أنه يسرد المسارات المتصلة بالإضافة إلى مسارات OSPF.
أولاً ألق نظرة على المخرجات بشكل عام الرمز “O” الموجود على اليسار يحدد المسار كما تم التعرف عليه بواسطة OSPF. تظهر المخرجات خمسة مسارات. ومن معاينة الشكل السابق للشبكة توجد خمس شبكات فرعية غير متصلة بشكل مباشر مع R3. وهذه النظرة السريعة تعطي فحصاً سريعاً فيما إذا كان OSPF قد تعرف على جميع المسارات أم لا.
بعد ذلك ألق نظرة على المسار الأول للشبكة الفرعية 10.1.1.0/25 يظهر معرف الشبكة الفرعية وقناعها كما تظهر أيضاً رقمين بين قوسين الأول 110 ويعني المسافة الإدارية للمسار حيث تستخدم جميع مسارات OSPF في هذا المثال القيمة الافتراضية 110 والرقم الثاني هو 65 والذي يعني مقياس OSPF لهذا المسار.
بالإضافة إلى ذلك فإن الأمر show ip protocols مهم أيضاً لأنه يعطي نظرة سريعة على كيفية عمل أي بروتوكول توجيه تظهر مخرجات هذا الأمر مجموعة من الرسائل لكل بروتوكول توجيه يعمل على جهاز توجيه. يوضح المثال أدناه مثالاً وهي مأخوذة من جهاز التوجيه R3
تظهر المخرجات عدة حقائق مهمة يظهر السطر الأول المحدد المعلمات الموجودة في أمر التكوين العام لجهاز التوجيه ospf 1 ويظهر العنصر الثاني المحدد إلى معرف جهاز التوجيه الخاص بـ R3 والذي ستتم مناقشته بمزيد من التفصيل بعد قليل ويكرر السطر الثالث المحدد مزيدًا من الاعدادات فيسرد معلمات الشبكة 10.0.0.0 0.255.255.255 area 0 وهو ما يمثل الأمر الخاص بـ OSPF. أخيراً آخر عنصر تم تحديده في المثال بمثابة عنوان لقائمة أجهزة توجيه OSPF المعروفة.
إعداد معرف جهاز التوجيه OSPF
بينما يحتوي OSPF على العديد من المميزات الاختيارية إلا أن الميزة المستخدمة بشكل واسع لدى معظم شبكات المؤسسات التي تستخدم OSPF هي إعداد معرف جهاز التوجيه وذلك لكل جهاز توجيه. من المعلوم أولاً أنه يجب أن تحتوي أجهزة التوجيه التي تعمل بـ OSPF على معرف جهاز توجيه خاص (RID) للتشغيل بشكل صحيح ومن المعلوم أيضاً أنه وبشكل افتراضي ستختار أجهزة التوجيه عنوان IP الخاص بمنفذها وذلك لاستخدامه على أنه هو الـ RID. ومع ذلك يفضل الكثير من مهندسي الشبكات تغيير هذا الوضع الافتراضي واختيار معرف خاص لكل جهاز توجيه والسبب في ذلك هو الرغبة في سهولة التعرف عليها ومعرفتها عند ظهورها كقوائم المخرجات للأمر show ip ospf neighbor.
حتى تختار موجهات Cisco الـ RID الخاص بها تستخدم المعايير التالية عند إعادة تحميل جهاز التوجيه وتشغيل عملية OSPF. لاحظ أنه عندما تحدد إحدى هذه الخطوات الـ RID تتوقف العملية.
1. إذا تم استخدام الأمر الفرعي router-id rid لتحديد قيمة الـ RID.
2. إذا كان هناك منافذ للاسترجاع (loopback) واعطيت كلها عناوين IP ثم أصبحت حالة منفذ ما (up) سيقوم هذا المنفذ باختيار أعلى عنوان IP من الناحية الرقمية من بين واجهات الاسترجاع الموجودة.
3. يختار الموجه أعلى عنوان IP من جميع المنافذ الأخرى التي يكون رمز حالة واجهتها الأول (up). (بمعنى آخر سيكون من ضمن الاختيارات المتاحة لـ OSPF لاختيار المنافذ تلك التي حالتها الحالية up/down).
يعطي كل من المعيارين الأول والثالث معنى واضح وهو إما أن يتم تكوين RID بشكل يدوي وإما أن يكون مأخوذ من عنوان IP للمنفذ. ويبقى التساؤل قائم بشأن ما ورد في المعيار الثاني أقصد “منفذ الاسترجاع” وما المقصود به. منفذ الاسترجاع هو منفذ افتراضي يمكن تكوينه باستخدام الأمر interface loopback interface-number بحيث يكون الـ interface-number عبارة عن عدد صحيح. تكون منافذ Loopback دائماً في حالة “up and up” ما لم يتم وضعها إدارياً في حالة إيقاف التشغيل. على سبيل المثال سيؤدي الإعداد البسيط للأمر interface loopback 0 متبوعًا بعنوان IP 2.2.2.2 255.255.255.0 ، إلى إنشاء منفذ استرجاع وتعيين عنوان IP له. ونظرًا لأن منافذ loopback لا تعتمد على أي عتاد يمكن أن تكون هذه المنافذ على الحالة up/up كلما تم تشغيل IOS مما يجعلها واجهات جيدة يمكن أن تستند عليها OSPF RID.
يوضح المثال أدناه الإعدادات التي تمت على أجهزة التوجيه R1 و R2 وذلك قبل آوامر الـ show المستعرضة سابقاً والتي تم مناقشة مخرجاتها. ففي R1 تم تعيين معرف جهاز التوجيه الخاص به بشكل مباشر بينما في R2 تم استخدام عنوان IP للاسترجاع (loopback).
يختار كل جهاز توجيه OSPF RID الخاص به عند تهيئة OSPF وهذا يتم عندما يقوم جهاز التوجيه بالتمهيد (booting) أو عن طريق الإيقاف وإعادة التشغيل من قبل المستخدم على واجهة CLI لعملية OSPF باستخدام الأمر clear ip ospf process . لذلك إذا تم تشغيل OSPF وبعد ذلك تغير الاعداد بطريقة أثرت على OSPF RID فإن OSPF لا يغير RID على الفور وإنما ينتظر حتى يتم إعادة تشغيل عملية OSPF في المرة التالية.
يوضح المثال أدناه مخرجات الأمر show ip ospf على R1 بعد الإعداد في المثال السابق وبعد إعادة تشغيل جهاز التوجيه والذي أدى إلى تغيير معرف جهاز توجيه OSPF.
منافذ OSPF السلبية (Passive Interfaces)
بمجرد إعداد OSPF على المنفذ يحاول جهاز التوجيه اكتشاف أجهزة توجيه OSPF المجاورة وتكوين علاقة جوار وللقيام بذلك يرسل جهاز التوجيه رسائل ترحيب OSPF في فاصل زمني منتظم يُسمى Hello Interval. يستمع جهاز التوجيه أيضاً إلى رسائل الترحيب الواردة من الجيران المحتملين.
في بعض الأحيان لا يحتاج جهاز التوجيه إلى تكوين علاقات جوار مع جيران على منفذ. لأنه في الغالب لا توجد أجهزة توجيه أخرى على ارتباط معين لذلك لا يحتاج جهاز التوجيه إلى الاستمرار في إرسال رسائل OSPF Hello المتكررة.
عندما لا يحتاج جهاز التوجيه إلى اكتشاف الجيران يكون لدى المهندس خيارين للإعداد. الأول عدم القيام بأي شيء وبالتالي يستمر الموجه في إرسال الرسائل مما يؤدي إلى إجهاد وحدة المعالجة المركزية. الثاني إعداد المنفذ كمنفذ OSPF سلبي وإخبار جهاز التوجيه بالقيام بما يلي:
■ قم بإنهاء إرسال OSPF Hellos على المنفذ.
■ تجاهل تلقى Hellos على المنفذ.
■ لا تشكل علاقات الجوار عبر المنفذ.
بجعل منفذ ما سلبي أو خامل فإن OSPF لا يشكل علاقات جوار من خلاله لكنه لا يزال يعلن عن الشبكة الفرعية المتصلة بذلك المنفذ. أي أن تكوين OSPF يمكّن OSPF على المنفذ ثم يجعل المنفذ سلبي.
ولإعداد منفذ سلبي يوجد خياران. الأول إضافة الأمر التالي في وضع الاعداد للجهاز:
passive-interface type number
الثاني تغيير الإعداد الافتراضي بحيث تكون جميع المنافذ سلبية بشكل افتراضي ثم إضافة الأمر no passive-interface لجميع المنافذ التي يجب ألا تكون سلبية:
passive-interface default
no passive interface type number
يوضح المثال أدناه إعدادين مختلفين لجعل منفذي LAN الفرعيين سلبيين لـ OSPF.
إعداد عدة مناطق (Multiarea) OSPFv2
يشبه إعداد أجهزة التوجيه في تصميم مناطق متعددة تمامًا إعداد OSPFv2 لمنطقة واحدة والاختلاف الوحيد هو أن الإعداد يضع بعض المنافذ على كل ABR في مناطق مختلفة. تأتي الاختلافات في التحقق من OSPFv2 وتشغيله.
يوضح هذا الجزء مجموعة ثانية من الإعدادات لمقارنة إعداد المناطق المتعددة بإعداد المنطقة الواحدة. يوضح هذا السيناريو الجديد الإعداد للموجهات في تصميم OSPF متعدد المناطق واستناداً إلى الأشكال التالية فيوضح الشكل الأول هيكل الشبكة ومعرفات الشبكة الفرعية بينما يوضح الشكل الثاني تصميم المنطقة. لاحظ أن الشكل الأول يسرد الـ octet الأخير من عنوان IPv4 لكل جهاز توجيه بالقرب من كل منفذ بدلاً من كتابة العنوان IPv4 بأكمله فقط للتبسيط.
عند النظر في تصميم المنطقة الموضح في الشكل الثاني والبحث عن ABRs. نجد أنه فقط R1 من يتصل بمنطقة العمود الفقري وأجهزة التوجيه الثلاثة الأخرى هي أجهزة توجيه داخلية في منطقة واحدة. لذلك فإن ثلاثة من أربعة أجهزة توجيه لها إعدادات منطقة واحدة وجميع منافذهم في نفس المنطقة.
لاحظ أننا في الأمثلة الواردة هنا سنستخدم مجموعة متنوعة من خيارات الإعداد وذلك حتى تتمكن من رؤية جميع الخيارات بحيث تتضمن الخيارات طرق مختلفة لتعيين OSPF RID والـ wildcard masks المختلفة على أوامر الـ network الخاصة بالـ OSPF وكذلك استخدام المنافذ السلبية أو الخاملة.
إعدادات منطقة واحدة
المثال أدناه يبدأ من خلال إظهار الإعداد لعنوان OSPF وعناوين الـ IP لمنافذ R2. ولاحظ هنا أن R2 يعمل كجهاز توجيه داخلي في المنطقة 23 مما يعني أن الإعداد سيشير إلى منطقة واحدة فقط (23). يضبط الإعداد RID الخاص بـ R2 على أنه 2.2.2.2 باستخدام الطريقة المباشرة والأمر router-id ونظرًا لأن يجب على R2 أن يجد الأجهزة المجاورة على كلا المنفذين فلا يمكن جعل أي منهما سلبي أو خامل.
يستمر المثال أدناه في مراجعة بعض الأوامر والإعدادات لكل من R3 و R4. فنضع منافذ R3 في المنطقة 23 وذلك وفقاً للأمر network الخاص بها ونحدد أيضاً RID الخاص بها ليكون 3.3.3.3 باستخدام منفذ الاسترجاع (loopback) ومثل R2 لا يمكن جعل أي من منافذها على الوضع السلبي أو الخامل. بينما يختلف إعداد R4 قليلاً فمع وضع كلا المنفذين في المنطقة 4 وضبط RID الخاص به على أساس منفذ الـ nonloopback وهو G0/0 لـ OSPF RID 10.1.14.4، وجعل واجهة G0/1 في R4 سلبية لأنه لا توجد أجهزة توجيه OSPF أخرى متواجدة على هذا الرابط.
إعداد المناطق المتعددة
جهاز التوجيه الوحيد الذي يتطلب إعداده أن يكون متعدد المناطق هو الـ ABR وذلك بسبب وضعه ومكان تواجده الذي يشير إلى أكثر من منطقة واحدة. في التصميم السابق يعمل جهاز التوجيه R1 فقط باعتباره ABR مع منافذ في ثلاث مناطق مختلفة. يوضح المثال أدناه طريقة إعداد OSPF الخاص بـ R1 ولاحظ أن الإعداد لا يذكر أي شيء عن R1 كونه ABR بل بدلاً من ذلك يستخدم أوامر network متعددة بعضها يضع المنافذ في المنطقة 0 والبعض الآخر في المنطقة 23 والبعض الآخر في المنطقة 4.
ركز على أوامر الـ network المحدد عليها في المثال السابق تحدث جميع الأوامر الخمسة باستخدام الـ wildcard mask التالي 0.0.0.0 والذي يعني ضرورة التطابق التام لعنوان IP المدرج. فإذا قارنت أوامر الـ network هذه بالمنافذ المختلفة على جهاز التوجيه R1 يمكن رؤية أن الإعداد يمكّن OSPF للمنطقة 0 على المنافذ الفرعية G0/0.11 و G0/0.12 ، والمنطقة 23 للمنفذين التسلسليتين والمنطقة 4 للمنفذ G0/1 على الموجه R1.
أخيراً لاحظ أن إعداد R1 يعين أيضاً RID الخاص به بشكل مباشر ويجعل واجهتي الـ LAN على الوضع السلبي الخامل.
إذن ما هو الفرق الكبير بين تهيئة وإعداد OSPF لمنطقة واحدة ولمناطق متعددة؟ الحقيقة .. لا شيء عملياً وإنما الفرق الوحيد هو أنه مع المناطق المتعددة لابد من وضع أوامر شبكة ABR للمناطق المختلفة.
التحقق من إعداد المناطق المتعددة
تناقش الصفحات التالية كيفية التحقق من بعض ميزات OSPF الجديدة. ويلخص الشكل أدناه أهم أوامر التحقق من OSPF للرجوع إليها.
يبحث هذا الجزء في الأمور التالية:
■ التحقق من صحة المناطق على كل منفذ في الـ ABR.
■ التحقق من أي جهاز توجيه هو DR و BDR
■ نظرة سريعة على LSDB
■ عرض مسارات IPv4
التحقق من صحة المناطق على كل منفذ في الـ ABR
أسهل مكان للتحقق من الإعداد الخاص بالمناطق المتعددة هو وضع منفذ ما في منطقة OSPF الخاطئة حينها ستشير العديد من المخرجات للأوامر الأوامر التي تمت مناقشتها سابقاً إلى الخلل فسيعيد الأمر show ip protocols بشكل أساسي جمبع أوامر الـ network الخاصة بالـ OSPF والتي تحدد بشكل غير مباشر المنافذ والمناطق. أيضا ستظهر الأوامر show ip ospf interface و show ip ospf interface brief مباشرة المنطقة التي تم إعدادها للمنفذ يوضح المثال أدناه مثالاً على ذلك.
في مخرجات الأمر في المثال أعلاه ولربط المناطق نحتاج إلقاء نظرة على المنفذ في العمود الأول والمنطقة في العمود الثالث.
التحقق من أي جهاز توجيه هو DR و BDR
العديد من أوامر show أيضاً تحدد بطريقة ما من هو الـ DR ومن هو الـ BDR. تعرض مخرجات الأمر show ip ospf show ip ospf interface brief الموضحة في المثال السابق حالة جهاز التوجيه المحلي والذي يوضح بطبيعة الحال أن R1 هو DR على منفذين فرعيين مختلفين و BDR على منفذ G0/1.
يوضح المثال أدناه نموذجين آخرين يحددان DR وBDR ولكن بطريقة مختلفة. تظهر مخرجات الأمر show ip ospf interface مخرجات تفصيلية حول إعدادات OSPF لكل منفذ بحيث تتضمن هذه التفاصيل الـ RID وعنوان منفذي الـ DR والـ BDR وفي الوقت نفسه تظهر مخرجات الأمر show ip ospf neighbour معلومات مختصرة حول دور الـ DR والـ BDR للأجهزة المجاورة ولا يذكر هذا الأمر أي شيء عن دور جهاز التوجيه المحلي.
بدايةً أمعن النظر في الأجزاء المحددة من مخرجات الأمر show ip ospf interface. فهو يُظهر الـ DR كـ RID 10.1.14.4 والذي هو R4 كما يُظهر أيضاً BDR كـ 1.1.1.1 والذي هو R1.
وفي نهاية المثال أظهر الأمر show ip ospf neighbor على R4 الجار الوحيد لـ R4 مع RID المجاور 1.1.1.1 في R1. ويدرج الحالة الحالية له على أنها FULL/BDR أي (FULL state) والتي تعني أن R4 قد استبدلت LSDB بشكل كامل مع R1. يعني BDR هنا أن الجار (R1) يعمل بمثابة BDR مما يعني أن R4 هو الموجه الآخر الوحيد على هذا الارتباط والذي يعمل كـ DR.
يوضح المثال السابق أيضاً نتائج انتخابات DR/BDR حيث يقوم جهاز التوجيه باختيار الـ RID الأعلى قيمة ليفوز في الانتخابات وتعمل القواعد هنا على النحو التالي:
■ عندما تعمل المنافذ ويرسل اثنان أو أكثر من أجهزة التوجيه على الشبكة الفرعية رسائل الترحيب وتستمع لبعضها البعض فإنه يتم إختيار الـ DR و BDR بحيث يكون صاحب الـ OSPF RID الأعلى هو الـ DR وثاني أعلى RID يكون الـ BDR.
■ بمجرد اكتمال الانتخابات تحرم أجهزة التوجيه الجديدة التي تدخل الشبكة الفرعية من دور الـ DR أو الـ BDR حتى وإن كان لديها RID أعلى منهما.
وفي مثالنا هذا أجهزة التوجيه R1 و R4 على نفس الشبكة سمعت رسائل بعضهما. وكان R1 مع RID 1.1.1.1 يعتبر أقل قيمة من RID 10.1.14.1 في R4 ونتيجة لذلك فازت الأخيرة في الانتخابات للـ DR.
التحقق من مسارات OSPF
كل هذا التنظير للـ OSPF وجميع أوامر الـ show التي استعرضناها غير ذات جدوى إذا لم تتعلم أجهزة التوجيه المسارات. وللتحقق من المسارات يوضح المثال أدناه جدول التوجيه IPv4 الخاص بـ R4.
يُظهر هذا المثال بعض الرموز الجديدة المتعلقة بشكل خاص بـ OSPF. فكما هو معروف يحدد الحرف الوحيد على اليسار مصدر المسار فـ O تعني OSPF. بالإضافة إلى ذلك يُظهر IOS أي مسارات بينية (interarea) برمز IA أيضًا. لا يُظهر المثال أي مسارات OSPF بينية وعليه فإن هذه المسارات ستحذف ببساطة رمز IA. لاحظ أيضاً أن R4 لديها مسارات لجميع الشبكات الفرعية السبعة في الهيكل المستخدم في هذا المثال مساران متصلان وخمسة مسارات OSPF بين المناطق.
ميزات OSPF الإضافية
ركزت هذه الورقة حتى الآن على ميزات OSPF الأكثر شيوعاً وذلك باستخدام الإعداد التقليدي عن طريق الأمر network. يناقش هذا الجزء بعض ميزات إعداد OSPFv2 الشائعة جداً ولكن اختيارية:
■ المسارات الافتراضية
■ المقاييس
■ موازنة الحمل
■ إعداد منفذ OSPF
مسارات OSPF الافتراضية
في بعض الحالات تستفيد أجهزة التوجيه من استخدام مسار افتراضي. تتمثل الحالة الأكثر مناسبةً لجعل بروتوكول التوجيه يعلن عن مسار افتراضي هو ما يخص اتصال المؤسسة بالإنترنت. وكإستراتيجية لذلك يقوم مهندس المؤسسة برسم أهداف التصميم التالية:
■ تتعرف جميع أجهزة التوجيه على مسارات محددة للشبكات الفرعية داخل الشركة وليس هناك حاجة إلى مسار افتراضي عند إعادة توجيه الحزم إلى هذه الوجهات.
■ يتصل أحد الموجهات بالإنترنت وله مسار افتراضي يوصل إلى الإنترنت.
■ يجب أن تتعرف جميع أجهزة التوجيه آلياً على المسار الافتراضي والذي يتم استخدامه لجميع حركة البيانات المتجهة إلى الإنترنت بحيث تنتقل جميع الحزم المتجهة إلى مواقع ما على الإنترنت إلى جهاز التوجيه الواحد المحدد والمتصل بالإنترنت.
يوضح الشكل التالي فكرة كيفية قيام OSPF بالإعلان عن المسار الافتراضي المحدد. ففي هذه الحالة تتصل الشركة بمزود خدمة الإنترنت باستخدام جهاز التوجيه R1 والخاص بها بحيث يحتوي هذا الموجه على مسار افتراضي ثابت (الوجهة 0.0.0.، قناع 0.0.0.0) مع عنوان القفزة التالية لموجه شرك مزود الخدمة ISP. بعد ذلك يؤدي استخدام الأمر default-information originate للـ OSPF في الخطوة 2 إلى جعل جهاز التوجيه يعلن عن مسار افتراضي باستخدام OSPF إلى أجهزة التوجيه البعيدة B1 و B2.
يوضح الشكل أدناه المسارات الافتراضية الناتجة عن إعلانات OSPF في الشكل السابق ففي أقصى اليسار تحتوي جميع أجهزة التوجيه على مسارات افتراضية تعرفت عليها عن طريق OSPF وجميعها تشير إلى R1. ويحتاج R1 نفسه أيضاً إلى مسار افتراضي يشير إلى موجه مزود خدمة الانترنت ISP بحيث يمكن لـ R1 إعادة توجيه كل حركة البيانات المرتبطة بالإنترنت إلى ISP.
تمنح هذه الميزة المهندس إمكانية التحكم في وقت إنشاء جهاز التوجيه لهذا المسار الافتراضي. ففي البداية يحتاج R1 إلى مسار افتراضي له باتجاه مزود الخدمة سواء تم تعريفه على أنه مسار افتراضي ثابت أو تعلمه من مزود خدمة الإنترنت عن طريق DHCP أو تعلمه من مزود خدمة الإنترنت باستخدام بروتوكول توجيه مثل eBGP. بعد ذلك يمكّن الأمر default-information originate على R1 من الإعلان عن المسار الافتراضي باتجاهه في الشبكة الداخلية وذلك بعد أن يعمل ويفعّل المسار الافتراضي الخاص به باتجاه مزود الخدمة ويعلن كذلك عن المسار الافتراضي باتجاهه على أنه على الحالة له معطل (down) وذلك عند فشل المسار الافتراضي الخاص به باتجاه مزود الخدمة.
يوضح المثال التالي تفاصيل المسار الافتراضي على كل من R1 و B01. ففي جهاز التوجيه R1 استخدم جهاز التوجيه R1 بروتوكول DHCP للتعرف على عنوان IP له وذلك على المنفذ G0/3 الخاصة به عن طريق مزود خدمة الإنترنت ثم بعد ذلك يقوم R1 بإنشاء مسار افتراضي ثابت باستخدام عنوان IP الخاص بجهاز توجيه ISP وهو 192.0.2.1 كعنوان القفزة التالية كما هو موضح في مخرجات الأمر show ip route static.
ركز على الأمر المنفذ على جهاز التوجيه R1 لاحظ أن R1 لديها بالفعل مسار افتراضي وهو المسار إلى 0.0.0.0/0 والتي تسمى بمسار” الملاذ الأخير” (last resort) والذي يشير إلى المسار الافتراضي المستخدم حالياً بواسطة جهاز التوجيه إلى عنوان IP للقفزة التالية 192.0.2.1 وهو عنوان IP الخاص بموجه مزود خدمة الانترنت ISP.
انظر بعد ذلك إلى الجزء الثاني من المثال والمسار الافتراضي الذي عرفه OSPF لجهاز التوجيه BO1 يُظهر BO1 مساراً لـ 0.0.0.0/0 أيضًا وموجه القفزة التالية في هذه الحالة هو 10.1.12.1 وهو عنوان IP لجهاز التوجيه R1 على ارتباط WAN. الرمز الموجود في أقصى اليسار O * E2 يعني Bk مسار OSPF الذي تم تعلمه وهو مسار افتراضي وهو على وجه التحديد مسار OSPF خارجي.
تستخدم BO1 ذلك الإعداد المسمى بالملاذ الأخير (last resort) كمسار الافتراضي تم تعلمه من OSPF باتجاه موجه القفزة التالية 10.1.12.1.
مقاييس OSPF (Cost)
سابقاً تمت الإشارة إلى حساب أفضل المسارات باستخدام الـ SPF واختيار المسار بأفضل مقياس لكل شبكة فرعية للجهة المقصودة. يمكن أن تؤثر أجهزة توجيه OSPF على هذا الاختيار عن طريق تغيير الـ (cost) للمنفذ OSPF وذلك على أي من المنافذ.
تتيح أجهزة توجيه Cisco طريقتين مختلفتين لتغيير الـ (cost) للمنفذ OSPF. الطريقة الأولى هي طريقة مباشرة بحيث يتم تحديد الـ (cost) مباشرة باستخدام الأمر الفرعي للمنفذ ip ospf cost x أما الطريقة الثانية فهي السماح لنظام التشغيل IOS باختيار الـ (cost) الافتراضي بناءً على صيغة محددة ولتغيير المدخلات في هذه الصيغة لابد من بذل المزيد من الجهد وهو ما سأوضحه بعد قليل.
تحديد الـ (cost) على أساس عرض النطاق الترددي للواجهة
يمكن أن تتسبب القيم الافتراضية للـ (cost) في الـ OSPF في حدوث القليل من الارتباك وذلك لعدة أسباب. لذلك وللتغلب على بعض الاشكالات المحتملة سأوضح بعض الأمثلة.
أولاً يستخدم نظام التشغيل IOS الصيغة التالية لاختيار الـ (cost) للمنفذ بحيث يضع عرض النطاق الترددي (bandwidth) للمنفذ في المقام وقيمة OSPF القابلة للتعيين والتي تسمى عرض النطاق المرجعي في البسط:
Reference_bandwidth / Interface_bandwidth
وباستخدام هذه الصيغة يحدث التسلسل المنطقي التالي:
1. كلما زاد عرض النطاق الترددي للمنفذ قيمة الكسر.
2. القيمة الأقل للكسر تعطي المنفذ (cost) أقل.
3. من المرجح أن يستخدم OSPF المنفذ صاحب الـ (cost) الأقل عند حساب
أفضل المسارات.
لنستعرض بعض الأمثلة للتوضيح، افترض نطاقاً ترددياً مرجعياً افتراضياً تم ضبطه على 100 ميجابت في الثانية أي 100000 كيلوبت في الثانية وستستخدم في الأمثلة القادمة وحدة كيلوبت في الثانية فقط لتجنب التعامل مع الكسور فقط. ولنفترض أن الإعدادات هي الافتراضية لعرض النطاق الترددي لجميع المنافذ سواء (serial) أو (Ethernet) أو (Fast Ethernet) والتي يمكن معرفتها والاطلاع عليها عن طريق مخرجات الأمر show interfaces وهي على التوالي 1544 كيلوبت في الثانية و 10000 كيلوبت في الثانية أي 10 ميغابت في الثانية و 100 ألف كيلوبت في الثانية أي 100 ميغابت في الثانية. يوضح الجدول أدناه نتائج حساب الـ IOS للـ (cost) في OSPF للمنافذ.
|
المنفذ |
النطاق الترددي الافتراضي له |
الصيغة |
الـ (cost) للـ OSPF |
|
Serial |
1544 Kbps |
100,000/1544 |
64 |
|
Ethernet |
10,000 Kbps |
100,000/10,000 |
10 |
|
Fast Ethernet |
100,000 Kbps |
100,000/100,000 |
1 |
يوضح المثال أدناه إعدادات الـ (cost) على منافذ OSPF الخاصة بـ R1 وكلها تستند إلى OSPF الافتراضي وهو النطاق الترددي المرجعي وإعدادات النطاق الترددي الافتراضية للمنفذ.
لتغيير الـ (cost) للـ OSPF على هذه المنافذ يحتاج المهندس ببساطة إلى استخدام الأمر الفرعي للمنفذ bandwidth speed لضبط النطاق الترددي على المنفذ. عرض النطاق الترددي للمنفذ لا يغير سرعة إرسال البيانات في الطبقة الأولى على الإطلاق وإنما يتم استخدامه لأغراض أخرى والتي منا الحسابات المترية لبروتوكول التوجيه. على سبيل المثال إذا أضفت الأمر bandwidth 10000 إلى منفذ تسلسلي (serial) مع عرض النطاق الترددي المرجعي الافتراضي (reference bandwidth) يمكن حساب الـ (cost) للـ OSPF للمنفذ التسلسلي على أنه 100,000/10,000= 10.
لاحظ أنه إذا كان حساب المقياس الافتراضي ينتج عنه كسر فإن OSPF يقوم بتقريبه إلى أقرب عدد صحيح. على سبيل المثال يوضح المثال الـ (cost) للمنفذ S0/0/0 على أنه 64. في حينه عند استخدم حساب عرض النطاق الترددي الافتراضي للمنفذ التسلسلية البالغ 1,544 ميجابت في الثانية مع عرض النطاق المرجعي 100 ميجابت في الثانية تكون قيمة 100/1.544 هي 64.7668394 وبتقريب OSPF لها تصبح 64.
الحاجة إلى عرض نطاق مرجعي (Reference Bandwidth) أعلى
تعمل هذه الحسابات الافتراضية بشكل جيد طالما أن أسرع رابط في الشبكة يعمل بسرعة 100 ميجابت في الثانية وذلك لأن النطاق الترددي المرجعي الافتراضي مضبوط على 100 ميجابت في الثانية أي ما يعادل 100000 كيلوبت في الثانية. والإعدادات الافتراضية تجعل منافذ الموجه الأسرع من 100 ميجابت في الثانية تحصل على نفس الـ (cosat) للـ OSPF كما هو موضح في الجدول أدناه وذلك لأن أقل (cost) OSPF مسموح به هو 1.
|
المنفذ |
النطاق الترددي الافتراضي له |
الصيغة |
الـ (cost) للـ OSPF |
|
Fast Ethernet |
100,000 Kbps |
100,000/100,000 |
1 |
|
Gigabit Ethernet |
1,000,000 Kbps |
100,000/1,000,000 |
1 |
|
10 Gigabit Ethernet |
10,000,000 Kbps |
100,000/10,000,000 |
1 |
|
100 Gigabit Ethernet |
100,000,000 Kbps |
100,000/100,000,000 |
1 |
ولتجنب هذه المشكلة نستطيع تغيير عرض النطاق الترددي المرجعي (Reference Bandwidth) باستخدام الأمر الفرعي لوضع OSPF وهو auto-cost reference-bandwidth speed. والذي يعيّن قيمة بوحدة الميغابت في الثانية. فحتى نتجنب المشكلة الموضحة في الجدول السابق نقوم بجعل قيمة النطاق الترددي المرجعي (Reference Bandwidth) مطابقة لأسرع سرعة ارتباط في الشبكة.
على سبيل المثال الأمر auto-cost reference-bandwidth 10000 يستوعب النطاق الترددي المرجعي للتكلفة التلقائية 10000 لروابط تصل سرعتها إلى 10 جيجابت في الثانية.
للتسهيل تلخص القائمة التالية القواعد الخاصة بكيفية تعيين جهاز التوجيه للـ (cost) الخاص بمنفذ في OSPF :
1. قم بتعيين التكلفة بشكل واضح باستخدام الأمر ip ospf cost x للمنفذ مختاراً قيمة بين 1 و 65,535.
2. قم بتغيير عرض النطاق الترددي للمنفذ باستخدام الأمر bandwidth speed بحيث تكون السرعة عدداً بالكيلوبت في الثانية (Kbps).
3. قم بتغيير النطاق الترددي المرجعي باستخدام أمر OSPF الفرعي للموجه auto-cost reference-bandwidth ref-bw وذلك بوحدة ميغابت في الثانية.
موازنة التحميل (Load Balancing) OSPF
عندما يستخدم جهاز التوجيه SPF لحساب القياس لكل من المسارات المتعددة للوصول إلى شبكة فرعية محددة فإذا كان أحدهم صاحب أقل (cost) يضع OSPF هذا المسار في جدول التوجيه.
ومع ذلك عندما تشير المقاييس لمسارات متعددة الى شبكة الفرعية محددة أن لديها نفس الـ (cost) يمكن لجهاز التوجيه وضعها جميعاً في جدول التوجيه (الافتراضي هو أربعة مسارات مختلفة فقط) وذلك استناداً إلى الأمر الفرعي لجهاز التوجيه maximum-paths number. فعلى سبيل المثال إذا كانت الشبكة البينية تحتوي على ستة مسارات محتملة بين بعض أجزاء الشبكة ويريد المهندس استخدام جميع هذه المسارات فيمكن إعداد أجهزة التوجيه باستخدام الأمر maximum-paths 6 في جهاز التوجيه.
يبقى المفهوم الأكثر تحدياً هو كيفية استخدام أجهزة التوجيه لتلك المسارات المتعددة. يمكن لجهاز التوجيه موازنة تحميل الحزم على أساس كل حزمة. فعلى سبيل المثال إذا كان للموجه ثلاثة مسارات OSPF متساوية التكلفة لنفس الشبكة الفرعية في جدول التوجيه فيمكن للموجه إرسال الحزمة الأولى عبر المسار الأول والحزمة الثانية على المسار الثاني والحزمة الثالثة على المسار الثالث ثم يبدأ من جديد بالمسار الأول للحزمة الرابعة وهكذا. ويمكن بدلاً من ذلك أن تكون موازنة التحميل على أساس عنوان IP لكل منفذ.
إعداد منفذ OSPFv2
إعداد منفذ OSPF الأحدث يتم غالباً بنفس طريقة سابقه مع استثناء واحد مهم وهو إمكانية إعداد منفذ OSPF بشكل مباشر على المنفذ باستخدام الأمر الفرعي للمنفذ ip ospf في حين كان الإعداد التقليدي لـ OSPFv2 يتم بشكل غير مباشر على المنفذ فقد كان يتم باستخدام أمر آخر وهو أمر الـ network والذي يتم في وضع إعداد OSPF. عدا ذلك لم يتم تغيير باقي ميزات OSPF التي تمت مناقشتها سابقاً.
ببساطة فبدلاً من مطابقة المنافذ مع المنطق الغير مباشر للأمر network يمكن إعداد OSPFv2 مباشرة على المنافذ عن طريق أمر فرعي لكل منفذ.
مثال على إعداد منفذ OSPFv2
لإظهار كيفية إعداد منفذ OSPF سنكرر المثال السابق الذي استخدامنا فيه الأمر network ولكن بالطريقة الأحدث. للتحويل من الإعداد بالنمط القديم للجديد نقوم ببساطة بما يلي:
الخطوة الأولى: لإزالة الإعدادات السابقة من أوامر الشبكة استخدم الأمر الفرعي لـ OSPF وهو no network network-id area area-id.
الخطوة الثانية: قم بإضافة الأمر ip ospf process-id area area-id في وضع إعداد المنفذ لكل منفذ يعمل عليه الـ OSPF مع أهمية التأكد من الـ (process-id) الصحيحة وكذلك رقم منطقة OSPF الصحيح.
فعلى سبيل المثال يحتوي المثال السابق على أمر network واحد والذي مكّن OSPF على منفذين على جهاز التوجيه R2 ووضع كليهما في المنطقة 23. يوضح المثال أدناه أسلوب الإعداد الحديث والبديل.
التحقق من إعداد منفذ OSPFv2
يعمل OSPF بنفس الطريقة سواء كنت تستخدم النمط الجديد أو النمط القديم. فهو يعمل بنفس الطريقة سواء تصميم البنية وتشكيل علاقات الجوار والتفاوض بين أجهزة التوجيه لترشيح DR و BDR وهكذا. ومع ذلك هناك بعض الاختلافات الصغيرة في مخرجات الأوامر عند استخدام الاعداد الحديث إذا أمعنت النظر.
يظهر الأمر show ip protocols قائمة بمعظم إعدادات بروتوكول التوجيه بتنسيق مختلف قليلاً كما هو موضح في المثال أدناه، فباستخدام الإعداد الحديث تُظهر المخرجات العبارة “Interfaces Configured Explicitly” مع قائمة بالمنافذ التي تم إعدادها باستخدام الأوامر الخاصة بالطريقة الحديثة ip ospf process-id area area-id كما هو موضح أدناه بينما باستخدام الاعداد القديم تُظهر المخرجات محتويات جميع أوامر الشبكة مع استبعاد كلمة “network” نفسها. لاحظ أنه في المثالين التاليين تمت إعادة إعداد R2 ليستخدم إعداد منفذ OSPF الحديث بينما لا يزال جهاز التوجيه R3 يستخدم أوامر الشبكة ذات النمط الأقدم لكل إعداد سابق.
ببساطة تختلف مخرجات الأمر show ip protocols اعتماداً على نمط الإعداد فإما بعرض المنافذ عند استخدام الإعداد الحديث المرتكز على المنفذ وإما بعرض أوامر network في حالة استخدام الإعداد القديم بأوامر الـ network.
بعد ذلك يُظهر الأمر show ip ospf interface interface تفاصيل حول إعدادات OSPF للمنافذ التي تم إعداد OSPF عليها. وتشير المخرجات أيضاَ إلى ما إذا تم إعداد هذا المنفذ لـ OSPF بنمط التكوين القديم أو الحديث. كما هو موضح في المثال أدناه ينتج عن إعداد منفذ النمط الجديد لـ R2 النص المحدد “ Attached via Interface Enable“بينما ينتج عن إعداد منفذ النمط القديم لـ R3 “ Attached via Network Statement“.
من المهم ملاحظة أن الإصدار المختصر من هذا الأمر وهو show ip ospf interface brief لا يفرق بين ما إذا كان الإعداد يستخدم الأوامر القديمة الـ network أو الحديثة باستخدام الأمر الفرعي للمنفذ ip ospf.
