حل خطأ PGW 2200 Softswitch للمكالمات المعلقة ل MGCP

  

المقدمة

يشرح هذا المستند العناصر المرتبطة بالمكالمات المعلقة على البوابة الخاصة بحل Cisco PGW 2200 Softswitch للتحكم في المكالمات، بالإضافة إلى سيناريو يساعدك على أستكشاف الأخطاء وإصلاحها. حاليا، لا تمتلك بوابة Cisco IOS® القدرة على ربط عنصر معالجة الخدمة (SPE) (والذي يتم شرحه في المستند فهم إصدارات NextPort SPE) مع خدمة رقمية صفر (DS0) واتصال بروتوكول التحكم في عبارة الوسائط (MGCP). بدون تصحيح أخطاء Cisco IOS، من غير الممكن تعيين DS0 إلى معالج إشارة رقمية (DSP) باستخدام أمر Cisco IOS show tdm يخطط لأنواع المكالمات المستندة إلى MGCP. يتم تقديم معرف تصحيح الأخطاء من Cisco CSCdz47711 (العملاء المسجلون فقط) لإصلاح هذه الحالة لعبارات AS5350، AS5400، و AS5850 Cisco IOS.

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

المتطلبات

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

• وثائق الإصدار 9 من برنامج Cisco Media Gateway Controller Software

• ملاحظات الإصدار الخاصة ببرنامج Cisco Media Gateway Controller Software، الإصدار 9.3(2)

• ملاحظات الإصدار الخاصة ببرنامج Cisco Media Gateway Controller Software، الإصدار 9.4(1)

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

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

• برنامج PGW 2200 الإصدار 9.3(2) و 9.4(1) من Cisco

• بوابة IOS الإصدار 12.3 و 12.3T من Cisco

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

الاصطلاحات

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

حل أخطاء المكالمات المعلقة ل MGCP

إذا واجهت سيناريو إستدعاء MGCP معلق، فلن يكون إستخدام تصحيح الأخطاء مفيدا. أيضا، بالنسبة لأي نظام مباشر، من الصعب ربط مغلف الحمولة المتزامن (SPE) باتصال DS0 و MGCP. إذا كنت تريد ربط DS0 و DSP لإجراء مكالمة نشطة، يقدم هذا المستند تفسيرا.

قبل البدء، على PGW 2200، تأكد من أن إعداد MGCPbehavior (إستخدام لغة الإنسان-الجهاز [MML]) له قيمة تساوي 2 لبوابة Cisco IOS. راجع معلمات ملف XECfgParm.dat للمستند للحصول على مزيد من المعلومات.

PGW 2200 الإصدار 9.1(5):

• إذا كان MgcpBehavior يساوي 1 (البوابات التي لا تستند إلى برنامج Cisco IOS Software، مثل وحدة خدمة العمل البيني الصوتي [VISM] و Cisco MGX) عند إستلام رمز الخطأ 501، فإن PGW 2200 يقوم بتعيين الدائرة إلى حالة لمنع إستخدام إضافي. راجع مكونات المستند وخصائصه للحصول على مزيد من المعلومات.

• إذا كان MgcpBehavior يساوي 2 (عبارة Cisco IOS)، عند إستلام رمز الخطأ 501، فإن PGW 2200 يثبت الدائرة إلى حالة لمنع إستخدام إضافي. عند إستلام رمز خطأ 502 إستجابة إلى أول اتصال Create (CRCX)، يرسل PGW 2200 رسالة اتصال حذف MGCP (DLCX)، متبوعة برسالة MGCP CRCX أخرى. إذا تم إرجاع رمز خطأ 502 آخر بواسطة بوابة Cisco IOS، فسيتم إصدار المكالمة. الإفتراض هو أن الدائرة يمكن إستخدامها مرة أخرى. راجع مكونات الوثيقة وخصائصها للحصول على مزيد من المعلومات.

PGW 2200 الإصدار 9.2(2) والإصدارات الأحدث:

• إذا كان MgcpBehavior يساوي 1 (ل VISM و MGX)، عند إستلام رمز الخطأ 501، يقوم PGW 2200 بتعيين الدائرة إلى حالة لمنع إستخدام إضافي.

