المحتويات

المقدمة

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

المتطلبات

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

معلومات أساسية

الغرض من الميزة

أساسي مقابل متقدم

البروتوكولات المستخدمة

HTTP مقابل JTAPI

SIP مقابل CTI

التكوينات

الرسم التخطيطي للشبكة

تكوين مدير المكالمات

تكوين Informacast

تكوين البث المتعدد في الشبكة

التحقق من الصحة

استكشاف الأخطاء وإصلاحها

المشكلات الشائعة

لم يتم تنشيط الهواتف

لم يتم اكتشاف الهواتف

خطأ SNMP غير قادر على إنشاء مجموعات المستلمين: java.lang.exception

لا يوجد صوت على هواتف الوجهة

البيانات المطلوب تجميعها

سجلات الأداء

التقاط الحزمة

تحليل المثال

مسارات SDL

سجلات الأداء

سجلات وحدة التحكم (PRT)

التقاط الحزمة

أدوات أستكشاف الأخطاء وإصلاحها

رخصة مسبقة

كلمات المرور

إسترداد كلمة المرور

تحديث JTAPI في الإعلام

العيوب الشائعة

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

المقدمة

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

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

المتطلبات

توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:

- مدير الاتصالات الموحدة من Cisco

- إنفورسكاب

- بروتوكول SIP و CTI و HTTP و SNMP.

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

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

- InformaCast، الإصدار 11.5.2 - 38

- CUCM الإصدارات 11.5.1.14900-8

- CP-8811 و CP-8861 SIP88xx.12-0-1SR1-1

- الترخيص الأساسي

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

معلومات أساسية

الغرض من الميزة

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

بناء على إتفاقية الجهة المصنعة للمعدات الأصلية (OEM) مع SingleWire (بائع InformaCast)، يدعم مركز المساعدة التقنية (TAC) من Cisco InformaCast من الإصدار 8.3 مع CUCM الإصدار 8.5 والإصدارات الأحدث. الوضع الوحيد الذي يدعمه Cisco TAC هو ترحيل الصفحات الأساسية.

أساسي مقابل متقدم

يدعم وضع ترحيل الصفحات الأساسي البث الصوتي المباشر فقط لما يصل إلى 50 هاتفا لكل مجموعة مستلمة ولا يتطلب أي ترخيص إضافي. يتضمن إصدار InformaCast المتوفر كجزء من CUCM ترخيصا لوضع ترحيل الصفحات الأساسية. يمكن للعملاء الذين يحتاجون إلى وظائف تكميلية الترقية إلى وضع "الإعلام المتقدم" والحصول على الدعم من خلال SingleWire.

يتيح ترخيص ترحيل الصفحات المتقدم لمجموعات ترحيل غير محدودة. كما تتيح وظائف متقدمة أخرى، بما في ذلك ترحيل الصفحات إلى مكبرات الصوت التناظرية عالية الصوت و IP وجدولة الجرس وترتيب إعلامات الطوارئ حسب الأولوية مع خيار الاتصال وصفحات التسجيل المسبق والصفحات النصية فقط والتكامل مع مواقع الوسائط الاجتماعية للإخطار والبريد الإلكتروني وخدمة الرسائل القصيرة (SMS) والإخطار الجماعي ومراقبة جميع الأرقام والتنبيه لخدمات الطوارئ والتكامل مع عملاء Cisco Jabber. بعد تثبيت InformaCast، يمكنك تمكين إصدار تجريبي من وضع الإعلام المتقدم.

البروتوكولات المستخدمة

يتصل خادم ترحيل وحدات التخزين من Cisco ب CM الموحد باستخدام SIP و SNMP و AXL و CTI وبداية من Cisco Paging Server 9.0.1، يمكن إستخدام HTTP أو JTAPI للاتصال بالهواتف.

يستخدم خادم ترحيل وحدات التخزين من Cisco بروتوكول SNMP للعثور على عقد CM الموحدة الأخرى بالإضافة إلى قائمة للهواتف المسجلة لكل عضو من أعضاء نظام المجموعة. بمجرد اكتمال إتصالات SNMP، يستخدم خادم ترحيل البيانات من Cisco AXL لتحديد معلومات إضافية حول كل هاتف مسجل، مثل اسم الجهاز والوصف وتجمع الأجهزة ومساحة البحث ورقم الدليل والموقع. يمكن إستخدام هذه المعلومات لإنشاء مجموعات منطقية من الهواتف، تسمى مجموعات المستلمين. كما ذكر سابقا، في خادم ترحيل الصفحات من Cisco الذي يحتوي على ترخيص أساسي، يمكن أن تحتوي مجموعات المستلمين على 50 هاتفا كحد أقصى.

ملاحظة: يتم دعم خادم ترحيل وحدات التخزين من Cisco لكل مجموعة CM الموحدة.

HTTP مقابل JTAPI

إصدارات InformaCast قبل 9.x جميع إصدارات HTTP المستخدمة لتنشيط الهاتف. في وضع HTTP، يرسل خادم ترحيل الصفحات من Cisco الأوامر وبيانات الاعتماد إلى كل خادم HTTP لهاتف IP. تقوم هواتف IP بالتحقق من صحة بيانات الاعتماد هذه ثم تنفيذ الأوامر.  وفي وقت إرسال البث، يتصل InformaCast بهم مباشرة مع واجهة خدمات XML (XSI) عبر HTTP.

في وضع JTAPI، ترسل ميزة Cisco Paging أوامر إلى كل هاتف عبر CM الموحد. لا يحتاج خادم ترحيل الصفحات من Cisco إلى إرسال بيانات الاعتماد مع كل طلب، وبالتالي لا يحتاج كل هاتف إلى تنشيط خادم الويب الخاص به، ويتم تنفيذ الأوامر بسرعة أكبر. وبالإضافة إلى ذلك، يتيح وضع CTI فحص الهواتف المشغولة وتنشيطها بشكل أسرع.

يمكنك إستخدام HTTP أو JTAPI بغض النظر عن نوع التكامل (SIP أو CTI) مع CUCM. ضع في اعتبارك أن JTAPI يعمل بشكل أفضل من HTTP على الهواتف ذات الإعدادات المحلية غير الإنجليزية. لتأكيد الإعدادات المحلية للمستخدم، ألق نظرة على صفحة ويب للهاتف.

ملاحظة: لاستخدام JTAPI، ضع في الاعتبار أن إصدار CUCM يجب أن يكون 9.1.2 أو أعلى، وأن الهواتف Cisco 3905 و 7902 و 7905 و 7912 غير مدعومة.

SIP مقابل CTI

يمكن أن يستقبل InformationAst المكالمات من خلال CTI و/أو SIP. في حالة CTI، تتم خدمة المكالمات على نقطة مسار CTI (لا يتطلب خادم ترحيل الصفحات من Cisco منافذ CTI للرد على المكالمات الواردة).

في حالة SIP، تقوم المكالمات بالمغادرة Unified CM على خط اتصال SIP. كل من CTI و SIP صحيحان ومدعومان. ومع ذلك، توصي Cisco بتدفق مكالمات SIP عبر CTI لأن أستكشاف أخطاء عمليات تكامل SIP وإصلاحها أسهل بكثير من CTI.

التكوينات

الرسم التخطيطي للشبكة

تدفق المكالمات

1. يقوم المستدعي (منشئ ترحيل الصفحات) بطلب رقم محدد مسبقا في CM الموحد. مثال 7777.

2. يقوم Unified CM بتوجيه المكالمة إلى خادم ترحيل Cisco عبر خط اتصال SIP أو نقطة توجيه CTI.

3. يستجيب خادم ترحيل وحدات التخزين من Cisco للاستدعاء.

4. يسمع المتصل نغمة صوت منخفضة منخفضة. بينما يقوم خادم ترحيل الصفحات من Cisco بتشغيل هذه النغمة، يتم إرسال التعليمات عبر HTTP أو JTAPI إلى كل هاتف في مجموعة المستلمين للانضمام إلى مجموعة البث المتعدد.

5. بمجرد انضمام جميع الهواتف إلى مجموعة البث المتعدد، يلعب خادم ترحيل وحدات التخزين من Cisco نبرة تشغيل عالية. عندما يسمع المتصل هذه النغمة، فإنها تشير إلى أن خادم ترحيل الصفحات من Cisco جاهز لتلقي الصوت وإرساله إلى IP للبث المتعدد والمنفذ.

6. عندما يتحدث المتصل، يتم إرسال الوسائط من هاتف المتصل إلى خادم ترحيل الصفحات من Cisco، ثم من خادم ترحيل الصفحات إلى عنوان IP للبث المتعدد ومنفذ الاتصال، وأخيرا من IP للبث المتعدد إلى الهواتف المستلمة.

7. عندما يتوقف المستدعي عن العمل، يتم إرسال الإرشادات إلى كل هاتف من هواتف IP، وهذه المرة لمغادرة مجموعة البث المتعدد، ويكون البث قد انتهى.

عند دمج InformaCast مع Cisco Call Manager باستخدام مكتبة JTAPI ومدير دمج الاتصال الهاتفي للكمبيوتر (CTI)، فإنه يستخدم بروتوكول تشفير المخزن المؤقت السريع (QBE) عبر TCP كما هو موضح في الصورة.

بالنسبة لعمليات تكامل SIP، يستخدم InformaCast بروتوكول SIP عبر TCP ومنفذ 5060 للاتصال بمدير المكالمات كما هو موضح في الصورة.

تكوين مدير المكالمات

الخطوة 1. تنشيط الخدمات، انتقل إلى Cisco Unified ServiceAbility > أدوات > تنشيط الخدمة وتمكين الخدمات التالية:

- Cisco CallManager

- Cisco CtimAnager

- خدمة ويب Cisco AXL

- خدمة Cisco CallManager SNMP

تلميح: تنشيط بروتوكول SNMP على جميع العقد، و AXL على عقدة واحدة على الأقل في المجموعة، و CTI Manager على عقدة واحدة على الأقل تقوم بتشغيل خدمة "إدارة المكالمات" (أو أكثر لأغراض التكرار).

الخطوة 2. تكوين SNMP (الإصدار 2 أو الإصدار 3)

ل SNMP v2

- انتقل إلى Cisco Unified ServiceAbility > SNMP > V1/v2.

- قم بتكوين اسم سلسلة المجتمع باستخدام امتياز الوصول من ReadOnly.

- خانة الاختيار تطبيق على كافة العقد، إن أمكن وانقر فوق حفظ.

ل SNMP v3

- انتقل إلى مستخدم Cisco Unified ServiceAbility > SNMP > V3> وقم بإنشاء مستخدم مسمى ICVA.

- قم بتمكين خانة الاختيار المصادقة المطلوبة، وأدخل كلمة مرور المصادقة وحدد زر راديو SHA.

- قم بتمكين خانة الاختيار الخصوصية المطلوبة، وأدخل كلمة مرور الخصوصية وحدد الزر AES128 للراديو.

- حدد ReadOnly من القائمة المنسدلة امتيازات الوصول وحدد خانة الاختيار تطبيق على كل العقد، إذا كان ذلك ممكنا وانقر على حفظ.

الخطوة 3. تعيين برنامج الترميز الافتراضي على G.711

- انتقل إلى إدارة CM > النظام > معلومات المنطقة > المنطقة وأنشئ منطقة جديدة، مثل ICVA.

- حدد جميع المناطق الخاصة بك في منطقة "المناطق"، ثم قم بتكوين 64 كيلوبت/ثانية (G.722، G.711) كالحد الأقصى لمعدل البت الصوتي.

- حدد زر لاشيء في الحد الأقصى لمعدل البت لاستدعاء الفيديو وانقر على حفظ.

ملاحظة: تستخدم تدفقات وسائط البث المتعدد دائما ترميز G.711 MU-Law. لا يتم السماح بأية برامج تشفير أخرى أو دعمها. يجب ترميز المكالمات التي تصل إلى InformationAst باستخدام برامج الترميز الأخرى.

الخطوة 4. إنشاء تجمع أجهزة

- انتقل إلى إدارة CM > النظام > تجمع الأجهزة وقم بإنشاء تجمع أجهزة. على سبيل المثال، قم بتسميته ICVA_DP.

- إضافة منطقة ICVA التي قمت بإنشائها لها.

- حدد تعطيل من القائمة المنسدلة مرجع SRST.

- حدد تشغيل من القائمة المنسدلة وصل عبر السطور وانقر على حفظ.

الخطوة 5. إنشاء تقسيم مسار، على سبيل المثال ICVA_PT.

الخطوة 6. قم بإنشاء مساحة بحث إستدعاء، مثل ICVA_CSS. تضمين ICVA_PT.

الخطوة 7. إنشاء مجموعة تحكم في الوصول (AXL).

- انتقل إلى إدارة CM > إدارة المستخدم > إعدادات المستخدم > مجموعة التحكم في الوصول وإنشاء مجموعة تحكم في الوصول، على سبيل المثال، مجموعة مستخدمي ICVA.

- إضافة دور الوصول إلى واجهة برمجة تطبيقات AXL القياسية إليه.

