المقدمة
تصف هذه الوثيقة تفاصيل حول السيناريو المحدد الذي سترى فيه المكالمات المقدمة أقل من المكالمات التي تم الرد عليها في تقرير مركز الاستخبارات الموحد (CUIC).
المتطلبات الأساسية
المتطلبات
توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:
- Cisco Unified Intelligence Center Integration مع ICM DB(للتقارير.)
- مكونات ICM الأساسية ( الموجه والمسجل و PG و AW/HDS)
المكونات المستخدمة
تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج التالية:
- ICM، الإصدار 11.6
- CUIC 11٫6
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
المشكلة
في CUIC إذا تم تشغيل تقرير كافة الحقول التاريخية، فسيظهر حقولا متعددة ويتم عرض بعضها عن طريق المكالمات والرد على المكالمات. ومن المتوقع في هذا التقرير وغيره من التقارير الأخرى أن تكون المكالمات المقدمة مساوية أو أكثر من ذلك، بعد الرد على المكالمات. على الرغم من أنه في هذا السيناريو الفريد من نوعه، سترى إجابات على المكالمات أكثر من تلك التي تم تقديمها.
الحل
خطوات حول كيفية كتابة البيانات
- يتلقى موجه ICM مكالمة جديدة ويقوم بإنشاء InvokeID لهذه المكالمة.
- يرسل الموجه إشارة بادئة الاتصال إلى هدف الجهاز ثم يضع علامة على المكالمة على أنها "مقدمة".
- PG OPC بشكل دوري (بشكل افتراضي، يكون الفاصل الزمني 3 ثوان) يرسل تحديث حالة الوكيل إلى موجه ICM. سيقوم موجه ICM بزيادة عدد "المستجيب" استنادا إلى حالة "InvokeID" والوكيل "Talk".
- بمجرد انتهاء المكالمة، سيقوم OPC بمسح سجل TCD إلى موجه ICM، ومن ثم سيقوم الموجه بزيادة العدد "الذي تمت معالجته" بمقدار 1.
ملاحظة: يرجى ملاحظة أن تكرار تدفق TCD من OPC إلى الموجه يعتمد على السجل MaxNumTCDBuffered في خادم PG. إذا كان مستوى صوت المكالمة مرتفعا جدا، فسيكون تدفق TCD أكثر تكرارا.
سبب المشكلة
- في ملخص، يقوم الموجه بإنشاء عدد "المكالمات المعروضة" عند توجيه المكالمة إلى هدف الجهاز.
- يتم تشغيل عدد CallsAnswered بواسطة تحديث حالة العامل الدوري بينما يستند عدد CallsHandled إلى سجل TCD عند إنهاء المكالمة.
- ما هو مهم هنا هو ملاحظة أنه عندما يكون هناك سيناريو عندما تكون المكالمة قصيرة جدا (أقل من 3 ثوان)، فإن تدفق TCD سوف يصل قبل تحديث حالة الوكيل.
- وبالتالي سيكون عدد Call_Type_Interval في جدول Call_Type_Interval أقل من عدد CallsAnswered.
للتلخيص، لا يمكن أن تكون المكالمات المعروضة = = المكالمات التي تم الرد عليها + المكالمات التي تم التخلي عنها // هذه الجملة صحيحة بالكامل وسيتطلب الأمر المزيد من الارتباط بين البيانات من جدول SKILL_GROUP.
الحل
"قد يكون" الحل البديل لمراجعة جدول نصف ساعة/فاصل زمني ذي صلة بالمهارة_المجموعة للإبلاغ أو زيادة الفاصل الزمني ل TCDflush (لا يوصى بهذه الخطوة المحددة ما لم يحدد BU وجود حاجة ملحة للقيام بذلك). إذا لم تكن تقارير أسهم CUIC مفيدة حقا هنا وكان العملاء يرغبون في إستخدام تقرير مخصص، فلسوء الحظ سيكون ذلك خارج نطاق حالة أستكشاف الأخطاء وإصلاحها الخاصة ب TAC. لذلك نوصيك بتنسيق مزيد من الاستعلامات مع فريق Cisco Devnet .