• إذا كان MgcpBehavior يساوي 2 (عبارة Cisco IOS)، عند إستلام رمز الخطأ 501، فإن PGW 2200 يثبت الدائرة إلى حالة لمنع إستخدام إضافي. عند إستلام رمز الخطأ 502 (لرسالة MGCP CRCX الأولى)، يرسل PGW 2200 رسالة MGCP DLCX متبوعة برسالة MGCP CRCX أخرى. إذا استلم PGW 2200 رمز خطأ 502 آخر، يتم إصدار المكالمة. يتم تعيين الدائرة إلى حالة لمنع إستخدامها مرة أخرى. وفي الوقت نفسه، تدرج الدائرة في قائمة الدوائر التي يجري فيها تدقيق (مصغر) في الخلفية. يرسل هذا التدقيق رسالة MGCP DLCX إجبارية لكل الدوائر في قائمة التدقيق المصغرة لمحاولة جلب حالة الدائرة بالتزامن مع PGW 2200.

يتم التعامل مع مهلة إستجابة MGCP كحالة فشل GW_HELD مؤقتة، وإعادة محاولة رسالة MGCP DLCX كل دقيقة. يتسبب إيصال رسالة "إعادة التشغيل قيد التقدم" (RSIP) (الجميلة/الإجبارية) أو رمز خطأ MGCP 500 أو أحد رموز أخطاء 501/502 الخاصة فقط في حدوث فشل دائم إذا تم تعيين خاصية MgcpBehavior بشكل صحيح. اعلم أن رمز الخطأ 500 دائما يسبب الفشل، بغض النظر عن MgcpBehavior، لأنه يعادل "نقطة نهاية غير معروفة."

ملاحظة: باستخدام الإصدار 9.5(2) من PGW 2200 والإصدارات الأحدث، نفذ PGW 2200 بروتوكول MGCP 1.0. وهذا يوفر مزيدا من القوة وإجراءات أفضل لمعالجة الأخطاء.

رسالة	برنامج IOS من Cisco (5xxx)
CRCX	502
تعديل الاتصال (MDCX)	515
DLCX	250
طلب الإعلام (RQNT)	400
نقطة نهاية التدقيق (AUEP)	500

والسبب في ذلك هو أن PGW 2200 يحتوي على آلية تدقيق لمزامنة حالات القناة مع عنصر الشبكة، مثل بوابة Cisco IOS، والتي يتصل بها. يتم تشغيل برنامج التدقيق على PGW 2200 في الساعة الرابعة صباحا. (0400) في كل صباح، وتقوم بهذه الإجراءات وفقا لسيناريوهات مختلفة:

• السيناريو 1: عندما تكون حالة القناة مشغولة على PGW 2200 بالإضافة إلى بوابة Cisco IOS، لا يوجد إجراء.

• السيناريو 2: عندما تكون حالة القناة خاملة على PGW 2200 بالإضافة إلى عبارة Cisco IOS، يتم إرسال MGCP DLCX إلى بوابة Cisco IOS لنقطة النهاية تلك. يعمل هذا على مسح أي اتصال معلق، إذا كان موجودا.

• السيناريو 3: عندما تكون حالة القناة مشغولة على PGW 2200 وخاملة على بوابة Cisco IOS، يطلق PGW 2200 المكالمة ويرسل DLCX إلى بوابة Cisco IOS لنقطة النهاية المقابلة لمزامنة بوابة Cisco IOS.

• السيناريو 4: عندما تكون القناة خاملة على PGW 2200 ومشغولة على بوابة Cisco IOS، يرسل PGW 2200 MGCP DLCX إلى بوابة Cisco IOS لنقطة النهاية المقابلة لمزامنة بوابة Cisco IOS. يعمل إجراء تدقيق بوابة PGW 2200 و Cisco IOS على مسح القناة على بوابة Cisco IOS.

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

  لتغيير قيمة MgcpBehavior لبوابة Cisco IOS، قم بتغيير الخاصية MgcpBehavior على MGCPPath إلى 2.

  mml> prov-sta::srcver="active",dstver="cisco1" 
  mml> prov-ed:sigsvcprop:name="sigmgcpto5xxx",MgcpBehavior="2" 
  mml> prov-cpy

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