ملاحظة: قد يكون لديك بالفعل مجموعة تحكم في الوصول تسمى Standard AXL API Access مع إضافة دور الوصول Standard AXL API إليها، والذي يمكنك أيضا إستخدامه.

الخطوة 8. إنشاء مستخدم تطبيق

- انتقل إلى إدارة CM > إدارة المستخدم > مستخدم التطبيق وانقر على إضافة جديد. قم بتسمية مستخدم التطبيق باسم ICVA_InformaCast وقم بتعيين الأدوار التالية:

1. تمكين CTI القياسي

2. مجموعة مستخدمي ICVA (أو وصول AXL API القياسي)

3. CTI القياسي يسمح بالتحكم في الهواتف التي تدعم XFER و CONF المتصلين.

4. CTI القياسي يسمح بالتحكم في الهواتف التي تدعم وضع المرور الفوقي

5. CTI القياسي يسمح بالتحكم في جميع الأجهزة

تحذير: لكل عيب CSCve47332 ، يوصى بعدم إستخدام المسافات لمعرف مستخدم التطبيق.

الخطوة 9. Integration Communications Manager مع InformationAst باستخدام SIP أو CTI.

لتكامل SIP، قم بإنشاء ملف تعريف SIP، وشنطة SIP ونمط مسار.

- انتقل إلى CM Admin> جهاز > إعدادات الجهاز > ملف تعريف SIP وانقر على ملف تعريف SIP القياسي ثم انقر على النسخ

- قم بتسمية ملف التعريف باسم ملف تعريف ICVA SIP وحدد أفضل جهد (لم يتم إدراج MTP). انقر فوق حفظ.

- انتقل إلى إدارة CM > الجهاز > خط الاتصال وانقر على إضافة جديد

- حدد خط اتصال SIP من القائمة المنسدلة نوع خط الاتصال. انقر فوق التالي وأدخل اسم لشنطة SIP الخاصة بك.

- حدد تجمع الأجهزة ICVA_DP، وانتقل لأسفل إلى منطقة معلومات SIP وأدخل عنوان IP الخاص بخادم InformaCast في عنوان الوجهة

- تأكد من أن القيمة في حقل المنفذ الوجهة هي 5060، وحدد ملف تعريف خط اتصال SIP غير الآمن، وعينت ملف تعريف SIP الذي أنشأته من قبل من القائمة المنسدلة لملف تعريف SIP. انقر فوق حفظ.

- قم بإنشاء نمط المسار، انتقل إلى إدارة CM > توجيه المكالمات > تعقب المسار > نمط المسار، انقر فوق إضافة جديد.

- أدخل نمط مسار، على سبيل المثال، 7777 وقم بتكوين قسم يمكن الوصول إليه من الهواتف، مثل ICVA_PT.

- حدد خط اتصال SIP الذي قمت بإنشائه للتو من القائمة المنسدلة البوابة/قائمة التوجيه.

- حدد مسار هذا النمط وأزرار انتقاء OnNet.

- قم بإلغاء تحديد خانة الاختيار توفير نغمة الطلب الخارجية وانقر فوق حفظ.

لتكامل CTI، قم بإنشاء نقطة توجيه CTI واقترن بتطبيقات المستخدم الذي تم إنشاؤه في الخطوة 8.

- انتقل إلى إدارة CM > جهاز > نقطة توجيه CTI وانقر على إضافة جديد.

- أدخل اسما، على سبيل المثال ICVA_CTI_RP (أو أي اسم تفضل).

- قم بتعيين تجمع الأجهزة ICVA_DP وانقر على حفظ.

- حدد السطر 1، وأدخل رقم دليل، على سبيل المثال، 7778، وقم بتعيين القسم الذي تم إنشاؤه مؤخرا (ICVA_PT).

- قم بتكوين بقية المعلومات حسب الرغبة وانقر على حفظ.

إضافة نقطة (نقاط) مسار CTI كأجهزة تحكم على تكوين مستخدم تطبيق ICVA.

ملاحظة: يمكن أن يدعم InformaCast العديد من نقاط توجيه CTI إذا تم إنشاؤها في إدارة الاتصالات وإقترانها بمستخدم تطبيق InformaCast.

تلميح: بدلا من إنشاء نقطة مسار CTI لكل رقم تحتاجه ل DialCasts، يمكنك أيضا إضافة خطوط متعددة إلى نقطة مسار CTI واحدة. خيار آخر هو إستخدام أنماط البطاقات البرية لمطابقة نطاق من الأرقام.

الخطوة 10. قم بتمكين الوصول إلى الويب لهواتف Cisco IP لاستخدام HTTP للتحكم في الهواتف.

- يمكن تكوين الوصول إلى الويب لكل جهاز أو لكل ملف تعريف جهاز شائع أو على مستوى النظام في تكوين هاتف المؤسسة.

- لتطبيق التغيير في تكوينات هاتف المؤسسة، انتقل إلى إدارة CM > النظام > تكوين هاتف المؤسسة، وانتقل إلى القائمة المنسدلة الوصول إلى الويب وحدد التمكين. انقر فوق حفظ.

- قم بإعادة ضبط الهواتف لتطبيق التغييرات.

الخطوة 11. قم بتعيين عنوان URL للمصادقة.

قم بتغيير عنوان URL للمصادقة لإرسال طلبات المصادقة من هواتف IP إلى InformaCast. تتم إعادة توجيه جميع طلبات مصادقة غير InformaCast مرة أخرى إلى عنوان URL الافتراضي لمصادقة CUCM.

- انتقل إلى إدارة CM > النظام > معلمات المؤسسة.

- أدخل http://<InformaCast Virtual Appliance Address>:8081/InformaCast/phone/auth في حقل مصادقة URL وURL للمصادقة الآمنة.

- انقر فوق حفظ وتطبيق التكوين وإعادة ضبط الهواتف.

ملاحظة: محدد موقع المعلومات (URL) حساس لحالة الأحرف، لذلك تأكد من أن I و C في كلمة InformaCast مضمنة. يجب تعيين كل من عنوان URL الآمن للمصادقة وعنوان URL للمصادقة على نفس القيمة، عنوان HTTP URL.

الخطوة 12. قم بتعيين أسلوب المصادقة للوصول إلى مستعرض API.

- إذا كنت تستخدم Unified Communications Manager 11.5.1 والإصدارات الأحدث، قم بالتمرير لأسفل الصفحة إلى منطقة معلمات الأمان وحدد أساسي من القائمة المنسدلة أسلوب المصادقة ل API Browser Access.

الخطوة 13. اختبر هواتفك، على سبيل المثال، اطلب 7777 (لتكامل SIP) أو 7778 (لتكامل CTI).

ملاحظة: إذا كنت تقوم بتشغيل Unified Communications Manager في الوضع المختلط، فتأكد من أن المكالمات إلى InformaCast ومنها لا تستخدم وسائط مشفرة.

تكوين Informacast

الخطوة 1. قم بتكوين مجموعة مدير الاتصالات في InformationAst.

- سجل الدخول إلى InformationAst وانتقل إلى Admin > Telephony > مجموعة Unified Communications Manager. طقطقت فوق تحرير.

- أدخل اسم مستخدم التطبيق وكلمة المرور الخاصة بمستخدم التطبيق الذي قمت بإنشائه في الخطوة 8.

- تأكد من تحديد خانة الاختيار إستخدام مستخدم التطبيق ل AXL، مما يعني إستخدام بيانات اعتماد مستخدم التطبيق عند إنشاء ذاكرة تخزين مؤقت لهاتف InformaCast.

ملاحظة: إذا تركت هذا الحقل فارغا، فسيحاول InformaCast العثور على خادم يشغل خدمة AXL بين الخوادم التي تشغل خدمة CallManager.

- أدخل عنوان IP الخاص بخادم (خوادم) مدير الاتصالات الموحدة في حقل عنوان (عناوين) IP الخاصة بإدارة الاتصالات. أستخدم عناوين IP الرقمية بدلا من أسماء DNS.

- حدد زر راديو SNMP v2 أو SNMP v3. دخلت ال نفسه معلومة يشكل في CUCM. انقر فوق تحديث.

الخطوة 2. تكوين مجموعة المستلمين.

- انتقل إلى المستلمين > تحرير مجموعات المستلمين وانقر فوق Update لإظهار جميع الهواتف المسجلة في CUCM والتي تم اكتشافها بواسطة InformaCast.

- لإنشاء "مجموعة مستلمين" جديدة، انقر فوق "إضافة"، ثم اكتب اسما، ثم انقر فوق تحرير لإضافة هواتف مجموعة المستلمين هذه. بمجرد إضافة الهواتف إلى المستلم، انقر فوق إرسال.

- لحفظ التغييرات، انقر فوق Update.

الخطوة 3. السماح بوصول SIP إلى InformaCast/تعطيله.

- انتقل إلى Admin > SIP > الوصول إلى SIP. وبشكل افتراضي، يتم رفض جميع مكالمات SIP.

- حدد الزر السماح للراديو الذي يسمح بكافة مكالمات SIP أو انقر فوق إضافة للسماح باستثناءات هذا البدل.

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

الخطوة 4. إضافة تكوين طلب بث

- انتقل إلى Admin > DialCast > تكوينات الطلب، انقر فوق إضافة

- أدخل نمط الطلب (على سبيل المثال، 7777 و 778) في حقل نمط الطلب وفقا لنمط المسار (لتكامل SIP) أو نقطة مسار CTI (لتكامل CTI) التي تم إنشاؤها في CUCM.

- حدد مجموعات المستلمين من القائمة وانقر فوق Update.

الخطوة 5. قم بتكوين معلمات البث.

- انتقل إلى Admin > معلمات البث

- قم بتكوين IP للبث المتعدد. يتم إستخدام IP الافتراضي (239.0.1.2) بشكل شائع.

- قم بتمكين خانة الاختيار JTAPI إذا كنت ترغب في إرسال الأوامر إلى الهواتف على هيئة JTAPI، وإلا فسيتم إستخدام رسائل HTTP.

تأكد من أن هذا النطاق يماثل إعدادات البنية الأساسية للشبكة ويغطي جميع مجموعات المستلمين. في عمليات النشر متعددة المواقع، توصي SingleWire و Cisco باستخدام مجموعة من العناوين. يجب أن يكون هذا النطاق كبيرا بما يكفي لمعالجة عنوان واحد لكل بث متزامن.

ملاحظة: يوصى باستخدام JTAPI عبر HTTP لأنه يراقب حالة الهواتف ويعمل مع مزيد من الإعدادات المحلية بشكل أفضل.

تلميح: ستقوم الإعدادات الافتراضية لواجهة الويب بتسجيل خروجك بعد خمس دقائق. انتقل إلى Admin > معلمات الشبكة > مهلات جلسة العمل وقم بتغيير حقل مهلة جلسة العمل العامة (ثوان) من 300 إلى القيمة الجديدة.

تكوين البث المتعدد في الشبكة

إذا كان خادم ترحيل وحدات التخزين من Cisco وهواتف IP على شبكات IP فرعية منفصلة، فيجب تكوين الموجهات الموجودة بين هاتين الشبكتين الفرعيتين للتوجيه متعدد البث.

لا يتطلب خادم ترحيل وحدات التخزين من Cisco أي طريقة خاصة لتوجيه البث المتعدد (SM و DM و S-DM و SSM وما إلى ذلك). لا تدعم بعض بيئات شبكة المنطقة الواسعة التوجيه متعدد البث. بالنسبة لتلك البيئات، يمكن إنشاء أنفاق بروتوكول GRE بين المواقع واستخدامها لنقل البث المتعدد.

يقع تصميم البث المتعدد وتكوينه في بيئتك خارج نطاق هذا المستند، ولكن قد تجد الموارد التالية مفيدة:

- التقرير الرسمي للبث المتعدد

- أداة إختبار البث المتعدد

ملاحظة: إذا كنت تستخدم محولات Meraki، فهذا يعني تمكين التطفل على بروتوكول IGMP بشكل افتراضي. يمكن أن يتسبب ذلك في تعطيل المشاكل والاحتياجات بواسطة Meraki. بمجرد أن تتصل بهم وتدعهم يعطلون التطفل على بروتوكول إدارة مجموعات الإنترنت (IGMP)، اختبر الترحيل مرة أخرى.

التحقق من الصحة

لا يوجد حاليًا إجراء للتحقق من صحة هذا التكوين.

استكشاف الأخطاء وإصلاحها

المشكلات الشائعة

لم يتم تنشيط الهواتف

ضع في الاعتبار أن Informacast يتخطى أي هاتف قيد الاستخدام (مشغول) عند حدوث البث.

يستخدم InformaCast طرق كشف مشغولة مختلفة بناء على كيفية إرسال الرسائل إلى الهواتف (HTTP أو JTAPI).

HTTP: يعمل الكشف عن الانشغال فقط مع إعدادات الهاتف المحلية التي تشغل أحمال اللغة الإنجليزية

CTI: يعمل مع مواقع الهواتف غير الإنجليزية

يعمل اكتشاف الانشغال أيضا بشكل مختلف وفقا للبروتوكول بالإضافة إلى نوع الخط وحالة الخط.

