أستكشاف أخطاء واجهات Cisco Router Token Ring وإصلاحها
المحتويات
المقدمة
يصف هذا المستند بعض المشاكل الأكثر شيوعا التي تتسبب في فشل واجهة Cisco Router Token Ring في الإدراج في Token Ring. وهو يوفر مخطط تدفق للحصول على نظرة عامة سريعة على الخطوات التي يجب إتخاذها لاستكشاف أخطاء واجهة Token Ring وإصلاحها. يناقش هذا المستند أيضا بعض أوامر برنامج Cisco IOS®الأكثر إستخداما وكيفية إستخدامها لجمع المعلومات حول واجهة Token Ring، لاستكشاف المشكلة وإصلاحها بنجاح.
المتطلبات الأساسية
المتطلبات
لا توجد متطلبات خاصة لهذا المستند.
المكونات المستخدمة
تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
الاصطلاحات
للحصول على مزيد من المعلومات حول اصطلاحات المستندات، ارجع إلى اصطلاحات تلميحات Cisco التقنية.
عملية إدراج Token Ring
لاستكشاف أخطاء واجهات Token Ring وإصلاحها بنجاح، من المهم فهم تسلسل الأحداث التي تحدث قبل انضمام محطة إلى الحلقة.
هناك خمس مراحل تتحرك من خلالها المحطة للانضمام إلى حلقة:
إختبار الفص
تبدأ عملية الإدراج باختبار الفص. تقوم هذه المرحلة فعليا باختبار جهاز الإرسال وجهاز الاستقبال الخاصين بمحول Token Ring واختبار الكبل بين المحول ووحدة الوصول متعددة المحطات (MAU). هل تقوم وحدة إدارة الكابلات (MAU) بالتفاف كابل الاتصال بشكل فعلي؟؟؟؟ إعادة إرسال السلك إلى سلك الاستقبال الخاص بها. التأثير هو أن المهايئ يستطيع إرسال إطارات MAC لاختبار الوسائط لأعلى الكبل إلى MAU (حيث يتم الالتفاف) وإعادته إلى نفسه. خلال هذه المرحلة، يرسل المحول إطارات MAC لاختبار وسائط الاتصال إلى عنوان الوجهة 00-00-00-00-00-00 (مع عنوان المصدر للمحول) وإطار MAC لاختبار عنوان الازدواج (DAT) (الذي يحتوي على عنوان المحول كمصدر ووجهة على حد سواء) أعلى الكبل. إذا نجح إختبار الفص، عندئذ تكون المرحلة الأولى قد اكتملت.
الإدراج الفعلي وفحص جهاز العرض
في المرحلة الثانية، يتم إرسال تيار PHoM لفتح ترحيل الموزع، بمجرد أن يفتح ترحيل الموزع المحطة ويعلق نفسه على الحلقة. بعد ذلك تتحقق المحطة من وجود شاشة نشطة (AM) عن طريق التحقق من وجود أي من هذه الإطارات:
-
إطار MAC للشاشة النشطة الموجودة (AMP)
-
إطار MAC للشاشة الاحتياطية الموجودة (SMP)
-
حلقة إزالة إطارات MAC
إذا لم يتم اكتشاف أي من هذه الإطارات في غضون 18 ثانية، تفترض المحطة أنه لا يوجد مدرب نشط ويبدأ عملية تزاحم الشاشة. ومن خلال عملية التنازع على الشاشة، تصبح المحطة التي يوجد بها أعلى عنوان MAC هي الشاشة النشطة. في حالة عدم اكتمال النزاع في غضون ثانية واحدة، يفشل المحول في الفتح. إذا أصبح المحول AM وبدأ عملية إزالة ولم تكتمل عملية الإزالة خلال ثانية واحدة، يفشل المحول في الفتح. إذا استلم المحول إطار منارة MAC أو إطار Remove Station MAC، يفشل المحول في الفتح.
التحقق من العنوان المكرر
كجزء من مرحلة التحقق من العنوان المكرر، ترسل المحطة سلسلة من إطارات MAC العناوين المكررة الموجهة إلى نفسها. إذا كانت المحطة تستلم إطارين في الخلف مع تعيين مؤشر التعرف على العنوان (ARI) ومؤشر نسخ الإطار (FCI) على 1، فإنها تعرف أن هذا العنوان هو تكرار على هذه الحلقة، وأنها تقوم بفصل نفسها، وتشير إلى فشل في الفتح. وهذا ضروري لأن Token Ring يسمح بالعناوين التي تتم إدارتها محليا (LAA)، ويمكنك أن ينتهي بك الأمر مع محولين بنفس عنوان MAC إذا لم يتم هذا التحقق. إذا لم تكتمل هذه المرحلة في غضون 18 ثانية، تبلغ المحطة عن حدوث فشل وتفصل نفسها عن الحلقة.
ملاحظة: إذا كان هناك عنوان MAC مكرر على حلقة أخرى، وهو مسموح به في شبكات Token Ring المجزأة لموجه المصدر، فلن يتم اكتشاف ذلك. إن التحقق من العنوان المكرر مهم محليا فقط.
المشاركة في اقتراع الرنين
في مرحلة الاقتراع الدائري، تتعرف المحطة على عنوان NAUN (أقرب جار نشط للتدفق) وتجعل عنوانها معروفا لأقرب جار للتدفق. تقوم هذه العملية بإنشاء الخريطة الدائرية. يجب أن تنتظر المحطة حتى تستلم إطارا من AMP أو SMP مع تعيين وحدات بت ARI و FCI على 0. وعندما تفعل ذلك، تقوم المحطة بتقريب كل من وحدات البت (ARI و FCI) إلى 1، في حالة توفر موارد كافية، وتقوم بوضع قائمة انتظار لإطار SMP للإرسال. إذا لم يتم تلقي مثل هذه الإطارات في غضون 18 ثانية، فإن المحطة تبلغ عن فشل في الفتح والشطب من الحلقة. إذا شاركت المحطة بنجاح في عملية اقتراع دائرة، فإنها تنتقل إلى المرحلة النهائية من الإدخال، وتمهيد الطلب.
تهيئة الطلب
في مرحلة تهيئة الطلب، ترسل المحطة أربعة إطارات MAC لتهيئة الطلب إلى العنوان الوظيفي لخادم معلمات الشبكة (RPS). في حالة عدم وجود RPS على الحلقة، يستخدم المحول قيمه الافتراضية الخاصة ويشير إلى إتمام عملية الإدراج بنجاح. إذا تلقى المحول أحد إطارات MAC لتهيئة الطلب الأربعة الخاصة به مع تعيين وحدات بت ARI و FCI على 1، فإنه ينتظر ثانيتين للرد. وإذا لم يكن هنالك تجاوب، فإنه يعود إلى أربع مرات. في هذا الوقت، إذا لم يكن هناك إستجابة، فإنه يبلغ عن فشل تهيئة الطلب ويفصل من الحلقة.
هذه قائمة بالعناوين الوظيفية:
C000.0000.0001 - Active monitor C000.0000.0002 - Ring Parameter Server C000.0000.0004 - Network Server Heartbeat C000.0000.0008 - Ring Error Monitor C000.0000.0010 - Configuration Report Server C000.0000.0020 - Synchronous Bandwidth Manager C000.0000.0040 - Locate Directory Server C000.0000.0080 - NetBIOS C000.0000.0100 - Bridge C000.0000.0200 - IMPL Server C000.0000.0400 - Ring Authorization Server C000.0000.0800 - LAN Gateway C000.0000.1000 - Ring Wiring Concentrator C000.0000.2000 - LAN Manager
لمزيد من المعلومات عن العناوين الوظيفية، ارجع إلى مواصفات IEEE802.5.
استكشاف الأخطاء وإصلاحها
مخطط التعاقب
ارجع إلى مخطط التدفق هذا للحصول على نظرة عامة سريعة على أستكشاف الأخطاء وإصلاحها:
أحد الأشياء الأولى التي يجب فحصها، عندما تواجه واجهة Token Ring مشاكل في الإدخال في الحلقة، هو ما إذا كنت تقوم بالإدراج في حلقة موجودة بالفعل أم لا. إذا كانت الإجابة نعم، فأنت بحاجة إلى مطابقة رقم الحلقة الذي تم تكوينه على واجهة Token Ring مع رقم الحلقة الموجود الذي يتم التحكم فيه بواسطة جسور مسار المصدر (SRBs) الأخرى.
ملاحظة: تقبل موجهات Cisco، بشكل افتراضي، أرقام الحلقات بتنسيق عشري، في حين تستخدم معظم جسور IBM التدوين السداسي العشري. لذلك، تأكد من إجراء التحويل من السادس عشر إلى العشري قبل تكوين هذا على موجه Cisco. على سبيل المثال، إذا كان لديك SRB مع رقم حلقة 0x10، فأنت بحاجة إلى إدخال 16 على موجه Cisco. بدلا من ذلك، يمكنك إدخال رقم الحلقة على واجهة Token Ring الخاصة بموجه Cisco في قاعدة سداسية عشرية، إذا قمت بإدخال رقم الحلقة مع 0x:
turtle(config)# interface token turtle(config)# interface tokenring 0 turtle(config-if)# source turtle(config-if)# source-bridge 0x10 1 0x100
ملاحظة: عند عرض التكوين، يعرض الموجه تلقائيا أرقام الحلقة بترقيم عشري. ونتيجة لذلك، تكون أرقام الحلقات العشرية هي التنسيق الأكثر إستخداما على موجهات Cisco. هذا هو الجزء ذو الصلة من الأمر show run:
source-bridge ring-group 256 interface TokenRing0 no ip address ring-speed 16 source-bridge 16 1 256 !--- 16 is the physical ring number, 1 is the bridge number or ID, !--- and 256 is the Virtual Ring number. source-bridge spanning
إذا لم تطابق أرقام الحلقة، تعطي واجهة Cisco Token Ring رسالة مماثلة لهذا وتعطل نفسها:
02:50:25: %TR-3-BADRNGNUM: Unit 0, ring number (6) doesn't match established number (5). 02:50:25: %LANMGR-4-BADRNGNUM: Ring number mismatch on TokenRing0, shutting down the interface 02:50:27: %LINK-5-CHANGED: Interface TokenRing0, changed state to administratively down
ثم يجب تكوين رقم الحلقة الصحيح على واجهة Token Ring؟؟؟في هذه الحالة، 5؟؟؟ثم قم بإصدار الأمر no shutdown يدويا.
ملاحظة: لا يلزم أن يتطابق رقم الجسر (أو معرف الجسر) مع أرقام الجسر الأخرى في الشبكة، ولكن يمكنك إستخدام قيمة فريدة أو نفس رقم الجسر في جميع أنحاء شبكتك طالما كان لديك مسار فريد لحقل معلومات التوجيه (RIF) لكل جهاز في شبكة SRB الخاصة بك. مثال على متى تحتاج إلى أرقام جسر مختلفة هو إذا كان لديك حلقتين متصلتين عبر جسرين متوازيين. في هذه الحالة، الإخفاق في إستخدام أرقام جسر مختلفة ينتج عنه مسارين مختلفين ماديا، لكن نفس معلومات RIF.
ملاحظة: عند إضافة الأمر source-bridge أو إزالته، ترتد واجهة Token Ring، مما يؤدي إلى تعطل هذا الموجه ومن خلاله من خلال واجهة Token Ring الخاصة به. لمزيد من المعلومات حول كيفية تكوين SRB، ارجع إلى فهم ربط مسار المصدر المحلي واستكشاف أخطائه وإصلاحها.
بالإضافة إلى أرقام الحلقة المطابقة، تحتاج أيضا إلى التأكد من تعيين سرعة الحلقة بشكل صحيح، أي 4 أو 16 ميجابت في الثانية. يؤدي الفشل في القيام بذلك إلى إنشاء منارة حلقية ويتسبب في انقطاع الشبكة على هذه الحلقة. إذا تم إعداد أرقام الحلقة وسرعة الحلقة بشكل صحيح، ولكن لا تزال واجهة Token Ring تفشل في الإدراج في الحلقة، فاستخدم عملية الاستبعاد لاستبعاد المشاكل مع الكبلات أو مع MAU. أستخدم مقبس التفاف أو تأكد من توصيل المحول بوحدة معالجة مركزية (MAU) عاملة. يتسبب توصيل الكابلات غير الصحيح بالعديد من مشاكل المحول أثناء عملية الإدخال. وتتضمن الأشياء التي يجب البحث عنها ما يلي:
-
هل تم تكوين المحول لاستخدام منفذ الوسائط الصحيح أو كبل الزوج المجدول غير المحمي (UTP) أو كبل الزوج المجدول المحمي (STP)؟
-
هل الكبل الذي يتم تشغيله من المحول إلى الصرة كامل وصحيح؟
-
ما نوع عامل تصفية الوسائط قيد الاستخدام؟ تذكر دائما أن السرعة التي تعمل بسرعة 4 ميجابت في الثانية لا تعمل دائما بسرعة 16 ميجابت في الثانية.
قد تكون هناك مشكلة في الطبقة المادية على الحلقة (على سبيل المثال، الأسلاك، ضجيج الخط، أو الرجفان) والتي تظهر مع إدراج المزيد من المحطات. وهذا يتسبب في عمليات التطهير والإشارات، والتي تقوم بتشغيل محول تم إدراجه حديثا. يمكن إزالة هذا الأمر إذا ظهرت واجهة Token Ring عند إتصالها بوحدة معالجة مركزية (MAU) أخرى بدون محطات أخرى. يمكنك بعد ذلك إضافة المزيد من المحطات تدريجيا لترى عند أي نقطة تحصل على فشل. كما يعمل هذا الاختبار على التخلص من مشاكل التعارض المحتملة مثل Active Monitor و RPS وخادم تقرير التكوين (CRS) وغيرها. راجع قسم مدير شبكة LAN للحصول على تفاصيل.
مدير شبكة LAN
مدير شبكة LAN (LNM، المعروف سابقا باسم مدير شبكة LAN) هو منتج IBM الذي يدير مجموعة من جسور مسار المصدر. تستخدم LNM إصدارا من بروتوكول معلومات الإدارة الشائعة (CMIP) للتحدث إلى مدير محطة LNM. تسمح لك LNM بمراقبة المجموعة الكاملة لحلقات الرمز المميز التي تشكل شبكتك التي يتم جسر توجيهها إلى المصدر. يمكنك إستخدام LNM لإدارة تكوين جسور مسار المصدر ومراقبة أخطاء Token Ring وجمع المعلومات من خوادم معلمات Token Ring.
اعتبارا من الإصدار 9.0 من برنامج Cisco IOS Software، تدعم موجهات Cisco التي تستخدم واجهات Token Ring بسرعة 4 و 16 ميجابت في الثانية التي تم تكوينها ل SRB البروتوكول الخاص الذي تستخدمه LNM. توفر هذه الموجهات جميع الوظائف التي يوفرها برنامج IBM Bridge حاليا. وبالتالي، يمكن أن تتصل LNM بالموجه كما لو كان جسر مسار مصدر IBM - مثل IBM 8209 - ويمكنها إدارة أو مراقبة أي شبكة Token Ring متصلة بالموجه، سواء كانت حلقة افتراضية أو حلقة مادية. يتم تمكين LNM على موجهات Cisco بشكل افتراضي. أيضا، يتم تمكين أوامر تكوين الواجهة المخفية هذه بشكل افتراضي:
-
[no] lnm crs - يراقب CRS التكوين المنطقي الحالي ل Token Ring ويبلغ عن أي تغييرات على LNM. يبلغ CRS أيضا عن أحداث أخرى مختلفة، مثل تغيير شاشة نشطة على Token Ring.
-
[no] LNM RPS - يقوم RPS بتقديم التقارير إلى LNM عند انضمام أي محطة جديدة إلى Token Ring ويضمن إستخدام جميع المحطات الموجودة على حلقة مجموعة متسقة من معلمات التقارير.
-
[no] lnm rem - يراقب مراقبة الخطأ الدائري (REM) الأخطاء التي يتم الإبلاغ عنها بواسطة أي محطة على الشبكة الدائرية. بالإضافة إلى ذلك، يراقب REM ما إذا كانت الحلقة في حالة أداء وظيفي أو فشل.
يكون هذا أمر مرئي فقط في التشكيل ما إن يتم تعطيلها:
para# config terminal Enter configuration commands, one per line. End with CNTL/Z. para(config)# interface tokenRing 0 para(config-if)# no lnm crs para(config-if)# ^Z
هذا جزء من تكوين واجهة Token Ring الذي يتم فيه عرض التكوين:
interface TokenRing0 ip address 192.168.25.18 255.255.255.240 no ip directed-broadcast ring-speed 16 source-bridge 200 1 300 source-bridge spanning no lnm CRS
بينما تقوم باستكشاف أخطاء واجهات Token Ring وإصلاحها، قد يكون من الضروري تعطيل CRS أو RPS أو REM أو الثلاثة جميعها على موجه Cisco، لاستبعاد مشاكل التعارض مع أجهزة Token Ring الأخرى. السيناريو النموذجي هو عندما تفشل محطة Token Ring في الإدراج في الحلقة، رغم أن نفس المحطة يمكن أن تدرج في حلقة معزولة بدون وجود محطات أخرى. يمكنك تعطيل الخوادم الفردية، مثل RPS و CRS و REM أو تعطيل وظائف LNM على الموجه بالكامل باستخدام التكوين العام التالي:
-
LNM معطل - يقوم هذا الأمر بإنهاء جميع إرتباطات إدخالات خادم LNM وإعداد التقارير. هو مجموعة فائقة من الوظائف التي يتم تنفيذها عادة على الواجهات الفردية بواسطة الأوامر no lnm rem وno lnm rps وno lnm rps.
إذا قمت بتعطيل LNM وكان ذلك يحل المشكلة، فتأكد من عدم حدوث خطأ معروف. إذا لم يكن LNM مطلوبا على الشبكة، فقد تتركه معطلا.
يمكنك أيضا إستخدام وظيفة LNM على موجه Cisco لسرد المحطات الموجودة على الحلقات المحلية المتصلة بالموجه، لمعرفة ما إذا كان هناك أي عدد من الأخطاء المعزولة، ولمعرفة أي محطة تقوم بإرسالها:
para# show lnm station
isolating error counts
station int ring loc. weight line inter burst ac abort
0005.770e.0a8c To0 00C8 0000 00 - N 00000 00000 00000 00000 00000
0006.f425.ce89 To0 00C8 0000 00 - N 00000 00000 00000 00000 00000
ملاحظة: إذا قمت بتعطيل LNM، فلا يمكنك إستخدام أي من أوامر show lnm.
من أمر show lnm station، ذو أهمية خاصة هو عنوان المحطة، رقم الحلقة، وأي أخطاء تم الإبلاغ عنها. للحصول على شرح كامل للحقول، ارجع إلى الأمر show lnm station في دليل مرجع الأوامر.
أمر LNM آخر مفيد هو أمر show lnm interface:
para# show lnm interface tokenring 0
nonisolating error counts
interface ring Active Monitor SET dec lost cong. fc freq. token
To0 0200 0005.770e.0a8c 00200 00001 00000 00000 00000 00000 00000
Notification flags: FE00, Ring Intensive: FFFF, Auto Intensive: FFFF
Active Servers: LRM LBS REM RPS CRS
Last NNIN: never, from 0000.0000.0000.
Last Claim: never, from 0000.0000.0000.
Last Purge: never, from 0000.0000.0000.
Last Beacon: never, 'none' from 0000.0000.0000.
Last MonErr: never, 'none' from 0000.0000.0000.
isolating error counts
station int ring loc. weight line inter burst ac abort
0005.770e.0a8c To0 00C8 0000 00 - N 00000 00000 00000 00000 00000
0006.f425.ce89 To0 00C8 0000 00 - N 00000 00000 00000 00000 00000
ومن هذا الأمر، يمكنك بسهولة أن ترى من هو جهاز العرض النشط، والمحطات الموجودة على الحلقة المتصلة مباشرة، وجميع الخوادم النشطة على الحلقة (مثل RM و RPS وغيرها).
هذه هي خيارات أمر show lnm الأخرى:
show lnm bridge show lnm config show lnm ring
إستخدام أوامر برنامج Cisco IOS Software
هذه هي أوامر أستكشاف أخطاء برنامج Cisco IOS software وإصلاحها الأكثر إستخداما لواجهات Token Ring:
show interfaces token ring
هذا هو الإبرازات من العرض قارن رمز أمر:
ankylo# show interfaces tokenring1/0
TokenRing1/0 is up, line protocol is up
Hardware is IBM2692, address is 0007.78a6.a948 (bia 0007.78a6.a948)
Internet address is 1.1.1.1/24
MTU 4464 bytes, BW 16000 Kbit, DLY 630 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation SNAP, loopback not set
Keepalive set (10 sec)
ARP type: SNAP, ARP Timeout 04:00:00
Ring speed: 16 Mbps
Duplex: half
Mode: Classic token ring station
Source bridging enabled, srn 5 bn 1 trn 100 (ring group)
spanning explorer enabled
Group Address: 0x00000000, Functional Address: 0x0800001A
Ethernet Transit OUI: 0x000000
Last Ring Status 18:15:54
(0x2000)
Last input 00:00:01, output 00:00:01, output hang never
Last clearing of "show interface" counters never
Queueing strategy: fifo
Output queue 0/40, 0 drops; input queue 0/75, 0 drops
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
27537 packets input, 1790878 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
7704 packets output, 859128 bytes, 0 underruns
0 output errors, 0 collisions, 2 interface resets
0 output buffer failures, 0 output buffers swapped out
1 transitions
يمكن أن تحدث عمليات إسقاط المخرجات عندما لا يمكن لوسائط المخرجات قبول الإطارات وعندما تصل قائمة انتظار المخرجات إلى الحد الأقصى للقيمة قبل أن تبدأ في إسقاط الحزم. قد لا تشير قطرات المخرجات بالضرورة إلى مشكلة، لأن إطار المستكشف الذي تم إسقاطه (لأنه قد سافر بالفعل على حلقة معينة) يمكن أن يزيد من عداد قطرات المخرجات.
ومن ناحية أخرى، يمكن ان تكون زيادة قطرات المدخلات جدية ويجب تحليلها بعناية. يمكن أن تحدث عمليات إسقاط الإدخال بسبب عدم كفاية المخازن المؤقتة للنظام؛ راجع 0 no buffer في الإخراج السابق show interfaces token1/0. قد يرتبط عداد عدم التخزين المؤقت المتزايد لمخرج show interfaces بعداد حالات الفشل المتزايدة لمخرج show buffers، وقد يلزم ضبط تجمع التخزين المؤقت المناسب. راجع ضبط المخزن المؤقت لجميع موجهات Cisco للحصول على مزيد من المعلومات.
ملاحظة: يمكن زيادة قوائم انتظار الإدخال والإخراج بطول قائمة الانتظار {in | out} أمر؛ ومع ذلك، من المهم فهم سبب وصول قوائم الانتظار هذه إلى الحد الأقصى من قيمة الاحتجاز قبل زيادتها. قد تجد أنه، عند زيادة الحد الأقصى لقيمة قائمة الانتظار الانتظار، فإنك تزيد الفترة الزمنية فقط قبل أن يتم تجاوزها مرة أخرى.
يجب عليك أيضا التحقق من عداد التحكم. يشير هذا العداد إلى عدد المرات التي تم فيها تنظيف المخازن المؤقتة للإدخال الخاصة بواجهة ما، لأنها لم تتم معالجتها بالسرعة الكافية أو لأنها قد تعرضت لضغوط. وعادة، يمكن ان تؤدي عاصفة المستكشف إلى زيادة عداد الكبحات. ارجع إلى الأمر source-bridge explorer-maxrate وإلى قسم المعالجة المحسنة للمستكشف في تكوين ربط مسار المصدر.
ملاحظة: في كل مرة يتم فيها تقييد حركة المرور، يتم إسقاط جميع الحزم الموجودة في قائمة انتظار الإدخال. وهذا يتسبب في أداء بطيء للغاية وقد يؤدي أيضا إلى تعطيل الجلسات الحالية.
يحدث انتقال عندما تغير الواجهة حالتها، مثل عندما تنتقل من كونها أسفل إلى التهيئة أو من التهيئة إلى الأعلى. تحدث إعادة ضبط عندما يتم بدء تشغيل الواجهة. يجب ألا يؤدي إدخال أجهزة أخرى في الحلقة إلى زيادة أي من هذه العدادات، ولكنه سيؤدي إلى زيادة عدد الأخطاء البسيطة. علاوة على ذلك، إذا كان الأمر show interface token يظهر عدم حالات السقوط أو أخطاء الإدخال أو أخطاء الإخراج، لكنك ترى عدد كبير من عمليات إعادة الضبط والانتقالات، فقد تقوم رسائل keepalives بإعادة ضبط الواجهة.
ملاحظة: عند مسح واجهة شبكة Token Ring، تحدث عملية إعادة تعيين واحدة وعمليات انتقال مرتين: عملية انتقال واحدة من التهيئة إلى التهيئة وأخرى من التهيئة إلى التشغيل.
يظهر حقل حالة الحلقة الأخيرة حالة الحلقة الأخيرة للحلقة. على سبيل المثال، 0x2000 يشير إلى خطأ برنامج. هذه قائمة بقيم الحالة المحتملة:
RNG_SIGNAL_LOSS FIXSWAP(0x8000) RNG_HARD_ERROR FIXSWAP(0x4000) RNG_SOFT_ERROR FIXSWAP(0x2000) RNG_BEACON FIXSWAP(0x1000) RNG_WIRE_FAULT FIXSWAP(0x0800) RNG_HW_REMOVAL FIXSWAP(0x0400) RNG_RMT_REMOVAL FIXSWAP(0x0100) RNG_CNT_OVRFLW FIXSWAP(0x0080) RNG_SINGLE FIXSWAP(0x0040) RNG_RECOVERY FIXSWAP(0x0020) RNG_UNDEFINED FIXSWAP(0x021F) RNG_FATAL FIXSWAP(0x0d00) RNG_AUTOFIX FIXSWAP(0x0c00) RNG_UNUSEABLE FIXSWAP(0xdd00)
ملاحظة: خطأ البرنامج 0x2000 هو حالة حلقة عادية جدا. يشير 0x20 إلى تهيئة الحلقة و 00 هو طول المتجه الفرعي، وهذا يشير إلى أن محطة حلقية قد دخلت الحلقة.
show controllers token
الأمر التالي لبرنامج Cisco IOS Software الذي سيتم إستخدامه لاستكشاف الأخطاء وإصلاحها هو الأمر show controllers token:
FEP# show controllers tokenring 0/0
TokenRing0/0: state up
current address: 0000.30ae.8200, burned in address: 0000.30ae.8200
Last Ring Status: none
Stats: soft: 0/0, hard: 0/0, sig loss: 0/0
tx beacon: 0/0, wire fault 0/0, recovery: 0/0
only station: 0/0, remote removal: 0/0
Bridge: local 100, bnum 1, target 60
max_hops 7, target idb: null
Interface failures: 0
Monitor state: (active), chip f/w: '000500.CS1AA5 ', [bridge capable]
ring mode: F00, internal enables: SRB REM RPS CRS/NetMgr
internal functional: 0800011A (0800011A), group: 00000000 (00000000)
internal addrs: SRB: 0288, ARB: 02F6, EXB 0880, MFB: 07F4
Rev: 0170, Adapter: 02C4, Parms 01F6
Microcode counters:
MAC giants 0/0, MAC ignored 0/0
Input runts 0/0, giants 0/0, overrun 0/0
Input ignored 0/0, parity 0/0, RFED 0/0
Input REDI 0/0, null rcp 0/0, recovered rcp 0/0
Input implicit abort 0/0, explicit abort 0/0
Output underrun 0/0, TX parity 0/0, null tcp 0/0
Output SFED 0/0, SEDI 0/0, abort 0/0
Output False Token 0/0, PTT Expired 0/0
Internal controller counts:
line errors: 0/0, internal errors: 0/0
burst errors: 0/0, ari/fci errors: 0/0
abort errors: 0/0, lost frame: 0/0
copy errors: 0/0, rcvr congestion: 0/0
token errors: 0/0, frequency errors: 0/0
Internal controller smt state:
Adapter MAC: 0000.30ae.8200, Physical drop: 00000000
NAUN Address: 0005.770e.0a87, NAUN drop: 00000000
Last source: 0000.30ae.8200, Last poll: 0000.30ae.8200
Last MVID: 0006, Last attn code: 0006
Txmit priority: 0003, Auth Class: 7BFF
Monitor Error: 0000, Interface Errors: 0004
Correlator: 0000, Soft Error Timer: 00DC
Local Ring: 0000, Ring Status: 0000
Beacon rcv type: 0000, Beacon txmit type: 0004
Beacon type: 0000, Beacon NAUN: 0005.770e.0a87
Beacon drop: 00000000, Reserved: 0000
Reserved2: 0000
أخطاء برمجية - هذه مجموعة من كل الأخطاء البرمجية التي يتم رؤيتها بواسطة هذه الواجهة. تتضمن الأخطاء البسيطة أخطاء الأسطر، الشاشات المتعددة، أخطاء مجموعة ARI و FCI، أخطاء الاندفاع، الإطارات المفقودة، الرمز المميز التالف، الرمز المميز المفقود، الإطار المتداول أو الرمز المميز للأولوية، شاشة مفقودة، خطأ التردد. راجع معلومات الأخطاء البسيطة للحصول على تفاصيل.
أخطاء ثابتة - هذه أخطاء لا يمكن إستردادها بواسطة بروتوكولات. تمت إعادة تعيين الحلقة فعليا. لمزيد من المعلومات، ارجع إلى قائمة حالة غير عادية ل Token Ring.
حالة الشاشة: (نشط) - يشير إلى حالة وحدة التحكم. تتضمن القيم المحتملة نشط، فشل، غير نشط، وإعادة الضبط.
SRB Rem RPS CRS/NetMgr - يشير إلى تمكين SRB و REM و RPS و CRS جميعها على الواجهة. راجع قسم مدير شبكة LAN للحصول على تفاصيل.
المعلومات المهمة التي يتم توفيرها أيضا في الإخراج هي عنوان MAC و NAUN للمحول، والتي تساعد على تحديد مخطط الحلقة. يمكنك أيضا معرفة من هو طائر الترانيم ناون، أي أقرب جار نشط للمنبع إلى محطة الإرشاد. وهذا يعطيكم نقطة بداية لتحديد اين يمكن ان تكمن المشكلة: محطة المراقبة، المنارة "نو"، أو الكابل الذي بينهما. لشرح بقية الحقول، ارجع إلى إظهار الرمز المميز لوحدات التحكم في دليل مرجع الأوامر.
أحداث رمز تصحيح الأخطاء المميز
آخر أمر في برنامج Cisco IOS Software لاستخدامه لاستكشاف الأخطاء وإصلاحها هو الأمر debug token events:
1w6d: TR0 starting.
1w6d: %LINK-5-CHANGED: Interface TokenRing0, changed state to initializing
1w6d: TR0 receive SRB_FREE, state=2, if_state=6
1w6d: TR0 receive SRB_FREE, state=2, if_state=7 ring mode = F00
1w6d: TR0: modified open w/ option 1180
1w6d: TR0: Interface is alive, phys. addr 0000.3090.79a0
setting functional address w/ 800011A
setting group address w/ 80000000
ring mode = F00
1w6d: TR0: modified open w/ option 1180
1w6d: %LINK-3-UPDOWN: Interface TokenRing0, changed state to up
1w6d: %LINEPROTO-5-UPDOWN: Line protocol on Interface TokenRing0,
changed state to up
1w6d: %SYS-5-CONFIG_I: Configured from console by console
تحذير: يجب أن يكون لأحداث الرمز المميز للتصحيح أدنى تأثير على الموجه لأنه يعرض أحداث حلقة الرمز المميز فقط وليس الحزم. ومع ذلك، إذا كان لديك حلقة مشغولة للغاية مع العديد من الانتقالات، فمن المستحسن إصدار أوامر no logging console والتسجيل المؤقت، وأن يكون لديك حق الوصول المادي إلى الموجه.
إخراج أحداث رمز تصحيح الأخطاء السابقة من موجه Cisco 2500. قد يحتوي الناتج على مجموعة متنوعة واسعة من الرسائل، ولكنه لابد وأن يقدم بعض الإرشاد فيما يتصل بالمكان الذي قد تكمن فيه المشكلة. في المثال السابق، يظهر تهيئة ناجحة لواجهة Token Ring. يحتوي تصحيح الأخطاء أيضا على رسائل إعلامية موجودة في وضع الحلقة وفي عنوان المجموعة والعنوان الوظيفي.
تعريفات وضع الحلقة
هذه قيم يتم نقلها من النظام الرئيسي إلى لوحات المحول للإشارة إلى الوضع الذي يجب أن تستخدمه الواجهة. إنها تتحكم في ما إذا كانت وحدات بت دالة معينة قيد التشغيل أم لا، وتتحكم في علامات الأوامر التي يتم إستخدامها عند الإدراج بالفعل في Token Ring. بالنسبة لوضع الحلقة، هذا ما تعنيه تلك الأرقام:
بالنسبة إلى تصحيح الأخطاء للعينة السابقة، يكون وضع الحلقة 0x0f00، وهو قيمة ذات 2 بايت تحتوي على هذه المعاني:
RINGMODE_LOOPBACK 0x8000 RINGMODE_NO_RINGSTAT 0x4000 RINGMODE_ALL_FRAMES 0x2000 RINGMODE_ALL_LLC 0x1000 RINGMODE_BRIDGE 0x0800 /* status only */ RINGMODE_REM 0x0400 /* be Ring Error Monitor */ RINGMODE_RPS 0x0200 /* be Ring Parameter Server */ RINGMODE_NETMGR 0x0100 /* be Configuration Report Server */ RINGMODE_TBRIDGE 0x0080 /* be a transparent bridge */ RINGMODE_CONTENDER 0x0040 /* be a contender for AMP */ RINGMODE_RS 0x0020 /* listen to ring maintenance MAC frames */ RINGMODE_ALL_MAC 0x0010 /* listen to all MAC frames */ RINGMODE_ETR 0x0008 /* Early Token Release */ RINGMODE_NEED_MAC 0x0730 /* Needs MAC frames */
لذلك فإن وضع الحلقة هو مجموع لإعدادات البت تلك. يشير 0xF00 إلى Bridge و Ring Error Monitor و Ring Parameter Server و Configuration Report Server.
خيار فتح معدل
هذا هو الإعداد الجديد لمجموعة الشرائح بواسطة Cisco. في تصحيح الأخطاء العينة السابق، يمكنك أن ترى فتح معدل مع/ خيار 1180. هذه قيمة 16 بت مقروءة من اليسار إلى اليمين. يمكن لموجه Cisco تعيين الخيارات فقط على، ولكن ليس على إيقاف.
+ Bit 0 - Open in Wrap: the open adapter is executed without inserting phantom drive to allow testing of the lobe. + Bit 1 - Disable Hard Error: prevents a change in the Hard Error and Transmit Beacon bits causing a Ring Status Change ARB. + Bit 2 - Disable Soft Error: prevents a change in the Soft Error bit from causing a Ring Status Change ARB. + Bit 3 - Pass Adapter MAC frames: Causes adapter class MAC frames not supported by the adapter to be passed back as received Frames. If this bit is off, these frames are discarded. + Bit 4 - Pass Attention MAC frames: Causes attention MAC frames that are not the same as the last received attention MAC frame. + Bit 5 - reserved: should be 0 + Bit 6 - reserved: should be 0 + Bit 7 - Contender: When the contender bit is on, the adapter will participate in claim token upon receiving a claim token frame from another adapter with a lower source address. If this bit is off the adapter will not enter into claim token process if it receives a Claim Token MAC frame. The adapter will enter claim token if a need is detected regardless of the setting of this bit. + Bit 8 - Pass Beacon MAC frames: The adapter will pass the first Beacon MAC frame and all subsequent Beacon MAC frames that have a change in the source address of the Beacon type. + Bit 9 - reserved: should be 0 + Bit 10 - reserved: should be 0 + Bit 11 - Token Release: If this bit is set the adapter will not operate with early token release. If this bit is 0 the adapter will operate with early token release when the selected ring speed is 16 megabits per second. + Bit 12 - reserved: should be 0 + Bit 13 - reserved: should be 0 + Bit 14 - reserved: should be 0 + Bit 15 - reserved: should be 0
للخيار 0x1180، راجع وحدات بت الغامقة السابقة.
تعيين عناوين الوظائف والمجموعات
في تصحيح الأخطاء العينة السابق، يتم تعيين العنوان الوظيفي على w/ 800011a وتعيين عنوان المجموعة على w/ 800000.
هذه سمات التقارير ل LNM:
REPORT_LRM 0x80000000 REPORT_LBS 0x00000100 REPORT_CRS 0x00000010 REPORT_REM 0x00000008 REPORT_RPS 0x00000002 REPORT_AVAIL 0x8000011a REPORT_ALL 0x8000011a
رسائل تنشيط الاتصال
إذا كانت المشكلة تبدو في الإدخال وإعادة الإدخال المتقطع لعدد عشوائي من واجهات Token Ring، فقد يكون الحلقة مزدحمة للغاية، مما يؤدي إلى انتهاء مهلة رسائل keepalives المرسلة بواسطة واجهة Token Ring. قم بإصدار أمر الواجهة keepalive {0 - 32767} لزيادة قيمة keepalive. (القيمة الافتراضية هي 10 ثوان.)
tricera(config)# interface tokenring 4/0/0 tricera(config-if)# keepalive 30
ملاحظة: عند زيادة رسائل keepalives، قد تحتفظ بواجهات Token Ring من القفزات، ولا يحل هذا، على أي حال، محل تصميم الشبكة الجيد وتجزئة الحلقة المناسبة.
إستخدام محلل شبكة LAN
في كثير من الأحيان، تكون المشاكل التي تواجه في شبكات Token Ring من طبيعة متقطعة، مع تكرار في فواصل عشوائية. وهذا ما يجعل أستكشاف الأخطاء وإصلاحها أكثر صعوبة. وهذا شائع في الحالات التي يكون فيها لديك عدد عشوائي من المحطات التي تتسم بأداء بطيء أو تميل إلى فصل نفسها عن الحلقة بشكل مؤقت. كما أن إستخدام الأساليب المذكورة أعلاه لاستكشاف مشاكل الإدخال وإصلاحها قد لا يوفر في بعض الأحيان معلومات كافية.
in order to ضيقت المشكلة، Token Ring LAN محلل أمكن كنت تطلبت أن على قبض وتحليل إطار. يجب أن يكون المحلل هو المجاور المباشر للمحطة التي تحاول الإدراج. لذلك من المهم معرفة ما يجب البحث عنه في تتبع Token Ring ومعرفة ما يجب توقعه في شبكة Token Ring صحيحة. يتجاوز تحليل إطار Token Ring نطاق هذا المستند، ولكن هذه الإطارات هي ما تتوقع أن تراه في تتبع Token Ring لإدخال محطة Token Ring بنجاح:
MAC: Active Monitor Present !--- Normal ring poll. MAC: Standby Monitor Present !--- Normal ring poll. MAC: Duplicate Address Test !--- Inserting station sends duplicate address MAC#1 frames. MAC: Duplicate Address Test !--- Inserting station sends duplicate address MAC#2 frames. MAC: Standby Monitor Present MAC: Report SUA Change !--- Stored Upstream Address reported to Configuration Report Server !--- by inserting station. MAC: Standby Monitor Present !--- Participate in ring poll by inserting station. MAC: Report SUA Change !--- SUA reported by station downstream from inserting station. MAC: Standby Monitor Present !--- Normal ring poll. MAC: Request Initialization !--- Request ring initialization MAC#1 from Ring Parameter Server. MAC: Request Initialization !--- Request ring initialization MAC#2 from Ring Parameter Server. MAC: Request Initialization !--- Request ring initialization MAC#3 from Ring Parameter Server. MAC: Request Initialization !--- Request ring initialization MAC#4 from Ring Parameter Server. MAC: Report Soft Error MAC: Active Monitor Present MAC: Standby Monitor Present !--- Station inserted and participating in ring poll. MAC: Standby Monitor Present
ملاحظة: تمت تصفية هذا التتبع لإظهار الإطارات ذات الأهمية فقط (راجع التعليقات). على محلل شبكة، تلك الإطارات يمكن فحصها عن كثب لعرض المعلومات التفصيلية التي تحتوي عليها تلك الحقول.
من المحتمل جدا أن ترى أيضا أخطاء بسيطة - مثل أخطاء الاندفاع، أخطاء السطر، أخطاء الرمز المميز، عمليات إزالة الحلقة، وأخطاء الإطار المفقودة - الناجمة عن الإجراء البسيط لفتح ترحيل الموزع. لا تفترض أن وجود هذه الأخطاء يشير إلى حلقة إشكالية، لأنها أعراض عادية تحدث أثناء عملية الإدراج.
الإطارات الأخرى التي يجب البحث عنها، على سبيل المثال، هي إطارات MAC التي تم إصدارها من قبل AM والتي تسمى "إعلام الجوار غير مكتمل" (NNI) أو فشل الاستطلاع الدائري. يجب إصدار هذا الإطار كل سبع ثوان في حلقة فاشلة، قبل إطار AMP MAC بقليل. يعد إطار NNI مهما لأنه يحتوي على عنوان آخر محطة لإكمال عملية الاقتراع الدائري بنجاح. وعادة ما يكون جار تدفق البيانات من الخادم من هذه المحطة هو المسؤول، ويمكنك إزالة جار تدفق البيانات من الخادم لحل المشكلة.
معلومات ذات صلة
محفوظات المراجعة
| المراجعة | تاريخ النشر | التعليقات |
|---|---|---|
1.0 |
05-Dec-2001 |
الإصدار الأولي |
التعليقات