إظهار الأوامر

يمكن أن تساعد أوامر العرض التي تمت مناقشتها هنا في التحقق من صحة مكالمة معلقة واستكشاف أخطائها وإصلاحها.

يتم دعم بعض أوامر العرض بواسطة أداة مترجم الإخراج (العملاء المسجلون فقط)، والتي تتيح لك عرض تحليل إخراج أمر العرض.

يمكن أن يساعد الأمر show call active voice compact duration more؟ في العثور على المكالمات طويلة الأجل على بوابة Cisco IOS:

V5xxx-3# show call active voice compact duration more ? 
  <1-2147483647>  time in seconds 
V5xxx-3# 

العرض مكالمة صوتية نشطة موجز | يتضمن أمر المدة 4d يمكن أن يوفر أيضا إرشادات:

V5xxx-3# show call active voice brief | include duration 4d 
V5xxx-3# show call active voice brief | include duration ? 
LINE    <cr> 

V5xxx-3#

يمكن أن تساعد أوامر العرض التالية في تحديد المكالمة المعلقة:

• show mgcp statistics— يعرض إحصائيات MGCP حول رسائل الشبكة المستلمة والمحولة.

• show mgcp connection— يعرض معلومات للاتصالات النشطة التي يتم التحكم فيها بواسطة MGCP.

• show rtpspi statistics— يعرض إحصائيات واجهة مزود خدمة بروتوكول نقل الوقت الفعلي (RTP).

• show ip socket—يعرض معلومات مأخذ توصيل IP.

• show voice call summary — يعرض ملخصا لجميع المنافذ الصوتية.

• show voice port summary— يعرض معلومات التكوين الموجزة حول منفذ صوت محدد.

• show vtsp call fsm— يعرض المحفوظات الكاملة لجميع عمليات الانتقال الخاصة بجهاز حالة الجهاز (FSM) الهاتفي الصوتي (VTSP).

• show csm voice— يعرض المعلومات المتعلقة بوحدة تحويل المكالمات (CSM). المعلومات هي حالة CSM التي يكون الجهاز بها للمكالمة المقترنة بقناة DSP تلك، ووقت بدء المكالمة، ووقت نهاية المكالمة، والقناة الموجودة على وحدة التحكم المستخدمة بواسطة المكالمة.

  ملاحظة: إذا كان نظام إرسال إشارات MGCP 7 (SS7)، فهذا الأمر لا يستخدم كثيرا.

• show spe—يعرض حالة SPE.

• show spe voice summary— يعرض حالة صوت SPE.

• يعرض فتحة/منفذ حالة التشغيل show port (ل DSP المشتبه فيه)—معلومات لجميع المنافذ على المنفذ المحدد و SPE.

• show port voice log reverse slot/port (ل DSP المشتبه فيه)—يعرض معلومات لجميع المنافذ على المنفذ المحدد و SPE.

تشير المعلومات الواردة في سلسلة أوامر العرض التي تلي إستدعاءات MGCP من خلال بوابات AS5xxx، والتي تتضمن معلومات Call_ID©) (مبرزة في المزود) لهذه المكالمة. وهذا مهم أيضا عندما تريد أستكشاف الأخطاء وإصلاحها. يمكن العثور على نقطة نهاية MGCP باستخدام أمر حزمة تصحيح أخطاء برنامج Cisco IOS mgcp أو باستخدام تطبيق Cisco Snooper.

V5xxx-3# show mgcp connection 
Endpoint  Call_ID©) Conn_ID(I) (P)ort (M)ode (S)tate (CO)dec (E)vent[SIFL] 
(R)esult[EA] 
1. S3/DS1-0/1   C=2F,1,2     I=0x2  P=16628,17204  M=3  S=4,4  
CO=2  E=0,0,0,0  R=0,0 

ملاحظة: تحقق من حالة M، والتي يتم ربطها بوضع MGCP على إستدعاءات كتم الأخطاء وإصلاحها على Cisco PGW 2200.

يوفر الأمر show call active voice brief معلومات حول معلومات حزمة الإرسال (Tx)/الاستقبال (Rx).

V5xxx-3# show call active voice brief 

