تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
يصف هذا المستند منتج خادم ترحيل وحدات التخزين (المعروف أيضا باسم InformaCast) وكيفية دمجه مع مدير الاتصالات الموحدة (CUCM) من Cisco. سيغطي هذا المستند الغرض من الميزة، وتكوين الميزة، والبيانات التي سيتم تجميعها لاستكشاف الأخطاء وإصلاحها، مثل تحليل البيانات، والموارد ذات الصلة لإجراء أبحاث إضافية.
توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:
تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك مباشرة، فتأكد من فهمك للتأثير المحتمل لأي أمر.
خادم ترحيل وحدات التخزين من 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 الموحدة.
إصدارات 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 غير مدعومة.
يمكن أن يستقبل InformationAst المكالمات من خلال CTI و/أو SIP. في حالة CTI، تتم خدمة المكالمات على نقطة مسار CTI (لا يتطلب خادم ترحيل الصفحات من Cisco منافذ CTI للرد على المكالمات الواردة).
في حالة SIP، تقوم المكالمات بالمغادرة Unified CM على خط اتصال SIP. كل من CTI و SIP صحيحان ومدعومان. ومع ذلك، توصي Cisco بتدفق مكالمات SIP عبر CTI لأن أستكشاف أخطاء عمليات تكامل SIP وإصلاحها أسهل بكثير من CTI.
تدفق المكالمات
عند دمج InformaCast مع Cisco Call Manager باستخدام مكتبة JTAPI ومدير دمج الاتصال الهاتفي للكمبيوتر (CTI)، فإنه يستخدم بروتوكول تشفير المخزن المؤقت السريع (QBE) عبر TCP كما هو موضح في الصورة.
بالنسبة لعمليات تكامل SIP، يستخدم InformaCast بروتوكول SIP عبر TCP ومنفذ 5060 للاتصال بمدير المكالمات كما هو موضح في الصورة.
الخطوة 1. تنشيط الخدمات، انتقل إلى Cisco Unified ServiceAbility > أدوات > تنشيط الخدمة وتمكين الخدمات التالية:
تلميح: تنشيط بروتوكول SNMP على جميع العقد، و AXL على عقدة واحدة على الأقل في المجموعة، و CTI Manager على عقدة واحدة على الأقل تقوم بتشغيل خدمة "إدارة المكالمات" (أو أكثر لأغراض التكرار).
الخطوة 2. تكوين SNMP (الإصدار 2 أو الإصدار 3)
ل SNMP v2
ل SNMP v3
الخطوة 3. تعيين برنامج الترميز الافتراضي على G.711
ملاحظة: تستخدم تدفقات وسائط البث المتعدد دائما ترميز G.711 MU-Law. لا يتم السماح بأية برامج تشفير أخرى أو دعمها. يجب ترميز المكالمات التي تصل إلى InformationAst باستخدام برامج الترميز الأخرى.
الخطوة 4. إنشاء تجمع أجهزة
الخطوة 5. إنشاء تقسيم مسار، على سبيل المثال ICVA_PT.
الخطوة 6. قم بإنشاء مساحة بحث إستدعاء، مثل ICVA_CSS. تضمين ICVA_PT.
الخطوة 7. إنشاء مجموعة تحكم في الوصول (AXL).
ملاحظة: قد يكون لديك بالفعل مجموعة تحكم في الوصول تسمى Standard AXL API Access مع إضافة دور الوصول Standard AXL API إليها، والذي يمكنك أيضا إستخدامه.
الخطوة 8. إنشاء مستخدم تطبيق
تحذير: لكل عيب CSCve47332 ، يوصى بعدم إستخدام المسافات لمعرف مستخدم التطبيق.
الخطوة 9. Integration Communications Manager مع InformationAst باستخدام SIP أو CTI.
لتكامل SIP، قم بإنشاء ملف تعريف SIP، وشنطة SIP ونمط مسار.
لتكامل CTI، قم بإنشاء نقطة توجيه CTI واقترن بتطبيقات المستخدم الذي تم إنشاؤه في الخطوة 8.
إضافة نقطة (نقاط) مسار CTI كأجهزة تحكم على تكوين مستخدم تطبيق ICVA.
ملاحظة: يمكن أن يدعم InformaCast العديد من نقاط توجيه CTI إذا تم إنشاؤها في إدارة الاتصالات وإقترانها بمستخدم تطبيق InformaCast.
تلميح: بدلا من إنشاء نقطة مسار CTI لكل رقم تحتاجه ل DialCasts، يمكنك أيضا إضافة خطوط متعددة إلى نقطة مسار CTI واحدة. خيار آخر هو إستخدام أنماط البطاقات البرية لمطابقة نطاق من الأرقام.
الخطوة 10. قم بتمكين الوصول إلى الويب لهواتف Cisco IP لاستخدام HTTP للتحكم في الهواتف.
الخطوة 11. قم بتعيين عنوان URL للمصادقة.
قم بتغيير عنوان URL للمصادقة لإرسال طلبات المصادقة من هواتف IP إلى InformaCast. تتم إعادة توجيه جميع طلبات مصادقة غير InformaCast مرة أخرى إلى عنوان URL الافتراضي لمصادقة CUCM.
ملاحظة: محدد موقع المعلومات (URL) حساس لحالة الأحرف، لذلك تأكد من أن I و C في كلمة InformaCast مضمنة. يجب تعيين كل من عنوان URL الآمن للمصادقة وعنوان URL للمصادقة على نفس القيمة، عنوان HTTP URL.
الخطوة 12. قم بتعيين أسلوب المصادقة للوصول إلى مستعرض API.
الخطوة 13. اختبر هواتفك، على سبيل المثال، اطلب 7777 (لتكامل SIP) أو 7778 (لتكامل CTI).
ملاحظة: إذا كنت تقوم بتشغيل Unified Communications Manager في الوضع المختلط، فتأكد من أن المكالمات إلى InformaCast ومنها لا تستخدم وسائط مشفرة.
الخطوة 1. قم بتكوين مجموعة مدير الاتصالات في InformationAst.
ملاحظة: إذا تركت هذا الحقل فارغا، فسيحاول InformaCast العثور على خادم يشغل خدمة AXL بين الخوادم التي تشغل خدمة CallManager.
الخطوة 2. تكوين مجموعة المستلمين.
الخطوة 3. السماح بوصول SIP إلى InformaCast/تعطيله.
تلميح: عند تحديد الاستثناءات، تأكد من تحديد المضيف الذي يرسل طلب الدعوة مباشرة إلى InformaCast. قد يكون هذا خادم وكيل SIP إذا كان الوكلاء يقفون بين InformaCast ومضيف الاتصال.
الخطوة 4. إضافة تكوين طلب بث
الخطوة 5. قم بتكوين معلمات البث.
تأكد من أن هذا النطاق يماثل إعدادات البنية الأساسية للشبكة ويغطي جميع مجموعات المستلمين. في عمليات النشر متعددة المواقع، توصي 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. إذا تم تسجيل هاتف IP ولكن لم يتم اكتشافه، فتحقق من تكوين خدمة SNMP في InformationAst وعقدة CUCM التي تم تسجيل الهاتف فيها. يجب تكوين خدمة SNMP وسلسلة المجتمع لجميع العقد التي يتم فيها تنشيط خدمة إدارة المكالمات.
إذا كانت الهواتف مزودة ولم تشغل الصوت، فإن المشكلة تتعلق على الأرجح لتوجيه البث المتعدد وليس بخادم CUCM أو هواتف بروتوكول الإنترنت.
عند أستكشاف الأخطاء وإصلاحها، يجب تجميع البيانات التالية:
هناك طريقتان للحصول على سجلات الأداء من Informacast.
الطريقة 1
أسلوب 2
3. انقر فوق سجلات الأداء ضمن قسم الأدوات كما هو موضح في الصورة.
هناك ثلاث طرق للحصول على التقاط حزمة من InformationAst.
الطريقة 1
أسلوب 2
الطريقة 3 (متوفر في الإصدارات 12.0.1 والإصدارات الأحدث)
الطريقة 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 في نظام المجموعة.
يمكنك العثور على مزيد من التفاصيل في الارتباط التالي: https://supportforums.cisco.com/document/44741/collecting-packet-capture-cisco-ip-phone
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
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.
#### 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
#### 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
#### 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)
تظهر رسائل HTTP و IGMP التي يتم استقبالها على الهواتف في الصورة.
التقاط الحزمة على الهاتف (يتم التحكم فيه بواسطة JTAPI)
كما هو موضح في قسم التكوين، يمكن التحكم في الهواتف بواسطة 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
عندما تقوم بتثبيت الجهاز الظاهري 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