المحتويات

المقدمة

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

المتطلبات

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

الاصطلاحات

وصف دقة حركة شبكة PRI

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

الخطوة 1: تحقق من تكوين عبارة Cisco AS5xx0

الخطوة 2: تحقق من تكوين PGW 2200

الخطوة 3: تحقق من إرتباط RUDPV1 ومدير الجلسات بين AS5xx0 و PGW 2200

الخطوة 4: تحقق من حالة Q.921 بين AS5xx0 و PABX

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

المقدمة

يساعدك هذا المستند على أستكشاف أخطاء معلومات نقل حركة شبكة PRI وإصلاحها على Cisco PGW 2200 في وضع التحكم في المكالمات. ونظرا للاختلافات بين أسر البروتوكولات، تنقسم عمليات إعادة التأهيل إلى فئات عديدة. على سبيل المثال، ISDN لإرسال إشارات Q (QSIG) ونظام إرسال إشارات الشبكة الخاصة الرقمية (DPNSS).

يغطي هذا المستند نقل حركة شبكة PRI باستخدام Cisco PGW 2200 فقط.

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

المتطلبات

يجب أن يكون لدى قراء هذا المستند معرفة بالمواضيع التالية:

- برنامج Cisco Media Gateway Controller Software، الإصدار 9

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

تستند المعلومات الواردة في هذا المستند إلى البرنامج Cisco PGW 2200 Software، الإصدار 9.3(2) والإصدارات الأحدث.

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

الاصطلاحات

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

وصف دقة حركة شبكة PRI

نقل حركة شبكة إرسال إشارات PRI/Q.931 هي القدرة على نقل الإشارات (Q.931 والطبقات العليا) بشكل موثوق من خط اتصال PRI (راجع الشكل 1). يتم توصيل خط اتصال PRI هذا فعليا ببوابة وسائط تتصل بوحدة تحكم عبارة الوسائط (MGC - Cisco PGW 2200) للمعالجة. يتم نقل حركة شبكة إرسال الإشارات ل ISDN PRI عند حدود الطبقة 2 (Q.921) والطبقة 3 (Q.931). يتم إنهاء الطبقات السفلى من البروتوكول ومعالجتها على بوابة الوسائط (AS5xx0)، بينما يتم نقل الطبقات العليا إلى Cisco PGW 2200.

يتم نقل الطبقات العليا من البروتوكول إحتياطيا، أو يتم نقلها إلى Cisco PGW 2200 باستخدام بروتوكول مخطط بيانات المستخدم الذي يمكن الاعتماد عليه (RUDP) عبر IP. يوفر RUDP إخطارا مستقلا بالجلسات المتصلة والفشل، والتسلسل، التسليم المضمون لبروتوكولات إرسال الإشارات عبر شبكة IP. مدير جلسة نقل البيانات هي وظيفة برنامج على Cisco PGW 2200 وبوابة الوسائط التي تدير جلسات RUDP. يوفر نقل حركة شبكة الإشارات الميزة الإضافية لمعالجة البروتوكول الموزع. وهذا يسمح بقدر أكبر من القابلية للتوسيع والقابلية للتطوير. كما تقوم بإلغاء تحميل معالجة بروتوكول الطبقة الدنيا من Cisco PGW 2200. من طراز الطبقة، يتم تضمين نقل حركة شبكة PRI في الطبقة 3 من IP/UDP/RODP/Backhaul-Session-Manager/PRI ISDN.

شكل 1: نقل حركة شبكة PRI

الشكل 2: نقل حركة شبكة PRI - تسلسل إعداد المكالمات

الشكل 3: نقل حركة شبكة PRI - تسلسل إعداد المكالمات

الشكل 4: نقل حركة شبكة PRI - مسح المكالمة

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

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

- الخطوة 1: تحقق من تكوين عبارة Cisco AS5xx0.

- الخطوة 2: تحقق من تكوين Cisco PGW 2200.

- الخطوة 3: تحقق من إرتباط مدير الجلسة بين Cisco AS5xx0 و Cisco PGW 2200.

- الخطوة 4: تحقق من حالة Q.921 بين AS5400 و PABX.

الخطوة 1: تحقق من تكوين عبارة Cisco AS5xx0

أتمت هذا steps in order to فحصت البوابة تشكيل.

