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

المقدمة

يصف هذا المستند كيفية استكشاف الأخطاء وإصلاحها والتأكد من تشغيل T1 لواجهة المعدل الأولي (PRI) بشكل صحيح.

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

المتطلبات

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

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

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

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

الاصطلاحات

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

معلومات أساسية

عند استكشاف أخطاء واجهة المعدل الأولي (PRI) وإصلاحها، تأكد من تشغيل T1 بشكل صحيح على كلا الطرفين. السبب في ذلك هو أن إرسال إشارات واجهة المعدل الأولي (PRI) لشبكة ISDN يعتمد على مقدمة الطبقة المادية لـ T1. للتحقق مما إذا كانت الطبقة 1 لـ T1 تعمل بشكل صحيح أم لا، استخدم الأمر show controller t1. تأكد من عدم وجود أخطاء في أي من العدّادات. تأكد من تكوين الإطارات وترميز الخط ومصدر الساعة بشكل صحيح. راجع المخطط الانسيابي الخاص باستكشاف أخطاء T1 وإصلاحها لمزيد من المعلومات. اتصل بمزود الخدمة الخاص بك لمعرفة الإعدادات الصحيحة.

عندما تقوم بحل مشاكل في الطبقة 1، وتكون عدادات show controller t1 صفر، يمكنك التركيز على الطبقتين 2 و 3 من إرسال إشارات ISDN PRI.

تلميح: يمكنك إستخدام الأمر clear counters لإعادة ضبط العدادات T1. عند وضوح العدّادات، يمكنك بسهولة ملاحظة ما إذا كان خط T1 يواجه أي أخطاء أم لا. ومع ذلك، تذكر أن هذا الأمر يعمل على مسح جميع منافذ العرض الأخرى أيضا. فيما يلي مثال:

maui-nas-03#clear counters
Clear "show interface" counters on all interfaces [confirm]
maui-nas-03#
*Apr 12 03:34:12.143: %CLEAR-5-COUNTERS: Clear counter on all interfaces by console

استخدم الأمر show isdn status

يُعد الأمر show isdn status مفيدًا للغاية لاستكشاف مشكلات إرسال إشارات ISDN وإصلاحها. يُعد الأمر show isdn status ملخص الحالة الحالية لجميع واجهات شبكة ISDN، وكذلك حالة الطبقات 1 و2 و3. فيما يلي مثال على إخراج أمر show isdn status:

maui-nas-03#show isdn status
Global ISDN Switchtype = primary-5ess
ISDN Serial0:23 interface
        dsl 0, interface ISDN Switchtype = primary-5ess
    Layer 1 Status:
        ACTIVE
    Layer 2 Status:
        TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
    Layer 3 Status:
        5 Active Layer 3 Call(s)
    Activated dsl 0 CCBs = 5
        CCB:callid=7D5, sapi=0, ces=0, B-chan=9, calltype=DATA
        CCB:callid=7D6, sapi=0, ces=0, B-chan=10, calltype=DATA
        CCB:callid=7DA, sapi=0, ces=0, B-chan=11, calltype=DATA
        CCB:callid=7DE, sapi=0, ces=0, B-chan=1, calltype=DATA
        CCB:callid=7DF, sapi=0, ces=0, B-chan=2, calltype=DATA
    The Free Channel Mask:  0x807FF8FC
ISDN Serial1:23 interface
        dsl 1, interface ISDN Switchtype = primary-5ess
    Layer 1 Status:
        ACTIVE
    Layer 2 Status:
        TEI = 0, Ces = 1, SAPI = 0, State = TEI_ASSIGNED
    Layer 3 Status:
        0 Active Layer 3 Call(s)
    Activated dsl 1 CCBs = 0
    The Free Channel Mask:  0x807FFFFF
    Total Allocated ISDN CCBs = 5

أكمل هذه الخطوات للتحقق من حالة الطبقات:

1. تحقق مما إذا كانت الطبقة 1 في الحالة "النشطة". يجب أن تكون حالة الطبقة 1 "نشطة" دائمًا ما لم يتم تعطيل T1.

   إذا أشار إخراج الأمر show isdn status إلى أنه تم "إلغاء تنشيط" الطبقة 1، فهذا يعني أن هناك مشكلة في الاتصال المادي لخط T1. إذا كان الخط معطلاً إداريًا، فاستخدم الأمر no shutdown لإعادة تشغيل الواجهة.