حالة البند

الكشف عن انشغال CTI

الكشف عن انشغال HTTP

خط مشترك مع مكالمة قيد الاستخدام على هاتف آخر، لا توجد مكالمة قيد الانتظار

عاطل

عاطل

خارج الخطاف، تجميع الأرقام

مشغول

غير مشغول

الكلام، الاتصال النشط

مشغول

مشغول

عند الانتظار، مكالمة غير نشطة عند السطر المشترك

مشغول

غير مشغول

عند الانتظار، مكالمة غير نشطة في سطر فريد

مشغول

غير مشغول

ملاحظة: في حالة محاولة بث متزامن، يشغل Informacast أول بث (البث الثاني متعثر).

عند أستكشاف أخطاء الهاتف التي لم يتم تنشيطها وإصلاحها، يجب تجميع البيانات التالية:

- سجلات الأداء من Informacast.

- سجلات وحدة التحكم (PRT) من الهاتف.

لم يتم اكتشاف الهواتف

يتم اكتشاف الهواتف المسجلة فقط بواسطة InformaCast. إذا تم تسجيل هاتف IP ولكن لم يتم اكتشافه، فتحقق من تكوين خدمة SNMP في InformationAst وعقدة CUCM التي تم تسجيل الهاتف فيها. يجب تكوين خدمة SNMP وسلسلة المجتمع لجميع العقد التي يتم فيها تنشيط خدمة إدارة المكالمات.

خطأ SNMP غير قادر على إنشاء مجموعات المستلمين: java.lang.exception

1. يعني الخطأ أن SNMP يفشل في الاستجابة للاستعلامات في الوقت المناسب بسبب اتصال DNS أو حله.

2. تأكد من عدم وجود أي شيء يمنع منفذ UDP 161 من خادم InformaCast إلى جميع عقد نظام المجموعة ل Unified Communications Manager.

3. تأكد من صحة معلومات SNMP. انتقل إلى Admin > Telephony > مجموعة Unified Communications Manager واكتب سلسلة SNMP جديدة إن أمكن. قم بتكوين السلسلة الجديدة في CUCM.

4. قد تكون تستخدم أيضا سلسلة مجتمع تتجاوز الحد الأقصى لعدد الأحرف لسلسلة المجتمع. إذا كنت تنسخ سلسلة المجتمع من CUCM وتلصقها في تكوين Informacast، فحاول كتابتها لمعرفة ما إذا كان يمكنك كتابة السلسلة بأكملها. في الإصدار 11 من InformationAst، الحد الأقصى لعدد الأحرف هو 18 حرفا.

5. تحقق من صحة تكوين DNS على CUCM وتأكد من عدم مطابقتك للخلل CSCtb70375.

لا يوجد صوت على هواتف الوجهة

إذا كانت الهواتف مزودة ولم تشغل الصوت، فإن المشكلة تتعلق على الأرجح لتوجيه البث المتعدد وليس بخادم CUCM أو هواتف بروتوكول الإنترنت.

البيانات المطلوب تجميعها

عند أستكشاف الأخطاء وإصلاحها، يجب تجميع البيانات التالية:

1. سجلات الأداء من Informacast.

2. التقاط الحزمة من InformationAst.

3. التقاط الحزمة من الهواتف.

4. التقاط الحزمة من CUCM.

5. سجلات SDL من CUCM

6. PRT (سجلات وحدة التحكم)

سجلات الأداء

هناك طريقتان للحصول على سجلات الأداء من Informacast.

الطريقة 1

1. انتقل إلى https://<InformationAst IP>:8444/InformaCast/logs/performance.log

2. انسخ السجل واحفظه في ملف txt.

أسلوب 2

1. افتح عنوان IP الخاص بالبث الإعلامي في مستعرض ويب، https://<informacast_ip> وحدد InformationAst.

2. أستخدم بيانات الاعتماد لتسجيل الدخول والانتقال إلى تعليمات > دعم.

3. انقر فوق سجلات الأداء ضمن قسم الأدوات كما هو موضح في الصورة.

التقاط الحزمة

من إنفورماست

هناك ثلاث طرق للحصول على التقاط حزمة من InformationAst.

الطريقة 1

1. الاتصال ب CLI لمربع InformationAst عبر SSH

2. قم بتنفيذ الأمر sudo capturePacket test.cap لبدء التقاط وإنشاء ملف باسم test.cap

3. أخرج إلى الهواتف التي لا تعمل

4. اضغط على Ctrl + C لإنهاء PCAP

5. قم بتنفيذ قوائم التحكم في الوصول (LS) لضمان أن التقاط الحزمة موجود على المربع

6. أستخدم SFTP أو النسخ الآمن (SCP) لنقل الملف إلى الكمبيوتر الشخصي لديك

أسلوب 2

1. قم بتنزيل InformaCast_LogTool وتثبيته من الويب.

2. قم بتنفيذ البرنامج وحدد الخيار [5]. اكتب عنوان IP الخاص ب Informacast، وبيانات اعتماد تسجيل الدخول والثواني التي يجب أن يشغلها التقاط الحزمة كما هو موضح في الصورة.

3. لن يبدأ الالتقاط في الحال، مما يتيح لك تجهيز بيئة الاختبار الخاصة بك.  عندما تكون جاهزة، حدد الخيار [1] واضغط مفتاح الإدخال Enter لبدء التقاط الحزم كما هو موضح في الصورة.

4. ستعرض الأداة مؤقت العد العكسي مع مدة الالتقاط البارزة. كرر المشكلة أثناء هذا الوقت وعندما يصل العد العكسي إلى صفر يكون الالتقاط مكتملا ويتوقف.

5. تقوم الأداة بتجميع التقاط الحزمة وجميع السجلات في ملف .tgz ونقلها إلى محطة العمل الخاصة بك.  هذا هو نفسه الخيار 1 لتجميع السجلات، ولكنه يتضمن أيضا التقاط حركة مرور الشبكة.

6. ستقوم الأداة بإنشاء مجلد مع التقاط الحزمة في الدليل الأساسي ل Informacast_LogTool.exe كما هو موضح في الصورة.

الطريقة 3 (متوفر في الإصدارات 12.0.1 والإصدارات الأحدث)

1. تسجيل الدخول إلى <informacast_ip>:10000

2. انتقل إلى النظام > التقاط حركة مرور الشبكة.

3. انقر على بدء التقاط حزمة جديدة ونسخ المشكلة كما هو موضح في الصورة.

4. انقر فوق إيقاف التقاط الحزمة عندما يكون الإصدار متماثلا بشكل كامل، أو يتوقف بنفسه بعد التقاط 33000 حزمة.

5. انتقل إلى النظام > تجميع السجلات، وأدخل وصفا موجزا للمشكلة وانقر فوق تجميع مجموعة جديدة من السجلات.

6. لحفظ السجلات، انقر فوق تنزيل إلى الكمبيوتر كما هو موضح في الصورة.

الطريقة 4 (متوفرة في الإصدار 12.0.1 وما بعده)

في الإصدار 12.0.1 والإصدارات الأحدث لم يعد الأمر مطلوبا. لتشغيل التقاط حزمة أستخدم الأمر capture-packet <name of file> <number of packet>كما هو موضح في المثال:

admin@informacast:~$ capture-packets test

Saving up to 33000 packets to /var/log/capture-packets/test

tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 1514

bytes

^C13 packets captured

15 packets received by filter

0 packets dropped by kernel

Interrupt signaled. Cleaning up.

ملاحظة: طريقة واجهة المستخدم الرسومية أفضل من واجهة سطر الأوامر (CLI) نظرا لعدم وجود تبعية على خادم SFTP، ويمكنك بدء التقاط الحزمة وإيقافها وتنزيلها من صفحة الويب.

من CUCM

حدد من أي مكان تريد الحصول على التقاط الحزمة وفقا لعملية النشر الخاصة بك. لا يمكن أن يكون لديك سوى عقدة CUCM واحدة أو عدة CUCM في نظام المجموعة.

- إذا كان لديك عقدة CUCM واحدة، فاحصل على التقاط الحزمة كما هو موضح في الصورة.

- إذا كان لديك نظام مجموعة CUCM وكانت إحدى العقد تتصل ب Informacast ولكن كانت عقدة أخرى تتصل بالهواتف، فعليك الحصول على التقاط الحزمة كما هو موضح في الصورة.

1. فتح جلسة SSH للعقدة التي تحتاج إلى التقاط

2. قم بتشغيل الأمر باستخدام التقاط الشبكة th0 حجم كل ملف count 100000 إختبار لبدء التقاط الحزمة.

3. يكرر المسألة

4. إيقاف التقاط الحزمة باستخدام Ctrl + C

