المقدمة
يوضح هذا المستند كيفية أستكشاف أخطاء النظام الفرعي لخدمة CM الهاتفية وخدمة التطبيقات الجزئية وإصلاحها.
المتطلبات الأساسية
المتطلبات
توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:
- Cisco Unified Contact Center Express (UCCX)
- برنامج Cisco Unified Communications Manager (CUCM)
- أداة مراقبة الوقت الفعلي
- أداة التقارير في الوقت الفعلي
المكونات المستخدمة
لا يقتصر هذا المستند على إصدارات برامج ومكونات مادية معينة.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
معلومات أساسية
يعد محرك UCCX جزءا من خدمتين مديرتين:
1. مدير النظام الفرعي
2. مدير
النظام الفرعي Unified CM Telephony هو مكون فرعي تحت إدارة النظام الفرعي.
خدمة "مدير التطبيقات" هي مكون فرعي ضمن "إدارة التطبيقات".
النظام الفرعي للهاتف CM
النظام الفرعي CM Telephony هو عميل JTAPI حيث يمكنك توفير معلومات مزود خدمة CM الهاتفية الموحدة، معلومات مجموعة منافذ واجهة مهاتفة الكمبيوتر (CTI)، معلومات مشغل خدمة CM الهاتفية الموحدة، وإعادة مزامنة معلومات خدمة CM الهاتفية الموحدة.
ويوجد أي اتصال بين UCCX و CUCM في JTAPI. مدير CTI على CUCM يستجيب لطلبات JTAPI من UCCX.
يتم إنشاء موفر JTAPI على UCCX والذي يتم نسخه على CUCM.
فحص سريع:
قم بتسجيل الدخول إلى صفحة إدارة CCX. انتقل إلى النظام > تهيئة CM. وهو يسرد معلومات حول موفري AXL و jtapi و RMCM. يتم نسخ اسم مستخدم وكلمة مرور JTAPI اللذين تم إنشاؤهما في هذه الصفحة على CUCM تحت مستخدم التطبيق كما هو موضح في الصورة.
ملاحظة: يوصى دائما بتوجيه عقدة CUCM المحلية إلى أعلى القائمة التي تليها عقدة CUCM البعيدة. عندما يقوم العميل بإنشاء منفذ CTI أو نقطة مسار فإنه يتم تعيينه تحت مستخدم JTAPI المعني على CUCM.
فحص سريع:
قم بتسجيل الدخول إلى صفحة إدارة CUCM > إدارة المستخدم > مستخدم التطبيق للتحقق مما إذا كان مزودو JTAPI و RMCM المنشئين على UCCX قد تم عكسهم على CUCM.
أكثر الأسباب شيوعا
- يبدو أن بعض منافذ CTI أو المشغلات غير مسجلة
- في حالة عدم تكوين المشغل بشكل صحيح على CCX
- لا يحتوي المشغل على التطبيق على مجموعة التحكم في المكالمات
- نفس نمط الترجمة موجود كمشغل
- نقطة توجيه CTI مع/بدون القسم وتجمع الأجهزة وفقا لتكوين الشبكة
- تم حذف المشغل من CUCM
تلميح: عندما تميل إلى إزالة مشغل أو منفذ CTI تتبع هذه التوصيات تماما.
حذف المشغلات من UCCX - تؤدي هذه العملية تلقائيا إلى إزالة نقاط توجيه CTI المطابقة على CUCM
حذف مجموعات التحكم من UCCX (منافذ CTI) - يعمل هذا تلقائيا على إزالة أجهزة الهاتف المطابقة (منافذ CTI) من CUCM
استكشاف الأخطاء وإصلاحها
الطريقة 1:
باستخدام أداة RTMT، يمكنك التحقق بسهولة من حالة تسجيل منفذ المشغل/cti والملخص. قم بتسجيل الدخول إلى RTMT باستخدام بيانات اعتماد المسؤول. حدد CCX الموحد من Cisco على الجانب الأيسر السفلي من صفحة RTMT.
حدد بيانات مهاتفة CUCM. يتم سرد عدد قليل من الخيارات مثل المشغلات ومجموعات التحكم في المكالمات ومنافذ CTI والموجز.
حدد أحد الخيارات للتحقق من حالته. على سبيل المثال، المشغلات. يظهر مربع الحوار الذي له خيار إختيار الخادم (في حالة HA، يتم سرد كل من PUB و Sub). أختر اسم خادم وانقر فوق إنهاء كما هو موضح في الصورة.
في هذا المثال، تم تحديد خيار المشغلات، لذلك يتم عرض المشغلات وحالتها الخاصة مع التوصيات.
حالة الملخص عندما يكون خيار الملخص محددا.
حالة مجموعات التحكم في المكالمات.
حالة منافذ CTI.
يمكن التحقق من حالة المشغل من صفحة إدارة CCX > الأنظمة الفرعية > المشغلات كما هو موضح في الصورة.
الطريقة 2:
من صفحة إدارة CCX، يمكنك إجراء فحوصات البيانات وإعادة مزامنة البيانات. قم بتسجيل الدخول إلى صفحة إدارة CCX > Cisco Unified CM Telephony > مزامنة البيانات كما هو موضح في الصورة.
حدد المشغلات، ومجموعات التحكم في المكالمات، ومستخدمي خدمة CM الهاتفية، وحدد Data Check ، يستغرق هذا قدرا كبيرا من الوقت بناء على عدد المشغلات، و CCG، والمستخدمين الذين تم تكوينهم على الخادم.
يعرض خيار التحقق من البيانات حالة المكونات المحددة. بمجرد إتخاذ الإجراء المناسب مقابل الأخطاء، يمكنك تنفيذ "إعادة مزامنة البيانات" التي يوصى بتشغيلها أثناء مستوى صوت مكالمات أقل.
الطريقة 3:
في حالة عدم وجود أخطاء في أي مكونات. تحقق من صفحة تكوين CM الخاصة ب UCCX للحصول على قائمة بموفري خدمة CTI ثم قم بإعادة تشغيل خدمة CTI على جميع موفري CUCM هؤلاء ثم إعادة تشغيل محرك CCX على عقد UCCX.
الطريقة 4:
سجل الدخول إلى RTMT > التتبع والتكوين > تجميع السجلات.
UCCX:
- محرك CCX الموحد من Cisco (MIVR)
- JTAPI log
CUCM:
الأخطاء الشائعة في RTMT:
المشكلة 1:
يحتوي المشغل 7777 على خطأ تكوين على حالة المشغل، مجموعة التحكم في المكالمات غير معروفة.
تحقق من حالة المشغل على صفحة مسؤول CCX. انتقل إلى الأنظمة الفرعية > Cisco Unified CM Telephony >Trigger.
بمجرد تحديد المشغل يظهر مربع حوار على الشاشة.
انقر فوق موافق ولاحظ عدم إضافة مجموعة تحكم المكالمات هنا.
الحل:
قم بتحديث مجموعة التحكم في المكالمات من القائمة المنسدلة. التحقق من حالة المشغل. إذا إستمرت المشكلة، قم بإعادة تشغيل خدمة CTI Manager على CUCM و CCX Engine على UCCX
المشكلة 2:
المشغل حسب ما هو خارج الخدمة يظهر في سيناريوهين. إما أنه تم حذف نقطة مسار CTI على CUCM أو أن رقم الدليل على نقطة مسار CTI غير موجود.
السيناريو 1:
السبب: في CUCM يتم حذف نقطة مسار CTI.
سجل الدخول إلى صفحة إدارة CM > الجهاز > نقطة توجيه CTI وتحقق ما إذا كانت نقطة المسار موجودة. في هذا السيناريو، لا توجد نقطة المسار المدرجة في الأمر rtmt كما هو موضح في الصورة.
ومع ذلك، يوجد المشغل على CCX.
قم بإجراء فحص للبيانات على صفحة مزامنة بيانات Cisco Unified CM Telephony ولاحظ الخطأ ك "تعذر الإنشاء على Cisco Unified CM".
قد يكون السبب المحتمل هو حذف نقطة المسار ولكن رقم الدليل لا يزال موجودا على CUCM.
سجل الدخول إلى صفحة مسؤول CM، وحدد توجيه المكالمات > تقرير خطة المسار وابحث باستخدام رقم الدليل—>انقر فوق حذف
انتقل مرة أخرى إلى صفحة إدارة CCX أو الأنظمة الفرعية > Cisco Unified CM Telephony > مزامنة البيانات > إعادة مزامنة البيانات أو قم بإعادة إنشاء نقطة مسار CTI على CUCM بنفس اسم الجهاز إذا كانت نقطة/مشغل المسار المحدد هذه مطلوبة.
إذا إستمرت المشكلة، قم بإعادة تشغيل خدمة CTI Manager على CUCM و CCX Engine على UCCX.
السيناريو الثاني:
السبب: يتم حذف رقم الدليل 20211 على CUCM أو يتم فصل الجهاز عن رقم الدليل.
في مثل هذا السيناريو، تظهر نقطة توجيه CTI تحت الجهاز > نقطة توجيه CTI. ولكن، يمكنك ملاحظة أن الملحق غير موجود. يظهر إجراء التحقق من البيانات على UCCX نفس الخطأ كالسيناريو السابق "غير موجود على Cisco Unified CM" ولكن لرقم الموجه.
الحل:
انتقل إلى نقطة مسار CTI ذات الصلة وأضف رقم الدليل على CUCM أو قم بإعادة مزامنة البيانات على UCCX.
إذا إستمرت المشكلة، قم بإعادة تشغيل خدمة CTI Manager على CUCM و CCX Engine على UCCX.
المشكلة 3:
تظهر حالة منفذ CTI خارج الخدمة:
تظهر مجموعة التحكم في المكالمات المرتبطة بمنفذ CTI ذي الصلة الخدمة الجزئية.
وبالمثل، تتضمن صفحة الملخص الخطأ مع CTI ميناء 77661 عند الاستدعاء معرف مجموعة التحكم=5.
السبب: تم فصل منفذ CTI من الجهاز أو حذفه على CUCM.
الحل:
قم بإعادة تشغيل محرك CCX إذا لم يقم ذلك بإصلاح المشكلة. أعد إنشاء مجموعة التحكم في المكالمات المتأثرة، وأعد تشغيل خدمة CTI Manager على CUCM و CCX Engine على UCCX.
خدمة مدير التطبيقات
ضمن "إدارة التطبيقات"، يمكنك بشكل خاص إضافة تطبيق معين أو تكوينه أو نسخه أو حذفه أو تحديثه أو ربط مشغل البرنامج النصي والمعلمات الأخرى.
تمثل الصورة حالة مدير التطبيق كخدمة جزئية.
أكثر الأسباب شيوعا للخدمة الجزئية لمدير التطبيق هي:
- البرنامج النصي غير موجود على إدارة البرنامج النصي التي تم تعيينها إلى تطبيق سابق
- برنامج نصي غير صالح
- تعذر على التطبيق تحميل برنامج نصي معين
استكشاف الأخطاء وإصلاحها
الطريقة 1:
باستخدام أداة Real Time Reporting Tool لإعداد التقارير في الوقت الفعلي، يمكن التعرف على التطبيق المتأثر بسهولة تامة.
أداة إعداد التقارير في الوقت الفعلي (RTR) هي تطبيق Java وبالتالي فإنها تتطلب تثبيت بيئة وقت تشغيل Java (JRE) على جهاز العميل. قم بتسجيل الدخول إلى صفحة إدارة CCX وانتقل إلى أدوات > تقرير في الوقت الحقيقي وحدد تنزيل.
ملاحظة: لتشغيل عميل Real Time Reporting، في علامة التبويب "أمان" الخاصة بلوحة التحكم في Java، أضف اسم المجال المؤهل بالكامل (FQDN) الخاص بخادم Unified CCX إلى قائمة مواقع الاستثناءات. بالنسبة لنشر عالي التوفر، أضف FQDN لكل من خوادم CCX الموحدة إلى قائمة مواقع الاستثناءات.
1. قم بتشغيل تطبيق RTR على النظام وسجل الدخول باستخدام بيانات اعتماد مسؤول CCX الموحد أو المشرف.
2. انتقل إلى التقرير > التطبيقات وحدد آخر عمود صالح.
بالنسبة للتطبيق المثير للمشاكل، تظهر العلامة "صالح" على أنها false
الطريقة 2:
بمساعدة السجلات. إعداد مستوى التتبع
انتقل إلى Cisco Unified CCX ServiceAbility > تتبع > تكوين. حدد Cisco Unified CCX Engine واضبط المسارات:
APP_MGR - Debug, Xdebug1
ENG - Debug, Xdebug1
ICD_CTI - Debug, Xdebug1
SS_TEL - Debug, Xdebug1
قم بإعادة تشغيل محرك CCX وتجميع سجلات محرك CCX الموحد من RTMT من Cisco. قم بتطبيق عامل التصفية باستخدام "٪MIVR-APP_MGR" في ملف السجل للعثور على السبب الجذري.
من واجهة سطر الأوامر.
file search activelog /uccx/log/MIVR/* "%MIVR-APP_MGR" recurs ignorecase
يمكنك الحصول على التطبيق المثير للمشاكل باستخدام إحدى الطريقتين.
انتقل إلى صفحة إدارة التطبيقات الموجودة على صفحة إدارة UCCX، وتحقق من التطبيق الذي يمثل مشكلة وقم بإجراء التغييرات الضرورية. قم بإعادة تشغيل محرك CCX وتحقق من الحالة.