2. تأكد من أن الطبقة 2 في حالة MULTIPLE_FRAME_ESTABLISHED. هذه هي الحالة المطلوبة للطبقة 2. تشير هذه الحالة إلى أن الموجّه قد تلقى رسالة SABME (تعيين الوضع المتوازن غير المتزامن الموسّع) لشبكة ISDN، واستجاب بإطار UA (إقرار غير مُرقّم) للمزامنة مع مبدّل Telco. وعلاوة على ذلك، يجب أن يكون هناك تبادل ثابت لإطارات الطبقة 2 (جهاز استقبال جاهز، RR) بين الجهازين. عند حدوث ذلك، يقوم الموجّه ومبدّل شبكة ISDN بتهيئة بروتوكول الطبقة 2 لشبكة ISDN بالكامل. للحصول على معلومات حول كيفية تحديد رسائل SABME وRR، راجع قسم استخدام الأمرdebug q921.

   إذا لم تكن الطبقة 2 في الحالة MULTIPLE_FRAME_ESTABLISHED، فاستخدم الأمرdebug isdn q921لتشخيص المشكلة.

   وعلاوة على ذلك، فإن الأمر show isdn status يعرض ملخص الحالة الحالية. وبالتالي، يمكن أن تتحرك الطبقة 2 لأعلى ولأسفل على الرغم من أنها تشير إلى حالة MULTIPLE_FRAME_ESTABLISHED. قسم debug isdn q921 لضمان استقرار الطبقة 2.

   في الوقت الحالي، استخدم الأمر show controllers t1 للتحقق من T1 مجددًا، والتأكد من عدم وجود أخطاء. إذا كانت هناك أخطاء، ارجع إلى مخطط التدفق الخاص باستكشاف أخطاء T1 وإصلاحها.

في عينة إخراج الأمر show isdn status، لاحظ أن T1 0 (قناة D الخاصة بها هي Serial 0:23) تحتوي على الطبقة 1 على أنها "نشطة" والطبقة 2 على أنها MULTIPLE_FRAME_ESTABLISHED للإشارة إلى أن قناة إرسال الإشارات تعمل بشكل صحيح وتُبادل إطارات الطبقة 2 مع مُبدّل Telco. تحتوي القناة D ‫(Serial1:23) لـ T1 1 على الطبقة 1 "النشطة"، ولكن الطبقة 2 هي TEI_ASSIGNED، والتي تشير إلى أن PRI لا تُبادل إطارات الطبقة 2 مع المُبدّل. استخدم الأمر show controller t1 ×للتحقق أولاً من دائرة controller t1، والتحقق مما إذا كانت نظيفة (أي أنها لا تحتوي على أخطاء) قبل استكشاف مشكلة الطبقة 2 لشبكة ISDN وإصلاحها باستخدام debug isdn q921 . راجع المخطط الانسيابي الخاص باستكشاف أخطاء T1 وإصلاحها لمزيد من المعلومات

استخدم الأمر debug isdn q921

يعد هذا الأمر debug مفيدًا عند استكشاف مشكلات إرسال إشارات الطبقة 2 لشبكة ISDN وإصلاحها. يعرض الأمر debug isdn q921 إجراءات الوصول إلى طبقة ارتباط البيانات (الطبقة 2) التي تحدث في الموجّه على قناة D. يمكن أن يشير ذلك إلى ما إذا كانت المشكلة تكمن في NAS أو مبدّل Telco أو الخط.

استخدم الأمر logging console أو terminal monitor للتأكد من أنك قد قمت بالتكوين لعرض رسائل تصحيح الأخطاء.

ملاحظة: في بيئة الإنتاج، استخدم الأمر show logging لضمان تعطيل الأمر console logging. إذا تم تمكين الأمر logging console، يمكن لخادم الوصول إيقاف وظائفه بشكل متقطع عند زيادة التحميل برسائل السجل على منفذ وحدة التحكم. أدْخِل الأمر no logging console لتعطيل تسجيل الدخول على منفذ وحدة التحكم. يرجى الرجوع إلى معلومات مهمة حول أوامر التصحيح للحصول على مزيد من المعلومات.