1. أصدرت هذا أمر تحت شامل تشكيل أسلوب أن setup ال backhaul جلسة مدير أن يتحدث إلى ال cisco PGW 2200 إن أنت تستلم ال IOS® خطأ رسالة ٪ BSM: جلسة لا يخلق، الحد الأقصى يتجاوز أنت يستطيع ساندت حد 16 جلسة في ios مدخل 5xx0.

backhaul-session-manager

set set1

group group1 set set1

session group group1 x.x.x.x x.x.x.x port priority

تعرض مخرجات الأمر هذه مثالا:

backhaul-session-manager

set pgw-cag client nft

group pgw-cag set pgw-cag

session group pgw-cag 213.254.253.140 6000 213.254.252.5 6000 1

session group pgw-cag 213.254.253.141 6000 213.254.252.5 6000 2

session group pgw-cag 213.254.253.156 6000 213.254.252.21 6000 3

session group pgw-cag 213.254.253.157 6000 213.254.252.21 6000 4

ملاحظة: لا يدعم تكوين Cisco IOS عند إستخدام تكوين مدير جلسة عمل نقل البيانات لوضع الجلسات التي تشير إلى PGW 2200s مادي مختلف ضمن المجموعة نفسها. تحتاج إلى فصل إثنين من PGW 2200s إلى مجموعتين. راجع معرف تصحيح الأخطاء من Cisco CSCec24132 للحصول على معلومات إضافية.

2. أدخل الأمر pri-group time 1-31 service mgcp لإعداد وحدة التحكم لإعادة تحميل PRI أسفل تكوين وحدة التحكم.

على سبيل المثال:

controller E1 7/5

pri-group timeslots 1-31 service mgcp

ملاحظة: يستخدم مثال التكوين هذا وحدة التحكم E1 7/5 التي تعكس في وقت لاحق تكوين Cisco PGW 2200.

3. إدراج الأمر isdn bind-l3 backhaul xxxx ضمن تكوين ISDN D-channel للارتباط بواجهة ISDN Layer 2 بإدارة جلسة عمل النقل الخلفي.

على سبيل المثال:

!

interface Serial7/5:15

no ip address

isdn switch-type primary-net5

isdn protocol-emulate network

isdn incoming-voice modem

isdn bind-l3 backhaul pgw-cag

isdn PROGRESS-instead-of-ALERTING

no isdn outgoing display-ie

isdn outgoing ie redirecting-number

isdn incoming alerting add-PI

no cdp enable

ملاحظة: إذا قمت بإضافة رمز سبب إعادة تعيين ISDN negotiate-bchan، فإنه ينطبق على المكالمات الصادرة فقط ولا ينطبق على المكالمات التي يتم استقبالها بواسطة الموجه. تقوم واجهة سطر الأوامر (CLI) هذه بإرسال الإعداد بدون المؤشر الحصري وتسمح للمحول بتحديد قناة B أخرى إذا كان لديه واحد متوفر. وإلا، عندما يستجيب المحول برمز السبب 41، فسيقوم الموجه بتحديد قناة B أخرى وإرسال الإعداد مرة أخرى.

ملاحظة: من الممكن ألا يحتوي المحول على قناة B تطابق الخصائص في رسالة الإعداد. في هذه الحالة، يكون المحول غير قادر على تعيين قناة B أخرى، كما يفشل إعداد مع قناة B أخرى مفضلة.

ملاحظة: لا يزال يتعذر عليك إستخدام نقل حركة شبكة NAS و PRI على وحدة التحكم في نفس الوقت. يمنع الأمر extsig mgcp على وحدة التحكم E1 (مطلوبة لوحدة التحكم في بروتوكول MGCP NAS) تكوين PRI-Group على وحدة التحكم:

as5400(config)#contro e1 7/0

as5400(config-controller)#extsig mgcp

as5400(config-controller)#pri-group service mgcp

%Default time-slot= 16 in use

4. قم بإصدار الأمر debug backhaul-session-manager لتصحيح أخطاء مدير جلسة عمل إعادة التوجيه.

الخطوة 2: تحقق من تكوين PGW 2200

أتمت هذا steps in order to فحصت ال PGW 2200 تشكيل.

