٪OSPF-4-ERRRCV
؟تشير رسالة الخطأ ٪OSPF-4-ERRRCV إلى أن موجه فتح أقصر مسار أولا (OSPF) قد تلقى حزمة OSPF غير صحيحة. هذه هي الأسباب المحتملة:
إصدار غير صحيح
نوع غير صالح
عدد إعلانات تحديث حالة الارتباط غير صحيح
طول تحديث حالة الارتباط غير صحيح
العناصر الثلاثة الأولى في القائمة هي الأسباب الأكثر شيوعا لرسالة الخطأ ٪OSPF-4-ERRRCV، وتتم مناقشتها بمزيد من التفاصيل أدناه.
لا توجد متطلبات خاصة لهذا المستند.
لا يقتصر هذا المستند على إصدارات برامج ومكونات مادية معينة.
راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.
%OSPF-4-ERRRCV: Received invalid packet: mismatch area ID, from backbone area must be virtual-link but not found from 170.170.3.3, Ethernet0
تلقى الموجه الذي يقوم بإنشاء هذه الرسالة حزمة OSPF غير صالحة على الإيثرنت 0 من المجاور 170.170.3.3. الحزمة غير صالحة لأن معرف منطقتها هو المنطقة 0 (المنطقة الأساسية). وهذا يعني ضمنا أن واجهة إيثرنت 0 للموجه المتلقي ليست في المنطقة 0. لاحظ أن الموجه المجاور، والذي يحتوي على واجهة في المنطقة 0، لن يعرض هذه الرسالة في سجلات وحدة التحكم الخاصة به. يقوم الموجه الذي تكون الواجهة الخاصة به في منطقة أخرى غير المنطقة 0 فقط بإنشاء رسالة الخطأ.
لتجنب هذه الرسائل، تأكد من أن كلا الجانبين لهما نفس معرف المنطقة عن طريق التحقق من بيان الشبكة تحت OSPF في تكوين الموجه. على سبيل المثال، إذا كان يجب أن يكون الارتباط 10.10.10.0/24 بين الموجهين في المنطقة 1، فتأكد من أن بيان الشبكة على كلا الموجهين يتضمن هذا الارتباط المعين في المنطقة 1. قد يبدو أمر الشبكة على كلا الموجهين كما يلي:
router ospf 1 network 10.10.10.0 0.0.0.255 area 1
%OSPF-4-ERRRCV: Received invalid packet: Bad Checksum from 144.100.21.141, TokenRing0/0
تلقى الموجه الذي يقوم بإنشاء هذه الرسالة حزمة OSPF غير صالحة على TokenRing0/0 من المجاور 144.100.21.141. الحزمة غير صالحة لأن المجموع الاختباري OSPF غير صحيح. من الصعب تحديد سبب المجموع الاختباري غير الصحيح. وفيما يلي بعض الأسباب المحتملة للمشكلة:
يفسد الجهاز بين الجيران، مثل مفتاح، الحزمة.
حزمة الموجه المرسل غير صالحة. في هذه الحالة، إما أن واجهة الموجه المرسل سيئة، أو أن الخطأ ناتج عن خطأ برنامج.
يقوم الموجه المتلقي بحساب المجموع الاختباري الخطأ. في هذه الحالة، إما أن واجهة الموجه المتلقي سيئة، أو أن الخطأ ناتج عن خطأ برنامج. هذا هو السبب الأقل إحتمالا لرسالة الخطأ هذه.
قد يكون من الصعب أستكشاف أخطاء هذه المشكلة وإصلاحها، ولكن يمكنك البدء بهذا الحل. وجدت Cisco أن هذا الحل فعال في 90 في المائة من الحالات. من المهم إكمال هذه الخطوات بالترتيب:
قم بتغيير الكبل بين الموجهات. في المثال السابق، سيكون هذا هو الموجه الذي يرسل الحزمة السيئة (144.100.21.141) والموجه الذي يشكو من هذه الحزم السيئة.
إن لا يثبت الخطوة سابق المشكلة، استعملت ميناء مختلف على المفتاح داخل بين المسحاج تخديد.
إذا لم تقم الخطوة السابقة بإصلاح المشكلة، فقم بتوصيل الموجهات مباشرة باستخدام كبل توصيل عكسي (كلما سمح الموقع الفعلي). إن يستلم أنت ما من رسالة إضافي، المفتاح على الأرجح يفسد الربط.
إذا لم يقم أي من العناصر المذكورة أعلاه بحل المشكلة، فاتصل بدعم Cisco التقني واعمل مع مهندس للبحث عن خطأ في برنامج Cisco IOS®، أو للحصول على ترخيص المواد المسترجعة المحتمل (RMA) لاستبدال الأجزاء الجزئية أو الكاملة.
%OSPF-4-ERRRCV: Received invalid packet: OSPF not enabled on interface from 141.108.16.4, Serial0.100
تلقى الموجه الذي يقوم بإنشاء هذه الرسالة حزمة من 141.108.16.4 على Serial0.100، ولكن لم يتم تمكين OSPF على الواجهة Serial0.100. يتم إنشاء هذه الرسالة مرة واحدة فقط لواجهة غير OSPF.
نادرا ما يتم رؤية هذه المشكلة على الموجه. لحل هذه المشكلة، تأكد من تمكين OSPF على الواجهة. حاول إعادة إدخال بيان الشبكة في تكوين الموجه. للتحقق من تمكين OSPF على الواجهة المذكورة أعلاه، اكتب الأمر التالي:
R1#show ip ospf interface serial0.100
إذا لم يتم تمكين OSPF، فإما أن يكون إخراج الأمر فارغا أو أنه سيقول إن OSPF لم يتم تمكينه على الواجهة.
قد تكون هناك حالة قد تكون فيها تحديثات OSPF تالفة في موجه السلسلة Cisco 7500 المكون من OSPF و MPLS و CEF. يتم حذف مسارات IP مؤقتا من جدول توجيه IP وقد يحدث فقد للاتصال. هذا إلى cisco بق id CSCdr48014 (يسجل زبون فقط).
قم بترقية برنامج Cisco IOS إلى أحدث إصدار IOS.
الخطأ ٪OSPF-5-ADJCHG: معرف العملية، NBR [ip-address] على GigabitEthernet 1/0/3 من full إلى downIs بسبب أخطاء اكتشاف إعادة التوجيه ثنائي الإتجاه (BFD). يمكن أن يقوم BFD بإنشاء تنبيه خاطئ لإرسال إشارة فشل إرتباط عندما لا يكون هناك واحد.
إن وحدات التوقيت المستخدمة لمعرف فئة المورد (BFD) هي عبارة عن دورة وحدة المعالجة المركزية (CPU) مكثفة للغاية، أو أن وجود فاصل زمني قصير بين تلف البيانات أو إزدحام قائمة الانتظار قد يتسبب في قيام BFD بتجاهل حزم التحكم الكافية للسماح بانتهاء صلاحية جهاز اكتشاف الوقت. يوصى بتعيين الحد الأدنى للفاصل الزمني للإرسال والحد الأدنى للفاصل الزمني للاستقبال والمضاعف على 100 100 3 على التوالي. كما يوصى بتكوين Process-max-timer 50 لمنع عدم توفر وحدة المعالجة المركزية (CPU) بشكل غير متوقع.
المراجعة | تاريخ النشر | التعليقات |
---|---|---|
1.0 |
10-Aug-2005 |
الإصدار الأولي |