Telephony call-legs: 1 
SIP call-legs: 0 
H323 call-legs: 0 
MGCP call-legs: 1 
Multicast call-legs: 0 
Total call-legs: 2 
11DA : 37079hs.1 +-1 pid:0 Originate  connecting 
 dur 00:00:00 tx:1198/189454 rx:113437/18149920 
 IP 10.48.84.217:17204 rtt:0ms pl:16000/1290ms lost:29/34/29 delay:30/25/110ms 
 g711alaw 
 media inactive detected:n media contrl rcvd:n/a timestamp:n/a 
11DA : 37079hs.2 +0 pid:52 Originate  active 
 dur 00:37:50 tx:113437/18149920 rx:1198/189454 
 Tele 3/0:0 (1) [3/0.1] tx:2270655/3000/0ms g711alaw noise:-65 
 acom:90  I/0:-51/-45 dBm 

Telephony call-legs: 1 
SIP call-legs: 0 
H323 call-legs: 0 
MGCP call-legs: 1 
Multicast call-legs: 0 
Total call-legs: 2 

v5xxx-3# 

قم بإصدار الأمر show voip rtp connections لمعرفة تفاصيل البوابة البعيدة. وهذه تتضمن معلومات CallId الخاصة بتلك المكالمة. (في هذه الحالة، يكون CallId هو 1.)

v5xxx-3# show voip rtp connections 
VoIP RTP active connections : 
No. CallId  dstCallId  LocalRTP RmtRTP LocalIP    RemoteIP 
1         2     1          16628     17204    10.48.84.26  10.48.84.217 
Found 1 active RTP connections 

v5xxx-3# 

العرض vtsp call fsm أمر مخفي من برنامج Cisco IOS Software ويتم إستخدامه فقط للدعم الفني من Cisco وفريق تطوير Cisco. باستخدام هذا الأمر، يمكنك البحث عن المرفقات التي تحتوي على عبارة "FSM غير صالح". يعرض الأمر show vtsp call fsm التاريخ الكامل لجميع الانتقالات VTSP FSM. يتم تشغيلها تلقائيا عند حدوث أي مشكلة DSP أثناء تشغيل واجهة سطر الأوامر (CLI) لخطأ debug vtsp.

ملاحظة: يمكنك أيضا تحويل CallID = 1 إلى hex، مما يمنحك المعرف = 0x1.

V5xxx-3# show vtsp call fsm 

0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  
0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0 
id=0x1 state=S_CONNECT chan_id=3/0:0 (1) DSM state=S_DSM_BRIDGED 
Stack 0: 
State Transitions: timestamp (state, event) -> (state, event) ... 
370.796 (S_SETUP_REQUEST, E_TSP_PROCEEDING) -> 
370.796 (S_SETUP_REQ_PROC, E_TSP_CONNECT) -> 
Event Counts (zeros not shown): (event, count) 
(E_TSP_PROCEEDING, 2) :(E_TSP_CONNECT, 2) : 
State Counts (zeros not shown): (state, count) 
(S_SETUP_REQ_PROC, 2) :(S_SETUP_REQUEST, 2) : 
  

--------------------- DSM basic call state information --------------------- 
id=0x1 state=S_DSM_BRIDGED chan_id=0 
Stack 0: 
State Transitions: timestamp (state, event) -> (state, event) ... 
370.796 (S_DSM_INIT, E_DSM_CC_GEN_TONE) -> 
370.796 (S_DSM_INIT, E_DSM_CC_CALL_MODIFY) -> 
370.796 (S_DSM_INIT, E_DSM_CC_BRIDGE) -> 
370.800 (S_DSM_BRIDGING, E_DSM_CC_CAPS_IND) -> 
370.800 (S_DSM_BRIDGING, E_DSM_CC_CAPS_ACK) -> 
475.764 (S_DSM_BRIDGED, E_DSM_CC_GET_LEVELS) -> 
2641.564 (S_DSM_BRIDGED, E_DSM_CC_GET_LEVELS) -> 
Event Counts (zeros not shown): (event, count) 
(E_DSM_DSP_GET_VP_DELAY, 496) :(E_DSM_DSP_GET_VP_ERROR, 496) :(E_DSM_DSP_GET_TX, 
 496) :(E_DSM_DSP_GET_RX, 496) 