1. إضافة IPFASPATH إلى تكوين Cisco PGW 2200.

prov-add:IPFASPATH:NAME="pri2-sig",DESC="Signalling PRI2

withCommunicationNAS02",EXTNODE="NAS02",MDO="ETS_300_102",

CUSTGRPID="Cisco1",SIDE="network",ABFLAG="n",CRLEN=2

وهذا يضمن أن متغير MDO يساوي متغير عبارة IOS.

ملاحظة: تحقق من متغير ISDN المضمن في هذا الجدول.

2. إضافة dchan إلى تكوين Cisco PGW 2200.

prov-add:DCHAN:NAME="pri2-dch1",DESC="Dchannel PRI2 to

Project Communication",SVC="pri2-sig",PRI=1,SESSIONSET=

"mil1-pri2-ses",SIGSLOT=7,SIGPORT=5

وهذا يضمن تحديد SigSlot/SigPort. كما يضمن أن cisco عبارة ميناء/فتحة و cisco PGW 2200 ميناء تلاءم على ال DCHAN.

ملاحظة: إذا كنت تستخدم وحدة التحكم E1 7/5 على بوابة IOS التي تتضمن أمر IOS isdn bind-l3 backhaul ios، فإن SIGSLOT=7،SIGPORT=5 لأمر MML DCHAN يلزم أن تكون نفس المعلومات.

3. بينما أنت زودت ال يحول شنطة، ضمنت أن أنت لا تملأ في الفسحة بين دعامتين معلم ك '0'. يمكنك رؤية ذلك من محتوى العمود الثالث في ملف export_trunk.dat.

الفسحة بين دعامتين يحتاج قيمة أن يكون 'ffff' على ال يحول شنطة. قم بإصدار الأمر prov-exp:all:dirname="file_name" من سطر الأوامر MML للتحقق من ذلك.

mgcusr@pgw2200-1% mml

Copyright © 1998-2002, Cisco Systems, Inc.

Session 1 is in use, using session 2

pgw2200-1mml> prov-exp:all:dirname="check1"

MGC-01 - Media Gateway Controller 2005-08-12 17:39:44.209 MEST

M  RTRV

"ALL"

;

pgw2200-1 mml> quit

انتقل إلى دليل /opt/CiscoMGC/etc/cust_specific/check1. في ملف export_trunk.dat، تأكد من أن العمود الثالث يحتوي على 'ffff' بدلا من الأصفار (0). إذا لم تكن هذه هي الحالة، فقم بتحرير الملف وتغييره.

4. قم بإصدار الأمر prov-add:files:name="BCFile"،file="export_trunk.dat"،action="import" لبدء جلسة تزويد MML، وإعادة إستيراد ملف خطوط الاتصال.

يجب أن يكون ملف export_trunk.dat المعدل ضمن الدليل /opt/CiscoMGC/etc/cust_specific/check1. تذكر أنه سيتم إصدار ملف تعريف CPY للتكوين الجديد الذي سيتم إجراؤه.

5. قم بإصدار الأمر MML rtrv-alms لشرح نوع الخطأ الذي يتم إختباره حاليا.

rtrv-dest:all

!--- Shows the MGCP connectivity status of nodes !--- that the PGW 2200 defines.

rtrv-dchan:all

!--- On the active PGW 2200, the status is !--- pri-1:ipfas-1,LID=0:IS. On the standby PGW 2200, !--- the status is pri-1:ipfas-1,LID=0:OOS,STBY.

rtrv-iplnk:all

!--- All of the iplnk are on the standby PGW 2200 in the !--- iplnk-1:OOS,STBY status. They are actually in !--- the OOS state because no message is handled by them. !--- On the active PGW 2200, you see the status as iplnk-1:IS. !--- The other statuses are explained in the !--- MML Command Reference Chapter of the Cisco MGC Software !--- MML Command Reference Guide.

rtrv-tc:all

!--- Shows the status of all call channels.

rtrv-alms::cont

!--- Check the Alarms status on the Cisco PGW 2200.

يمكنك أيضا إسترداد التفاصيل من /opt/CiscoMGC/var/log لملف alm.csv باستخدام أمر perl perl -F، -anwe 'print unpack("x4 A15"، localtime($F[1])،".$F[2]: @F[0،3..7]" < meas.csv.

