تحسين CMR في CUCM، الإصدار 12.5

المقدمة

يصف هذا المستند تحسينات سجلات إدارة المكالمات (CMR) على Cisco Unified Communications Manager (CUCM) 12.5.

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

المتطلبات

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

• CUCM، الإصدار 12.5
• تمكين سجل تفاصيل المكالمة (CDR) و CMR على CallManager

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

تستند المعلومات الواردة في هذا المستند إلى الإصدار 12.5 من Cisco Call Manager

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

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

 ينتج CUCM نوعين من السجلات، والتي تخزن محفوظات المكالمات والمعلومات التشخيصية:

• تسجيل تفاصيل المكالمة- تحتوي سجلات البيانات على معلومات حول كل مكالمة تتم معالجتها بواسطة CallManager.
• سجلات إدارة المكالمات - تحتوي سجلات البيانات على جودة الخدمة (QoS) أو معلومات تشخيصية حول المكالمة، ويشار إليها أيضا باسم سجلات التشخيص.

ويشار إلى كل من وحدات المعالجة المركزية (CDR) ووحدات المعالجة المركزية (CMRs) معا باسم بيانات وحدات المعالجة المركزية. توفر بيانات CDR سجلا بجميع المكالمات التي تم إجراؤها أو تلقيها بواسطة مستخدمي نظام CallManager. تعد بيانات CDR مفيدة في المقام الأول لإنشاء سجلات الفوترة، ومع ذلك، يمكن إستخدامها أيضا لتعقب نشاط المكالمات وتشخيص أنواع معينة من المشاكل وخطة السعة.

تحتوي قوائم التحكم في الوصول للاستقبال على معلومات حول مقدار البيانات المرسلة والمستلمة، والتشوه، وزمن الوصول، والحزم المفقودة. في البداية، تم إنشاء CMR للمكالمات الداخلية، والآن يمكن ل CUCM إنشاء CMR للمكالمات عبر خط اتصال SIP.

تتلقى خط اتصال SIP إحصائيات المكالمات في رأس P-RTP-Stat في رسالة BYE أو في رسائل 200 OK (إستجابة لرسالة BYE) من CUBE أو عبارة IOS. وتتضمن هذه الإحصائيات حزم بروتوكول نقل الوقت الفعلي (RTP) التي يتم إرسالها أو استقبالها وإجمالي وحدات البايت التي يتم إرسالها أو استقبالها وإجمالي عدد الحزم التي يتم فقدها والتشوه الخاص بالتأخير وتأخير الذهاب والعودة ومدة المكالمة.

تنسيق رأس نظام P-RTP:

P-RTP-Stat: PS=<الحزم المرسلة>، OS=<الأنظمة المرسلة>، PR=<الحزم red>، أو=<الأنظمة الثمانية المعتمدة>،PL=<الحزم المفقودة>، JI=<jitter>، LA=<تأجيل جولة في ms>، DU=<مدة الاتصال بالثواني>

إنه تنسيق إعداد تقارير إحصائيات RTP لعبارة CUBE/SIP IOS. يقتصر جانب خط اتصال CUCM SIP لدعم CMR على هذا الشكل من إحصائيات RTP.

• بعد تلقي BYE أو 200OK ل BYE، يقوم SIPCdpc بتحليل رأس P-RTP-Stat وملء حقول CMR المقابلة استنادا إلى أزواج القيم الأساسية في رأس P-RTP-Stat.

• يرسل SIPCdpc سجل التشخيص إلى EnvProcessCdr مع بيانات CMR مأهولة، ويقوم EnvProcessCdr بإنشاء ملف مسطح ونسخ بيانات CMR فيه.

• لا تتم إضافة حقول جديدة إلى وحدة التحكم في الوصول للوسائط (CMR) كجزء من هذه الميزة. التنسيق الموجود الذي يجب الحفاظ عليه.

• أي حقول في CMR غير ذات صلة بمقاييس جانب خط الاتصال (مثل DirectoryNumber وما إلى ذلك) لتترك في قيمة خالية، وبالمثل للمقاييس التي لم يتم إستلامها من CUBE (مثل varVQMetrics أو مقاييس الفيديو) لتترك في قيمة خالية. 

• إذا لم يتم إستلام رأس P-RTP-Stat من المكعب لرسالة BYE أو 200 OK (إستجابة إلى BYE)، فلن يكون هناك سجل CMR مكتوبا ل SIPTrunk.

  

متطلب أساسي من CUBE لدعم هذه الميزة / توفير إحصائيات المكالمات :

• يجب تثبيت الإصدار 15.1(3)T من Cisco IOS أو إصدار أحدث ويجب تشغيله على عنصر الحدود الموحدة من Cisco.
• يجب تثبيت الإصدار 3.3S من Cisco IOS XE أو إصدار أحدث ويجب تشغيله على موجه سلسلة Cisco ASR 1000.

التكوينات

الخطوة 1. يتم تمكين CMR عبر معلمات خدمة "إدارة المكالمات" ضمن :