ملاحظة: إذا تم تشغيل debug isdn q921 ولم تستلم أي مخرجات تصحيح الأخطاء، فتحقق أولا وتأكد من تمكين المراقبة الطرفية. ثم جرّب إعادة تعيين وحدة التحكم أو قناة D للحصول على مخرجات عملية تصحيح الأخطاء. يمكنك استخدام الأمر clear controller t1 أو clear interface serial ×:23 لإعادة تعيين الخط.

أكمل هذه الخطوات لضمان حدوث إجراءات الوصول إلى طبقة ارتباط البيانات في الموجّه على قناة D:

1. تحقّق مما إذا كانت الطبقة 2 مستقرة أم لا. للقيام بذلك، ابحث عن الرسائل في إخراج تصحيح الأخطاء. هنا ال debug isdn q921 إنتاج عندما يمر جهاز تحكم T1 من خلال إيقاف عمل ولا إيقاف عمل :

   Mar 20 10:06:07.882: %ISDN-6-LAYER2DOWN: Layer 2 for Interface Se0:23, 
   TEI 0 changed to down
   Mar 20 10:06:09.882: %LINK-3-UPDOWN: Interface Serial0:23, 
   changed state to down
   Mar 20 10:06:21.274: %DSX1-6-CLOCK_CHANGE: 
   Controller 0 clock is now selected as clock source
   Mar 20 10:06:21.702: %ISDN-6-LAYER2UP: Layer 2 for Interface Se0:23, 
   TEI 0 changed to up
   Mar 20 10:06:22.494: %CONTROLLER-5-UPDOWN: Controller T1 0, 
   changed state to up
   Mar 20 10:06:24.494: %LINK-3-UPDOWN: Interface Serial0:23, 
   changed state to up

   إذا تحرك الخط لأعلى ولأسفل، فسيتم عرض إخراج مشابه لهذا:

   %ISDN-6-LAYER2DOWN: Layer 2 for Interface Se0:23, TEI 0 changed to down
   %LINK-3-UPDOWN: Interface Serial0:23, changed state to down
   %ISDN-6-LAYER2UP: Layer 2 for Interface Se0:23, TEI 0 changed to up
   %LINK-3-UPDOWN: Interface Serial0:23, changed state to up
   %ISDN-6-LAYER2DOWN: Layer 2 for Interface Se0:23, TEI 0 changed to down
   %LINK-3-UPDOWN: Interface Serial0:23, changed state to down

2. إذا كانت الطبقة 2 مستقرة، يجب أن يبدأ الموجّه والمُبدّل في المزامنة مع بعضهما البعض. تظهر رسالة تعيين الوضع المتوازن غير المتزامن الموسّع (SABME) على الشاشة. تشير هذه الرسالة إلى أن الطبقة 2 تحاول التهيئة مع الجانب الآخر. يمكن لأي من الجانبين إرسال الرسالة ومحاولة التهيئة مع الجانب الآخر. إذا تلقى الموجّه رسالة SABME، يجب أن يعيد إرسال إطار "إقرار غير مرقّم" (UAf). ثم يغيّر الموجّه حالة الطبقة 2 إلى MULTIPLE_FRAME_ESTABLISHED. فيما يلي مثال:

   *Apr 12 04:14:43.967: ISDN Se0:23: RX <- SABMEp c/r=1 sapi=0 tei=0
   
   *Apr 12 04:14:43.971: ISDN Se0:23: TX -> UAf c/r=1 sapi=0 tei=0
   
   

   إذا استقبل المُبدّل UAf وتعرَّف عليه، فستتم مزامنة كلا الجهازين، ويتم تبادل رسائل تنشيط الاتصال الدورية بين الموجّه ومُبدّل ISDN. تكون هذه الرسائل في شكل "جهاز استقبال جاهز" (RRf وRRp). تظهر رسائل تنشيط الاتصال هذه بفارق عشر ثوانٍ، وتضمن أن كلا الجانبين قادران على التواصل مع بعضهما البعض. على سبيل المثال:

   *Apr 12 05:19:56.183: ISDN Se0:23: RX <- RRp sapi=0 tei=0 nr=18
   
   *Apr 12 05:19:56.183: ISDN Se0:23: TX -> RRf sapi=0 tei=0 nr=18
   *Apr 12 05:20:06.247: ISDN Se0:23: RX <- RRp sapi=0 tei=0 nr=18
   
   *Apr 12 05:20:06.247: ISDN Se0:23: TX -> RRf sapi=0 tei=0 nr=18
   *Apr 12 05:20:16.311: ISDN Se0:23: RX <- RRp sapi=0 tei=0 nr=18
   
   *Apr 12 05:20:16.311: ISDN Se0:23: TX -> RRf sapi=0 tei=0 nr=18
   
   

   

   ملاحظة: راجع Tx و Rx والسهم. يشير TX إلى أن الموجّه يرسل الإشارة باتجاه المُبدّل. يشير RX إلى أن الموجّه يستقبل الإشارة من المُبدّل.