ملاحظة: أستخدم الوقت بدلا من الوقت المحلي إذا كنت ترغب في التحويل إلى الطوابع الزمنية بالتوقيت العالمي المنسق (UTC). الإنتاج بهذا التنسيق:

Aug 10 15:58:53.946: 0 0 1 "Fail to communicate with peer module

over link B" "ipAddrPeerB" "ProvObjManagement"

Aug 10 21:29:30.934: 0 1 1 "Provisioning: Dynamic Reconfiguration"

"POM-01" "ProvObjManagement"

Aug 10 21:29:48.990: 0 1 2 "Signal Channel Failure" "c7iplnk1-ls-stp1" "IosChanMgr"

Aug 10 21:29:49.620: 0 0 2 "Non-specific Failure" "ls-stp1" "IosChanMgr"

Aug 10 21:29:49.620: 0 0 2 "Signal Channel Failure" "c7iplnk1-ls-stp1" "IosChanMgr"

Aug 10 21:29:49.630: 0 0 2 "SS7 Signaling Service Unavailable" "srv-bru8" "IosChanMgr"

6. قم بإصدار أمر UNIX tail -f platform.log للتحقق من النظام الأساسي.log under directory /opt/ciscoMGC/var/log.

ارجع إلى رسائل السجل للحصول على معلومات إضافية.

7. تحقق من متغير ISDN.

يتم إستخدام الأمر isdn switch-type primary-net5 على بوابة IOS. في cisco PGW 2200، هو مرتبط إلى mdo=ETS_300_102 في ال ipfaspath.

يوضح هذا الجدول متغيرات ISDN المدعومة ل the Cisco PGW 2200:

اسم المتغير

ISDNPRI

المواصفات

ملاحظات

ETS_300_102

ISDNPRI

معيار ETSI 300_102

ETSI PRI

ETS_300_102_C2

ISDNPRI

معيار ETSI 300_102

ETSI PRI

إي تي_41459

ISDNPRI

إيه تي أند تي 41459

إي تي إس دي إن بي

المعيار ATT_41459_C2

ISDNPRI

(خط طول نورتل)

Cisco AT&T PRI

ETS_300_172

ISDNPRI

معيار ETSI 300-172

ETSI QSIG

ق 931_أستراليا

ISDNPRI

الطراز Q931

أستراليا PRI

الطراز Q931

ISDNPRI

الطراز Q931

الطراز Q931

Q931_Singapore

ISDNPRI

الطراز Q931

سنغافورة

يأتي إخراج الأمر هذا العينة من بوابة IOS.

v5350-3(config)#isdn switch-type ?

primary-4ess    Lucent 4ESS switch type for the U.S.

primary-5ess    Lucent 5ESS switch type for the U.S.

primary-dms100  Northern Telecom DMS-100 switch type for U.S.

primary-net5    NET5 switch type for UK, Europe, Asia , Australia

primary-ni      National ISDN Switch type for the U.S.

primary-ntt     NTT switch type for Japan

primary-qsig    QSIG switch type

primary-ts014   TS014 switch type for Australia (obsolete)

v5350-3(config)#

الخطوة 3: تحقق من إرتباط RUDPV1 ومدير الجلسات بين AS5xx0 و PGW 2200

أتمت هذا steps in order to فحصت ال RUDPV1 و جلسة مدير خطوة.

1. أصدرت هذا عرض وواضح أمر:

- show rudpv1 failed— يعرض أي حالات فشل تم الكشف عنها بواسطة RUDPV1. على سبيل المثال، يمكنك عرض SendWindowFullFailures. وهذا يشير إلى وجود إزدحام يرسل المقاطع على إرتباط IP.

- show rudpv1 parameters—يعرض معلمات اتصال rudpv1 وحالة ومعلمات كل الجلسات الحالية. نوع الاتصال إما نشط أو سلبي. يشير Active إلى أن هذا النظير هو العميل وأنه قام ببدء الاتصال. يشير خامل إلى أن هذا النظير كان الخادم واستمع إلى الاتصال.

- show rudpv1 statistics— يعرض إحصائيات rdpv1 الداخلية والإحصائيات لجميع جلسات العمل الحالية والإحصاءات التراكمية عبر جميع إتصالات RUDP منذ آخر مرة تم فيها إعادة تشغيل المربع أو تم تنفيذ أمر إحصائيات واضحة.