(E_DSM_DSP_GET_LEVELS, 2) :(E_DSM_CC_BRIDGE, 1) :(E_DSM_CC_GEN_TONE, 1) :
 (E_DSM_CC_REQ_PACK_STAT, 496) 
(E_DSM_CC_CAPS_IND, 1) :(E_DSM_CC_CAPS_ACK, 1) :(E_DSM_CC_CALL_MODIFY, 1) :
 (E_DSM_CC_GET_LEVELS, 2) 

State Counts (zeros not shown): (state, count) 
(S_DSM_INIT, 3) :(S_DSM_BRIDGING, 2) :(S_DSM_BRIDGED, 2484) : 

v5xxx-3# 

لمعرفة أي DSP يتم توصيل المكالمة، قم بإصدار الأمر show tdm mapping وربط التفاصيل بالنقطة الطرفية التي تقوم بالتتبع من أجلها. في هذه الحالة، ستكون S3/DS1-0/1:

v5xxx-3# show tdm mapping 

E1 3/0 is up: 
Loopback: NONE 
DS0      Resource    Call Type 
----------------------------------- 

1          1/0         VOICE 

E1 3/1 is up: 
Loopback: NONE 
DS0      Resource    Call Type 
----------------------------------- 

v5xxx-3# 

هذا متصل ب SPE 1، ميناء 1. قم بإصدار الأمر show spe لمعرفة حالات المنفذ والاتصال.

v5xxx-3# show spe 
Settings  : 
========== 
Country code config : default T1 (u Law) 
Country code setting: e1-default 
History log events  : 50(per port) 
Legend    : 
========== 
Port state: (s)shutdown   (r)recovery  (t)test  (a)active call 
            (b)busiedout  (d)download  (B)bad   (p)busyout pending 
Call type : (m)modem      (d)digital   (v)voice (f)fax-relay       (_)not in use 

Summary   : 
========== 
Ports     : Total   60  In-use     1  Free    59  Disabled     0 
Calls     : Modem    0  Digital    0  Voice    1  Fax-relay    0 

                     SPE          SPE     SPE  SPE   Port         Call 
SPE#    Port #       State        Busyout Shut Crash State        Type 
1/00    0000-0005    ACTIVE             0    0     0 a_____       v_____ 
1/01    0006-0011    ACTIVE             0    0     0 ______       ______ 
1/02    0012-0017    ACTIVE             0    0     0 ______       ______ 
1/03    0018-0023    ACTIVE             0    0     0 ______       ______ 
1/04    0024-0029    ACTIVE             0    0     0 ______       ______ 
1/05    0030-0035    ACTIVE             0    0     0 ______       ______ 
1/06    0036-0041    ACTIVE             0    0     0 ______       ______ 
1/07    0042-0047    ACTIVE             0    0     0 ______       ______ 
1/08    0048-0053    ACTIVE             0    0     0 ______       ______ 
1/09    0054-0059    ACTIVE             0    0     0 ______       ______ 

v5xxx-3# 

في هذه الحالة، يمكنك اكتشاف ما إذا كان لا يزال يتم إرسال الحزم إلى منفذ SPE هذا وإخراجه إذا قمت بإصدار الأمر show port operational-status 1/0 (ل DSP المشتبه فيه):

v5xxx-3# show port operational-status 1/0   
Slot/SPE/Port -- 1/0/0 
Service Type                            : Voice service 
Voice Codec                             : G.711 a-law 
Echo Canceler Length                    : 8 ms 
Echo Cancellation Control               : Echo cancellation       - disabled 
                                          Echo update             - enabled 
                                          Non-linear processor    - enabled 
                                          Echo reset coefficients - disabled 
                                          High pass filter enable - disabled 
Digit detection enable                  : DTMF signaling          - enabled 
Voice activity detection                : Enabled 
Comfort noise generation                : Generate comfort noise 
Digit relay enable                      : OOB Digit relay         - enabled 
                                          IB Digit relay          - enabled 
