المحتويات

المقدمة

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

المتطلبات

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

قيد

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

الفوائد الرئيسية

الهندسة المعمارية الشاملة

التكوين - Jabber على المباني

1. تكوين تسجيلات الدخول الخاصة بالتحديث.

2. تكوين منافذ OAuth.

3. قم بتمكين وضع SIP OAuth.

4. إعادة تشغيل خدمة Cisco CallManager.

5. قم بتكوين دعم OAuth في ملف تعريف الأمان.

التكوين - Jabber عبر MRA

تشترط

الخطوة 1. تمكين تسجيل الدخول إلى التحديث عبر MRA.

الخطوة 2. تحديث عقد Unified CM في Expressway-C.

الخطوة 3. تكوين دعم OAuth في ملف تعريف الأمان.

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

1. تحقق مما إذا كان وضع SIP OAuth ممكنا بشكل عام.

2. التحقق من إدخالات شبكة منطقة التخزين (SAN) من Expressway-C التي تم دفعها بنجاح إلى CUCM.

3. التحقق من منطقة (مناطق) CEOTH على Expressway-C.

4. التحقق من إستماعات عملية CallManager على منافذ SIP OAuth.

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

مثال سجل Jabber (محلي)

السيناريو 1 - عدم تطابق منفذ تسجيل SIP OAuth

السيناريو 2 - مرجع مصدق غير معروف من Expressway

السيناريو 3 - CA غير معروف من UCM

المقدمة

يصف هذا المستند خطوات التكوين واستكشاف الأخطاء وإصلاحها الأساسية لتنفيذ وضع SIP الموحد باستخدام Cisco Jabber.

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

المتطلبات

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

- تسجيل Jabber Softphone

- Unified Communications Manager (UCM)

- حل الوصول عن بعد والتنقل (MRA)

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

الحد الأدنى لإصدار البرنامج لدعم وضع SIP OAuth:

- Cisco UCM، الإصدار 12.5

- Cisco Jabber 12.5

- Cisco Expressway X12.5

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

قيد

عند تمكين وضع SIP OAuth، لا يتم دعم خيارات تمكين مصادقة الملخص وتكوين TFTP المشفر.

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

الفوائد الرئيسية

يتضمن تأمين إشارات SIP والوسائط ل Cisco Jabber Softphone حاليا خطوات تكوين متعددة. الأصعب هو تثبيت وتجديد شهادات العميل (LSCs)، خاصة إذا كان جهاز Cisco Jabber يقوم بالتبديل بين المحلي والخارجي، ويبقي الشهادات داخل ملف CTL محدثة.

يسمح وضع SIP OAuth ل Cisco Jabber Softphone باستخدام العلامات المميزة OAuth ذاتي الوصف بدلا من شهادة LSC للعميل للمصادقة على واجهة SIP الآمنة. يسمح دعم OAuth على واجهة UCM SIP بتأمين إرسال الإشارات والوسائط لعمليات نشر Jabber المحلية و MRA دون الحاجة إلى الوضع المختلط أو عملية CAPF.

الفوائد الرئيسية لدعم وضع SIP Uth ل Cisco Jabber:

- تمكين التشفير الدائم دون تحمل عبء إضافي للمسؤول.

- تأمين الإشارات والوسائط ل Cisco Jabber دون الحاجة إلى الوضع المختلط (لا توجد تحديثات CTL، وصيانة الشهادات، وما إلى ذلك)

- لا حاجة إلى تثبيت LSC وصيانته على عملاء Jabber.

- التحديات المتعلقة بتقنية LSC على الأجهزة المتعددة (أجهزة الكمبيوتر المحمولة/الأجهزة المحمولة..)

- تتطلب عملية CAPF تثبيت Jabber في أي وقت على جهاز جديد.

- عملية CAPF غير مدعومة عبر MRA.

الهندسة المعمارية الشاملة