1. انتقل إلى النظام > معلمة الخدمة.
   
   
2. حدد خادما من المربع المنسدل ثم حدد خدمة إدارة المكالمات

الخطوة 2. تعيين المعلمة Call Diagnostics Enabled إلى إما:

1. يتم تمكينها فقط عندما تكون العلامة التي تم تمكين CDR هي "صواب" (قم بإنشاء CMRs فقط عند تعيين معلمة خدمة العلامة التي تم تمكين CDR عليها إلى "صواب").
   
   

2. تم تمكينها بغض النظر عن العلامة التي تم تمكين CDR عليها (يتم إنشاء CMRs دون إعتبار للإعداد الموجود في المعلمة CDR Enabled Flag Service).

تحليل الأثر 

** Incoming BYE from Gateway :



00802148.002 |16:17:01.297 |AppInfo  |//SIP/SIPUdp/wait_SdlDataInd: Incoming SIP UDP message size 539 from 10.106.97.143:[49193]:

[151,NET]

BYE sip:2000@10.106.97.132:5060 SIP/2.0

Via: SIP/2.0/UDP 10.106.97.143:5060;branch=z9hG4bKB41E87

From: <sip:7001@10.106.97.143>;tag=7780842C-12C9

To: <sip:2000@10.106.97.132>;tag=23~30c1033e-90ea-45e0-b1da-eec4a4bfbd�6e-21411553

Date: Tue, 05 Feb 2019 10:03:29 GMT

Call-ID: 1F09F649-286411E9-81B2A4AF-FAF6B880@10.106.97.143

User-Agent: Cisco-SIPGateway/IOS-15.5.3.M5

Max-Forwards: 70

Timestamp: 1549361022

CSeq: 103 BYE

Reason: Q.850;cause=16

P-RTP-Stat: PS=300,OS=48000,PR=365,OR=58400,PL=0,JI=0,LA=0,DU=7

Content-Length: 0





** Post SIPDisconnect Indication, SIPCdpc collects the data



00802151.000 |16:17:01.297 |SdlSig   |SIPDisconnInd                          |active                         |SIPCdpc(1,100,180,5)             |SIPD(1,100,181,1)                |1,100,255,1.62^10.106.97.143^*           |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0]  CcbId= 2�3 --TransType=2 --TransSecurity=0 PeerAddr = 10.106.97.143:49193 Sip_disc_cause= 200 cause=16 isReasonHdrVal= T

00802151.001 |16:17:01.297 |AppInfo  |(isHeldOrHolding): holder=0,holdee=0,mh=0

00802151�.002 |16:17:01.297 |AppInfo  |SIPCdpc(5) - collect_proxyMetricsData: Filling the Audio diagnostic record for the CMR coming from proxy ...

00802151.003 |16:17:01.297 |AppInfo  |SIPCdpc(5) - collect_proxyMetricsData: Audio diagnostics: pktSend = 300, pktSendOct = 48000, pktRec = 365, pktRecOct = 58400, pktLoss = 0, jitter = 0, delay = 0

 

** SIPCdpc sends the data to CDR process to generate CMR



00802193.000 |16:17:01.315 |SdlSig   |DbDiagnosticsReq                       |wait                           |EnvProcessCdr(1,100,6,1)         |SIPCdpc(1,100,180,5)             |1,100,255,1.62^10.106.97.143^*           |[T:N-H:0,N:0,L:0,V:0,Z:0,D:0]  globalCallId: 5 nodeId: 1 directoryNum:  dateTime: 1549363621 numberPa�cketsSent: 300 numberOctetsSent: 48000 numberPacketsReceived: 365 numberOctetsReceived: 58400 numberPacketsLost: 0 jitter: 0 latency: 0 varVQMetrics:





00802252.001 |16:17:01.621 |AppInfo  |EnvProcessCdr::wait_DbDiagnosticsReq

00802252.002 |16:17:01.621 |AppInfo  |EnvProcessCdr::wait_DbDiagnosticsReq DETAILED Entries 2, Inserts 2, ZeroCalls 0

00802252.003 |16:17:01.621 |AppInfo  |EnvProcessCdr::outputCmrData CMR data - 2,1,5,1,"2000",21411554,1549363621,2967,59340,0,0,0,0,0,"1e44e506-9a5d-4f0a-af2c-de23a7405123","","StandAloneCluster","SEPeeeeeeeeeeee","",,"",,,,,,,,,,"","","",,,,,,,,,,"",""

يتم دفع بيانات CMR المذكورة أعلاه إلى الملف الموجود في المستودع أدناه active-og/cm/cdr_repository/processed/<التاريخ الحالي>/

