يوضح هذا المستند كيفية تحديد الجزء المعيب عندما لا يسمع المتصلون الخارجيون الإعلان الأولي (عند إستدعاء طيار توجيه مكالمات مع تمكين قوائم انتظار المكالمات) من Cisco Unified Communications Manager، الإصدار 9.0(1).
توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:
لا يقيد هذا وثيقة إلى خاص جهاز صيغة. بالنسبة للبرنامج، فإنه ينطبق على Cisco Unified Communications Manager، الإصدار 9.0(1) والإصدارات الأعلى.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك مباشرة، فتأكد من فهمك للتأثير المحتمل لأي أمر.
أحلت cisco فني طرف إتفاق لمعلومة على وثيقة إتفاق.
يوفر Cisco Unified Communications Manager، الإصدار 9.0(1) خدمة "وضع المكالمات في قائمة انتظار" للمستخدمين حتى يمكن وضع المتصلين في قائمة انتظار حتى يتوافر أعضاء المطاردة للرد على المكالمات. يتلقى المتصلون في قائمة انتظار إعلان تحية مبدئي، يتبعها موسيقى أو نغمة معلقة.
عندما يتم إجراء اتصال بالطيار المسؤول عن الصيد، ولا يتم سماع الإعلان الأولي من قبل المتصلين الخارجيين (ولكن يتم سماع ذلك عند إستدعاء الطيار المسؤول عن الصيد من هاتف بروتوكول الإنترنت داخلي)، فإن هذا يحدث عادة بسبب عدم قيام موفر الخدمة بقطع الاتصال عبر وسائل الإعلام قبل توصيل المكالمة.
in order to أكدت الإصدار، أنت تحتاج أن يتحقق:
للتحقق من مؤشر التقدم = 8 إلى الموفر، قم بتمكين تصحيح أخطاء ISDN q931 على البوابة. عندما يكون لديك نظام مشغول، اتبع أفضل الممارسات لجمع تصحيح الأخطاء كما هو موضح في هذا المستند: كيفية تجميع تصحيح الأخطاء بشكل صحيح وآمن على موجه IOS .
يجب أن ترى مؤشر التقدم كما يلي:
*May 18 08:25:22.169: ISDN Se0/1/0:15 Q931: RX <- SETUP pd = 8 callref = 0x00BF Bearer Capability i = 0x8090A3 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98381 Exclusive, Channel 1 Progress Ind i = 0x8183 - Origination address is non-ISDN Calling Party Number i = 0x0180, '6611112' Plan:ISDN, Type:Unknown Called Party Number i = 0x81, '2000' Plan:ISDN, Type:Unknown *May 18 08:25:22.197: ISDN Se0/1/0:15 Q931: TX -> CALL_PROC pd = 8 callref = 0x80BF Channel ID i = 0xA98381 Exclusive, Channel 1 *May 18 08:25:22.197: ISDN Se0/1/0:15 Q931: TX -> PROGRESS pd = 8 callref = 0x80BF Progress Ind i = 0x8188 - In-band info or appropriate now available ## Initial announcement being played ## *May 18 08:25:27.941: ISDN Se0/1/0:15 Q931: TX -> ALERTING pd = 8 callref = 0x80BF Progress Ind i = 0x8088 - In-band info or appropriate now available ## The call is ringing at agent phone ## *May 18 08:25:30.309: ISDN Se0/1/0:15 Q931: TX -> CONNECT pd = 8 callref = 0x80BF ## The call is connected with the agent ## *May 18 08:25:30.313: ISDN Se0/1/0:15 Q931: RX <- CONNECT_ACK pd = 8 callref = 0x00BF ## Call is ended by calling party ## *May 18 08:25:34.101: ISDN Se0/1/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x00BF Cause i = 0x8290 - Normal call clearing *May 18 08:25:34.289: ISDN Se0/1/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x80BF *May 18 08:25:34.293: ISDN Se0/1/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x00BF
في المثال أعلاه، تشاهد الإعلان المبدئي يشغل لمدة خمس ثوان تقريبا. بعد ذلك، تتم مراقبة المكالمات على هاتف العميل (التنبيه) وأخيرا سترى رسالة Connect عندما يستجيب العميل للمكالمة.
للتحقق من تدفق الإعلان، يجب عليك التقاط PCM، موثق في: Cisco IOS، والهاتف، وحزمة UCM و CUC، ومرجع أوامر التقاط PCM. ضع في الاعتبار إستخدام إعلان أطول إذا واجهت تحديات لجمع التقاط PCM في الوقت المناسب.
في حالة التحقق من كليهما بنجاح، يكون السبب في هذه المشكلة هو موفر الخدمة وليس بالقطع عبر الوسائط قبل توصيل المكالمة. يجب أن يقوم موفر الخدمة بإصلاح هذه المشكلة. إذا كان أحد العنصرين المذكورين أعلاه مفقودا، فيجب التحقيق في الحالة بشكل أكثر عمقا على مدير الاتصالات الموحدة من Cisco أو جانب البوابة.
يجب أن تعمل قوائم انتظار المكالمات الأصلية CSCuh15872 CUCM9 لمعرف تصحيح الأخطاء من Cisco على توصيل المكالمة عند الإعلان
لا تعمل قائمة انتظار المكالمات الأصلية CSCug87543 CUCM لمعرف تصحيح الأخطاء من Cisco إذا كان المدخل في حالة البدء السريع H323
المراجعة | تاريخ النشر | التعليقات |
---|---|---|
1.0 |
24-Jun-2013 |
الإصدار الأولي |