- مسح إحصائيات RUDPV1—مسح كافة إحصائيات RUDPV1 التي تم تجميعها. قم بتنفيذ هذا الأمر في أي وقت تكون الإحصائيات الحالية مطلوبة وكانت عبارة IOS قيد التشغيل لفترة زمنية ممتدة.

2. قم بإصدار الأمر debug rudpv1.

#debug rudpv1 ?

application  Enable application debugging

client       Create client test process

performance  Enable performance debugging

retransmit   Enable retransmit/softreset debugging

segment      Enable segment debugging

server       Create server test process

signal       Show signals sent to applications

state        Show state transitions

timer        Enable timer debugging

transfer     Show transfer state information

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

تحذير: يقوم تصحيح الأخطاء هذا بطباعة سطر واحد لكل مقطع يتم إرساله أو إستلامه. إذا كان هناك أي مقدار كبير من حركة المرور التي تعمل، فإن ذلك يتسبب في تأخيرات في التوقيتات التي تتسبب في فشل الارتباط.

3. قم بإصدار الأمر show backhaul-session-manager وshow backhaul set all لمعرفة ما إذا كان أنبوب IP الذي ينقل الإشارات سليما.

NAS02#show backhaul-session-manager group status all

Session-Group

Group Name   : pgw-cag

Set Name     : pgw-cag

Status       : Group-Inservice

Status (use) : Group-Active

NAS02#show backhaul  set all

Session-Set

Name   : pgw-cag

State  : BSM_SET_ACTIVE_IS

Mode   : Non-Fault-Tolerant(NFT)

Option : Option-Client

Groups : 1

statistics

Successful switchovers:0

Switchover Failures: 0

Set Down Count 1

Group: pgw-cag

الحالات المختلفة للأمر show backhaul set all هي:

- BSM_SET_IDLE

- BSM_SET_OOS

- BSM_SET_STDBY_IS

- BSM_SET_ACTIVE_IS

- BSM_SET_FULL_IS

- BSM_SET_SWITCH_OVER

- BSM_SET_UNKNOWN

إذا بدا كل شيء على ما يرام، فهذا يؤكد أيضا أن إرتباط مجموعة الجلسات المتوافق على Cisco PGW 2200 له حالة "في الخدمة" (أمر MML rtrv-iplnk). أصبح ممر البيانات بين Cisco PGW 2200 و IOS Gateway AC5xx0 الآن قيد التشغيل الكامل. تتمثل الخطوة التالية في التحقق من الحدود بين بوابة Cisco IOS AS5xx0 و PABX.

الخطوة 4: تحقق من حالة Q.921 بين AS5xx0 و PABX

أتمت هذا steps in order to فحصت ال Q.921 وضع بين ال AS5xx0 و PABX.

1. قم بإصدار الأوامر show isdn status وshow isdn service.

NAS02#show isdn status

Global ISDN Switchtype = primary-net5

ISDN Serial7/5:15 interface

******* Network side configuration *******

dsl 0, interface ISDN Switchtype = primary-net5

L2 Protocol = Q.921  L3 Protocol(s) = BACKHAUL

Layer 1 Status:

ACTIVE

Layer 2 Status:

TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED

Layer 3 Status:

0 Active Layer 3 Call(s)

Active dsl 0 CCBs = 0

The Free Channel Mask:  0xFFFF7FFF

Number of L2 Discards = 4, L2 Session ID = 25

Total Allocated ISDN CCBs = 0

NAS02#show isdn service

PRI Channel Statistics:

ISDN Se7/5:15, Channel [1-31]

Configured Isdn Interface (dsl) 0

Channel State (0=Idle 1=Proposed 2=Busy 3=Reserved 4=Restart 5=Maint_Pend)

Channel :  1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

State   :  0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 3 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

Service State (0=Inservice 1=Maint 2=Outofservice)

Channel :  1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

State   :  0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

هنا أنت يستطيع بدأت أن يرى المشكلة Q.921 لا يظهر أن يماثل على ال PGW 2200 جانب إلى الغاية و D-channel أن يبقى في حالة خارج الخدمة. الاحتمال الأول هو عدم تطابق في تكوين جانب الشبكة Q.921. من السهل أن ترى أن هذا ليس سبب المشكلة لأن إزالة شبكة محاكاة بروتوكول ISDN من تكوين AS5400 لم تحل المشكلة.