Information field size                  : 20 ms 
Playout de-jitter mode                  : adaptive 
Encapsulation protocol                  : RTP 
Input Gain                              : 0.0 dB 
Output Gain                             : 0.0 dB 
Tx/Rx SSRC                              : 24/0 
Current playout delay                   : 30 ms 
Min/Max playout delay                   : 25/110 ms 
Clock offset                            : 180505398 ms 
Predictive concealment                  : 0 ms 
Interpolative concealment               : 1105 ms 
Silence concealment                     : 0 ms 
Buffer overflow discards                : 19 
End-point detection errors              : 23 
Tx/Rx Voice packets                     : 944/88273 
Tx/Rx signaling packets                 : 0/0 
Tx/Rx comfort noise packets             : 11/0 
Tx/Rx duration                          : 1767250/1767250 ms 
Tx/Rx voice duration                    : 3000/16000 ms 
Out of sequence packets                 : 0 
Bad protocol headers                    : 0 
Num. of late packets                    : 23 
Num. of early packets                   : 28 
Tx/Rx Power                             : -45.2/-51.2 dBm 
Tx/Rx Mean                              : -44.3/-51.0 dBm 
VAD Background noise level              : -65.8 dBm 
ERL level                               : 27.7 dB 
ACOM level                              : 90.1 dB 
Tx/Rx current activity                  : silence/silence 
Tx/Rx byte count                        : 151051/14123360 
ECAN Background noise level             : 0.0 dBm 
Latest SSRC value                       : 4144068239 
Number of SSRC changes                  : 1 
Number of payload violations            : 0 

v5350-3# 

قم بإصدار هذا الأمر عدة مرات لتوفير تفاصيل حول نوع الاتصال الذي يتم دمجه مع البوابة البعيدة. قم بإصدار هذا الأمر على البوابة المحلية/البعيدة لمعرفة الحالة.

إذا كانت لديك مكالمة معلقة، فيمكنك إصدار الأوامر debug vtsp error وdebug mgcp packet endpoint S3/DS1-0/1. عند تنزيل نقطة نهاية MGCP، تكون النتيجة رسالة تصحيح الأخطاء هذه:

Apr  9 12:30:18.602: MGCP Packet received from 10.48.84.25:2427- 
DLCX 617 S3/DS1-0/1@v5300-3.cisco.com MGCP 0.1 
C: 1C 
I: 4D 
R: 
S: 
X: 268 
Apr  9 12:30:18.626: 250 617 OK 
P: PS=128, OS=20241, PR=16615, OR=2658400, PL=4, JI=24, LA=0 

هذا أمر أيضا مفيد:

v5xxx-3# show voice call summary 
PORT           CODEC    VAD VTSP STATE       VPM STATE 
============== ======== === ==================== 
3/0:0.1            g711alaw  y     S_CONNECT 

v5xxx-3# show voice port summary 
                                     IN       OUT 
PORT      CH   SIG-TYPE   ADMIN OPER STATUS   STATUS   EC 
========= == ============ ===== ==== ======== ======== == 
3/0:0     01    xcc-voice   up   none  none   none     y 

v5xxx-3# 

كما يوفر الأمر show mgcp statistics تفاصيل حول الاتصال الفاشل. حاول فهم معلومات الحقل الفاشلة. أحد أسباب فشل اتصال MGCP هو حقيقة أن تقارير نقاط النهاية في الوضع المؤقت وغير متوفرة مؤقتا عندما يرسل PGW 2200 CRCX. يطلق PGW 2200 بعد ذلك مع فشل مؤقت كسبب ويحاول أن النهاية مرة أخرى في وقت لاحق لأنه كان فقط في الوضع العابر. لا تحتوي رموز تعريف دائرة SS7 (CICs) هذه على أي اتصال MGCP. السبب في هذه الحالة هو أن MGCP على البوابة ترجع رمز خطأ 400 MGCP (فشل مؤقت لرسائل CRCX الجديدة التي يتم إرسالها بواسطة بوابة Cisco IOS).

