تتيح لك وحدة تحكم الطلب التلقائي Cisco Unified Communications Manager (CUCM) Attendant Console إعداد هواتف Cisco IP كوحدات تحكم قابلة. تستخدم وحدة تحكم الطلب التلقائي CUCM Attendant Console إدخالات الطلب السريع والوصول السريع إلى الدليل للبحث عن أرقام الهواتف ومراقبة المكالمات ومعالجة المكالمات باستخدام واجهة المستخدم الرسومية (GUI). يستخدم موظف الاستقبال أو المساعد الإداري وحدة تحكم الحضور CUCM لمعالجة المكالمات الخاصة بقسم أو شركة، أو يستطيع موظفون آخرون إستخدامها لإدارة مكالماتهم الهاتفية الخاصة.
يتم تثبيت وحدة تحكم الطلب التلقائي CUCM Attendant Console على كمبيوتر مزود باتصال IP بنظام CUCM. تعمل وحدة تحكم الطلب التلقائي مع هاتف Cisco IP المسجل في نظام CUCM (وحدة تحكم واحدة لكل هاتف يتم إستخدامه كوحدة تحكم الطلب التلقائي). يمكن لوحدات تحكم متعددة الاتصال بنظام CUCM واحد.
يصف هذا المستند رسائل الخطأ والحلول البديلة المتعلقة بوحدة تحكم رد CUCM.
لا توجد متطلبات خاصة لهذا المستند.
تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:
Cisco Unified Communications Manager (CallManager)، الإصدار 4.x.
Cisco Unified Communications Manager، الإصدار 6.x/7.x/8.x
وحدة تحكم الطلب التلقائي Cisco Unified Business/Department Attendant Console (CUBAC) 8.x
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك مباشرة، فتأكد من فهمك للتأثير المحتمل لأي أمر.
راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.
يتعذر عليك تشغيل وحدة تحكم الطلب التلقائي ل Cisco Unified Communications Manager، ويتم عرض رسالة الخطأ هذه:
Unable to connect to server
قم بإعادة تشغيل Cisco Cisco Cisco CallManager وCisco Telephony Call Dispatch على خادم Cisco CallMananger لحل هذه المشكلة. يجب بدء تشغيل هذه الخدمات من مركز التحكم كما هو موضح في هذا الإجراء:
أختر تطبيق > قابلية صيانة Cisco CallManager > أدوات > مركز التحكم.
قم بإيقاف تشغيل هذه الخدمات:
Cisco CtimAnager
مرسل المكالمات الهاتفية من Cisco
افتح تطبيق وحدة تحكم الطلب التلقائي، وحاول الاتصال.
يتعذر عليك تشغيل وحدة تحكم الطلب التلقائي ل Cisco Unified Communications Manager، ويتم عرض رسالة الخطأ هذه:
Error communicating with server is displayed
قم بتحديث ملفات الأجهزة المضيفة وملفات LMHosts بإدخالات لخوادم "مدير الاتصالات الموحدة" لديك لحل هذه المشكلة. أتمت هذا steps in order to وجدت الملفات:
من الكمبيوتر المصاب، انتقل إلى C:\Windows\System32\Drivers\Etc.
حدد موقع ملف LMHosts.sam.
افتح الملف في محرر نصوص (مثل Notepad).
أكمل التعليمات داخل الملف لإضافة إدخالات لعنوان IP واسم المضيف لخوادم Unified Communications Manager لديك. افصل المدخلات الخاصة بك باستخدام علامة تبويب. على سبيل المثال:
192.168.10.1 اسم المنشور
اسم المشترك 192.168.10.2
ثم احفظ الملف.
في نفس المجلد، حدد مكان ملف البيئات المضيفة، وكرر هذه الخطوات.
قم بإيقاف تشغيل وحدة تحكم الطلب التلقائي.
يتم تلقي هذا الخطأ بشكل متقطع عند محاولة نقل المكالمات باستخدام وحدة تحكم الطلب التلقائي من Cisco:
Failed to transfer the call due to internal error. Attempt to transfer a call that does not exist or is no longer active.
لحل هذه المشكلة، قم بتحديث ملفات الأجهزة المضيفة وملفات LMHosts بإدخالات لخوادم "إدارة الاتصالات الموحدة" كما هو موضح في قسم الحل في Error: يتم عرض خطأ الاتصال بالخادم.
عند محاولة تسجيل الدخول إلى وحدة تحكم الطلب التلقائي، يتم تلقي رسالة الخطأ هذه: تتم مشاركة خط واحد أو أكثر على هاتفك. البنود المشتركة غير مدعومة.
تحدث هذه المشكلة بشكل رئيسي عند إستخدام نفس رقم الدليل (DN) في بنود مختلفة في أقسام مختلفة. تعتمد وحدة التحكم في الحضور على CTI/JTAPI ولا تكون على دراية بالقسم لأن هذا حد CTI/JTAPI. لذلك، إذا كنت تستخدم نفس DN الذي يتم إستخدامه على أسطر مختلفة في أقسام مختلفة، فإن وحدة تحكم الطلب التلقائي يتم الخلط بينها لأن تكوين الهاتف يبدو كخط مشترك على نفس الهاتف إلى وحدة تحكم الطلب التلقائي.
أتمت هذا steps in order to حللت هذا إصدار:
تحقق مما إذا كانت هناك أية بنود مشتركة. إذا كان الأمر كذلك، فقم بإزالة نفس الشيء.
تحقق مما إذا كان نفس DN مستخدما في بنود مختلفة في أقسام مختلفة. إذا كان الأمر كذلك، فأعد تكوين نفس الشيء. لا تدعم وحدة التحكم في الحضور تكوين نفس DN في أقسام متعددة لهاتف الخادم.
تحقق مما إذا كانت هناك أي شبكات DN غير معينة. إذا كان الأمر كذلك، فقم بحذف نفس الإجراء باستخدام الإجراء المذكور في CallManager 4.x: احذف مثال تكوين أرقام الدليل غير المعينة.
تقوم وحدة التحكم الحاضرة بسرقة التركيز من نوافذ أخرى عندما تأتي مكالمة.
في أسفل نافذة وحدة التحكم في الطلب التلقائي، يوجد رمز صغير على يسار منطقة مؤشر حالة التحكم في المكالمات مباشرة. يبدو هذا الرمز كنافذة سطح المكتب، إذا قمت بالنقر فوق الرمز، يمكنك تبديل تنشيط وحدة التحكم عند تشغيل ميزة مكالمة جديدة وإيقاف تشغيلها.
يتم تلقي رسالة الخطأ هذه عندما تحاول بدء تشغيل تطبيق وحدة تحكم الطلب التلقائي على خادم Windows XP: يتعذر الاتصال بالخادم
أتمت هذا steps in order to حللت هذا إصدار:
تحقق من الاتصال بين خادم Cisco CallManager وخادم وحدة تحكم الطلب التلقائي.
تحقق من أن أي برنامج مكافحة فيروسات/جدار حماية يقوم بحظر منافذ وحدة التحكم المجاورة (نطاق منافذ TCP من 1099 إلى 1129 و 2748).
قم بتحرير ملفات LMHOSTS والبيئات المضيفة في جهاز الكمبيوتر الشخصي لوحدة التحكم في الحضور الموجود في C:\WINDOWS\system32\drivers\etc كما يلي:
افتح الملف في محرر نصوص (مثل Notepad أو Wordpad).
قم بإضافة عناوين IP لخوادم CallManager أو اسم CallManager، ثم احفظ التغييرات.
افتح مدير تكوين SQL من بداية > برامج > Microsoft SQL Server 2005 > أدوات التكوين، وقم بتمكين بروتوكول TCP/IP على الخادم.
قم بإعادة تشغيل خدمة Cisco Cisco Cisco Engine.
تتلقى رسالة الخطأ هذه عندما تقوم بتسجيل الدخول إلى صفحة "الإدارة" بعد تثبيت جديد لوحدة تحكم الطلب التلقائي الموحدة Cisco Unified Business/Department Attendant Console (CUBAC):
404 The Page Cannot be Found
انتقل إلى Start (البدء) > Settings (الإعدادات) > Control Panel (لوحة التحكم) > Add/Remove Programs (إضافة/إزالة البرامج)، ثم تحقق من تثبيت Microsoft .NET Framework. في حالة عدم تثبيته، قم بتثبيت Microsoft .NET Framework لحل هذه المشكلة.
تظهر وحدة تحكم الطلب التلقائي علامة إستفهام في حقل حالة السطر داخل خيارات السرعة والدليل. يعمل التحكم في المكالمات بشكل جيد، ويتم عرض الحالة بشكل صحيح.
لا يتم حل المشكلة إذا قمت بتسجيل الخروج ثم تسجيل الدخول مرة أخرى إلى وحدة تحكم الخادم ثم قمت بإعادة تعيين خدمة CTIManager على ناشر Cisco CallManager ومشتركيها.
وبشكل عام، تحدث هذه المشكلة إذا تم تمكين جدار الحماية على كمبيوتر العميل. لحل هذه المشكلة، قم بتعطيل جدار الحماية على كمبيوتر العميل. أو، إذا تعذر تعطيله، أكمل الخطوات التالية:
إذا تم وضع جدار حماية بين خادم "مرسل المكالمات الهاتفية" (TCD) وعميل وحدة التحكم في الطلب التلقائي، فافتح المنافذ التالية:
منافذ بروتوكول التحكم في النقل (TCP) 1099 - 1129
منفذ TCP 2748
جميع منافذ بروتوكول مخطط بيانات المستخدم (UDP). يتم إستخدام منافذ UDP لحالة البند.
شكلت in order to ضبطت ال UDP ميناء أن يكون استعملت ب ال attendant وحدة طرفية للتحكم لحالة خط، المحليHost عنوان مجال في AdvancedSettings حوار.
أدخل قيمة بتنسيق عنوان IP:المنفذ. على سبيل المثال، 10.107.209.201:2658.
افتح منفذ UDP 2658 عند جدار الحماية.
إستبعاد عميل وحدة تحكم الطلب التلقائي في جدار الحماية.
إعادة تشغيل دمج الاتصال الهاتفي بجهاز الكمبيوتر (CTI) وخدمات سطح المكتب الآمنة من Cisco.
انتقل إلى صفحة إدارة Cisco CallManager، واختر إدارة المستخدم > مجموعة المستخدم، وتحقق من وجود ACDeviceAuthenticationUser.
للحصول على معلومات حول كيفية إقران مستخدم ACDeviceAuthenticationUser بهواتف وحدة التحكم في الحضور، ارجع إلى الأجهزة المقترنة بمستخدم تطبيق AcdEviceAuthenticationUser.
إذا لم تظهر حالة السطر في CUBAC، فافتح نافذة أمر، ثم إختبار اتصال خادم CUBAC؛ أستخدم اسم المضيف أو اسم المضيف + اسم المجال (على سبيل المثال، hostname.domainName) للتحقق من قدرة جهاز العميل على حل اسم خادم CUBAC (اسم المجال المؤهل بالكامل). إذا لم تكن قادرا على إختبار اتصال خادم CUBAC، أكمل الخطوات التالية لإضافة اسم مضيف خادم CUBAC إلى جهاز العميل:
على خادم CUBAC، افتح موجه أوامر، واكتب ipconfig للحصول على اسم المضيف واسم المجال (إذا كان موجودا).
انتقل إلى C:\WINDOWS\system32\drivers\etc، وافتح ملف الأجهزة المضيفة، وأضف هذا الإدخال:
<ip_of_cubac_server> <host_name_of_cubac_server> <fqdn_of_cubac_server>
ملاحظة: يجب إضافة اسم المجال المؤهل بالكامل فقط إذا كان الخادم جزءا من مجال.
افتح موجه الأوامر، ثم قم بتشغيل الأمر التالي:
nbtstat -R
تظهر رسالة الخطأ هذه في وحدة تحكم الطلب التلقائي من Cisco عشوائيا:
Operator terminal is up please re login if your device configuration has changed
أتمت هذا steps in order to حللت الإصدار:
قم بتغيير كلمة مرور المستخدم (كلمة مرور ACDeviceAuthenticationUser وكلمة مرور مستخدم وحدة تحكم الطلب التلقائي) إلى 12345.
إعادة ضبط نقطة التشغيل.
قم بإعادة تشغيل خدمات خادم وحدة التحكم في الطلب من Cisco CallManager.
قم بإضافة اسم مضيف الخادم وعنوان IP إلى ملفات المضيف والمضيف.
قم بإضافة عنوان IP الخاص بالخادم وعنوان IP الخاص بالكمبيوتر الشخصي إلى وحدة التحكم ضمن الإعدادات > خيارات متقدمة.
تتلقى رسالة الخطأ هذه عندما تحاول تسجيل الدخول إلى وحدة تحكم الطلب التلقائي: يجب على المسؤول إقران الهاتف بمستخدم تطبيق صالح.
لحل هذه المشكلة، تأكد من أن هاتف الخادم مرتبط بالمستخدمين ac و acdeviceauthenticationUser، ثم أعد تشغيل CTI Manager وCisco CallManager Attendant Console Server.
يفشل تثبيت وحدة تحكم الطلب التلقائي مع ظهور رسالة الخطأ هذه:
This application has failed to start because MSVCR71.dll was not found. Re-installing the application may this problem.
أتمت هذا steps in order to حللت الإصدار:
انسخ الملفات MSVCR71.dll وMSVCRT.dll إلى C:\WINDOWS\system32.
قم بتشغيل هذا الأمر لإعادة تسجيل MSVCR71.DLL:
regsvr32 C:\WINDOWS\system32\msvcr71.dll
ملاحظة: عند قيام المشغل المخصص (cucsf.exe) بتحميل JRE خاص (jvm.dll) بدلا من JRE مثبت بشكل عام على جهاز إصدار 64 بت، يجب تضمين MSVCR71.DLL في نفس دليل cucsf.exe نظرا لأنه من المحتمل أن MSVCR71.DLL (المطلوب من قبل jvm.dll) غير موجود في المسار. يساعد تضمين DLL في نفس الدليل على تسجيل MSVCR71.DLL.
ملاحظة: وثقت هذا إصدار في ال cisco بق id CSCsw88042 (يسجل زبون فقط).
تتلقى رسالة الخطأ هذه عندما تحاول تثبيت وحدة تحكم الطلب التلقائي:
فشل تسجيل jqs_plugin.dll. HRESULT -214702470
سبب هذا الخطأ هو فقدان .dlls من مجلد وحدة تحكم الطلب التلقائي. لحل هذا الخطأ، انسخ الملفات MSVCR71.dll وMSVCRT.dll من C:\ProgramFiles\Java\jre6\bin إلى C:\Program Files\Cisco\Unified Communications Manager Attendant Console\bin.
لديك مشاكل في تسجيل منافذ CTI أو نقاط التوجيه مع وحدة تحكم الطلب التلقائي الموحدة للشركات (CUBAC) من Cisco.
تم تعقب هذه المشكلة استنادا إلى تتبع TSP. يوضح إخراج النموذج هذا أن CUBAC حاول فتح اتصال CTI باستخدام IPv6:
09:56:04.347 | CCtiInterface::ProcessRegisterDeviceResponse() RegisterDeviceRequest failed. [] 09:56:04.347 | CCtiInterface::ProcessRegisterDeviceResponse() Result of register device request is -1932787469 09:56:04.347 |<--CCtiInterface::ProcessRegisterDeviceResponse() 09:56:04.347 |<--CCtiInterface::OpenDevice() IPv6 [R3EDB27AD100016] 09:56:04.347 |-->CSelsiusTSPDevice::UnReserveMediaChannel() [0x00000000] 09:56:04.347 | CSelsiusTSPDevice::UnReserveMediaChannel() [0x00000000] m_UserIP [0x00000000]. m_UserRecvPort [0x00000000] 09:56:04.347 |-->CSelsiusTSPDevice::IsMediaChannelAssociated() 09:56:04.347 | CSelsiusTSPDevice::IsMediaChannelAssociated() [0xFFFFFFFF] bRc - 0 09:56:04.347 |<--CSelsiusTSPDevice::IsMediaChannelAssociated() 09:56:04.347 |<--CSelsiusTSPDevice::UnReserveMediaChannel() [0x00000000] 09:56:04.347 | CSelsiusTSPDevice::OpenDevice() [R3EDB27AD100016] *ERROR* m_DeviceList->OpenDevice() failed with error 0x8CCC00F3 [Unknown value]
أتمت هذا steps in order to حللت هذا إصدار:
إزالة خيار IPv6 من قالب الجهاز الشائع.
يحتوي ملف تعريف تكوين الجهاز الشائع (الجهاز > إعدادات الجهاز > تكوين الجهاز الشائع) على معلومات تكوين IPv6 التالية.
قم بإعادة تشغيل نقاط توجيه CTI ومنافذ CTI وجهاز قالب CTI.
قم بإعادة تشغيل خدمة Windows Telephony على CUBAC.
تظهر رسالة الخطأ هذه على شاشة التثبيت حيث تقوم بتكوين معلومات TSP:
تعذر الاتصال ب Backup CTI Manager. الرجاء التحقق من المعلومات المتوفرة والمحاولة مرة أخرى.
يحدث هذا إصدار عندما لا يتم تنشيط خدمة CTI Manager على CUCM. قم بتنشيط مدير CTI وخدمات AXL على الخادم لحل هذه المشكلة.
لا يظهر كل مستخدمي CUCM في Business Edition من وحدة تحكم الطلب التلقائي.
تحدث هذه المشكلة بشكل رئيسي عندما يصل الدليل إلى الحد الأقصى للسعة. أكمل الخطوات التالية للتحقق من وصول الدليل إلى الحد الأقصى لإدخالات المستخدم:
أختر تكوين النظام > مزامنة الدليل > تمكين، وتحقق من تمكين مزامنة الدليل.
قم بإعادة تشغيل خدمة ملحق LDAP.
أختر ابدأ > كافة البرامج > Microsoft SQL Server 2008، وانقر فوق توصيل، ثم قم بتوسيع بنية الشجرة إلى مستوى الجداول.
انقر بزر الماوس الأيمن فوق الجدول dbo.contact_number، واختر تحديد أفضل 1000 صف.
يظهر عدد المستخدمين المستوردين إلى الدليل في الزاوية السفلى اليمنى من واجهة المستخدم.
عندما يحاول أنت أن يركب ال CUBAC 8.x، ال CTI ميناء يبدون بما أن غير مسجل وهذا خطأ رسالة إستلمت:
Copy file CiscoTSP.tsp failed
أتمت هذا steps in order to نظفت ال TSP سجل مفتاح وحللت هذا إصدار:
في محرر السجل، انتقل إلى HKEY_LOCAL_MACHINE > Software > Cisco Systems، Inc.، واحذف مفتاح تسجيل CiscoTSP وجميع المفاتيح الفرعية.
احذف كل ملفات CiscoTSP*.tsp و CiscoTUISP*.dll من دليل winnt\system32. قد تحتاج إلى إعادة تشغيل النظام بحيث يسمح لك النظام بإزالة هذه الملفات.
في محرر السجل، انتقل إلى HKEY_LOCAL_MACHINE > Software > Microsoft > Windows > CurrentVersion > Uninstall، واحذف {AF198881-AF5B-11D4-9DA2-00039ED6324} والمفاتيح الفرعية CiscoTSP.
ملاحظة: لا تقم بحذف مفتاح "إزالة التثبيت" بالكامل، بل احذف فقط {AF198881-AF5B-11D4-9DA2-00039ED6324} ومفاتيح CiscoTSP.
راجع مشاكل تثبيت Cisco TSP 3.1 للحصول على مزيد من المعلومات.
تتلقى النقطة التجريبية لوحدة تحكم الخادم (AC) نغمة مشغول بشكل متقطع أو يفشل عميل AC في تسجيل الدخول بنجاح بعد عدد من الأيام.
يعرض تطبيق عميل AC الاتصال بالخادم - الرجاء انتظار الرسالة التي يتبعها تعذر الاتصال برسالة الخادم.
يقع هذا إصدار لأن ال AC نادل يغلق ال TCP ميناء (1101). ونتيجة لذلك، لا يتمكن عميل AC من تسجيل الدخول أو يستلم نغمة مشغول عند إستدعاء النقطة التجريبية AC.
لحل هذه المشكلة، قم بإعادة تشغيل خادم وحدة التحكم في الحضور وخدمة مدير CTI.
ملاحظة: وثقت هذا إصدار في cisco بق id CSCsq93935 (يسجل زبون فقط).
وفيما يلي إرتباط إلى الفيديو على مجتمع دعم Cisco يشرح كيفية تكوين وحدة تحكم الطلب التلقائي ل Cisco Unified Communications Manager.
المراجعة | تاريخ النشر | التعليقات |
---|---|---|
1.0 |
16-Mar-2012 |
الإصدار الأولي |