3. في بعض الأحيان، لا تظهر قناة D بشكل صحيح وتبقى في حالة TEI_ASSIGNED، أو تتحرك الطبقة 2 لأعلى ولأسفل. قد ينتج ذلك عن الإرسال في اتجاه واحد أو حِزم رسائل تنشيط الاتصال المفقودة. عندما يفقد أي من الجانبين أربع رسائل تنشيط اتصال متتالية، يحاول الجانب المعني تهيئة ارتباط الطبقة 2 مرة أخرى. لتحقيق ذلك، يُعيد الجانب إرسال رسالة SABME ويبدأ العملية من جديد. في هذه الحالة، يجب عليك معرفة ما إذا كانت رسائل تنشيط الاتصال هذه موضوعة بالفعل على السلك وما إذا كان أحد الجانبين لا يستجيب لرسائل تنشيط الاتصال عند استقبالها.

   لعزل المشكلة، استخدم الأمر debug isdn q921 و show interface serial ×:23 وأكمل هذه الخطوات على الموجّه ومع مزود خدمة T1 ‫(Telco):

   1. نفِّذ show interface serial ×:23 عدة مرات، وتأكد من زيادة عدّاد الإخراج وعدم وجود حالات انخفاض أو أخطاء في الإدخال/الإخراج.

   2. أنشئ قابس استرجاع T1 ثم قم بتوصيله بمنفذ T1 الذي تريد استكشاف الأخطاء فيه وإصلاحها. يجب أن يشير إخراج debug isdn q921 إلى أنه تم إرسال SAME، وتم تلقي هذه الرسالة:

      RX <- BAD FRAME(0x00017F)Line may be looped!

      إذا لم يظهر أي تصحيح أخطاء، فقم بتنفيذ عملية إيقاف التشغيل ولا يوجد إيقاف تشغيل على وحدة التحكم المطابقة في T1.

      تشير رسائل "الإطار الرديء" إلى أن الموجّه يعمل بشكل صحيح. يرسل الموجّه حِزمة SABME. يتم استرجاع الرسالة مرة أخرى إلى الموجّه، ولهذا السبب يستقبل الموجّه رسالة SABME نفسها التي تم إرسالها. يضع الموجّه علامة عليه كإطار رديء، ويعرض رسالة الخطأ. تشير رسالة الخطأ إلى أنه ربما تم تكرار الخط. هذا هو السلوك المتوقع للدائرة المتكررة. وبالتالي، تكمن المشكلة في مُبدّل Telco ISDN أو توصيل الكبلات من نقطة تعيين الحدود إلى مبدّل Telco.

      وعلى الرغم من ذلك، إذا تم استرجاع الخط وأرسل الموجّه رسائل SABME ولكنه لم يستقبلها مرة أخرى، فمن الممكن أن تكون هناك مشكلة في قابس استرجاع أسلاك الربط المادية أو واجهة الموجّه نفسها. يرجى الرجوع إلى اختبارات الاسترجاع لخطوط T1/56K والتحقق مما إذا كان يمكنك اختبار اتصال الموجّه من الموجّه نفسه بمساعدة اختبار استرجاع أسلاك الربط. إذا لم تتمكن من اختبار اتصال الموجّه، فقد تكون هناك مشكلة بالأجهزة في وحدة التحكم في T1. في هذه الحالة، اتصل بمركز الدعم الفني (TAC) للحصول على المساعدة. إذا كان بإمكانك اختبار اتصال الموجّه، فانتقل إلى الخطوة c.

   3. بعد عزل الموجّه ومنافذ T1 واختبارها والتأكد من أنها في حالة جيدة، ستحتاج إلى إشراك Telco لاستكشاف الأخطاء وإصلاحها بشكل أكبر.

      • تواصل مع Telco واستفسر عن سبب عدم استجابة المُبدّل لرسائل تنشيط الاتصال. وأيضًا اطلب من Telco التحقق لمعرفة ما إذا كانوا يرون رسائل تنشيط الاتصال أو أي رسالة واردة للطبقة 2 لشبكة ISDN من الموجّه.

      • أجرِ اختبار الاسترجاع مرة أخرى، ولكن هذه المرة قم بتوسيع اختبار الاسترجاع ليشمل مبدّل Telco. تم توضيح هذا الإجراء في مقالة اختبارات الاسترجاع لخطوط T1/56K.

      • اطلب من فني مبدّل Telco وضع حلقة على الخط، ثم اختبر ما إذا كان لا يزال بإمكان الموجّه اختبار الاتصال بنفسه.

      • إذا لم يتمكن الموجّه من اختبار الاتصال بنفسه، فقد تكون هناك مشكلة في توصيل أسلاك الدائرة باتجاه مبدّل Telco ISDN. يرجى الرجوع إلى اختبارات الاسترجاع لخطوط T1/56K للحصول على مزيد من المعلومات.

      • إذا تمكن الموجّه من اختبار الاتصال نفسه، فهذا يعني نجاح اختبار الاسترجاع. تراجع عن تكوين الاسترجاع وقم بتغيير تكوين وحدة التحكم من channel-group إلى pri-group .

        maui-nas-03(config)#controller t1 0
        maui-nas-0(config-controller)#no channel-group 0
        maui-nas-0(config-controller)#pri-group timeslots 1-24
        

      • قم بإجراء عملية تنشيط وبدون إيقاف عمل لوحدة التحكم وتحقق لمعرفة ما إذا كان الموجه يرسل هذا:

        ISDN Se0:23: TX -> SABMEp sapi = 0 tei = 0

        ويستقبل هذا:

        RX <- BAD FRAME(0x00017F)Line may be looped!

        في حال حدوث ذلك، يعمل الموجّه بشكل صحيح ويكون مسار الإرسال والاستقبال باتجاه Telco جيدًا. تكمن المشكلة في مبدّل ISDN أو شبكة ISDN. ومع ذلك، إذا أرسل الموجّه:

        ISDN Se0:23: TX -> SABMEp sapi = 0 tei = 0

        ولا يتلقى هذا:

        RX <- BAD FRAME(0x00017F)Line may be looped!

        اتصل بدعم TAC للحصول على مزيد من المساعدة.