v5xxx-3# show mgcp statistics 
 UDP pkts rx 306, tx 330 
 Unrecognized rx pkts 0, MGCP message parsing errors 0 
 Duplicate MGCP ack tx 0, Invalid versions count 0 
 CreateConn rx 0, successful 0, failed 0 
 DeleteConn rx 0, successful 0, failed 0 
 ModifyConn rx 0, successful 0, failed 0 
 DeleteConn tx 0, successful 0, failed 0 
 NotifyRequest rx 0, successful 0, failed 0 
 AuditConnection rx 0, successful 0, failed 0 
 AuditEndpoint rx 306, successful 305, failed 1 
 RestartInProgress tx 1, successful 1, failed 0 
 Notify tx 0, successful 0, failed 0 
 ACK tx 305, NACK tx 1 
 ACK rx 0, NACK rx 0 

 IP address based Call Agents statistics: 
 IP address 10.48.84.25, Total msg rx 306, 
                  successful 305, failed 1 
 System resource check is DISABLED. No available statistic 

v5xxx-3#

تشخيص المكالمات المعلقة PGW 2200

يزود هذا قسم steps أن يعزل SS7 CIC على ال PGW 2200 في الطريق CIC "x" من خلال ال MML أمر rtrv-tc:all التصق كإستدعاء على ال PGW 2200. أولا، قم بإصدار أمر إستدعاء MML على CIC هذا.

على سبيل المثال، في اتصال نقل حركة MGCP، إذا لم يكن الحامل المطلوب في رسالة الإعداد متاحا لتلك المكالمة، فإن PGW 2200 يولد PRI الخاص بالتنبيه: B-channel غير متوفرة ويتحدث عن أخطاء CP_ERR_CHAN_NOT_ACQ في platform.log. يمكن أن تظهر رسائل خطأ أخرى في platform.log، بناء على نوع سيناريو الاتصال الذي تقوم بتشغيله. راجع قسم تشخيص المكالمات المعلقة في المستند أستكشاف أخطاء عقدة Cisco MGC وإصلاحها ل PGW 2200.

هناك ثلاثة أسباب محتملة لعدم التوفر:

1. لم يتم تكوين الحامل.

2. الحامل ليس في الخدمة. (على سبيل المثال، في حالة عدم الخدمة (OOS)، أو في حالة مؤمن/محظور، أو قام MGCP بتعطيل نقطة النهاية.)

3. الحامل مشغول (شرط التوهج).

قم بإجراء هذه الخطوات:

1. لاحظ عندما يقوم PGW 2200 بالإعلام عن أخطاء لكل مكالمة.

2. إذا رأيت أخطاء على الأقل ثلاث إلى خمس مرات في يوم واحد في CIC (الحامل) نفسه، فهذا مشكوك فيه.

3. تحقق من حالة CIC/bearer باستخدام الأمر rtrv-tr:all MML.

   إذا كان خاملا، فلن يتم تعليق CIC.

4. إذا كانت مجموعة SS7 CIC مشغولة، فعليك إصدار الأمر port-call على ذلك CIC.

   لمزيد من التفاصيل حول الأمر port-call ml، قم بإصدار الأمر help :prt-call.

   mgc-bru-20 mml> help :prt-call
   �� � � � � � � � � �MGC-01 - Media Gateway Controller 2004-11-29 19:32:35.998 GMT
   � � � � � � � � � � �M� RTRV��� 
   ����� 
   ���������������������������� PRT-CALL -- Print Call
   ���������������������������� ----------------------
         
      Purpose:      Prints diagnostic information about hung calls to a log file.  
                    
      Format:       prt-call:<sigpath>:CIC=<n>|span=<n>[bc=<n>|CID=<n>][,LOG=<logn]
                    [,EVT]
      Input
      Description:  Target parameters are as follows:
                    * sigPath -- Corresponding MML name for any of the 
                      following component types:
                      - Signal path of in-band TDM up to MUX and then 
                        time switched to TDM media and sent to Cisco MGC
                      - Signal path of in-band TDM signaling up to CU 
                        and then encapsulated and sent over IP to the Cisco MGC
   
   <Press 'SPACE' for next page, 'Enter' for next line or 'q' to quit this output>
   

   تمت كتابة ملف إستدعاء طباعة بملحق .prt في دليل /opt/CiscoMGC/var/trace.