2. اعرض تصحيح أخطاء Q.921 لمعرفة سبب عدم ظهور إرتباط Q.921. هذا هو مخرج تصحيح الأخطاء.

Apr 14 10:57:23.600: ISDN Se7/5:15 Q921: Net TX -> SABMEp sapi=0 tei=0

Apr 14 10:57:24.600: ISDN Se7/5:15 Q921: Net TX -> SABMEp sapi=0 tei=0

Apr 14 10:57:25.600: ISDN Se7/5:15 Q921: Net TX -> SABMEp sapi=0 tei=0

Apr 14 10:57:45.419: ISDN Se7/5:15 Q921: Net RX <- BAD FRAME(0x02017F)

Apr 14 10:57:46.419: ISDN Se7/5:15 Q921: Net RX <- BAD FRAME(0x02017F)

يرسل AS5400 Q.921 SAME لتهيئة الرابط ويستلم إطارا لا يمكنه تفسيره (إطار سيئ). والإمكانيات هي:

- توجد مشكلة في جهاز E1 ل AS5400 هذا.

- حلقة E1 على الجانب البعيد.

- مشكلة في الأجهزة أو التهيئة على الجانب البعيد.

يتم إستبعاد هذا الاحتمال الأول بنقل التكوين إلى E1 آخر غير مستخدم على نفس AS5400. ويبدو أن المشكلة هي ذاتها تماما. كما يتحقق العميل من عدم وجود تكرار حلقي في E1. عند هذه النقطة، تحقق من جانب PABX.

3. قم بإصدار الأمر show controller للتحقق من إمكانية حدوث أخطاء في الطبقة 1.

#show controllers E1

Framing is CRC4, Line Code is HDB3, Clock Source is Line.

Data in current interval (480 seconds elapsed):

107543277 Line Code Violations, 0 Path Code Violations

120 Slip Secs, 480 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins

0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 480 Unavail Secs

Total Data (last 24 hours)

3630889 Line Code Violations, 4097 Path Code Violations,

2345 Slip Secs, 86316 Fr Loss Secs, 20980 Line Err Secs, 0 Degraded Mins,

1 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 86317 Unavail Secs

4. عندما تقوم بإصدار الأمر shutdown ضمن وحدة التحكم، تكون النتيجة رسالة تصحيح الأخطاء هذه:

000046: Jun 2 16:19:16.740: %CSM-5-PRI: delete PRI at slot 7, unit 2, channel 0

000047: Jun  2 16:19:16.744: %CONTROLLER-5-UPDOWN: Controller E1 7/2, changed sn

000048: Jun  2 16:19:16.744: SESSION: PKT: xmt. (34) bufp: 0x6367F52C, len: 16

أصدرت ال MML أمر rtrv-alms على ال PGW 2200:

mml> rtrv-alms

MGC-02 - Media Gateway Controller 2005-06-02 18:11:29.285 GMT

M  RTRV                                                                                                                                                                                                                            "pri-bucegi: 2005-06-02 17:28:15.301 GMT,ALM=\"FAIL\",SEV=MJ"

عند إصدار الأمر no shutdown ضمن وحدة التحكم، تكون النتيجة رسالة تصحيح الأخطاء هذه على بوابة IOS:

000138: Jun  2 17:03:25.350: %CONTROLLER-5-UPDOWN: Controller E1 7/2, changed sp

000139: Jun  2 17:03:25.350: %CSM-5-PRI: add PRI at slot 7, unit 2, channel 15 0

ارجع إلى نقل حركة شبكة إرسال إشارات PRI/Q.931 لتطبيقات وكيل الاتصال للحصول على أوامر تصحيح أخطاء IOS الإضافية.

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

- ملاحظات Cisco PGW 2200 Softswitch Tech

- الوثائق التقنية لوحدات تحكم إرسال الإشارات من Cisco

- دعم تقنية الصوت

- دعم منتجات الاتصالات الصوتية واتصالات IP

- استكشاف أخطاء خدمة IP الهاتفية من Cisco وإصلاحها

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