استكشاف أخطاء الطبقة 3 للشبكة الرقمية للخدمات المتكاملة (ISDN) وإصلاحها

عند حل جميع مشكلات الطبقة 2 المرتبطة بـ PRI، والتأكد من أن الأجهزة تعمل بشكل جيد، يجب عليك استكشاف أخطاء الطبقة 3 لشبكة ISDN وإصلاحها. يرجى الرجوع إلى استكشاف أخطاء الطبقة 3 لواجهة ISDN BRI وإصلاحها باستخدام الأمر debug isdn q931 للحصول على مزيد من المعلومات.

ملاحظة: حتى على الرغم من أن المستند يناقش استكشاف أخطاء الطبقة 3 وإصلاحها لواجهات BRI، يمكنك تطبيق المفاهيم نفسها على استكشاف أخطاء واجهة PRI للطبقة 3 وإصلاحها. كما يمكنك الرجوع إلى فَهْم رموز سبب قطع اتصال الأمر debug isdn q931 لتفسير سبب قطع اتصال الطبقة 3.

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

• استكشاف أخطاء تنبيه T1 وإصلاحها
• اختبارات الاسترجاع لخطوط T1/56K
• استكشاف أخطاء أحداث خطأ T1 وإصلاحها
• الدعم الفني والتنزيلات من Cisco