المحتويات

المقدمة

المتطلبات الأساسية

المتطلبات

المكونات المستخدمة

الاصطلاحات

عملية إدراج Token Ring

إختبار الفص

الإدراج الفعلي وفحص جهاز العرض

التحقق من العنوان المكرر

المشاركة في اقتراع الرنين

تهيئة الطلب

استكشاف الأخطاء وإصلاحها

مخطط التعاقب

مدير شبكة LAN

إستخدام أوامر برنامج Cisco IOS Software

رسائل تنشيط الاتصال

إستخدام محلل شبكة LAN

معلومات ذات صلة

المقدمة

يناقش هذا المستند بعض من أكثر المشاكل شيوعا التي تتسبب في فشل واجهة Cisco Router Token Ring في الإدراج في Token Ring. وهو يوفر مخطط تدفق للحصول على نظرة عامة سريعة على الخطوات التي يجب إتخاذها لاستكشاف أخطاء واجهة Token Ring وإصلاحها. يناقش هذا المستند أيضا بعض أوامر برنامج Cisco IOS®الأكثر إستخداما وكيفية إستخدامها لجمع المعلومات حول واجهة Token Ring، لاستكشاف المشكلة وإصلاحها بنجاح.

المتطلبات الأساسية

المتطلبات

لا توجد متطلبات خاصة لهذا المستند.

المكونات المستخدمة

تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:

تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك مباشرة، فتأكد من فهمك للتأثير المحتمل لأي أمر.

الاصطلاحات

للحصول على مزيد من المعلومات حول اصطلاحات المستندات، ارجع إلى اصطلاحات تلميحات Cisco التقنية.

عملية إدراج Token Ring

لاستكشاف أخطاء واجهات Token Ring وإصلاحها بنجاح، من المهم فهم تسلسل الأحداث التي تحدث قبل انضمام محطة إلى الحلقة.

هناك خمس مراحل تتحرك من خلالها المحطة للانضمام إلى حلقة:

1. إختبار الفص

2. الإدراج الفعلي وفحص جهاز العرض

3. فحص عنوان مكرر

4. المشاركة في الاقتراع الدائري

5. تهيئة الطلب

إختبار الفص

تبدأ عملية الإدراج باختبار الفص. تقوم هذه المرحلة فعليا باختبار جهاز الإرسال وجهاز الاستقبال الخاصين بمحول 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

- show controllers token

- أحداث رمز تصحيح الأخطاء المميز

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 مهما لأنه يحتوي على عنوان آخر محطة لإكمال عملية الاقتراع الدائري بنجاح. وعادة ما يكون جار تدفق البيانات من الخادم من هذه المحطة هو المسؤول، ويمكنك إزالة جار تدفق البيانات من الخادم لحل المشكلة.

معلومات ذات صلة

- أستكشاف أخطاء DLSw وإصلاحها

- صفحة دعم DLSw (تبديل ربط البيانات) و DLSw+ (تحويل ربط البيانات الإضافي)

- الدعم التقني والمستندات - Cisco Systems