5. لتأكيد أن التقاط الحزمة كان حفظ، قم بتشغيل الأمر file list activemog platform/cli/*

6. أستخدم ملف الأمر get activelog platform/cli/Test.cap لإرسال التقاط الحزمة إلى خادم SFTP. بدلا من ذلك، لتجميع كل ملفات .cap المخزنة على الخادم، أستخدم file get activelog platform/cli/*.cap

7. أستخدم RTMT في حالة عدم قدرتك على إستخدام خادم SFTP. انتقل إلى النظام > Trace & Log Central > Collection Files. انقر فوق التالي وقم بتمكين خانة الاختيار سجلات التقاط الحزم كما هو موضح في الصورة.

8. انقر فوق التالي، حدد دليل ملف تنزيل وانقر فوق إنهاء.

9. احذف الحزمة باستخدام الأمر file delete active، platform/cli/Test.cap

من الهاتف

1. نشط الفسحة بين دعامتين إلى pc ميناء. انتقل إلى صفحة إدارة CM > الجهاز > الهاتف وابحث عن الهاتف الذي يحتوي على مشاكل.

2. ضمن قسم تخطيط التكوين الخاص بالمنتج، ابحث عن فسحة بين دعامتين إلى منفذ الكمبيوتر الشخصي وحدد enable من القائمة المنسدلة.  انقر على حفظ ثم على تطبيق التكوين.

3. توصيل جهاز كمبيوتر محمول بمنفذ الهاتف على الكمبيوتر.

4. قم بتشغيل برنامج محلل الحزم في الكمبيوتر المحمول. يمكنك إستخدام Wireshark (أو برنامج آخر لالتقاط الحزم).

5. كررت المشكلة.

6. عندما الإصدار يكون منسوخ بالكامل باشرت أن يوقف الربط التقاط.

يمكنك العثور على مزيد من التفاصيل في الارتباط التالي: https://supportforums.cisco.com/document/44741/collecting-packet-capture-cisco-ip-phone

تحليل المثال

مسارات SDL

لدمج SIP والهواتف التي تتحكم فيها JTAPI

CUCM: 10.1.61.158

InformationAst: 10.1.61.118

الهاتف A

dn: 110

الطراز: CP-8861

إصدار البرنامج الثابت: SIP88xx.12-0-1SR1-1

هاتف عنوان IP: 10.1.61.12

MAC SEP2C3124C9F8E1

الهاتف (ب)

dn: 111

الطراز: CP-8811

إصدار البرنامج الثابت: SIP88xx.12-0-1SR1-1

عنوان IP للهاتف B: 10.1.61.11

MAC SEPF87B204EED99

رقم البث الهاتفي: 7777

#### CUCM receives the invite from Phone A

71439050.002 |19:00:35.206 |AppInfo  |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.1.61.12 on port 51600 index 25770 with 1791 bytes:

[431528,NET]

INVITE sip:7@10.1.61.158;user=phone SIP/2.0

Via: SIP/2.0/TCP 10.1.61.12:51600;branch=z9hG4bK18a14280

From: "PhoneA" <sip:110@10.1.61.158>;tag=2c3124c9f8e10c3c246b7956-5c62fa57

To: <sip:7@10.1.61.158>

Call-ID: 2c3124c9-f8e1000d-00337209-0547bb10@10.1.61.12

Max-Forwards: 70

Session-ID: 712c9e1f00105000a0002c3124c9f8e1;remote=00000000000000000000000000000000

Date: Tue, 10 Sep 2019 00:00:37 GMT

CSeq: 101 INVITE

User-Agent: Cisco-CP8861/12.0.1

Contact: <sip:142b9f25-7f2b-48a8-9ff9-377f616f3084@10.1.61.12:51600;transport=tcp>;+u.sip!devicename.ccm.cisco.com="SEP2C3124C9F8E1"

Expires: 180

Accept: application/sdp

Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE,SUBSCRIBE,INFO

Remote-Party-ID: "PhoneA" <sip:110@10.1.61.158>;party=calling;id-type=subscriber;privacy=off;screen=yes

Supported: replaces,join,sdp-anat,norefersub,resource-priority,extended-refer,X-cisco-callinfo,X-cisco-serviceuri,X-cisco-escapecodes,X-cisco-service-control,X-cisco-srtp-fallback,X-cisco-monrec,X-cisco-config,X-cisco-sis-7.0.0,X-cisco-xsi-8.5.1

Allow-Events: kpml,dialog

Recv-Info: conference

Recv-Info: x-cisco-conference

Content-Length: 548

Content-Type: application/sdp

Content-Disposition: session;handling=optional

v=0

o=Cisco-SIPUA 11811 0 IN IP4 10.1.61.12

s=SIP Call

b=AS:4064

t=0 0

m=audio 22018 RTP/AVP 114 9 124 0 8 116 18 101

c=IN IP4 10.1.61.12

b=TIAS:64000

a=rtpmap:114 opus/48000/2

a=fmtp:114 maxplaybackrate=16000;sprop-maxcapturerate=16000;maxaveragebitrate=64000;stereo=0;sprop-stereo=0;usedtx=0

a=rtpmap:9 G722/8000

a=rtpmap:124 ISAC/16000

a=rtpmap:0 PCMU/8000

a=rtpmap:8 PCMA/8000

a=rtpmap:116 iLBC/8000

a=fmtp:116 mode=20

a=rtpmap:18 G729/8000

a=fmtp:18 annexb=yes

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-15

a=sendrecv

### CUCM performs digit analysis for the dialed digits (dd="7777")

71439203.000 |19:00:36.580 |SdlSig   |DaReq                                  |wait                           |Da(1,100,216,1)                  |Cdcc(1,100,224,6)                |1,100,14,1368.16^10.1.61.12^*            |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0]  CI=19282342 Fqdn=ti=1nd=110pi=0si1 Cgpn=tn=0npi=0ti=1nd=110pi=1si1 DialedNum=tn=0npi=1ti=1nd=7777User=7777Host=10.1.61.158Port=5060PassWord=Madder=Transport=4mDisplayName=RawUrl=sip:7@10.1.61.158;user=phoneOrigPort=0pi=0si1 requestID=0 DigitAnalysisComplexity=1 CallingUser= IgnoreIntercept=0 callingDeviceName=SEP2C3124C9F8E1

71439203.001 |19:00:36.580 |AppInfo  |Digit Analysis: star_DaReq: daReq.partitionSearchSpace(8653f609-05a7-5914-819b-3a89680af6a2:), filteredPartitionSearchSpaceString(Informacast_PT:phone_pt), partitionSearchSpaceString(Informacast_PT:phone_pt)

71439203.002 |19:00:36.580 |AppInfo  |Digit Analysis: Host Address=10.1.61.158 MATCHES this node's IPv4 address.

71439203.003 |19:00:36.580 |AppInfo  |Digit Analysis: star_DaReq: Matching SIP URL, Numeric User, user=7777

71439203.012 |19:00:36.588 |AppInfo  |Digit analysis: match(pi="2", fqcn="110", cn="110",plv="5", pss="Informacast_PT:phone_pt", TodFilteredPss="Informacast_PT:phone_pt", dd="7777",dac="1")

71439203.013 |19:00:36.588 |AppInfo  |Digit analysis: analysis results

71439203.014 |19:00:36.588 |AppInfo  ||PretransformCallingPartyNumber=110

|CallingPartyNumber=110

|DialingPartition=Informacast_PT

|DialingPattern=7777

|FullyQualifiedCalledPartyNumber=7777

|DialingPatternRegularExpression=(7777)

|DialingWhere=

|PatternType=Enterprise

|PotentialMatches=NoPotentialMatchesExist

|DialingSdlProcessId=(0,0,0)

|PretransformDigitString=7777

|PretransformTagsList=SUBSCRIBER

|PretransformPositionalMatchList=7777

|CollectedDigits=7777

|UnconsumedDigits=

|TagsList=SUBSCRIBER

|PositionalMatchList=7777

|VoiceMailbox=

|VoiceMailCallingSearchSpace=

|VoiceMailPilotNumber=

|RouteBlockFlag=RouteThisPattern

|RouteBlockCause=0

|AlertingName=

|UnicodeDisplayName=

|CallableEndPointName=[ddef6b78-6232-f5eb-b286-79292be99bb5]

#### CUCM determines call must stay on the same node, then it sends the call to SIP Trunk PID=SIPD(1,100,84,12)

71439207.001 |19:00:36.588 |AppInfo  |Digit analysis: wait_DmPidRes- Partition=[107a02ea-a384-5219-3670-ba9d14b9d094] Pattern=[7777] Where=[],cmDeviceType=[Unknown], OutsideDialtone =[0], DeviceOverride=[0], PID=SIPD(1,100,84,12),CI=[19282342],Sender=Cdcc(1,100,224,6)

### CUCM extends the call to the Informacast SIP Trunk

71439248.001 |19:00:36.643 |AppInfo  |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.1.61.118 on port 5060 index 25758

[431545,NET]

INVITE sip:7777@10.1.61.118:5060 SIP/2.0

Via: SIP/2.0/TCP 10.1.61.158:5060;branch=z9hG4bK1996d1e0c5e3e

From: "PhoneA" <sip:110@10.1.61.158>;tag=229417~7cc9781e-f7e3-4c51-a2b9-de353a4e7d6f-19282343

To: <sip:7777@10.1.61.118>

Date: Tue, 10 Sep 2019 00:00:36 GMT

Call-ID: 2d72f80-d761e7a4-1996c-9e3d010a@10.1.61.158

Supported: timer,resource-priority,replaces

Min-SE:  1800

User-Agent: Cisco-CUCM11.5

Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY

CSeq: 101 INVITE

Expires: 180

Allow-Events: presence, kpml

Supported: X-cisco-srtp-fallback,X-cisco-original-called

Call-Info: ;method="NOTIFY;Event=telephone-event;Duration=500"

Call-Info: ;x-cisco-video-traffic-class=DESKTOP

Session-ID: 712c9e1f00105000a0002c3124c9f8e1;remote=00000000000000000000000000000000

Cisco-Guid: 0047656832-0000065536-0000000001-2654798090

Session-Expires:  1800

P-Asserted-Identity: "PhoneA" <sip:110@10.1.61.158>

Remote-Party-ID: "PhoneA" <sip:110@10.1.61.158>;party=calling;screen=yes;privacy=off

Contact: <sip:110@10.1.61.158:5060;transport=tcp>;+u.sip!devicename.ccm.cisco.com="SEP2C3124C9F8E1"

Max-Forwards: 69

Content-Type: application/sdp

Content-Length: 552

v=0

o=CiscoSystemsCCM-SIP 229417 1 IN IP4 10.1.61.158

s=SIP Call

c=IN IP4 10.1.61.12

b=TIAS:64000

b=AS:64

t=0 0

m=audio 22018 RTP/AVP 114 9 124 0 8 116 18 101

b=TIAS:64000

a=rtpmap:114 opus/48000/2

a=fmtp:114  maxplaybackrate=16000;sprop-maxcapturerate=16000;maxaveragebitrate=64000;stereo=0;sprop-stereo=0;usedtx=0

a=rtpmap:9 G722/8000

a=rtpmap:124 iSAC/16000

a=rtpmap:0 PCMU/8000

a=rtpmap:8 PCMA/8000

a=rtpmap:116 iLBC/8000

a=maxptime:20

a=fmtp:116 mode=20

a=rtpmap:18 G729/8000

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-15

#### Informacast replies with 200 OK (Call established using codec PCMU)

71439316.004 |19:00:36.849 |AppInfo  |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.1.61.118 on port 5060 index 25758 with 889 bytes:

[431549,NET]

SIP/2.0 200 OK

CSeq: 101 INVITE

Call-ID: 2d72f80-d761e7a4-1996c-9e3d010a@10.1.61.158

From: "PhoneA" <sip:110@10.1.61.158>;tag=229417~7cc9781e-f7e3-4c51-a2b9-de353a4e7d6f-19282343

To: <sip:7777@10.1.61.118>;tag=2c9be8b4

Via: SIP/2.0/TCP 10.1.61.158:5060;branch=z9hG4bK1996d1e0c5e3e;rport=43802

Content-Type: application/sdp

Contact: "InformaCast" <sip:7777@10.1.61.118;transport=tcp>

Allow: ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,NOTIFY

Accept: application/sdp

Accept-Encoding: identity

Accept-Language: en

Supported:

Call-Info: <sip:7777@10.1.61.118:5060>;method="NOTIFY;Event=telephone-event;Duration=500"

Content-Length: 248

v=0

o=SinglewireInformaCast-SIP 1568074182370 1 IN IP4 10.1.61.118

s=SIP Call

c=IN IP4 10.1.61.118

b=TIAS:64000

b=AS:64

t=0 0

m=audio 32070 RTP/AVP 0 101

a=rtpmap:0 PCMU/8000

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-15

a=ptime:20

#### ACK from CUCM to Informacast

71439319.001 |19:00:36.850 |AppInfo  |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.1.61.118 on port 5060 index 25758

[431550,NET]

ACK sip:7777@10.1.61.118;transport=tcp SIP/2.0

Via: SIP/2.0/TCP 10.1.61.158:5060;branch=z9hG4bK1996e72237022

From: "PhoneA" <sip:110@10.1.61.158>;tag=229417~7cc9781e-f7e3-4c51-a2b9-de353a4e7d6f-19282343

To: <sip:7777@10.1.61.118>;tag=2c9be8b4

Date: Tue, 10 Sep 2019 00:00:36 GMT

Call-ID: 2d72f80-d761e7a4-1996c-9e3d010a@10.1.61.158

User-Agent: Cisco-CUCM11.5

Max-Forwards: 70

CSeq: 101 ACK

Allow-Events: presence, kpml

Content-Length: 0

### CUCM sends 200 OK to Phone A with codec PCMU

71439437.001 |19:00:36.884 |AppInfo  |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.1.61.12 on port 51600 index 25770

[431551,NET]

SIP/2.0 200 OK

Via: SIP/2.0/TCP 10.1.61.12:51600;branch=z9hG4bK18a14280

From: "PhoneA" <sip:110@10.1.61.158>;tag=2c3124c9f8e10c3c246b7956-5c62fa57

To: <sip:7@10.1.61.158>;tag=229414~7cc9781e-f7e3-4c51-a2b9-de353a4e7d6f-19282342

Date: Tue, 10 Sep 2019 00:00:35 GMT

Call-ID: 2c3124c9-f8e1000d-00337209-0547bb10@10.1.61.12

CSeq: 101 INVITE

Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY

Allow-Events: presence

Supported: replaces

Server: Cisco-CUCM11.5

Call-Info: ; security= NotAuthenticated; orientation= to; gci= 1-15008; isVoip; call-instance= 1

Send-Info: conference, x-cisco-conference

Remote-Party-ID: <sip:7777@10.1.61.158>;party=called;screen=no;privacy=off

Session-ID: ddef6b786232f5ebb2867929ab229417;remote=712c9e1f00105000a0002c3124c9f8e1

Remote-Party-ID: <sip:7777@10.1.61.158;user=phone>;party=x-cisco-original-called;privacy=off

Contact: <sip:7@10.1.61.158:5060;transport=tcp>

Content-Type: application/sdp

Content-Length: 235

v=0

o=CiscoSystemsCCM-SIP 229414 1 IN IP4 10.1.61.158

s=SIP Call

c=IN IP4 10.1.61.118

b=AS:64

t=0 0

m=audio 32070 RTP/AVP 0 101

b=TIAS:64000

a=ptime:20

a=rtpmap:0 PCMU/8000

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-15

#### ACK from Phone A to CUCM

71439438.002 |19:00:36.950 |AppInfo  |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.1.61.12 on port 51600 index 25770 with 692 bytes:

[431552,NET]

ACK sip:7@10.1.61.158:5060;transport=tcp SIP/2.0

Via: SIP/2.0/TCP 10.1.61.12:51600;branch=z9hG4bK20553712

From: "PhoneA" <sip:110@10.1.61.158>;tag=2c3124c9f8e10c3c246b7956-5c62fa57

To: <sip:7@10.1.61.158>;tag=229414~7cc9781e-f7e3-4c51-a2b9-de353a4e7d6f-19282342

Call-ID: 2c3124c9-f8e1000d-00337209-0547bb10@10.1.61.12

Max-Forwards: 70

Session-ID: 712c9e1f00105000a0002c3124c9f8e1;remote=ddef6b786232f5ebb2867929ab229417

Date: Tue, 10 Sep 2019 00:00:39 GMT

CSeq: 101 ACK

User-Agent: Cisco-CP8861/12.0.1

Remote-Party-ID: "PhoneA" <sip:110@10.1.61.158>;party=calling;id-type=subscriber;privacy=off;screen=yes

Content-Length: 0

Recv-Info: conference

Recv-Info: x-cisco-conference

#### Since integration is with JTAPI, CUCM sends REFER to the phone with instructions to join to the IP and port of multicast

71439541.002 |19:00:38.199 |AppInfo  |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.1.61.11 on port 51784 index 25768

[431557,NET]

REFER sip:e2881942-2853-4eab-a0d9-96228c79d062@10.1.61.11:51784;transport=tcp SIP/2.0

Via: SIP/2.0/TCP 10.1.61.158:5060;branch=z9hG4bK19970687ccd2b

From: <sip:111@10.1.61.158>;tag=1598606730

To: <sip:111@10.1.61.11>

Call-ID: 4085c80-d761e7a6-1996d-9e3d010a@10.1.61.158

CSeq: 101 REFER

Max-Forwards: 70

Contact: <sip:111@10.1.61.158:5060;transport=tcp>

User-Agent: Cisco-CUCM11.5

Expires: 30

Refer-To: cid:1234567890@10.1.61.158

Content-Id: <1234567890@10.1.61.158>

Content-Type: multipart/mixed;boundary=uniqueBoundary

Mime-Version: 1.0

Referred-By: <sip:111@10.1.61.158>

Content-Length: 682

--uniqueBoundary

Content-Type:application/x-cisco-remotecc-request+xml

<x-cisco-remotecc-request>

<datapassthroughreq>

<applicationid>0</applicationid>

<lineid>0</lineid>

<transactionid>109</transactionid>

<stationsequence>StationSequenceLast</stationsequence>

<displaypriority>2</displaypriority>

<appinstance>0</appintance>

<routingid>0</routingid>

<confid>0</confid>

<featuredata></featuredata>

</datapassthroughreq>

</x-cisco-remotecc-request>

--uniqueBoundary

Content-Type:application/x-cisco-remote-cm+xml

<CiscoIPPhoneExecute><ExecuteItem URL="RTPMRx:239.0.1.2:20480"/></CiscoIPPhoneExecute>

--uniqueBoundary--

#### Phone B replies with 202 Accepted

71439542.002 |19:00:38.215 |AppInfo  |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.1.61.11 on port 51784 index 25768 with 571 bytes:

[431558,NET]

SIP/2.0 202 Accepted

Via: SIP/2.0/TCP 10.1.61.158:5060;branch=z9hG4bK19970687ccd2b

From: <sip:111@10.1.61.158>;tag=1598606730

To: <sip:111@10.1.61.11>;tag=f87b204eed990c3a4020c613-5969341f

Call-ID: 4085c80-d761e7a6-1996d-9e3d010a@10.1.61.158

Session-ID: f9d4984b00105000a000f87b204eed99;remote=00000000000000000000000000000000

Date: Tue, 10 Sep 2019 00:00:40 GMT

CSeq: 101 REFER

Server: Cisco-CP8811/12.0.1

Contact: <sip:e2881942-2853-4eab-a0d9-96228c79d062@10.1.61.11:51784;transport=tcp>;+u.sip!devicename.ccm.cisco.com="SEPF87B204EED99"

Content-Length: 0

#### Phone B sends a NOTIFY to indicate that it was activated  (Data="Success")

71439548.004 |19:00:38.453 |AppInfo  |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.1.61.11 on port 51784 index 25768 with 2006 bytes:

[431559,NET]

NOTIFY sip:111@10.1.61.158:5060;transport=tcp SIP/2.0

Via: SIP/2.0/TCP 10.1.61.11:51784;branch=z9hG4bK08ccf329

To: <sip:111@10.1.61.158>;tag=1598606730

From: <sip:111@10.1.61.11>;tag=f87b204eed990c3a4020c613-5969341f

Call-ID: 4085c80-d761e7a6-1996d-9e3d010a@10.1.61.158

Session-ID: f9d4984b00105000a000f87b204eed99;remote=00000000000000000000000000000000

Date: Tue, 10 Sep 2019 00:00:40 GMT

CSeq: 1000 NOTIFY

Event: refer

Subscription-State: terminated; reason=timeout

Max-Forwards: 70

Contact: <sip:e2881942-2853-4eab-a0d9-96228c79d062@10.1.61.11:51784;transport=tcp>;+u.sip!devicename.ccm.cisco.com="SEPF87B204EED99"

Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE,SUBSCRIBE

Content-Type: multipart/mixed; boundary=uniqueBoundary

Mime-Version: 1.0

Content-Length: 1199

--uniqueBoundary

Content-Type:application/x-cisco-remotecc-response+xml

Content-Disposition_session;handling=required

<?xml version=1.0" enconding="UTF-8"?>

<x-cisco-remotecc-response>

<response>

<code>200</code>

<reason></reason>

<applicationid>0</applicationid>

<transactionid>109</transactionid>

<stationsequence>StationSequenceLast</stationsequence>

<displaypriority>2</displaypriority>

<appinstance>0</appintance>

<linenumber>0</linenumber>

<routingid>0</routingid>

<confid>0</confid>

<callid></callid>

<options_ind>

<combine max="0">

<service-control></service-control>

</combine>

<dialog usage="">

<unot></unot>

<sub></sub>

</dialog>

<presence usage="">

<unot></unot>

<sub></sub>

</presence>

</options_ind>

</response>

</x-cisco-remotecc-response>

--uniqueBoundary

Content-Type:application/x-cisco-remote-cm+xml

Csontent-Disposition:session;handling=required

<?xml version="1.0" encoding="utf-8"?>

<CiscoIPPhoneResponse>

<ResponseItem URL="RTPMRx:239.0.1.2:20480" Data="Success" Status="0"/>

</CiscoIPPhoneResponse>

--uniqueBoundary--

#### CUCM send a 200 OK for the NOTIFY received

71439556.001 |19:00:38.464 |AppInfo  |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.1.61.11 on port 51784 index 25768

[431560,NET]

SIP/2.0 200 OK

Via: SIP/2.0/TCP 10.1.61.11:51784;branch=z9hG4bK08ccf329

From: <sip:111@10.1.61.11>;tag=f87b204eed990c3a4020c613-5969341f

To: <sip:111@10.1.61.158>;tag=1598606730

Date: Tue, 10 Sep 2019 00:00:38 GMT

Call-ID: 4085c80-d761e7a6-1996d-9e3d010a@10.1.61.158

CSeq: 1000 NOTIFY

Server: Cisco-CUCM11.5

Content-Length: 0

#### CUCM sends to the phone B a REFER to stop receiving multicast audio

71442357.002 |19:01:10.795 |AppInfo  |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.1.61.11 on port 51784 index 25768

[431582,NET]

REFER sip:e2881942-2853-4eab-a0d9-96228c79d062@10.1.61.11:51784;transport=tcp SIP/2.0

Via: SIP/2.0/TCP 10.1.61.158:5060;branch=z9hG4bK199754588a6e3

From: <sip:111@10.1.61.158>;tag=928499252

To: <sip:111@10.1.61.11>

Call-ID: 171b2c80-d761e7c6-19970-9e3d010a@10.1.61.158

CSeq: 101 REFER

Max-Forwards: 70

Contact: <sip:111@10.1.61.158:5060;transport=tcp>

User-Agent: Cisco-CUCM11.5

Expires: 30

Refer-To: cid:1234567890@10.1.61.158

Content-Id: <1234567890@10.1.61.158>

Content-Type: multipart/mixed;boundary=uniqueBoundary

Mime-Version: 1.0

Referred-By: <sip:111@10.1.61.158>

Content-Length: 683

--uniqueBoundary

Content-Type:application/x-cisco-remotecc-request+xml

<x-cisco-remotecc-request>

<datapassthroughreq>

<applicationid>0</applicationid>

<lineid>0</lineid>

<transactionid>109</transactionid>

<stationsequence>StationSequenceLast</stationsequence>

<displaypriority>2</displaypriority>

<appinstance>0</appintance>

<routingid>0</routingid>

<confid>0</confid>

<featuredata></featuredata>

</datapassthroughreq>

</x-cisco-remotecc-request>

--uniqueBoundary

Content-Type:application/x-cisco-remote-cm+xml

<CiscoIPPhoneExecute><ExecuteItem Priority="0" URL="RTPMRx:Stop"/></CiscoIPPhoneExecute>

--uniqueBoundary--

#### Phone B sends to CUCM a 202 Accepted

71442358.002 |19:01:10.802 |AppInfo  |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.1.61.11 on port 51784 index 25768 with 571 bytes:

[431583,NET]

SIP/2.0 202 Accepted

Via: SIP/2.0/TCP 10.1.61.158:5060;branch=z9hG4bK199754588a6e3

From: <sip:111@10.1.61.158>;tag=928499252

To: <sip:111@10.1.61.11>;tag=f87b204eed990c3e1c1bfe96-1d092704

Call-ID: 171b2c80-d761e7c6-19970-9e3d010a@10.1.61.158

Session-ID: f9d4984b00105000a000f87b204eed99;remote=00000000000000000000000000000000

Date: Tue, 10 Sep 2019 00:01:12 GMT

CSeq: 101 REFER

Server: Cisco-CP8811/12.0.1

Contact: <sip:e2881942-2853-4eab-a0d9-96228c79d062@10.1.61.11:51784;transport=tcp>;+u.sip!devicename.ccm.cisco.com="SEPF87B204EED99"

Content-Length: 0

#### A NOTIFY is sent from the phone B to CUCM to indicate that it stopped receiving multicast audio

71442417.004 |19:01:11.069 |AppInfo  |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.1.61.11 on port 51784 index 25768 with 1994 bytes:

[431584,NET]

NOTIFY sip:111@10.1.61.158:5060;transport=tcp SIP/2.0

Via: SIP/2.0/TCP 10.1.61.11:51784;branch=z9hG4bK68d7f530

To: <sip:111@10.1.61.158>;tag=928499252

From: <sip:111@10.1.61.11>;tag=f87b204eed990c3e1c1bfe96-1d092704

Call-ID: 171b2c80-d761e7c6-19970-9e3d010a@10.1.61.158

Session-ID: f9d4984b00105000a000f87b204eed99;remote=00000000000000000000000000000000

Date: Tue, 10 Sep 2019 00:01:13 GMT

CSeq: 1000 NOTIFY

Event: refer

Subscription-State: terminated; reason=timeout

Max-Forwards: 70

Contact: <sip:e2881942-2853-4eab-a0d9-96228c79d062@10.1.61.11:51784;transport=tcp>;+u.sip!devicename.ccm.cisco.com="SEPF87B204EED99"

Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE,SUBSCRIBE

Content-Type: multipart/mixed; boundary=uniqueBoundary

Mime-Version: 1.0

Content-Length: 1187

--uniqueBoundary

Content-Type:application/x-cisco-remotecc-request+xml

Content-Disposition:session;handling=required

<?xml version="1.0" encoding="UTF-8"?>

<x-cisco-remotecc-response>

<response>

<code>200</code>

<reason></reason>

<applicationid>0</applicationid>

<transactionid>117</transactionid>

<stationsequence>StationSequenceLast</stationsequence>

<displaypriority>2</displaypriority>

<appinstance>0</appinstance>

<linenumber>0</linenumber>

<routingid>0</routingid>

<confid>0</confid>

<callid></callid>

<options_ind>

<combine max="0">

<service-control></service-control>

</combine>

<dialog usage="">

<unot></unot>

<sub></sub>

</dialog>

<presence usage="">

<unot></unot>

<sub></sub>

</presence>

</options_ind>

</response>

</x-cisco-remotecc-response>

--uniqueBoundary

Content-Type: application/x-cisco-remotecc-cm+xml

Content-Disposition: session;handling=required

<?xml version="1.0" encoding="utf-8"?>

<CiscoIPPhoneResponse>

<ResponseItem URL="RTPRx:Stop" Data="Success" Status="0" />

</CiscoIPPhoneResponse>

--uniqueBoundary—

### CUCM replies with 200 OK

71442425.001 |19:01:11.070 |AppInfo  |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.1.61.11 on port 51784 index 25768

[431585,NET]

SIP/2.0 200 OK

Via: SIP/2.0/TCP 10.1.61.11:51784;branch=z9hG4bK68d7f530

From: <sip:111@10.1.61.11>;tag=f87b204eed990c3e1c1bfe96-1d092704

To: <sip:111@10.1.61.158>;tag=928499252

Date: Tue, 10 Sep 2019 00:01:11 GMT

Call-ID: 171b2c80-d761e7c6-19970-9e3d010a@10.1.61.158

CSeq: 1000 NOTIFY

Server: Cisco-CUCM11.5

Content-Length: 0

لتكامل CTI والهواتف التي يتم التحكم فيها بواسطة HTTP

CUCM: 10.1.61.158

InformationAst: 10.1.61.118

الهاتف A

dn: 110

الطراز: CP-8861

إصدار البرنامج الثابت: SIP88xx.12-0-1SR1-1

هاتف عنوان IP: 10.1.61.12

MAC: SEP2C3124C9F8E1

الهاتف (ب)

dn: 111

الطراز: CP-8811

إصدار البرنامج الثابت: SIP88xx.12-0-1SR1-1

عنوان IP للهاتف B: 10.1.61.11

MAC: SEPF87B204EED99

رقم البث الهاتفي: 7778

#### CUCM receives the INVITE from phone A (Call Manager SDL Log)

71531116.002 |19:15:32.972 |AppInfo  |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.1.61.12 on port 51600 index 25770 with 1791 bytes:

[431985,NET]

INVITE sip:7@10.1.61.158;user=phone SIP/2.0

Via: SIP/2.0/TCP 10.1.61.12:51600;branch=z9hG4bK112766fc

From: "PhoneA" <sip:110@10.1.61.158>;tag=2c3124c9f8e10c541ed075c2-67793e32

To: <sip:7@10.1.61.158>

Call-ID: 2c3124c9-f8e10011-0bb54030-57b0a7c8@10.1.61.12

Max-Forwards: 70

Session-ID: 02023b9b00105000a0002c3124c9f8e1;remote=00000000000000000000000000000000

Date: Tue, 10 Sep 2019 00:15:35 GMT

CSeq: 101 INVITE

User-Agent: Cisco-CP8861/12.0.1

Contact: <sip:142b9f25-7f2b-48a8-9ff9-377f616f3084@10.1.61.12:51600;transport=tcp>;+u.sip!devicename.ccm.cisco.com="SEP2C3124C9F8E1"

Expires: 180

Accept: application/sdp

Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE,SUBSCRIBE,INFO

Remote-Party-ID: "PhoneA" <sip:110@10.1.61.158>;party=calling;id-type=subscriber;privacy=off;screen=yes

Supported: replaces,join,sdp-anat,norefersub,resource-priority,extended-refer,X-cisco-callinfo,X-cisco-serviceuri,X-cisco-escapecodes,X-cisco-service-control,X-cisco-srtp-fallback,X-cisco-monrec,X-cisco-config,X-cisco-sis-7.0.0,X-cisco-xsi-8.5.1

Allow-Events: kpml,dialog

Recv-Info: conference

Recv-Info: x-cisco-conference

Content-Length: 548

Content-Type: application/sdp

Content-Disposition: session;handling=optional

v=0

o=Cisco-SIPUA 19108 0 IN IP4 10.1.61.12

s=SIP Call

b=AS:4064

t=0 0

m=audio 19104 RTP/AVP 114 9 124 0 8 116 18 101

c=IN IP4 10.1.61.12

b=TIAS:64000

a=rtpmap:114 opus/48000/2

a=fmtp:114 maxplaybackrate=16000;sprop-maxcapturerate=16000;maxaveragebitrate=64000;stereo=0;sprop-stereo=0;usedtx=0

a=rtpmap:9 G722/8000

a=rtpmap:124 ISAC/16000

a=rtpmap:0 PCMU/8000

a=rtpmap:8 PCMA/8000

a=rtpmap:116 iLBC/8000

a=fmtp:116 mode=20

a=rtpmap:18 G729/8000

a=fmtp:18 annexb=yes

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-15

a=sendrecv

#### Digit analysis for the dialed number 7778

71531367.000 |19:15:34.231 |SdlSig   |DaReq                                  |wait                           |Da(1,100,216,1)                  |Cdcc(1,100,224,12)               |1,100,14,1368.88^10.1.61.12^*            |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0]  CI=19282358 Fqdn=ti=1nd=110pi=0si1 Cgpn=tn=0npi=0ti=1nd=110pi=1si1 DialedNum=tn=0npi=1ti=1nd=7778User=7778Host=10.1.61.158Port=5060PassWord=Madder=Transport=4mDisplayName=RawUrl=sip:7@10.1.61.158;user=phoneOrigPort=0pi=0si1 requestID=0 DigitAnalysisComplexity=1 CallingUser= IgnoreIntercept=0 callingDeviceName=SEP2C3124C9F8E1

71531367.001 |19:15:34.231 |AppInfo  |Digit Analysis: star_DaReq: daReq.partitionSearchSpace(8653f609-05a7-5914-819b-3a89680af6a2:), filteredPartitionSearchSpaceString(Informacast_PT:phone_pt), partitionSearchSpaceString(Informacast_PT:phone_pt)

71531367.002 |19:15:34.231 |AppInfo  |Digit Analysis: Host Address=10.1.61.158 MATCHES this node's IPv4 address.

71531367.003 |19:15:34.231 |AppInfo  |Digit Analysis: star_DaReq: Matching SIP URL, Numeric User, user=7778

71531367.004 |19:15:34.232 |AppInfo  |Digit Analysis: getDaRes data: daRes.ssType=[0] Intercept DAMR.sstype=[0], TPcount=[0], DAMR.NotifyCount=[0], DaRes.NotifyCount=[0]

71531367.005 |19:15:34.232 |AppInfo  |Digit Analysis: getDaRes - Remote Destination [] isURI[1]

71531367.006 |19:15:34.232 |AppInfo  |Digit analysis: patternUsage=2

71531367.007 |19:15:34.232 |AppInfo  |Digit analysis: match(pi="2", fqcn="110", cn="110",plv="5", pss="Informacast_PT:phone_pt", TodFilteredPss="Informacast_PT:phone_pt", dd="7778",dac="1")

71531367.008 |19:15:34.232 |AppInfo  |Digit analysis: analysis results

71531367.009 |19:15:34.232 |AppInfo  ||PretransformCallingPartyNumber=110

|CallingPartyNumber=110

|DialingPartition=Informacast_PT

|DialingPattern=7778

|FullyQualifiedCalledPartyNumber=7778

|DialingPatternRegularExpression=(7778)

|DialingWhere=

|PatternType=Enterprise

|PotentialMatches=NoPotentialMatchesExist

|DialingSdlProcessId=(0,0,0)

|PretransformDigitString=7778

|PretransformTagsList=SUBSCRIBER

|PretransformPositionalMatchList=7778

|CollectedDigits=7778

|UnconsumedDigits=

|TagsList=SUBSCRIBER

|PositionalMatchList=7778

|VoiceMailbox=

|VoiceMailCallingSearchSpace=

|VoiceMailPilotNumber=

|RouteBlockFlag=RouteThisPattern

|RouteBlockCause=0

|AlertingName=InformacastCTIRP

|UnicodeDisplayName=InformacastCTIRP

|DisplayNameLocale=1

|OverlapSendingFlagEnabled=0

|WithTags=

|WithValues=

|CallingPartyNumberPi=NotSelected

|ConnectedPartyNumberPi=NotSelected

|CallingPartyNamePi=NotSelected

|ConnectedPartyNamePi=NotSelected

|CallManagerDeviceType=NoDeviceType

|PatternPrecedenceLevel=Routine

|CallableEndPointName=[4db482c3-64c3-5adf-33c5-a11c890d96d0]

|PatternNodeId=[4db482c3-64c3-5adf-33c5-a11c890d96d0]

|AARNeighborhood=[]

|AARDestinationMask=[]

|AARKeepCallHistory=true

|AARVoiceMailEnabled=false

|NetworkLocation=OnNet

|Calling Party Number Type=Cisco Unified CallManager

|Calling Party Numbering Plan=Cisco Unified CallManager

|Called Party Number Type=Cisco Unified CallManager

|Called Party Numbering Plan=Cisco Unified CallManager

|ProvideOutsideDialtone=false

|AllowDeviceOverride=false

|IsEmergencyNumber=false

|AlternateMatches=

|TranslationPatternDetails=

|ResourcePriorityNamespace=

|PatternRouteClass=RouteClassDefault

#### CUCM extends the call to the Line control associated to the CTI Route Point  ICVA_CTI_RP (Call Manager SDL Log)

71531370.001 |19:15:34.232 |AppInfo  |Digit analysis: wait_DmPidRes- Partition=[107a02ea-a384-5219-3670-ba9d14b9d094] Pattern=[7778] Where=[],cmDeviceType=[UserDevice], OutsideDialtone =[0], DeviceOverride=[0], PID=LineControl(1,100,178,1306),CI=[19282358],Sender=Cdcc(1,100,224,12)

71531386.001 |19:15:34.233 |AppInfo  |LineCdpc(20): -dispatchToAllDevices-, sigName=CcSetupReq, device=ICVA_CTI_RP

#### CUCM sends the CTI New call notify (Call Manager SDL Log)

71531404.000 |19:15:34.235 |SdlSig-O |CtiNewCallNotify                       |NA RemoteSignal                |UnknownProcessName(1,200,25,1)   |StationCdpc(1,100,67,2)          |1,100,14,1.33^*^*                        |[R:N-H:0,N:4,L:0,V:0,Z:0,D:0]  LH=1|47 GCH=1|15018 CH=1|19282359 Held CH=0|0 State=2(CtiOfferingState) Reason=1 Origin=1 DeviceName=ICVA_CTI_RP CGPN=[ DN=110 uDN=110 NumPI=T Part=phone_pt VmBox= NumType=0 Name=PhoneA UniName=PhoneA NamePI=T Locale=1 PU=2 Device=SEP2C3124C9F8E1 GlblCgpn=110] CDPN=[ DN=7778 uDN=7778 NumPI=T Part=Informacast_PT VmBox= NumType=0 Name=InformacastCTIRP UniName=InformacastCTIRP NamePI=T Locale=1 PU=2 Device=] LRP=[ DN= uDN= NumPI=T Part= VmBox= NumType=0 Name= UniName= NamePI=T Locale=1] OCDPN=[ DN=7778 uDN=7778 NumPI=T Part=Informacast_PT VmBox= NumType=0 Name=InformacastCTIRP UniName=InformacastCTIRP NamePI=T Locale=1] AuxData=T FarEndCMId=1 EndpointType=1 RIU=F Privacy=F CallPresent=T FeatPriority=1 Feature=137 AttrType=0 LineId [DN=110 Part=phone_pt] IPAddrMode=0 IsConsCallDueToRollover=F UniqCallRef=0000000000003AAA012639B700000000 CgpnIPv4Addr=c3d010a CgpnIPv6Addr= CallingMultiMediaCap=0F0 CalledMultiMediaCap=0F0 CallingPartyMultiMediaMask=3 CalledPartyMultiMediaMask=3 Session-ID: Device= 5ee92aa5415831d8b114c4ba19282359; Remote= 02023b9b00105000a0002c3124c9f8e1

#### CTI process receives the CtiNewCallNotify from CallManager process (CTI Manager SDL Trace)

04961495.000 |19:15:34.236 |SdlSig-I |CtiNewCallNotify                       |ready                          |CTIDeviceLineMgr(1,200,25,1)     |StationCdpc(1,100,67,2)          |1,100,14,1.33^*^*                        |[R:N-H:0,N:1,L:0,V:0,Z:0,D:0]  LH=1|47 GCH=1|15018 CH=1|19282359 Held CH=0|0 State=2(CtiOfferingState) Reason=1 Origin=1 DeviceName=ICVA_CTI_RP CGPN=[ DN=110 uDN=110 NumPI=T Part=phone_pt VmBox= NumType=0 Name=PhoneA UniName=PhoneA NamePI=T Locale=1 PU=2 Device=SEP2C3124C9F8E1 GlblCgpn=110] CDPN=[ DN=7778 uDN=7778 NumPI=T Part=Informacast_PT VmBox= NumType=0 Name=InformacastCTIRP UniName=InformacastCTIRP NamePI=T Locale=1 PU=2 Device=] LRP=[ DN= uDN= NumPI=T Part= VmBox= NumType=0 Name= UniName= NamePI=T Locale=1] OCDPN=[ DN=7778 uDN=7778 NumPI=T Part=Informacast_PT VmBox= NumType=0 Name=InformacastCTIRP UniName=InformacastCTIRP NamePI=T Locale=1] AuxData=T FarEndCMId=1 EndpointType=1 RIU=F Privacy=F CallPresent=T FeatPriority=1 Feature=137 AttrType=0 LineId [DN=110 Part=phone_pt] IPAddrMode=0 IsConsCallDueToRollover=F UniqCallRef=0000000000003AAA012639B700000000 CgpnIPv4Addr=c3d010a CgpnIPv6Addr= CallingMultiMediaCap=0F0 CalledMultiMediaCap=0F0 CallingPartyMultiMediaMask=3 CalledPartyMultiMediaMask=3 Session-ID: Device= 5ee92aa5415831d8b114c4ba19282359; Remote= 02023b9b00105000a0002c3124c9f8e1

#### CTI process sends the NewCallEvent to Informacast server (CTI Manager SDL Trace)

04961497.003 |19:15:34.236 |AppInfo  |[CTI-APP] [CTIHandler::OutputCtiMessage      ]     CTI   NewCallEvent    (  LH=1|46 CH=1|19282359  CH=0|0  GCH=1|15018 lineHandleSpecified=1 state=2 origin=1 farEndpointSpecified=1 farEndpointCMID=1 endpointType=1 reason=1 remote in use=0 privacy=0 mediaResourceID= resource ID=0 deviceName=ICVA_CTI_RP cgpn=110 Presentation=1 cgpn NameInfo=locale: 1 pi: 1 Name: PhoneA UnicodeName: PhoneA cdpn=7778 Presentation=1 cdpn NameInfo=locale: 1 pi: 1 Name: InformacastCTIRP UnicodeName: InformacastCTIRP original cdpn=7778 Presentation=1 original cdpn NameInfo=locale: 1 pi: 1 Name: InformacastCTIRP UnicodeName: InformacastCTIRP LRP= Presentation=1 LRP NameInfo=locale: 1 pi: 1 Name:  UnicodeName:  UserData= callingPartyDeviceName=SEP2C3124C9F8E1 mediaDeviceName= ucgpn=110 ucdpn=7778 unmodifiedOriginal cdpn=7778 uLRP= cgPnPartition=phone_pt cdPnPartition=Informacast_PT oCdPnPartition=Informacast_PT lrpPartition= CgpnIP=0xc3d010a IsConsultCallDueToRollover=0 apiCallReference=0000000000003AAA012639B700000000 lineId.DN=110 lineId.part=phone_pt CallPresentable=1 FeaturePriority =1 globalizedCgPn=110 ipAddrMode=0 cgpnPU=2 cdpnPU=2CallingPartyMultiMediaBitMask=3CalledPartyMultiMediaBitMask=3 Session-ID: Device= 5ee92aa5415831d8b114c4ba19282359; Remote= 02023b9b00105000a0002c3124c9f8e1

#### CTI process receives the LineCallAcceptRequest from Informacast server (CTI Manager SDL Trace)

04961500.002 |19:15:34.242 |AppInfo  |[CTI-APP] [CTIHandler::processIncomingMessage]     CTI   LineCallAcceptRequest    ( seq#=33  LH=1|46  CH=1|19282359 media resource ID= resource ID=0 media device name=)

#### CTI process sends the answer to Call Manager process  (CTI Manager SDL Trace)

04961503.000 |19:15:34.242 |SdlSig-O |CtiLineCallAcceptReq                   |NA RemoteSignal                |UnknownProcessName(1,100,66,16)  |CTIDeviceLineMgr(1,200,25,1)     |1,200,13,90.89^10.1.61.118^ICVA_CTI_RP   |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] AsyncResponse=124 CH=1|19282359 LH=1|47 MediaDeviceName =  MediaDevicePid = (0,0,0,0) resource ID=0

#### Call Manager process receives the answer from CTI process (Call Manager SDL Log)

71531414.000 |19:15:34.243 |SdlSig-I |CtiLineCallAcceptReq                   |restart0                       |StationD(1,100,66,16)            |CTIDeviceLineMgr(1,200,25,1)     |1,200,13,90.89^10.1.61.118^ICVA_CTI_RP   |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] AsyncResponse=124 CH=1|19282359 LH=1|47 MediaDeviceName =  MediaDevicePid = (0,0,0,0) resource ID=0

#### CTI Process receives from Informacast the port to be used to receive the audio  (CTI Manager SDL Trace)

04961525.002 |19:15:34.256 |AppInfo  |[CTI-APP] [CTIHandler::processIncomingMessage]     CTI   DeviceSetRTPForCallRequest    ( seq#=35  DH=1|52  CH=1|19282359  RtpDestination=1983709450|32080)

#### CTI Process sends the port to Call manager process  (CTI Manager SDL Trace)

04961528.000 |19:15:34.256 |SdlSig-O |CtiDeviceSetRTPForCallReq              |NA RemoteSignal                |UnknownProcessName(1,100,66,16)  |CTIDeviceLineMgr(1,200,25,1)     |1,200,13,90.91^10.1.61.118^ICVA_CTI_RP   |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] AsyncResponse=126mCtiInterface(1,200,25,1) DH=1|53 CH=1|19282359 RtpDestination1983709450|32080

#### CUCM sends the 200 OK to the Phone A (Codec PCMU, IP and port of Informacast)

71531593.001 |19:15:34.258 |AppInfo  |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.1.61.12 on port 51600 index 25770

[432000,NET]

SIP/2.0 200 OK

Via: SIP/2.0/TCP 10.1.61.12:51600;branch=z9hG4bK112766fc

From: "PhoneA" <sip:110@10.1.61.158>;tag=2c3124c9f8e10c541ed075c2-67793e32

To: <sip:7@10.1.61.158>;tag=229579~7cc9781e-f7e3-4c51-a2b9-de353a4e7d6f-19282358

Date: Tue, 10 Sep 2019 00:15:32 GMT

Call-ID: 2c3124c9-f8e10011-0bb54030-57b0a7c8@10.1.61.12

CSeq: 101 INVITE

Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY

Allow-Events: presence

Supported: replaces

Server: Cisco-CUCM11.5

Call-Info: <urn:x-cisco-remotecc:callinfo>; security= NotAuthenticated; orientation= to; gci= 1-15018; isVoip; call-instance= 1

Send-Info: conference, x-cisco-conference

Session-ID: 5ee92aa5415831d8b114c4ba19282359;remote=02023b9b00105000a0002c3124c9f8e1

Remote-Party-ID: "InformacastCTIRP" <sip:7778@10.1.61.158>;party=called;screen=yes;privacy=off

Contact: <sip:7@10.1.61.158:5060;transport=tcp>

Content-Type: application/sdp

Content-Length: 179

v=0

o=CiscoSystemsCCM-SIP 229579 1 IN IP4 10.1.61.158

s=SIP Call

c=IN IP4 10.1.61.118

b=AS:64

t=0 0

m=audio 32080 RTP/AVP 0

b=TIAS:64000

a=ptime:20

a=rtpmap:0 PCMU/8000

#### ACK from Phone A to CUCM

71531622.002 |19:15:34.473 |AppInfo  |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.1.61.12 on port 51600 index 25770 with 692 bytes:

[432004,NET]

ACK sip:7@10.1.61.158:5060;transport=tcp SIP/2.0

Via: SIP/2.0/TCP 10.1.61.12:51600;branch=z9hG4bK4fcbad6d

From: "PhoneA" <sip:110@10.1.61.158>;tag=2c3124c9f8e10c541ed075c2-67793e32

To: <sip:7@10.1.61.158>;tag=229579~7cc9781e-f7e3-4c51-a2b9-de353a4e7d6f-19282358

Call-ID: 2c3124c9-f8e10011-0bb54030-57b0a7c8@10.1.61.12

Max-Forwards: 70

Session-ID: 02023b9b00105000a0002c3124c9f8e1;remote=5ee92aa5415831d8b114c4ba19282359

Date: Tue, 10 Sep 2019 00:15:37 GMT

CSeq: 101 ACK

User-Agent: Cisco-CP8861/12.0.1

Remote-Party-ID: "PhoneA" <sip:110@10.1.61.158>;party=calling;id-type=subscriber;privacy=off;screen=yes

Content-Length: 0

Recv-Info: conference

Recv-Info: x-cisco-conference

NOTE: At this point the call from phone A to Informacast has been established successfully. For this scenario the phones are activated using HTTP, hence there are no CUCM logs related to the phone activation.

سجلات الأداء

لتكامل SIP

#### Informacast receives an INVITE sent by CUCM

2019-09-09 19:09:42,323 [pool-41-thread-1] INFO  ba [] - Received INVITE request; call ID 2d72f80-d761e7a4-1996c-9e3d010a@10.1.61.158; from "PhoneA" <sip:110@10.1.61.158>; to <sip:7777@10.1.61.118>; contact <sip:110@10.1.61.158:5060;transport=tcp>; user-agent Cisco-CUCM11.5

#### Informacast sends a 200 OK to CUCM

2019-09-09 19:09:42,508 [pool-41-thread-1] INFO  ba [] - Sent INVITE response; status OK (200) ; call ID 2d72f80-d761e7a4-1996c-9e3d010a@10.1.61.158; from "PhoneA" <sip:110@10.1.61.158>; to <sip:7777@10.1.61.118>; contact "InformaCast" <sip:7777@10.1.61.118;transport=tcp>

#### CUCM replies with ACK to Informacast

2019-09-09 19:09:42,527 [pool-41-thread-1] INFO  ba [] - Received ACK request; call ID 2d72f80-d761e7a4-1996c-9e3d010a@10.1.61.158; from "PhoneA" <sip:110@10.1.61.158>; to <sip:7777@10.1.61.118>; user-agent Cisco-CUCM11.5

#### Informacast provides the IP and port

2019-09-09 19:09:42,871 [pool-1264-thread-1] INFO  u [] - providing address: 239.0.1.2

2019-09-09 19:09:42,885 [pool-1264-thread-1] INFO  t [] - Gathering information required to send the message

2019-09-09 19:09:42,904 [pool-1264-thread-1] INFO  t [] - Broadcast will be sent on port: 20480

####  Stream settings:

2019-09-09 19:09:43,556 [Signaler # 1 run 1] INFO  Signaler [] - Stream settings:

General info: User=dialcast(System User), BroadcastInitiator=10.1.61.12, SourceType=CallingPhone, MessageKey=908, MessageType=Live Audio, MessageDescription=Basic Paging Live Broadcast, RecipientGroupDescription=SanJose, MaxIPPhones=50, MaxIPSpeakers=0, DeviceArbiter=null, CreatedOn=Mon Sep 09 19:09:42,849 CDT 2019, PauseLength=0, NumberOfRepetitions=1

Audio details: AudioFile=null, AudioFormat=ULAW 8000.0 Hz, 8 bit, mono, 1 bytes/frame, , RemoteAddress=239.0.1.2, RemotePort=20480, MessageVolume=As-Is, NonUrgent=true, Interrupt=false, Priority=2, LiveAudioSource=LiveBroadcastTriggerTask[callID=2d72f80-d761e7a4-1996c-9e3d010a@10.1.61.158, callMapper=CallMapper[dialedNumber=7777 isMapped=true messageId=908 recipientIds=[1714] dialcode=null dn=null] , multicastAddress=null, multicastPort=0, triggerFailAudioFile=/usr/local/singlewire/InformaCast/web/sounds/ivr/broadcastTrigger/triggerFail.ulaw.wav, preToneFile=null, postToneFile=null, recordedFile=null, recordingStarted=false, done=false] , PreTone=null, PostTone=null, HasDynamicAudio=falseReplay=false

Confirmation details: CollectConfirmations=false

#### Informacast sends the instruction message to 1 participant (SEPF87B204EED99)

2019-09-09 19:09:43,555 [Signaler # 1 run 1] INFO  Signaler [] - Sending message to 1 participants

2019-09-09 19:09:43,643 [Push:10.1.61.11-pool-1269-thread-1] INFO  i [1 run 1] - Started device instructor for phone PhoneDescription (deviceType=36670, deviceName=SEPF87B204EED99, description=Auto 111, devicePool=Default, callingSearchSpace=, address=10.1.61.11, ctiUser=ICVAInformacast, ctiPassword=[hidden], location=Hub_None, profileDescription=null, pbxDescription=CUCM)

#### Informacast received the response via JTAPI from the phone

2019-09-09 19:09:44,126 [Push:10.1.61.11-pool-1269-thread-1] INFO  i [1 run 1] - The response from the phone SEPF87B204EED99 via JTAPI is:

<?xml version="1.0" encoding="UTF-8"?>

<CiscoIPPhoneResponse>

<ResponseItem URL="RTPMRx:239.0.1.2:20480" Data="Success" Status="0" />

</CiscoIPPhoneResponse>

#### Informacast starts broadcasting

2019-09-09 19:09:44,151 [pool-1269-thread-1] INFO  ah [] - Starting broadcast for inbound call 2d72f80-d761e7a4-1996c-9e3d010a@10.1.61.158 on multicast address /239.0.1.2 and port 20480

#### Informacast receives the BYE to end the paging

2019-09-09 19:10:15,222 [pool-41-thread-1] INFO  ba [] - Received BYE request; call ID 2d72f80-d761e7a4-1996c-9e3d010a@10.1.61.158; from "PhoneA" <sip:110@10.1.61.158>; to <sip:7777@10.1.61.118>; user-agent Cisco-CUCM11.5

#### Informacast sends to the phone the instruction to stop receiving audio

2019-09-09 19:10:16,403 [Push:10.1.61.11-pool-1269-thread-3] INFO  i [1 run 1] - Pushing stop command to phone: PhoneDescription (deviceType=36670, deviceName=SEPF87B204EED99, description=PhoneB, devicePool=Default, callingSearchSpace=, address=10.1.61.11, ctiUser=ICVAInformacast, ctiPassword=[hidden], location=Hub_None, profileDescription=null, pbxDescription=CUCM)

#### Informacast receives the response from the phone

2019-09-09 19:10:16,732 [Push:10.1.61.11-pool-1269-thread-3] INFO  i [1 run 1] - The response from the phone SEPF87B204EED99 via JTAPI is:

<?xml version="1.0" encoding="UTF-8"?>

<CiscoIPPhoneResponse>

<ResponseItem URL="RTPMRx:Stop" Data="Success" Status="0" />

</CiscoIPPhoneResponse>

#### Task ended

2019-09-09 19:10:19,357 [DeviceDeactivator-pool-1268-thread-1] INFO  ah [1] - Canceling live broadcast for inbound call 2d72f80-d761e7a4-1996c-9e3d010a@10.1.61.158

2019-09-09 19:11:45,250 [Timer-0] INFO  JavaExchangeAdapter [] - Task Ended: checkpoint command to compact the database

لتكامل CTI

#### Informacast receives the request to route the call

2019-09-09 19:24:39,936 [RouteCall:15018/1Thread] INFO  av [] - Route request for call [CiscoCallID=15018/1 callingDN=110 callingPartition=phone_pt callingTerminal=SEP2C3124C9F8E1 lastRedirectedDN=null modifiedCalledDN=7778 currentCalledDN=7778 calledDN=7778] on ICVA_CTI_RP,7778

#### Dialing pattern matches

2019-09-09 19:24:39,942 [ObserverThread(af@feaf7c)] INFO  V [] - Dialing pattern "7778" matched dialed route point number 7778

#### Informacast provides the IP and port for multicast

2019-09-09 19:24:40,020 [pool-1287-thread-1] INFO  u [] - providing address: 239.0.1.2

2019-09-09 19:24:40,020 [pool-1287-thread-1] INFO  t [] - Gathering information required to send the message

2019-09-09 19:24:40,023 [pool-1287-thread-1] INFO  t [] - Broadcast will be sent on port: 20486

#### Informacast sends the message to all devices in the recipient group, in this case to only 1 device

2019-09-09 19:24:40,262 [Signaler # 4 run 1] INFO  Signaler [] - Sending message to 1 participants

#### Informacast starts the live broadcast over the IP and port

2019-09-09 19:24:40,263 [Signaler # 4 run 1] INFO  ah [] - Starting live broadcast alert for inbound call 15018/1 on multicast address /239.0.1.2 and port 20486

#### Informacast sends the instruction activate the phone (SEPF87B204EED99) and join to the multicast audio

2019-09-09 19:24:40,278 [Push:10.1.61.11-pool-1269-thread-10] INFO  i [4 run 1] - Started device instructor for phone PhoneDescription (deviceType=36670, deviceName=SEPF87B204EED99, description=PhoneB, devicePool=Default, callingSearchSpace=, address=10.1.61.11, ctiUser=ICVAInformacast, ctiPassword=[hidden], location=Hub_None, profileDescription=null, pbxDescription=CUCM)

#### Informacast receives the response from the phone

2019-09-09 19:24:40,624 [Push:10.1.61.11-pool-1269-thread-10] INFO  i [4 run 1] - The response from the phone is:

#### Informacast starts the broadcast over the IP and port

2019-09-09 19:24:40,637 [pool-1269-thread-10] INFO  ah [] - Starting broadcast for inbound call 15018/1 on multicast address /239.0.1.2 and port 20486

#### Informacast receives the notification that the call has ended

2019-09-09 19:25:21,253 [ObserverThread(af@feaf7c)] INFO  af [] - RTP input stopped event received for inbound call 15018/1

#### Informacast sends the instruction to the phones in order to stop receiving audio

2019-09-09 19:25:21,865 [Push:10.1.61.11-pool-1269-thread-12] INFO  i [4 run 1] - Pushing stop command to phone: PhoneDescription (deviceType=36670, deviceName=SEPF87B204EED99, description=PhoneB, devicePool=Default, callingSearchSpace=, address=10.1.61.11, ctiUser=ICVAInformacast, ctiPassword=[hidden], location=Hub_None, profileDescription=null, pbxDescription=CUCM)

#### Informacast receives the response from the phone

2019-09-09 19:25:22,123 [Push:10.1.61.11-pool-1269-thread-12] INFO  i [4 run 1] - The response from the phone is:

#### Deactivation done

2019-09-09 19:25:22,134 [pool-1269-thread-12] INFO  ah [] - Canceling live broadcast for inbound call 15018/1

2019-09-09 19:25:22,134 [pool-1269-thread-12] INFO  Signaler [] - Notifying signaler that the deactivator is done

سجلات وحدة التحكم (PRT)

#### The same IP and port for multicast provided by Informacast is shown in the console logs

5311 INF Sep 10 00:15:34.434302 (701:844) JAVA-PushThread|cip.push.PushThread:execute - Sleep for 100ms previous= current=RTPMRx:239.0.1.2:20486 i=0 total=1

5312 DEB Sep 10 00:15:34.535773 (701:832) JAVA-SIPCC-MSP: mp_create_rtp_session: scheme_specific=239.0.1.2:20486 direction=0 mcast=1 payloadtype=4 framesize=20 vadenable=0

5313 DEB Sep 10 00:15:34.535893 (701:832) JAVA-SIPCC-MSP: mp_create_rtp_session: precedence=0 mixingmode=0 mixingparty=0 channeltype=0

5314 DEB Sep 10 00:15:34.535980 (701:832) JAVA-SIPCC-MSP: mp_create_rtp_session: ipv4 address/port/type [-1382943496/20486/1].

#### Create receive session only

5315 DEB Sep 10 00:15:34.536032 (701:832) JAVA-SIPCC-MSP: mp_create_rtp_session: Create Rx only stream.

5316 NOT Sep 10 00:15:34.536151 (408:408) ms-MSAPI.ms_forceReserveMediaPort port 20486

5317 NOT Sep 10 00:15:34.536291 (701:832) JAVA-SIPCC-MED_API: 0/-1, mp_create_rx_session: MCAP 0:GRP -1:STRM -1: PT 4: PRD 20: PORT 20486: DTPT 0: MCAST 1

5320 DEB Sep 10 00:15:34.536489 (701:832) JAVA-mp_create_rx_session:type=1, addr=239.0.1.2, ip4=-285212414

5321 DEB Sep 10 00:15:34.536525 (701:832) JAVA-mp_create_rx_session:addr_str=239.0.1.2

5323 DEB Sep 10 00:15:34.536661 (701:832) JAVA-mp_create_rx_session:[ToMS] payload=4 dynpayload=0 pkt_period=20 local_addr=239.0.1.2 type=0 local_port=20486

5326 NOT Sep 10 00:15:34.537528 (408:408) ms-RTPSESSION.createRTPSession media [ipv4=239.0.1.2][port=20486][interface=NULL][mediatype=4][relayee=0][groupid=4294967295][callid=4294967295]

#### Start RTCP

5385 NOT Sep 10 00:15:34.673264 (408:408) ms-RTCPMGR.rtcpm_startRtcp[A:6:5:8] [local IPv4:port=239.0.1.2:20487][remote IPv4:port=0.0.0.0:0]

#### Start RTP session RX

5388 NOT Sep 10 00:15:34.673917 (408:408) ms-RTPSESSION.ms_startRTPSessionRx[A:6] START RX [stream=5][mediaType(codec)=4][pkt size=20][P-IPv4=239.0.1.2][Port=20486][groupid=-1][callid=-1]

#### Release connection

5536 NOT Sep 10 00:16:16.173301 (701:832) JAVA-SIPCC-MED_API: mp_session_cmd: release local rtp port 20486

5537 NOT Sep 10 00:16:16.173396 (408:408) ms-MSAPI.ms_releaseRxPort : port 20486

التقاط الحزمة

قم بتجميع التقاط حزمة من الهاتف والتحقق من أوامر HTTP XSI من InformaCast. يتم إرسال رسالة بروتوكول إدارة مجموعة الإنترنت (IGMP) للانضمام إلى تدفق البث المتعدد. إذا لم يظهر لديك تدفق لبروتوكول نقل الوقت الفعلي للبث المتعدد (RTP) بعد رسالة IGMP، فيمكنك أخذ التقاط حزمة من InformaCast، وتأكيد أن خادم InformationAst يتم إرسال RTP إلى IP ومنفذ ثم فحص البنية الأساسية للشبكة.

التقاط الحزمة على الهاتف (يتم التحكم فيه بواسطة HTTP)

- CUCM: 10.1.61.158

- InformationAst: 10.1.61.118

- عنوان IP للهاتف B: 10.1.61.11

- الطراز: CP-8811

- إصدار البرنامج الثابت: SIP88xx.12-0-1SR1-1

- eth.addr==sepf87b204EED99

تظهر رسائل HTTP و IGMP التي يتم استقبالها على الهواتف في الصورة.

التقاط الحزمة على الهاتف (يتم التحكم فيه بواسطة JTAPI)

- CUCM: 10.1.61.158

- InformationAst: 10.1.61.118

- عنوان IP للهاتف B: 10.1.61.11

- الطراز: CP-8811

- إصدار البرنامج الثابت: SIP88xx.12-0-1SR1-1

- MAC SEPF87B204EED99

كما هو موضح في قسم التكوين، يمكن التحكم في الهواتف بواسطة JTAPI، وهذا يعني تمكين أوامر الإرسال إلى الهواتف بواسطة JTAPI كما هو موضح في الصورة.

إذا كان هذا هو الحال، يستلم الهاتف B من خادم CUCM IP ومنفذ البث المتعدد من خلال إحالة SIP. يمكنك النقر فوق رسالة SIP Referring، ثم انقر بزر الماوس الأيمن فوق رأس نص الرسالة وحدد إظهار وحدات بايت الحزمة كما هو موضح في الصورة.

ما إن يستلم الهاتف الأمر، هو يتلاقى إلى ال multicast IP وميناء مع IGMP رسالة. حاول الهاتف ثلاث مرات كحد أقصى لبدء تلقي الصوت. عند انتهاء ترحيل الصفحات، ترسل الهواتف الموجودة في مجموعة المستلمين رسالة "ترك المجموعة" لإسقاط جلسة عمل البث المتعدد.

أدوات أستكشاف الأخطاء وإصلاحها

ستساعدك أداة إختبار البث المتعدد على أستكشاف أخطاء SNMP وإصلاحها بعد ذلك.

ستساعدك أداة InformaCast_LogTool على أستكشاف المشكلات الشائعة التي تواجه تنفيذ InformaCast على الشبكة لديك وإصلاحها.

رخصة مسبقة

يتم دعم العملاء الذين لديهم وضع "الإعلام المتقدم" بواسطة SingleWire. اتصل ب sales@singlewire.com للحصول على دعم إضافي.

يتوفر دعم تقنية SunLewire من الساعة 7 صباحا إلى الساعة 6 مساء بتوقيت وسط الكمبيوتر (CDT)، من الاثنين إلى الجمعة من الساعة 608.661.1140 +1 الخيار 2.

كلمات المرور

في InformationAst، هناك العديد من أنواع كلمات المرور:

بيانات اعتماد نظام التشغيل: تستخدم لإدخال WebMin ومركز التحكم (https://x.x.x.x:10000) وعند إستخدام بروتوكول طبقة الأمان (SSH) للوصول إلى الجهاز الظاهري InformaCast. المستخدم الافتراضي هو admin بينما كلمة المرور هي changeMe.

كلمة مرور المسؤول: تستخدم لتسجيل الدخول إلى واجهة المسؤول (https://x.x.x.x:8444/InformaCast/admin).

عبارة المرور: تستخدم لتأمين النسخ الاحتياطية للجهاز الظاهري InformaCast. يجب أن تتذكر عبارة المرور هذه. لا يمكن لموظفي الدعم الذين يستخدمون أسلاك أحادية أن يستعيدوا الجهاز من أجلك إذا فقد.

إسترداد كلمة المرور

ل cisco ترحيل نادل 12.5.1 وأمام: https://www.singlewire.com/help/InformaCast/v12.5.1/advanced/cucm/index.htm#t=InformaCast_Fusion%2FWebmin%2FRecover_the_Servers_Password.htm

تحديث JTAPI في الإعلام

عندما تقوم بتثبيت الجهاز الظاهري InformaCast في البداية أو عندما تقوم بتغيير إصدارات CUCM، فإنك تحتاج إلى تحديث مكتبة JTAPI المستخدمة من قبل InformaCast Virtual Appliance إلى نفس الإصدار المستخدم من قبل خادم CUCM.

تحديث JTAPI من خلال الجهاز الظاهري سيقوم بتحديث إصدار JTAPI لجميع تطبيقات SingleWire التي تستخدم JTAPI.

يتم وصف الخطوات في القسم تحديث JTAPI في InformationAst في الدليل التالي https://community.cisco.com/t5/collaboration-voice-and-video/integrating-basic-cisco-paging-basic-informacast-with-cucm/ta-p/3161322

العيوب الشائعة

CSCve47332 يتعذر على سلسلة Cisco IP 69XX معالجة الفراغات في مستخدم التطبيق للحصول على معلومات

CSCuy56088 سلسلة 8800 هاتف بدون صوت البث المتعدد

CSCut91894 تتعطل الاتصالات من FF37 و Chrome إلى InformaCast بعد FF/Chrome updt

CSCtb70375 يحتاج SNMP إلى تنبيه المستخدم بمشاكل اتصال DNS

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

- مصفوفة توافق CUCM: https://www.singlewire.com/matrix/cisco-platforms

- مصفوفة الهاتف: https://www.singlewire.com/matrix/cisco-phones

- ترقية المسارات: https://www.singlewire.com/matrix/ic-upgrades

- منصات الأجهزة الخادمة: https://www.singlewire.com/matrix/server-platforms

- متطلبات الأجهزة: https://www.singlewire.com/informacast-hardware-requirements

- الدعم التقني والمستندات - خدمة Cisco Systems: https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/srnd/collab12/collab12.pdf

- دمج CUCM مع خادم ترحيل وحدات التخزين/مثال تكوين InformaCast من Cisco: https://www.cisco.com/c/en/us/support/docs/unified-communications/paging-server/117059-configure-informacast-00.html

- خادم ترحيل وحدات التخزين من Cisco - دليل البدء السريع : https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cucm/cisco_paging_server/12_5_1/QSGInformaCastBasicPaging1251.pdf