يتعرف جهاز Cisco Jabber على تمكين مصادقة OAuth على واجهة SIP من خلال تحليل ملف تكوين CSF (http://<cucmIP>:6970/<CSF-device-name>.cnf.xml)، مثال ملف التكوين (بعض الخطوط المتبقية للإيجاز):

يقرأ Cisco Jabber المعلمة sipOAuthMode لتحديد ما إذا كان وضع SIP OAuth ممكنا أم لا. يمكن أن يفترض هذا المعامل إحدى القيم التالية:

- 0 - تم تعطيل SIP OAuth

- 1 - تم تمكين SIP OAuth

إذا تم تمكين وضع SIP OAuth، يستخدم Jabber إحدى هذه المعلمات لتحديد المنفذ لاتصال SIP TLS - sipOAuthPort لعمليات النشر المحلية أو sipMRAOAuthPort لعمليات النشر المستندة إلى MRA. يعرض المثال القيم الافتراضية - sipOAuthPort 5090 و sipMRAOAuthPort 5091. هذه القيم قابلة للتكوين ويمكن أن تكون مختلفة على كل عقدة CUCM.

إذا كان وضع SIP OAuth معطلا، فإن Jabber يستخدم المنافذ القديمة غير الآمنة (5060) أو الآمنة (5061) لتسجيل SIP.

ملاحظة: يستخدم Cisco UCM منفذ خط SIP Phone Uth (5090) للاستماع إلى تسجيل خط SIP من الأجهزة المحلية من Jabber عبر TLS. ومع ذلك، يستخدم UCM منفذ الوصول عن بعد الخاص ب SIP (الافتراضي 5091) للاستماع إلى تسجيلات خط SIP من Jabber عبر Expressway عبر mLTS. كلا المنفذين قابلان للتكوين. راجع قسم التكوين.

تستمع خدمة CallManager إلى كل من sipOAuthPort و sipMRAOAuthPort. ومع ذلك، يستخدم كلا المنفذين شهادة Tomcat وموثوقية Tomcat لاتصالات TLS/mTLS الواردة. تأكد من قدرة مخزن Tomcat الموثوق به على التحقق من شهادة Expressway-C لوضع SIP OAuth ل MRA للعمل بدقة.

في الحالات التي يتم فيها إعادة إنشاء شهادة Tomcat، يجب إعادة تشغيل عملية CallManager على العقد المتأثرة بعد ذلك أيضا. هذا يحتاج ل ال CCM عملية أن يحمل ويستخدم شهادة جديد على sipOAuth ميناء.

توضح هذه الصورة تسجيل Cisco Jabber أثناء التشغيل:

تصف هذه الصورة تسجيل Cisco Jabber عبر MRA:

*تستخدم عقد Expressway-C واجهة برمجة تطبيقات AXL لإعلام UCM ب CN/SAN في شهادتها. يستخدم UCM هذه المعلومات للتحقق من صحة شهادة Exp-C عند إنشاء اتصال TLS متبادل.

التكوين - Jabber على المباني

ملاحظة:

تأكد من إكمالك في النقاط التالية قبل تكوين وضع SIP OAuth:

- يتم تكوين MRA ويتم إنشاء الاتصال بين Unified Communications Manager (UCM) و Expressway (قابل للتطبيق فقط في حالة إستخدام MRA).

- تم تسجيل UCM في حساب Smart أو Virtual مع السماح بوظائف التحكم في التصدير.

1. تكوين تسجيلات الدخول الخاصة بالتحديث.

قم بتكوين تسجيلات الدخول للتحديث باستخدام رموز الوصول المميزة OAuth وعلامات التحديث المميزة لعملاء Cisco Jabber. من إدارة Cisco Unified CM، أختر نظام > معلمات المؤسسة.

2. تكوين منافذ OAuth.

أخترت نظام>Cisco Unified CM. هذه خطوة إختيارية. تعرض الصورة القيم الافتراضية. النطاق المقبول القابل للتكوين هو من 1024 إلى 49151. كرر نفس الإجراء لكل خادم.

3. قم بتمكين وضع SIP OAuth.

أستخدم واجهة سطر أوامر الناشر لتمكين وضع SIP OAuth بشكل عام. قم بتشغيل الأمر: utils sipOAuth-mode enable.

4. إعادة تشغيل خدمة Cisco CallManager.

من Cisco Unified ServiceAbility، أختر أدوات > Control Center (مركز التحكم) - خدمات الميزات. حدد خدمة Cisco CallManager وأعد تشغيلها على جميع العقد التي تكون الخدمة فيها نشطة.

5. قم بتكوين دعم OAuth في ملف تعريف الأمان.

من إدارة Cisco Unified CM، أختر نظام > ملف تعريف أمان الهاتف. حدد تمكين مصادقة OAuth لتمكين دعم SIP OAuth لنقطة النهاية.

التكوين - Jabber عبر MRA

تشترط

قبل تكوين وضع SIP OAuth ل Jabber عبر MRA، أكمل الخطوات 1-4 من التكوين - Jabber On premises الفصل من هذه المقالة.

الخطوة 1. تمكين تسجيل الدخول إلى التحديث عبر MRA.

يجب تمكين عمليات تسجيل الدخول الخاصة بالتحديث على Expressway (والتي تسمى أيضا العلامات المميزة للوصف الذاتي) قبل تكوين مصادقة SIP OAuth مع Cisco Jabber عبر MRA. على Expressway-C، انتقل إلى التكوين > الاتصالات الموحدة > التكوين وتأكد من تعيين Authorize بواسطة رمز OAuth المميز مع معلمة التحديث على.

الخطوة 2. تحديث عقد Unified CM في Expressway-C.

انتقل إلى التكوين > الاتصالات الموحدة > خوادم CM الموحدة. اكتشاف عقد Unified CM أو تحديثها في Expressway-C.

ملاحظة: يتم إنشاء منطقة CEOAuth (TLS) جديدة تلقائيا في Expressway-C. على سبيل المثال، CEOAuth <Unified CM name>. يتم إنشاء قاعدة بحث لوكيل طلبات SIP التي يتم إنشاؤها من Jabber عبر MRA باتجاه عقدة CM الموحدة. تستخدم هذه المنطقة إتصالات TLS بغض النظر عما إذا تم تكوين CM الموحد باستخدام الوضع المختلط أم لا. لإنشاء الثقة، ترسل أيضا Expressway-C تفاصيل اسم المضيف واسم الموضوع البديل (SAN) إلى مجموعة CM الموحدة. راجع جزء التحقق من هذه المادة لضمان وجود التكوين المناسب في موضعه.

الخطوة 3. تكوين دعم OAuth في ملف تعريف الأمان.

من إدارة Cisco Unified CM، أختر نظام > ملف تعريف أمان الهاتف. قم بتمكين دعم OAuth على ملف التعريف الذي يتم تعيينه ل Cisco Jabber.

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

1. تحقق مما إذا كان وضع SIP OAuth ممكنا بشكل عام.

دققت ال OAuth أسلوب من cisco unified CM إدارة، أخترت نظام > مؤسسة معلم.

بدلا من ذلك، أستخدم واجهة سطر الأوامر (CLI) للمسؤول - قم بتشغيل الأمر: قم بتشغيل sql select parvalue من ProcessConfig حيث Paramname = 'ClusterSIPOAuthMode'

القيم الممكنة: 0 - للمعطل (الافتراضي)، 1 - للتمكين.

2. التحقق من إدخالات شبكة منطقة التخزين (SAN) من Expressway-C التي تم دفعها بنجاح إلى CUCM.

يرسل Expressway-C تفاصيل CN/SAN الخاصة بشهادته إلى UCM من خلال AXL. ويتم حفظ هذه التفاصيل في جدول ExpressSwitchConfiguration. يتم إستدعاء هذه العملية في كل مرة تكتشف فيها عقد Unified CM في Expressway-C أو تقوم بتحديثها. يتم إستخدام هذه الإدخالات لإنشاء ثقة بين UCM و Expressway-C. يتم التحقق من حقل CN/SAN لشهادة Expressway-C مقابل هذه الإدخالات أثناء اتصال MTLS بمنفذ SIP MRA OAuth (5091 بشكل افتراضي). في حالة عدم نجاح التحقق من الصحة، يفشل اتصال MTLS.

تحقق من الإدخالات من إدارة Cisco Unified CM، أختر جهاز > Expressway-C (متوفر من UCM 12.5.1SU1 وما بعده)

بدلا من ذلك، أستخدم واجهة سطر الأوامر (CLI) للمسؤول - قم بتشغيل الأمر: قم بتشغيل sql select * من expressSwaycconfiguration

3. التحقق من منطقة (مناطق) CEOTH على Expressway-C.

انتقل إلى Expressway-C > تكوين > مناطق > مناطق. تأكد من أن جميع مناطق CEOAuth المنشأة حديثا في الحالة النشطة.

4. التحقق من إستماعات عملية CallManager على منافذ SIP OAuth.

ركضت الأمر من ال Admin CLI: أبديت فتح ميناء regEXP 5090 (تقصير SIP ميناء)

ركضت الأمر من ال Admin CLI: أبديت فتح ميناء regEXP 5091 (تقصير SIP MRA ميناء)

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

مثال سجل Jabber (محلي)

مثال السجل لتسجيل SIP OAuth المحلي على المنفذ 5090 من منظور سجل Jabber.

## CSF configuration retrieved 2020-03-30 13:03:18,278 DEBUG [0x000012d8] [src\callcontrol\ServicesManager.cpp(993)] [csf.ecc] [csf::ecc::ServicesManager::fetchDeviceConfig] - fetchDeviceConfig() retrieved config for CSFrado 2020-03-30 13:03:18,278 DEBUG [0x000012d8] [rc\callcontrol\ServicesManager.cpp(1003)] [csf.ecc] [csf::ecc::ServicesManager::fetchDeviceConfig] - Device Config:

10.10.10.1

ccm12pub

2000

5060

5061

5090

5091

…

1

## Setting SIP oauth mode to 1 2020-03-30 13:03:18,747 DEBUG [0x00002968] [ig\CertificateVerificationHelper.cpp(35)] [csf.ecc] [csf::ecc::CertificateVerificationHelper::setSipOauthMode] - sip OAuth Mode=1 ## Setting OAuth ports (5090 and 5091) for each UCM server 13:03:19,013 INFO  [0x00002484] [\core\ccapp\config\config_parser.c(1491)] [csf.sip-call-control] [config_process_ccm_properties] - ccm0=10.10.10.1 ccm1=10.10.10.2  ccm2= sip_oauth_port_0=5090 sip_oauth_port_1=5090 sip_oauth_port_2=5090 length=0 13:03:19,013 INFO  [0x00002484] [\core\ccapp\config\config_parser.c(1494)] [csf.sip-call-control] [config_process_ccm_properties] - sip_mar_oauth_port_0=5091 sip_mar_oauth_port_1=5091 sip_mar_oauth_port_2=5091 ## Open TLS connection to 5090 2020-03-30 13:03:18,528 DEBUG [0x00000e2c] [sipstack\sip_transport_connection.c(431)] [csf.sip-call-control] [sip_create_transport_connection] - [SIP][CONN][0] create TLS connection 10.10.10.10:5061-----10.10.10.1:5090. ## Sending register message 2020-03-30 13:03:19,200 DEBUG [0x00000e2c] [\sipcc\core\sipstack\ccsip_debug.c(1041)] [csf.sip-call-control] [platform_print_sip_msg] - sipio-sent---> REGISTER sip:10.10.10.1 SIP/2.0 Via: SIP/2.0/TLS 10.10.10.10:62162;branch=z9hG4bK00001188 From:

;tag=882323451234089000003bdd-00005eff To:

Call-ID: 88232345-12340017-00001c0b-00000cfa@10.10.10.10 Max-Forwards: 70 Date: Mon, 30 Mar 2020 11:03:19 GMT CSeq: 2270 REGISTER User-Agent: Cisco-CSF Contact:

;+sip.instance="

";+u.sip!devicename.ccm.cisco.com="CSFrado";+u.sip!model.ccm.cisco.com="503";video 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,X-cisco-graceful-reg,X-cisco-duplicate-reg ## 407 Proxy Authentication Required 2020-03-30 13:03:19,310 DEBUG [0x00000e2c] [\sipcc\core\sipstack\ccsip_debug.c(1041)] [csf.sip-call-control] [platform_print_sip_msg] - sipio-recv<--- SIP/2.0 407 Proxy Authentication Required Via: SIP/2.0/TLS 10.10.10.10:62162;branch=z9hG4bK00001188 From:

;tag=882323451234089000003bdd-00005eff To:

;tag=441122775 Date: Mon, 30 Mar 2020 11:03:31 GMT Call-ID: 88232345-12340017-00001c0b-00000cfa@10.10.10.10 Server: Cisco-CUCM12.5 CSeq: 2270 REGISTER Proxy-Authenticate: Bearer realm="ccmsipline" Content-Length: 0 ## Register with OAuth token included in the Proxy-Authorization header 2020-03-30 13:03:19,310 DEBUG [0x00000e2c] [\sipcc\core\sipstack\ccsip_debug.c(1041)] [csf.sip-call-control] [platform_print_sip_msg] - sipio-sent---> REGISTER sip:10.10.10.1 SIP/2.0 Via: SIP/2.0/TLS 10.10.10.10:62162;branch=z9hG4bK00004a82 From:

;tag=882323451234089000003bdd-00005eff To:

Call-ID: 88232345-12340017-00001c0b-00000cfa@10.10.10.10 Max-Forwards: 70 Date: Mon, 30 Mar 2020 11:03:19 GMT CSeq: 2271 REGISTER User-Agent: Cisco-CSF Contact:

;+sip.instance="

";+u.sip!devicename.ccm.cisco.com="CSFrado";+u.sip!model.ccm.cisco.com="503";video Proxy-Authorization: Bearer token="

" 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,X-cisco-graceful-reg,X-cisco-duplicate-reg Reason: SIP;cause=200;text="cisco-alarm:111 Name=CSFrado ActiveLoad=Jabber_for_Windows-12.8.0.51973 InactiveLoad=Jabber_for_Windows-12.8.0.51973 Last=Application-Requested-Destroy" Expires: 3600 Content-Type: multipart/mixed; boundary=uniqueBoundary Mime-Version: 1.0 Content-Length: 1271 # 200 OK for Register 2020-03-30 13:03:19,325 DEBUG [0x00000e2c] [\sipcc\core\sipstack\ccsip_debug.c(1041)] [csf.sip-call-control] [platform_print_sip_msg] - sipio-recv<--- SIP/2.0 200 OK Via: SIP/2.0/TLS 10.10.10.10:62162;branch=z9hG4bK00004a82 From:

;tag=882323451234089000003bdd-00005eff To:

;tag=1915868308 Date: Mon, 30 Mar 2020 11:03:31 GMT Call-ID: 88232345-12340017-00001c0b-00000cfa@10.10.10.10 Server: Cisco-CUCM12.5 CSeq: 2271 REGISTER Expires: 120 Contact:

;+sip.instance="

";+u.sip!devicename.ccm.cisco.com="CSFrado";+u.sip!model.ccm.cisco.com="503";video;x-cisco-newreg Supported: X-cisco-srtp-fallback,X-cisco-sis-9.1.0 Content-Type: application/x-c

السيناريو 1 - عدم تطابق منفذ تسجيل SIP OAuth

يفشل جهاز Jabber في المقرات في وضع SIP OAuth في التسجيل باستخدام UCM. UCM يرسل 403 لرسالة السجل:

SIP/2.0 403 Forbidden Via: SIP/2.0/TLS 10.5.10.121:50347;branch=z9hG4bK00005163 From:

;tag=005056867e66010a00006698-00002a32 To:

;tag=1946377502 Date: Fri, 03 Aug 2018 05:00:18 GMT Call-ID: 00505686-7e660005-0000216b-0000366f@10.5.10.121 Server: Cisco-CUCM12.5 CSeq: 363 REGISTER Retry-After: 35 Warning: 399 UCM2-PUB "SIP OAuth Registration port Mismatch" Content-Length: 0

الحل الممكن: التأكد من استيفاء الشروط التالية:

- تم تمكين وضع OAuth بشكل عام

- تم تمكين دعم OAuth لملف تعريف أمان الجهاز المقترن بالجهاز

- تم إستلام الرسالة على المنفذ 5090 عبر TLS بدلا من mTLS

السيناريو 2 - مرجع مصدق غير معروف من Expressway

يتعذر على Expressway-C إنشاء مصافحة mTLS باستخدام UCM على SIPmraoaUthport (الإعداد الافتراضي 5091). لا يثق Expressway-C في الشهادة المشتركة من قبل UCM ويستجيب مع رسالة CA غير المعروفة أثناء إعداد mTLS.

الحل المحتمل: ترسل خدمة CallManager شهادة Tomcat الخاصة بها أثناء مصافحة mTLS. تأكد من أن Expressway-C تثق في الموقع على شهادة Tomcat من UCM.

السيناريو 3 - CA غير معروف من UCM

يتعذر على Expressway-C إنشاء مصافحة mTLS باستخدام UCM على SIPmraoaUthport (الإعداد الافتراضي 5091). لا يثق UCM في الشهادة التي تتم مشاركتها بواسطة Expressway، كما يستجيب مع رسالة CA غير المعروفة أثناء إعداد mTLS.

التقاط الحزمة من هذا الاتصال (UCM 10.x.x.198، Expressway-C 10.x.182):

الحل المحتمل: يستخدم UCM مخزن Tomcat-trust للتحقق من الشهادات الواردة أثناء مصافحة mTLS على منافذ SIP OAuth. تأكد من تحميل شهادة الموقع ل Expressway-C بشكل صحيح على UCM.