admin:file list activelog cm/cdr_repository/processed/20190205/*

cmr_StandAloneCluster_01_201902051047_0

dir count = 0, file count = 1

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

من واجهة سطر الأوامر (CLI)، يمكنك التحقق مما إذا تم إنشاء CMR أم لا. لكل تاريخ، يوجد مجلد تم إنشاؤه بالتنسيق <yymdd>

admin:file list activelog cm/cdr_repository/processed/20190205/*

cmr_StandAloneCluster_01_201902051047_0

dir count = 0, file count = 1

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

 يتم إستلام رأس P-RTP-Stat في BYE/200OK، ولكن لا يتم إنشاء بيانات CMR

<Sample BYE message >

00802148.002 |16:17:01.297 |AppInfo  |//SIP/SIPUdp/wait_SdlDataInd: Incoming SIP UDP message size 539 from 10.106.97.143:[49193]:

[151,NET]

BYE sip:2000@10.106�.97.132:5060 SIP/2.0

Via: SIP/2.0/UDP 10.106.97.143:5060;branch=z9hG4bKB41E87

From: <sip:7001@10.106.97.143>;tag=7780842C-12C9

To: <sip:2000@10.106.97.132>;tag=23~30c1033e-90ea-45e0-b1da-eec4a4bfbd�6e-21411553

Date: Tue, 05 Feb 2019 10:03:29 GMT

Call-ID: 1F09F649-286411E9-81B2A4AF-FAF6B880@10.106.97.143

User-Agent: Cisco-SIPGateway/IOS-15.5.3.M5

Max-Forwards: 70

Timestamp: 1549361022

CSeq:� 103 BYE

Reason: Q.850;cause=16

P-RTP-Stat: PS=300,OS=48000,PR=365,OR=58400,PL=0,JI=0,LA=0,DU=7

Content-Length: 0

الحل البديل:

تحقق مما إذا تم تمكين SP لتشخيص المكالمات الذي تم تمكينه.

رأس P-RTP-Stat موجود لكن CMR غير مسجل

<Sample BYE message >

BYE sip:45002@10.77.29.45:5062 SIP/2.0

Via: SIP/2.0/UDP 10.77.22.123:5062;branch=z9hG4bK-11920-1-7

From: sipp <sip:sipp@10.77.22.123:5062>;tag=1

To: sut <sip:45002@10.77.29.45:5062>;tag=2085~b5883d68-042a-4a73-adc3-6be8a5f9f263-24253136

Call-ID: 1-15504@10.77.22.123

CSeq: 1 BYE

Allow-Events: presence, kpml

Contact: sip:sipp@10.77.22.123:5062

Content-Length: 0

P-RTP-Stat: PS=nodata, OS=nodata, PR=nodata, OR=nodata, PL=1, JI=3, LA=0.03, DU=76

السبب:

بما أن numberPacketSent و numberPacketReceived غير صحيحين، فلا يتم إغراق بيانات CMR في الملف الخاص بشنطة SIP.

يتم إنشاء بيانات CMR من رأس P-RTP-Stat ولكن يتم تسجيل بعض القيم بشكل غير صحيح

<Sample BYE message >

BYE sip:45002@10.77.29.45:5062 SIP/2.0

Via: SIP/2.0/UDP 10.77.22.123:5062;branch=z9hG4bK-11920-1-7

From: sipp <sip:sipp@10.77.22.123:5062>;tag=1

To: sut <sip:45002@10.77.29.45:5062>;tag=2085~b5883d68-042a-4a73-adc3-6be8a5f9f263-24253136

Call-ID: 1-15504@10.77.22.123

CSeq: 1 BYE

Allow-Events: presence, kpml

Contact: sip:sipp@10.77.22.123:5062

Content-Length: 0

P-RTP-Stat: PS=4294967298, OS=1234, PR=4294967298, OR=1233, PL=1, JI=3, LA=0.03, DU=76

السبب:

بما أن قيم PS و PR تقع خارج النطاق (قيم أكبر من 2^32-1)، فإنه يتم إستبدال هذه القيم خارج النطاق بالقيمة القصوى، أي 2^32-1(4294967295).

المفاتيح المسموح بها ونطاق القيم في رأس P-RTP-Stat 

قيود الميزات

هذه الميزة غير معتمدة لتدفقات إستدعاءات SME:

• عند تلقي إحصائيات المكالمات من CUBE/IOS GW حول SME، سيقوم CUCM بإنشاء CMR (شريطة تمكين CMR) لجانب خط الاتصال، ولكنه لن يتمكن من إعادة توجيه إحصائيات المكالمات إلى العقد الأخرى في BYE الصادر أو 200OK for BYE.
• نموذج تدفق المكالمات:
  Phone1 >> CUBE/IOS GW> SME> CUCM1 >> Phone2
  بالنسبة لسيناريو الاتصال المذكور أعلاه، ستقوم المؤسسات الصغيرة والمتوسطة بإنشاء وحدة التحكم في الوصول عن طريق خط الاتصال الذي يشير إلى CUBE . لن تتم إعادة توجيه هذه الإحصائيات إلى عقدة طرفية. بالنسبة للهاتف 2، سيتم تسجيل CMR على عقدة طرفية.