5. افتح الملف وابحث عن السلسلة LcmOrigSmState.

   إذا كنت ترى كل من OrigSmState وTermSmState على أنه RelIdle، فليس لديك CIC معلق.

   مثال:

   VAR LcmOrigSmState: STATE 
   �� { 
   �� OsmRelIdle 
   �� } [8]
   VAR LcmTermSmState: STATE 
   �� { 
   �� TsmRelIdle 
   �� }[8]

   إذا لم يكن OrigSmState أو TermSmState هو RelIdle، فمن المحتمل أن يكون لديك مشتبه به. هنا مثالان لمكالمات CIC المطبوعة المعلقة:

   مثال 1:

   VAR LcmOrigSmState: STATE 
   �� { 
   �� OsmRelTerm3wAwaitConnDelInd 
   �� }[8] 
   VAR LcmTermSmState: STATE 
   �� { 
   �� TsmRelTermInit 
   �� }[8] 

   مثال 2:

   VAR LcmOrigSmState: STATE 
   �� { 
   �� OsmRelOrigInit 
   �� }[8] 
   VAR LcmTermSmState: STATE 
   �� { 
   �� TsmRelIdle 
   �� }[8] 

   إذا وصلت إلى الخطوة التالية، تكون قد تعرفت على مركز التحكم بالوصول (CIC) المعلق.

6. قم بإصدار الأمر stp-call MML لمسح CIC المعلق.

   قم بإصدار الأمر grep osm file_name.prt. يجب الحصول على OsmRelIdle.

   قم بإصدار الأمر grep tsm file_name.prt. يجب الحصول على TsmRelIdle.

   إذا لم يظهر لديك OsmRelIdle وTsmRelIdle، وإذا إستمرت هذه الحالة بعد إصدار أمر port-call آخر (قد يكون جزءا من المؤقت)، فمن المحتمل أن يكون CIC معلقا.

7. إذا فشل إصدار الأمر stp-call في مسح المشكلة، فعليك إصدار الأمر kill-call ml.

   لا يعمل الأمر kill-call على مسح الاتصال في بوابة MGCP. لذلك، يلزم مراجعة MGCP إذا قمت بإصدار الأمر kill-call. إجراء التدقيق خلال فترة انخفاض حركة المرور. لمزيد من التفاصيل حول الأمر kill-call، قم بإصدار الأمر help:kill-call:

   � �PGW2200A mml> help :kill-call
   �� � � � � � � � � � �MGC-01 - Media Gateway Controller 2004-11-29 19:34:52.084 GMT
   � � � � � � � � � � � M� RTRV���� 
   ����� 
   ��������������������� KILL-CALL -- Resolve a Stuck CIC
   ��������������������� --------------------------------
   ����� 
   �� Purpose:����� Resolves a stuck or hung CIC (forcefully releases a bearer channel
   ���������������� associated with a single call instance that cannot be returned to
   ���������������� the idle state with the reset-cic or stp-call command) on the MGC.
   ���������������� Note:� This command only releases bearer channels locally on the
   ���������������� MGC. No SS7 messages are sent to the remote call side (destination
   ���������������� MGW). 
   �� Syntax:������ kill-call:<sigpath_name>|<target>:CID=sip call id,confirm
   ���������������� kill-call:<sigpath_name>|<target>:[span= number,]confirm
   ���������������� kill-call:<sigpath_name>|<target>:[cic=<num>], [RNG=number,]com
   ���������������� kill-call:<dest_mgw>:span=<span>,bc=<bearer channel>,[RNG=numbm
   �� Input�������� * sigpath_name -- MML name of the SS7 or ISDN-PRI signal path
   �� Description:
   
   <Press 'SPACE' for next page, 'Enter' for next line or 'q' to quit this output>
   

8. قم بإنشاء طلب خدمة مع دعم Cisco التقني وإرسال إخراج طلب إعادة التوجيه للتحليل.

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

• Cisco PGW 2200 Softswitch Troubleshooting TechNotes
• دعم منتجات وحدات التحكم في إرسال الإشارات من Cisco
• دعم تقنية الصوت
• دعم منتجات الاتصالات الصوتية واتصالات IP
• استكشاف أخطاء خدمة IP الهاتفية من Cisco وإصلاحها
• الدعم التقني والمستندات - Cisco Systems