يتم تحديد بروتوكول التوجيه الخاص بأقصر مسار أولا (OSPF) المفتوح بواسطة RFC 2328 OSPF الإصدار 2 . الهدف من هذه الورقة هو توفير إطار إجرائي يمكن المؤسسات من تنفيذ إجراءات إدارة التكوين للتحقق من عمليات نشر OSPF مقارنة بخطط تصميم OSPF، وإجراء مراجعة دورية لنشر OSPF لضمان الاتساق على المدى الطويل مع التصميم المقصود.
تركز هذه الورقة على وظائف إدارة التكوين من نموذج FCAPS المحدد من قبل ITU-T (الأعطال والتكوين والمحاسبة/المخزون والأداء والأمان). يتم تعريف إدارة التكوين بواسطة ITU-T M.3400 على أنها توفر وظائف لممارسة التحكم على الشبكات (NEs) والتعرف عليها وتجميعها وتوفير البيانات لها (عناصر الشبكة).
وترد المعلومات المقدمة من هذه الورقة في عدة أقسام رئيسية يرد وصفها أدناه.
ويقدم قسم خلفية OSPF نظرة عامة تكنولوجية على OSPF، بما في ذلك معلومات أساسية عن الجوانب الهامة لنشر OSPF.
يوفر قسم تعريفات العملية نظرة عامة على تعريفات العملية المستخدمة لتحقيق إدارة تكوين OSPF. ويرد وصف تفاصيل العملية من حيث الأهداف ومؤشرات الأداء والمدخلات والنواتج والمهام الفردية.
يوفر قسم تعريفات المهام تعريفات مهام العملية التفصيلية. يتم وصف كل مهمة من حيث الأهداف ومدخلات المهام ونواتج المهام والموارد اللازمة لإنجاز المهمة والمهارات الوظيفية اللازمة لمنفذ المهمة.
يصف قسم تعريف البيانات تعريف البيانات ل OSPF. يراعي تعريف البيانات مصدر المعلومات أو مكان وجودها. على سبيل المثال، يتم إحتواء المعلومات بواسطة النظام في قاعدة معلومات الإدارة (MIB) لبروتوكول إدارة الشبكة البسيط (SNMP) أو ملفات السجل التي تم إنشاؤها بواسطة syslog أو بنى البيانات الداخلية التي يمكن الوصول إليها فقط بواسطة واجهة سطر الأوامر (CLI).
يصف قسم تجميع البيانات في هذا المستند تجميع بيانات OSPF. وترتبط عملية جمع البيانات إرتباطا وثيقا بموقع البيانات. على سبيل المثال، يتم تجميع بيانات قاعدة معلومات الإدارة (MIB) ل SNMP بواسطة آليات متعددة مثل الملائمات وتنبيهات المراقبة عن بعد (RMON) والأحداث، أو عمليات الاقتراع. يتم تجميع البيانات التي يتم الاحتفاظ بها بواسطة بنيات البيانات الداخلية بواسطة البرامج النصية التلقائية أو بواسطة مستخدم يقوم بتسجيل الدخول إلى النظام يدويا لإصدار أمر واجهة سطر الأوامر (CLI) ثم تسجيل الإخراج.
يقدم قسم عرض البيانات أمثلة عن كيفية عرض البيانات في تنسيقات التقارير. وبعد تحديد البيانات وجمعها، يجري تحليلها. توفر هذه الورقة أمثلة للتقارير التي يمكن إستخدامها لتسجيل بيانات تكوين OSPF ومقارنتها.
توفر أدوات مراقبة الإنترنت التجارية والعامة، وبيانات إستطلاع بروتوكول إدارة شبكة الاتصال البسيط، وأقسام خوارزميات جمع البيانات، معلومات عن تطوير أدوات لتنفيذ إجراء إدارة تكوين بروتوكول فتح أقصر مسار أولا (OSPF).
OSPF هو بروتوكول بوابة داخلي تم تصميمه ليتم إستخدامه في نظام مستقل واحد. يستخدم OSPF تقنية حالة الارتباط أو أقصر مسار أولا (SPF) القائمة على، مقارنة بتقنية متجه المسافات أو تقنية Bellman-Ford الموجودة في بروتوكولات التوجيه مثل بروتوكول معلومات التوجيه (RIP). تصف إعلانات حالة الارتباط الفردية (LSAs) قطع من مجال توجيه OSPF، على سبيل المثال، النظام الذاتي بالكامل. يتم تدفق LSAs هذه عبر مجال التوجيه، مما يشكل قاعدة بيانات حالة الارتباط. يحتوي كل موجه في مجال على قاعدة بيانات حالة إرتباط متطابقة. يتم الاحتفاظ بمزامنة قواعد بيانات حالة الارتباط باستخدام خوارزمية غمر موثوقة. من قاعدة بيانات حالة الارتباط، يقوم كل موجه بإنشاء جدول توجيه عن طريق حساب شجرة أقصر مسار، حيث يكون جذر الشجرة هو الموجه الذي يقوم بحساب نفسه. ويشار عادة إلى هذا الحساب باسم خوارزمية Dijkstra.
وتعد إعلانات منطقة الوصول المحلية (LSA) صغيرة، ويصف كل مؤشر LSA جزءا صغيرا من مجال توجيه OSPF، وعلى وجه الخصوص، حي موجه واحد، حي شبكة مرور واحدة، أو مسار واحد بين المناطق، أو مسار خارجي واحد.
يحدد هذا الجدول الميزات الرئيسية ل OSPF:
الميزة | الوصف |
---|---|
تجاور | عندما تصبح أزواج من موجهات OSPF متجاورة، يقوم كلا الموجهين بمزامنة قواعد بيانات حالة الارتباط الخاصة بهم من خلال تبادل ملخصات قاعدة البيانات في شكل حزم تبادل قاعدة بيانات OSPF. تقوم الموجهات المجاورة بعد ذلك بالحفاظ على مزامنة قواعد بيانات حالة الارتباط الخاصة بها من خلال خوارزمية الفيضانات الموثوقة. تصبح الموجهات المتصلة بالخطوط التسلسلية دائما متجاورة. في شبكات الوصول المتعدد (EtherNet)، تصبح جميع الموجهات المتصلة بالشبكة قريبة من كل من الموجه المخصص (DR) والموجه المخصص للنسخ الاحتياطي (BDR). |
موجه محدد | عند إختيار DR على جميع شبكات الوصول المتعدد، فإنه ينشأ LSA للشبكة التي تصف البيئة المحلية للشبكة. كما يلعب دورا خاصا في خوارزمية التفيض، نظرا لأن جميع الموجهات على الشبكة تقوم بمزامنة قواعد بيانات حالة الارتباط الخاصة بها من خلال إرسال إعلانات حالة الارتباط (LSA) واستقبالها إلى ذاكرة DR ومنها أثناء عملية الفيضانات. |
الموجه المخصص للنسخ الاحتياطي | عند إختفاء DR الحالي، يتم إختيار BDR على شبكات الوصول المتعدد للإسراع بانتقال DR. عندما تتولى ذاكرة BDR المسؤولية، فإنها لا تحتاج إلى المرور عبر عملية التجاور على شبكة المنطقة المحلية (LAN). كما تمكن إعادة توجيه المسار العكسي (BDR) من متابعة خوارزمية الغمر الموثوقة في غياب الاسترداد العكسي (DR) قبل ملاحظة إختفاء الاسترداد العكسي (DR). |
دعم شبكة الوصول المتعدد غير للبث | يتعامل OSPF مع الشبكات، مثل شبكات البيانات العامة لترحيل الإطارات (PDNs)، كما لو كانت شبكات LAN. ومع ذلك، يلزم توفر معلومات تكوين إضافية للموجهات المتصلة بهذه الشبكات للعثور على بعضها البعض في البداية. |
مناطق إدارة تكوين OSPF | يتيح OSPF تقسيم الأنظمة الذاتية إلى مناطق. وهذا يوفر مستوى إضافيا من حماية التوجيه بحيث يتم حماية التوجيه داخل المنطقة من جميع المعلومات الخارجية الخاصة بالمنطقة. كما أن تقسيم نظام مستقل إلى مناطق، يقلل تكلفة إجراء Dijkstra، من حيث دورات وحدة المعالجة المركزية. |
الارتباطات الظاهرية | من خلال السماح بتكوين الارتباطات الظاهرية، يزيل OSPF القيود الطوبوغرافية على تخطيطات المناطق في نظام مستقل. |
مصادقة عمليات تبادل بروتوكولات التوجيه | كل مرة يستلم موجه OSPF حزمة بروتوكول توجيه، فيمكنه مصادقة الحزمة إختياريا قبل معالجتها أكثر. |
قياس التوجيه المرن | في OSPF، يتم تخصيص المقاييس لواجهات الموجه الصادرة. تكلفة المسار هي مجموع واجهات مكون المسار. يتم اشتقاق مقياس التوجيه، بشكل افتراضي، من النطاق الترددي للارتباط. يمكن لمسؤول النظام تعيينها للإشارة إلى أي مزيج من خصائص الشبكة مثل التأخير والنطاق الترددي والتكلفة. |
مسارات متعددة متساوية التكلفة | عند وجود مسارات متعددة ذات أفضل تكلفة إلى وجهة ما، يقوم OSPF بالبحث عنها واستخدامها لتحميل حركة مرور المشاركة إلى الوجهة. |
دعم الشبكة الفرعية متغيرة الطول | يدعم أقنعة الشبكة الفرعية متغيرة الطول عن طريق حمل قناع شبكة مع كل وجهة معلنة. |
دعم منطقة الجذع | لدعم الموجهات التي تحتوي على ذاكرة غير كافية، يمكن تكوين المناطق كبذرة. لا يتم تدفق إعلانات منطقة الوصول (LSA) الخارجية إلى مناطق الاستحمام وخلالها. يعتمد التوجيه إلى الوجهات الخارجية في مناطق كعب فقط على الافتراضي. |
تعريف العملية هو سلسلة متصلة من الأفعال والأنشطة والتغييرات التي تقوم بها الوكالات بنية تحقيق غرض ما أو تحقيق هدف ما.
مراقبة العمليات هي عملية التخطيط والتنظيم، بهدف إجراء عملية بطريقة فعالة وكفؤة.
بيانيا، هذا موضح في الشكل أدناه.
ويجب أن يتوافق ناتج العملية مع المعايير التنفيذية التي تحددها المنظمة وتستند إلى أهداف الأعمال التجارية. وإذا توافقت العملية مع مجموعة القواعد، تعتبر العملية فعالة لأنه يمكن تكرارها، وقياسها، وإدارتها، وتسهم في تحقيق أهداف الأعمال التجارية. وإذا ما نفذت الأنشطة بأقل قدر ممكن من الجهد، فإن العملية تعتبر أيضا فعالة.
العمليات تمتد عبر حدود تنظيمية مختلفة. وبالتالي، من المهم أن يكون هناك مالك عملية واحد مسؤول عن تعريف العملية. المالك هو جهة التنسيق لتحديد ما إذا كانت العملية فعالة وكفؤة والإبلاغ عنها. إذا فشلت العملية في أن تكون فعالة أو فعالة، يوجه مالك العملية تعديل العملية. ويخضع تعديل العملية لعمليات مراقبة التغيير والاستعراض.
تحدد أهداف العملية لتحديد إتجاه ونطاق تعريف العملية. تستخدم الأهداف أيضا لتحديد مقاييس تستخدم لقياس فعالية عملية ما.
والهدف من هذه العملية هو توفير إطار للتحقق من التكوين الذي تم نشره لتنفيذ OSPF مقابل تصميم معد وتوفير آلية للقيام دوريا بمراجعة نشر OSPF لضمان الاتساق بمرور الوقت فيما يتعلق بالتصميم المعتزم.
تستخدم مؤشرات أداء العملية لقياس مدى فعالية تعريف العملية. وينبغي أن تكون مؤشرات الأداء قابلة للقياس والقياس الكمي. تكون مؤشرات الأداء المدرجة أدناه إما رقمية أو مقاسة حسب الزمن. تحدد مؤشرات الأداء لعملية إدارة تكوين OSPF على النحو التالي:
المدة الزمنية المطلوبة للتدوير خلال العملية بأكملها.
معدل تكرار التنفيذ المطلوب لاكتشاف مشكلات OSPF بشكل استباقي قبل تأثيرها على المستخدمين.
حمل الشبكة المقترن بتنفيذ العملية.
عدد الإجراءات التصحيحية الموصى بها من قبل العملية.
عدد الإجراءات التصحيحية التي تم تنفيذها نتيجة للعملية.
المدة الزمنية المطلوبة لتنفيذ الإجراءات التصحيحية.
المدة الزمنية المطلوبة لتنفيذ الإجراءات التصحيحية.
التراكم في الإجراءات التصحيحية.
وقت التوقف عن العمل الذي يعزى إلى مشاكل ذات صلة ب OSPF.
عدد العناصر التي تمت إضافتها أو إزالتها أو تعديلها في ملف البذور. وهذا دليل على الدقة والاستقرار.
تستخدم مدخلات العملية لتحديد المعايير والشروط الأساسية للعملية. وفي كثير من الأحيان، يوفر تحديد مدخلات العملية معلومات عن التبعيات الخارجية. وترد أدناه قائمة بالمدخلات المتصلة بإدارة تكوين OSPF.
وثائق تصميم OSPF
بيانات قاعدة معلومات الإدارة (MIB) الخاصة ببروتوكول فتح أقصر مسار أولا (OSPF) التي يتم تجميعها بواسطة إستطلاع بروتوكول إدارة شبكة الاتصال البسيط (SNMP)
معلومات Syslog
وتحدد نواتج العملية على النحو التالي:
تقارير تكوين OSPF المحددة في قسم عرض البيانات التقديمي بهذا المستند
توصيات تكوين OSPF للإجراءات التصحيحية التي سيتم تنفيذها
تحدد الأقسام التالية مهام التهيئة والتكرار المرتبطة بإدارة تكوين OSPF.
يتم تنفيذ مهام التهيئة مرة واحدة أثناء تنفيذ العملية ولا يجب تنفيذها مع كل تكرار للعملية.
عند التحقق من مهام المتطلبات الأساسية، إذا تم تحديد عدم تنفيذ أي من المهام أو إذا لم توفر معلومات كافية لتلبية إحتياجات هذا الإجراء بشكل فعال، يجب توثيق هذه الحقيقة من قبل مالك العملية وتقديمها إلى الإدارة. يوضح الجدول أدناه مهام تهيئة المتطلبات الأساسية.
مهمة أساسية | الوصف |
---|---|
أهداف المهام وإسهاماتها |
|
إخراج المهمة | إخراج المهمة هو تقرير حالة على شرط المهام المطلوبة. في حالة إعتبار أي من المهام الداعمة غير فعالة، يجب على مالك العملية تقديم طلب لتحديث العمليات الداعمة. وفي حالة تعذر تحديث عمليات الدعم، قم بإجراء تقييم للأثر على هذه العملية. |
دور المهمة | مجموعة مهارات مهندس الشبكة |
تتطلب عملية إدارة تكوين OSPF إستخدام ملف أولي لإزالة الحاجة إلى وظيفة اكتشاف الشبكة. يقوم الملف الأولي بتسجيل مجموعة الموجهات التي يتم التحكم فيها بواسطة عملية OSPF ويتم إستخدامها أيضا كمركز تنسيق للتنسيق مع عمليات إدارة التغيير في مؤسسة ما. على سبيل المثال، إذا تم إدخال عقد جديدة في الشبكة، فيجب إضافتها إلى ملف بذور OSPF. إذا تم إجراء تغييرات على أسماء مجتمع SNMP بسبب متطلبات الأمان، فيجب عرض هذه التعديلات في الملف الأولي. يبين الجدول أدناه العمليات الخاصة بإنشاء ملف أولي.
عملية | الوصف |
---|---|
أهداف المهمة | قم بإنشاء ملف أولي سيتم إستخدامه لتهيئة برنامج إدارة تكوين OSPF. يعتمد تنسيق الملف الأولي على الموارد المستخدمة لتنفيذ عملية إدارة تكوين OSPF. إذا تم تطوير نصوص تنفيذية مخصصة، فإن تنسيق الملف الأولي يتم تعريفه من خلال تصميم البرنامج. إذا تم إستخدام نظام إدارة الشبكة (NMS)، يتم تحديد تنسيق الملف الأولي بواسطة وثائق NMS. |
مدخلات المهام |
|
مخرجات المهمة | ملف أولي لعملية إدارة تكوين OSPF. |
موارد المهمة |
|
دور المهمة |
|
ويجري تنفيذ المهام المتكررة مع كل تكرار للعملية ويتم تحديد وتواترها وتعديلها من أجل تحسين مؤشرات الأداء.
يعد الملف الأولي مهما للتنفيذ الفعال لعملية إدارة تكوين OSPF. لذلك، يجب إدارة الحالة الحالية لملف الأصل بشكل نشط. يجب تعقب التغييرات التي تطرأ على الشبكة والتي تؤثر على محتويات الملف الأولي بواسطة مالك عملية إدارة تكوين OSPF.
عملية | الوصف |
---|---|
أهداف المهمة |
|
مدخلات المهام |
|
مخرجات المهمة |
|
موارد المهمة |
|
دور المهمة |
|
الخطوتان المستخدمتان لتنفيذ المسح الضوئي ل OSPF هما:
تجميع البيانات.
تحليل البيانات.
سيختلف تكرار هاتين الخطوتين وفقا لكيفية إستخدام العملية. على سبيل المثال، يمكن إستخدام هذه العملية للتحقق من تعديلات التثبيت. في هذه الحالة، يتم تشغيل جمع البيانات قبل وبعد التغيير، ويتم تحليل البيانات بعد التغيير لتحديد نجاح التغيير.
إذا تم إستخدام هذه العملية للتحقق من سجلات تصميم إدارة تكوين OSPF، فإن تكرار جمع البيانات وتحليلها يعتمد على معدل التغيير في الشبكة. على سبيل المثال، إذا كان هناك قدر كبير من التغيير في الشبكة، فإنه يتم إجراء عمليات التحقق من التصميم مرة واحدة في الأسبوع. وإذا كان التغيير في الشبكة ضئيلا للغاية، فإن عمليات التحقق من التصميم لا تجرى أكثر من مرة واحدة في الشهر.
يعتمد تنسيق تقارير إدارة تكوين OSPF على الموارد المستخدمة لتنفيذ عملية إدارة تكوين OSPF. يوفر الجدول التالي تنسيقات تقارير مخصصة مقترحة مطورة.
تقرير | تنسيق |
---|---|
مدخلات المهام | للحصول على تقارير إدارة تكوين OSPF، راجع قسم عرض البيانات التقديمي في هذا المستند. |
مخرجات المهمة | إذا تم العثور على مشاكل بين تقارير المسح الضوئي وسجلات التصميم المنطقي، يجب إتخاذ قرار بشأن العنصر الصحيح والعنصر غير الصحيح. يجب تصحيح العنصر غير الصحيح. قد يتضمن ذلك تعديل سجلات التصميم أو أمر تغيير الشبكة. |
موارد المهمة |
|
دور المهمة |
|
يوضح الجدول التالي البيانات التي يمكن تطبيقها على إدارة تكوين OSPF.
البيانات | الوصف |
---|---|
مناطق OSPF | تتضمن المعلومات التي تصف المناطق المرفقة بالموجه:
|
واجهات OSPF | يصف واجهة واحدة من وجهة نظر OSPF مثل:
|
دولة مجاورة لبروتوكول فتح أقصر مسار أولا | وصف جار OSPF.
|
تدعم Cisco حاليا قاعدة معلومات الإدارة (MIB) الإصدار 2 من OSPF الإصدار 1253 . لا يحتوي RFC 1253 على تعريفات ملائمة SNMP ل OSPF. أحدث إصدار من قاعدة معلومات الإدارة (MIB) الخاصة ببروتوكول فتح أقصر مسار أولا (OSPF) هو RFC 1850 OSPF الإصدار 2 . يتم تحديد إختبارات SNMP ل OSPF في RFC 1850. لا يتم دعم RFC 1850 على تنفيذ Cisco ل OSPF MIB.
يرجى الرجوع إلى قسم بيانات اقتراع SNMP في هذا المستند للحصول على مزيد من التفاصيل.
يرجى الرجوع إلى صفحة برامج إدارة شبكة Cisco للحصول على قائمة نهائية تضم قواعد معلومات الإدارة (MIB) المدعومة على أي إصدار من النظام الأساسي والرمز.
لا توجد بيانات خاصة ب RMON مطلوبة لهذا الإجراء.
بشكل عام، يقوم Syslog بإنشاء رسائل خاصة بالخدمة للتقنيات المختلفة. على الرغم من أن معلومات syslog أكثر ملاءمة لإدارة الأعطال والأداء، إلا أن المعلومات المقدمة هنا هي مرجع. على سبيل المثال لمعلومات OSPF Syslog التي تم إنشاؤها بواسطة أجهزة Cisco، راجع رسائل خطأ OSPF.
للحصول على قائمة كاملة برسائل النظام حسب المرفق، يرجى الرجوع إلى الرسائل وإجراءات الاسترداد.
في هذا الإصدار من إجراء إدارة تكوين OSPF، لا توجد بيانات CLI مطلوبة.
يحدد الجدول أدناه المكونات المختلفة لمجموعة بيانات SNMP.
مكون بيانات SNMP | التعريف |
---|---|
تكوين SNMP العام | ارجع إلى تكوين SNMP للحصول على معلومات عامة حول أفضل ممارسات تكوين SNMP. |
تكوين SNMP الخاص بالخدمة | لا توجد تكوينات SNMP خاصة بالخدمة مطلوبة لهذا الإجراء. |
متطلبات قاعدة معلومات الإدارة (MIB) ل SNMP | راجع قسم تعريف البيانات أعلاه. |
مجموعة إستطلاع قاعدة معلومات الإدارة (MIB) ل SNMP | يتم تجميع بيانات SNMP التي تم إستطلاعها بواسطة نظام تجاري مثل برنامج OpenView من HP أو بواسطة برامج نصية مخصصة. لمزيد من المناقشة حول خوارزميات التجميع، راجع قسم Example Data Collection Algorithms في هذا المستند. |
مجموعة ملائمة SNMP MIB | لا يدعم الإصدار الحالي من OSPF MIB المدعوم على أجهزة Cisco إختبارات SNMP. لا توجد إختبارات SNMP مطلوبة لهذا الإجراء. |
لا توجد تكوينات RMON والبيانات المطلوبة في هذا الإصدار من الإجراء.
توجد إرشادات تكوين syslog العامة خارج نطاق هذا المستند. راجع تكوين جدار حماية PIX الآمن من Cisco واستكشاف أخطاء هذا النظام وإصلاحها باستخدام شبكة داخلية واحدة للحصول على مزيد من المعلومات.
يتم معالجة المتطلبات الخاصة ب OSPF من خلال تكوين موجه OSPF لتسجيل تغييرات الجوار باستخدام رسالة syslog باستخدام الأمر التالي:
OSPF_ROUTER(config)# ospf log-adj-changes
بشكل عام، يوفر Cisco IOS CLI الوصول المباشر إلى المعلومات الخام التي تحتوي عليها NE. ومع ذلك، يكون الوصول إلى واجهة سطر الأوامر (CLI) مناسبا بشكل أفضل لإجراءات أستكشاف الأخطاء وإصلاحها وأنشطة إدارة التغيير مقارنة بإدارة التكوين العام كما هو محدد بواسطة هذا الإجراء. لن يتم تطوير الوصول عبر واجهة سطر الأوامر (CLI) لإدارة شبكة كبيرة. وفي هذه الحالات، يلزم الوصول الآلي إلى المعلومات.
في هذا الإصدار من إجراء إدارة تكوين OSPF، لا توجد تكوينات CLI والبيانات المطلوبة.
فيما يلي تنسيق مثال لتقرير منطقة OSPF. يتم تحديد تنسيق التقرير من خلال إمكانيات NMS التجارية، إذا تم إستخدام أحدها، أو المخرجات المصممة للبرامج النصية المخصصة.
المنطقة | حقول البيانات | آخر تشغيل | هذا التشغيل |
---|---|---|---|
معرف المنطقة #1 | المصادقة | ||
تشغيل SPF | |||
عدد ABR | |||
عدد ASBR | |||
عدد LSA | |||
المجموع الاختباري LSA | |||
أخطاء العناوين | |||
يتم رفض التوجيه | |||
لم يتم العثور على مسار | |||
معرف المنطقة #n | المصادقة | ||
تشغيل SPF | |||
عدد ABR | |||
عدد ASBR | |||
عدد LSA | |||
المجموع الاختباري LSA | |||
أخطاء العناوين | |||
يتم رفض التوجيه | |||
لم يتم العثور على مسار |
فيما يلي تنسيق مثال لتقرير واجهة OSPF. في الممارسة العملية، يتم تحديد شكل التقرير بناء على قدرات NMS التجارية، إذا تم إستخدام أحدها، أو المخرجات المصممة من البرامج النصية المخصصة.
المنطقة | في المثال التالي | الواجهة | حقول البيانات | آخر تشغيل | هذا التشغيل |
---|---|---|---|---|---|
معرف المنطقة #1 | معرف العقدة #1 | معرف الواجهة #1 | عنوان IP | ||
معرف المنطقة | |||||
دولة الإدارة | |||||
حالة OSPF | |||||
القياسات/التكلفة/وحدات التوقيت | |||||
معرف الواجهة #n | عنوان IP | ||||
معرف المنطقة | |||||
دولة الإدارة | |||||
حالة OSPF | |||||
القياسات/التكلفة/وحدات التوقيت | |||||
معرف العقدة #n | معرف الواجهة #1 | عنوان IP | |||
معرف المنطقة | |||||
دولة الإدارة | |||||
حالة OSPF | |||||
القياسات/التكلفة/وحدات التوقيت | |||||
معرف الواجهة #n | عنوان IP | ||||
معرف المنطقة | |||||
دولة الإدارة | |||||
حالة OSPF | |||||
القياسات/التكلفة/وحدات التوقيت | |||||
معرف المنطقة #n | معرف العقدة #1 | معرف الواجهة #1 | عنوان IP | ||
معرف المنطقة | |||||
دولة الإدارة | |||||
حالة OSPF | |||||
القياسات/التكلفة/وحدات التوقيت | |||||
معرف الواجهة #n | عنوان IP | ||||
معرف المنطقة | |||||
دولة الإدارة | |||||
حالة OSPF | |||||
القياسات/التكلفة/وحدات التوقيت | |||||
معرف العقدة #n | معرف الواجهة #1 | عنوان IP | |||
معرف المنطقة | |||||
دولة الإدارة | |||||
حالة OSPF | |||||
القياسات/التكلفة/وحدات التوقيت | |||||
معرف الواجهة #n | عنوان IP | ||||
معرف المنطقة | |||||
دولة الإدارة | |||||
حالة OSPF | |||||
القياسات/التكلفة/وحدات التوقيت |
فيما يلي تنسيق مثال لتقرير OSPF المجاور. في الممارسة العملية، يتم تحديد شكل التقرير بناء على قدرات NMS التجارية، إذا تم إستخدام أحدها، أو المخرجات المصممة من البرامج النصية المخصصة.
المنطقة | في المثال التالي | مجاورين | حقول البيانات | آخر تشغيل | هذا التشغيل |
---|---|---|---|---|---|
معرف المنطقة #1 | معرف العقدة #1 | معرف الجوار #1 | معرف الموجه | ||
عنوان IP للموجه | |||||
الحالة | |||||
الأحداث | |||||
ريترانس كيه | |||||
معرف الجوار #n | معرف الموجه | ||||
عنوان IP للموجه | |||||
الحالة | |||||
الأحداث | |||||
ريترانس كيه | |||||
معرف العقدة #n | معرف الجوار #1 | معرف الموجه | |||
عنوان IP للموجه | |||||
الحالة | |||||
الأحداث | |||||
ريترانس كيه | |||||
معرف الجوار #n | معرف الموجه | ||||
عنوان IP للموجه | |||||
الحالة | |||||
الأحداث | |||||
ريترانس كيه | |||||
معرف المنطقة #n | معرف العقدة #1 | معرف الجوار #1 | معرف الموجه | ||
عنوان IP للموجه | |||||
الحالة | |||||
الأحداث | |||||
ريترانس كيه | |||||
معرف الجوار #n | معرف الموجه | ||||
عنوان IP للموجه | |||||
الحالة | |||||
الأحداث | |||||
ريترانس كيه | |||||
معرف العقدة #n | معرف الجوار #1 | معرف الموجه | |||
عنوان IP للموجه | |||||
الحالة | |||||
الأحداث | |||||
ريترانس كيه | |||||
معرف الجوار #n | معرف الموجه | ||||
عنوان IP للموجه | |||||
الحالة | |||||
الأحداث | |||||
ريترانس كيه |
توجد أدوات تجارية للمساعدة في جمع معلومات syslog ومعالجتها ولإجراء إختبار لجمع متغيرات قاعدة معلومات الإدارة (MIB) العامة ل SNMP.
لا تعرف أي أدوات تجارية أو عامة لمراقبة الإنترنت تدعم إدارة تكوين OSPF كما هو محدد بواسطة هذا الإجراء. لذلك، يلزم توفر برامج نصية وإجراءات مخصصة محلية.
اسم الكائن | وصف الكائن |
---|---|
ipRouteDest | عنوان IP للوجهة للمسار. يعد الإدخال الذي بقيمة 0.0.0.0 مسارا افتراضيا. يمكن أن تظهر في الجدول مسارات متعددة إلى وجهة واحدة، لكن الوصول إلى هذه الإدخالات المتعددة يعتمد على آليات الوصول إلى الجدول المحددة بواسطة بروتوكول إدارة الشبكة المستخدم. ::= { ipRouteEntry 1 } معرف الكائن = 1.3.6.1.2.1.4.21.1.1 |
ipRouteMask | يشير إلى أن القناع يكون منطقيا مع عنوان الوجهة قبل مقارنته بالقيمة في حقل ipRouteDest. بالنسبة للأنظمة التي لا تدعم أقنعة الشبكة الفرعية الاعتباطية، يقوم العميل بإنشاء قيمة قناع ipRouteMask من خلال تحديد ما إذا كانت قيمة حقل ipRouteDest المقابل تنتمي إلى شبكة من الفئة A أو B أو C، باستخدام إحدى شبكات القناع التالية:
ملاحظة: تستخدم جميع أنظمة توجيه IP الفرعية هذه الآلية ضمنيا. ::= { ipRouteEntry 11 } معرف الكائن = 1.3.6.1.2.1.4.21.1.11 |
ipRouteNextHop | عنوان IP الخاص بالمرحلة التالية من هذا المسار. في حالة توجيه مرتبط بواجهة يتم إدراكها باستخدام وسائط بث، فإن قيمة هذا الحقل هي عنوان IP الخاص بالعميل على الواجهة. ::= { ipRouteEntry 7 } معرف الكائن = 1.3.6.1.2.1.4.21.1.7 |
ipRouteIfIndex | قيمة الفهرس التي تعرف الواجهة المحلية بشكل فريد والتي يتم من خلالها الوصول إلى الخطوة التالية من المسار. هذه الواجهة هي نفس الواجهة التي تم تعريفها بواسطة قيمة IfIndex. ::= { ipRouteEntry 2 } معرف الكائن = 1.3.6.1.2.1.4.21.1.2 |
اسم الكائن | وصف الكائن |
---|---|
ipAdEntIfIndex | قيمة الفهرس التي تحدد الواجهة القابلة للتطبيق على الإدخال بشكل فريد. هذه الواجهة هي نفس الواجهة التي تم تعريفها بواسطة قيمة IfIndex. ::= { ipAddrEntry 2 } معرف الكائن = 1.3.6.1.2.1.4.20.1.2 |
ipInAddrErrors | عدد مخططات بيانات الإدخال التي تم تجاهلها لأن عنوان IP في رأس IP الخاص بها كان حقل وجهة غير صالح للكيان. يتضمن هذا العدد عناوين غير صالحة (0.0.0.0) وعناوين فئات غير مدعومة (الفئة E). بالنسبة للكيانات التي ليست بوابات IP ولا تقوم بإعادة توجيه مخططات البيانات، يتضمن العداد مخططات البيانات التي تم تجاهلها لأن عنوان الوجهة لم يكن عنوانا محليا. { ip 5 } معرف الكائن = 1.3.6.1.2.1.4.5 |
ipRouting Discards | عدد إدخالات التوجيه الصالحة التي تم تجاهلها. أحد الأسباب المحتملة لتجاهل مثل هذا الإدخال هو تحرير مساحة المخزن المؤقت لإدخالات التوجيه الأخرى. { ip 23 } معرف الكائن = 1.3.6.1.2.1.4.23 |
ipOutNoRoute | عدد مخططات بيانات IP التي تم التخلص منها لأنه لم يتم العثور على أي مسار لنقلها إلى الوجهة الخاصة بها. { ip 12 } معرف الكائن = 1.3.6.1.2.1.4.12 |
اسم الكائن | وصف الكائن |
---|---|
ospfAreaID | عدد صحيح 32 بت يحدد منطقة بشكل فريد. يتم إستخدام معرف المنطقة 0.0.0.0 للبنية الأساسية ل OSPF. ::= { ospfAreaEntry 1 } معرف الكائن = 1.3.6.1.2.14.2.1.1 |
ospfAuthType | نوع المصادقة المحدد لهذه المنطقة. قد يتم تعيين أنواع مصادقة إضافية محليا على أساس كل منطقة. القيمة الافتراضية هي 0. ::= { ospfAreaEntry 2 } معرف الكائن = 1.3.6.1.2.14.2.1.2 |
OspfSpfRun | عدد المرات التي تم فيها حساب جدول المسار داخل المنطقة باستخدام قاعدة بيانات حالة الارتباط لهذه المنطقة. معرف الكائن = 1.3.6.1.2.14.2.1.4 |
ospfAreaBdrRtrCount | إجمالي عدد نقاط الوصول الخاصة بالمنفذ (ABR) التي يمكن الوصول إليها داخل هذه المنطقة. هذه في البداية هي 0، القيمة الافتراضية، ويتم حسابها في كل تمرير من SPF. ::= { ospfAreaEntry 5 } معرف الكائن = 1.3.6.1.2.14.2.1.5 |
ospfASBdrRtrCount | إجمالي عدد ABSRs التي يمكن الوصول إليها داخل هذه المنطقة. هذا في البداية 0 (القيمة الافتراضية)، ويتم حسابه في كل تمرير من SPF. ::= { ospfAreaEntry 6 } معرف الكائن = 1.3.6.1.2.14.2.1.6 |
ospfAreaLSACount | إجمالي عدد إعلانات حالة الارتباط في قاعدة بيانات حالة الارتباط في منطقة ما، باستثناء إعلانات حالة الارتباط الخارجية. القيمة الافتراضية هي 0. ::= { ospfAreaEntry 7 } معرف الكائن = 1.3.6.1.2.14.2.1.7 |
ospfAreaLSACksumSum | المبلغ غير الموقع 32 بت من المبالغ الاختبارية LSA LS الموجودة في قاعدة بيانات حالة الارتباط الخاصة بالمنطقة. لا يشمل هذا المبلغ إعلانات LSA الخارجية (نوع LS 5). يمكن إستخدام المبلغ لتحديد ما إذا كان هناك تغيير في قاعدة بيانات حالة الارتباط الخاصة بالموجه ومقارنة قاعدة بيانات حالة الارتباط الخاصة بالموجهين. القيمة الافتراضية هي 0. ::= { ospfAreaEntry 8 } معرف الكائن = 1.3.6.1.2.14.2.1.8 |
اسم الكائن | وصف الكائن |
---|---|
OSPFifIpAddress | عنوان IP الخاص بواجهة OSPF. معرف الكائن = 1.3.6.1.2.14.7.1.1 |
OSPFifEvents | عدد مرات تغيير واجهة OSPF لحالتها، أو حدوث خطأ. معرف الكائن = 1.3.6.1.2.14.7.1.15 |
OspfIfState | حالة واجهة OSPF. معرف الكائن = 1.3.6.1.2.14.7.1.12 |
اسم الكائن | وصف الكائن |
---|---|
OspfNbrIpAddr | عنوان IP الخاص بهذا الجار. ::= { ospfNbrEntry 1 } معرف الكائن = 1.3.6.1.2.14.10.1.1 |
ospfNbrAddressLessIndex | القيمة المقابلة ل IfIndex في قاعدة معلومات الإدارة (MIB) القياسية الخاصة بالإنترنت على فهرس ليس له عنوان IP. في إنشاء الصف، يمكن اشتقاق ذلك من المثيل. ::= { ospfNbrEntry 2 } معرف الكائن = 1.3.6.1.2.14.10.1.2 |
ospfNbrRtrId | عدد صحيح 32 بت، يتم تمثيله كعنوان، ويحدد بشكل فريد الموجه المجاور في النظام الذاتي. القيمة الافتراضية هي 0.0.0.0. ::= { ospfNbrEntry 3 } object identifier = 1.3.6.1.2.14.10.1.3 |
ospfNbrState | حالة العلاقة مع الجار. الولايات هي:
|
ospfNbrEvents | عدد مرات تغيير حالة علاقة الجوار، أو حدوث خطأ. القيمة الافتراضية هي 0. ::= { ospfNbrEntry 7 } object identifier = 1.3.6.1.2.14.10.1.7 |
ospfNbrLSRetransQLen | الطول الحالي لقائمة انتظار إعادة الإرسال. القيمة الافتراضية هي 0. ::= { ospfNbrEntry 8 } object identifier = 1.3.6.1.2.14.10.1.8 |
وأثناء التحقيق في هذه الورقة، وضع نموذج أولي لبرنامج "جيم". تمت كتابة البرنامج، المسمى "Oscan"، باستخدام Microsoft Developer Studio 97 مع Visual C++ الإصدار 5.0. هناك مكتبتان محددتان توفران واجهة برمجة تطبيقات وظائف SNMP (API). تلك المكتبات هي snmpapi.lib و mgmtapi.lib
يتم تجميع الوظائف التي يوفرها واجهة برمجة التطبيقات من Microsoft في ثلاث فئات رئيسية وهي مدرجة في الجدول أدناه.
وظائف الوكيل | وظائف المدير | وظائف الأداة المساعدة |
---|---|---|
SnmpExtensionInit SnmpExtensionInitEx SnmpExtensionQuery SnmpExtensionTrap | SnmpMgrClose SnmpMgrGetTrap SnmpMgrOidToStr SnmpMgrOpen SnmpMgrRequest SnmpMgrStrToOid SnmpMgrTrapListen | SnmpUtilMemAlloc SnmpUtilMemFree SnmpUtilAlloc SnmpUtilOidAppend SnmpUtilOidCMP UtilOidCPY SnmpUtilOidFree SnmpUtilOidNCmpSnmpUtilPrintAsnAny snmpUtilVarBindCpy mpUtilVarBindListCpy snmpUtilVarBindFree SnmpUtilVarBindListFree |
قام رمز النموذج الأولي ل Oscan بتضمين Microsoft API بمجموعة من الوظائف الإضافية المدرجة أدناه.
snmpWalkStrOid
snmpWalkAsnOid
snmpWalkVarBind
snmpWalkVarBindList
توفر هذه الوظائف واجهة برمجة تطبيقات (API) عامة تتيح الوصول إلى مختلف جداول قاعدة معلومات الإدارة (MIB) ل SNMP المستخدمة للحفاظ على بيانات تكوين OSPF. يتم تمرير معرف الكائن (OID) للجدول الذي سيتم الوصول إليه إلى OSCAN API مع وظيفة إستدعاء خلفية خاصة بالجدول. تحتوي وظيفة إعادة الاستدعاء على الذكاء للعمل على البيانات المرتجعة من الجداول.
المهمة الأولى هي إنشاء قائمة بالعقد التي ستكون الهدف من برنامج OSCAN. لتجنب مشكلة "اكتشاف الجهاز"، يلزم وجود ملف أولي لتحديد العقد التي سيتم مسحها ضوئيا. يوفر ملف البداية معلومات مثل عنوان IP سلاسل مجتمع SNMP للقراءة فقط.
يحتاج برنامج OSCAN إلى الاحتفاظ بعدة بنى بيانات داخلية لتخزين معلومات SNMP التي يتم تجميعها من الموجهات. بشكل عام، هناك بنية بيانات داخلية لكل جدول قاعدة معلومات إدارة (MIB) ل SNMP يتم تجميعه.
Main load node array based on information in the seed file. while more entries in the node array start SNMP session for this node collect IP route table for this node collect OSPF area table for this node collect OSPF Neighbor table for this node collect sysName for this node collect OSPF Interface table for this node end SNMP session for this node end while
يجب توخي الحذر أثناء الوصول إلى جدول مسار IP مع SNMP لأنه من السهل تحميل وحدة المعالجة المركزية الخاصة بالموجه بشكل زائد أثناء هذه العملية. وبالتالي، يستخدم برنامج OSCAN معلمة تأخير قابلة للتكوين من قبل المستخدم. توفر المعلمة تأخيرا بين كل طلب من طلبات SNMP. وبالنسبة للبيئات الكبيرة، يعني ذلك أن الوقت الإجمالي لجمع المعلومات قد يكون كبيرا للغاية.
يحتوي جدول المسار على أربع معلومات تهتم بها أوسكان:
ipRouteDest
ipRouteMask
ipRouteNextHop
ipRouteIfIndex
يتم فهرسة جدول المسار بواسطة ipRouteDest. لذلك، يحتوي كل كائن يتم إرجاعه من طلب SNMP get-Request على ipRouteDest ملحقا بمعرف الهوية.
الكائن ipRouteIfIndex عبارة عن عدد صحيح يتم فهرسته في جدول عناوين IP (ipAddrTable). تتم فهرسة ipAddrTable باستخدام كائن ipAdEntAddr (عنوان IP الخاص بالواجهة). للحصول على عنوان IP الخاص بالواجهة، يلزم إجراء عملية بأربع خطوات:
تجميع ipRouteIfIndex من جدول التوجيه.
الوصول إلى ipAddrTable باستخدام ipRouteIfIndex لمطابقة الأنماط.
عند العثور على نموذج، قم بتحويل معرف فئة المورد (OID) إلى سلسلة وتجميع آخر أربعة حقول عشرية منقطة ستكون عنوان IP الخاص بالواجهة.
قم بتخزين عنوان IP الخاص بالقارن مرة أخرى في جدول توجيه IP.
يتم عرض الخوارزمية العامة للوصول إلى جدول مسار IP أدناه. عند هذه النقطة، يتم تخزين قيمة العدد الصحيح فقط الخاصة ب ipRouteIfIndex. لاحقا في العملية، عند تجميع معلومات الواجهة، يتم الوصول إلى ipAddrTable ويتم تجميع المعلومات المتبقية ووضعها في جدول مسار IP الداخلي.
OID List = ipRouteDestOID, ipRouteMaskOID, ipRouteNextHopOID, ipRouteIfIndexOID; For each object returned by SNMP route table walk Sleep // user configurable polling delay. check varbind oid against OID list if OID is ipRouteDestOID add new entry in the internal route table array if OID is one of the others search internal route array for matching index value store information in array
يتم تمثيل المعلومات التي تم تجميعها في جدول يشبه الإخراج المألوف من واجهة سطر الأوامر (CLI) للموجه أدناه.
ROUTE TABLE ********************************************************** Destination Mask GW Interface 10.10.10.4 255.255.255.252 10.10.10.5 10.10.10.5 10.10.10.16 255.255.255.252 10.10.10.6 10.10.10.5 10.10.10.24 255.255.255.252 10.10.10.25 10.10.10.25 10.10.10.28 255.255.255.252 10.10.11.2 10.10.11.1 10.10.10.36 255.255.255.252 10.10.10.6 10.10.10.5 10.10.11.0 255.255.255.0 10.10.11.1 10.10.11.1 10.10.13.0 255.255.255.0 10.10.11.2 10.10.11.1
يتم تجميع المعلومات من جدول منطقة OSPF عن طريق مسح جدول منطقة OSPF (ospfAreaTable) ومعالجة البيانات كما يتم إرجاعها. الفهرس الخاص ب ospfAreaTable هو osfpAreaId. يتم تخزين OSPFareaId بتنسيق العلامات العشرية المطابق لعنوان IP. لذلك، يمكن إعادة إستخدام نفس البرامج الفرعية التي تم إستخدامها لمعالجة والبحث عن ipRouteTable و ipRouteIfIndex هنا.
هناك العديد من عناصر البيانات التي لم يتم تضمينها في جدول منطقة OSPF في هذا القسم. على سبيل المثال، كائنات ipInAddrErrors و ipRoutingDiscards و ipOutNoRoute موجودة في تعريف MIB-2، ولكنها غير مرتبطة بمنطقة OSPF. تقترن هذه الكائنات بموجه. لذلك، يتم إستخدام هذه العدادات كقياس مساحة عن طريق إضافة القيم لكل عقدة في منطقة إلى عداد منطقة. على سبيل المثال، في تقرير منطقة OSPF، يكون عدد الحزم التي تم التخلص منها بسبب عدم العثور على مسار هو في الواقع مجموع الحزم التي تم التخلص منها بواسطة جميع الموجهات في تلك المنطقة. هذا مقياس عالي المستوى يوفر طريقة عرض عامة لصحة التوجيه في المنطقة.
OID List = ipInAddrErrorsOID, ipRoutingDiscardsOID, ipOutNoRouteOID, areaIdOID, authTypeOID, spfRunsOID, abrCountOID, asbrCountOID, lsaCountOID, lsaCksumSumOID; For object returned from the SNMP walk of the Area Table Sleep // user configurable polling delay. check varbind oid against OID list. if OID is ospfAreaId add new entry in the internal route table array if OID one of the others search internal array for matching index value store information in array end of for loop get ipInAddrErrors, ipRoutingDiscards, ipOutNoRoute add values to overall Area counters
وترد المعلومات التي تم جمعها في الجدول أدناه.
AREAS ********************************************************** AREA = 0.0.0.0 AREA = 0.0.0.2 authType = 0 authType = 0 spfRuns = 38 spfRuns = 18 abrCount = 2 abrCount = 1 asbrCount = 0 asbrCount = 0 lsaCount = 11 lsaCount = 7 lsaCksumSum = 340985 lsaCksumSum = 319204 ipInAddrErrors = 0 ipInAddrErrors = 0 ipRoutingDiscards = 0 ipRoutingDiscards = 0 ipOutNoRoutes = 0 ipOutNoRoutes = 0
فهرس الجدول المجاور عبارة عن قيمتين:
ospfNbrIpAddr— يمثل OSPFnbrIpAddr عنوان IP الخاص بالجار.
ospfNbrAddressLessIndex—يمكن أن يكون ospfNbrAddressLessIndex واحدا من قيمتين:
بالنسبة للواجهة التي تم تعيين عنوان IP لها، تكون صفر.
بالنسبة للواجهة التي ليس لها عنوان IP معين، يتم تفسيرها على أنها IfIndex من قاعدة معلومات الإدارة (MIB) القياسية الخاصة بالإنترنت.
لأن هناك قيمتان للفهرس، تحتاج لضبط الخوارزميات المستخدمة سابقا للمعلومات الإضافية الملحقة بالأرقام الرسمية المرتجعة. بعد إجراء هذا التعديل، يمكن إعادة إستخدام نفس البرامج الفرعية التي تم إستخدامها لمعالجة والبحث عن ipRouteTable و ipRouteIfIndex هنا.
OID List = ospfNbrIpAddrOID, ospfNbrAddressLessIndexOID, ospfNbrRtrIdOID, ospfNbrStateOID, ospfNbrEventsOID, ospfNbrLSRetransQLenOID, For object returned from the SNMP walk of the Neighbor Table Sleep // user configurable polling delay. check varbind OID against OID list. if OID matches ospfNbrIpAddr add new entry in the internal neighbor table array if OID matches one of the others search array for matching index value store information in array
وترد المعلومات التي تم جمعها في الجدول أدناه.
NEIGHBORS ************************************************************ NEIGHBOR #0 NEIGHBOR #1 Nbr Ip Addr = 10.10.10.6 Nbr Ip Addr = 10.10.11.2 Nbr Rtr Id = 10.10.10.17 Nbr Rtr Id = 10.10.10.29 Nbr State = 8 Nbr State = 8 Nbr Events = 6 Nbr Events = 30 Nbr Retrans = 0 Nbr Retrans = 0