المحتويات

المقدمة

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

ما هو التسجيل الجزئي للجهاز؟

هاتف SIP مع تسجيل خطوط متعددة

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

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

تكوين تنبيه RTMT

طلب التعزيز

المقدمة

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

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

ما هو التسجيل الجزئي للجهاز؟

يعني التسجيل الجزئي أنه لم يتم تسجيل جميع الخطوط الموجودة على هاتف SIP. يمكن أن تكون هذه المشكلة سببا لأسباب مختلفة، مثل قوالب أزرار السطر، وقائمة اعتماد الهوية/قائمة الشهادات الموثوق بها (ITL/CTL)، وحجم رسالة SIP، والبقاء على قيد الحياة، إلخ.

هاتف SIP مع تسجيل خطوط متعددة

يحتوي السجل الأول من نقطة نهاية ذات خطوط متعددة على جميع خطوط SIP التي تم تكوينها لتسجيل جميع البنود.

ومن المتوقع بعد ذلك أن تظهر رسائل التسجيل (Keep-Alive) كل 120 ثانية (في الواقع 115 ثانية وهي 120 ناقص قيمة الدلتا المكونة في ملف تعريف SIP، والتي تكون 5 ثوان بشكل افتراضي). في هذه الحالة، يرسل الهاتف رسائل حية كل 115 ثانية، كما هو موضح في الصورة:

في التسجيل الأول يرسل هاتف SIP المزيد من التفاصيل داخل قسم نوع المحتوى في بروتوكول وصف جلسة العمل (SDP)، كما هو موضح في الصورة التالية:

لا تحتوي رسائل السجل التالية على أي معلومات إضافية عن نوع المحتوى.

في الخلاصة، عندما تحتوي نقطة نهاية متصلة عبر MRA على خطوط متعددة تم تكوينها وعندما يصل SIP KEEP Live إلى مدير الاتصالات الموحدة (CUCM) من Cisco بعد فوات الأوان، فإن CUCM يكون قد قام بالفعل بمسح التسجيل (الجهاز غير المسجل)، عند وصول "إبقاء قيد الحياة"، يقوم CUCM بإعادة تسجيل الجهاز ولكن الخط الأساسي فقط نظرا لأن ذلك هو كل ما في رسالة السجل.

هناك أيضا سيناريوهات أخرى عندما يتصل الهاتف عبر MRA حيث يمكن أن تحدث هذه المشكلة إذا وقع اتصال بروتوكول التحكم في الإرسال (TCP) بين Expressway-C و CUCM، فإن هاتف SIP غير مسجل من منظور CUCM، ولكن الهاتف لا يعرف ذلك ويرسل سجل إبقاء على قيد الحياة بدلا من سجل كامل، مما يتسبب في سلوك التسجيل الجزئي.

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

تجميع ملفات السجل التالية:

- سجلات تشخيصات Expressway C و E. تنزيل سجلات تشخيص Expressway وملحقات الحزم | الأحداث الظاهرية من Cisco

- مسارات CUCM. Unified Communications Manager - مجموعة تتبع RTMT | الأحداث الظاهرية من Cisco

- مدير المكالمات

- سجلات نظام عارض الأحداث وتطبيقاتها.

- فريق إعادة تخصيص هاتف بروتوكول الإنترنت. كيفية تجميع ملف إعادة تخصيص نقطة نهاية تعاون باستخدام هواتف Cisco 78XX و 88XX - Cisco

يتم أخذ سجلات Expressway في الوقت الفعلي، ولا يمكن معرفة متى يكون الوقت مناسبا لبدء/إيقاف تشغيل سجلات التشخيص، لذلك في حالة رغبتك في مراجعة المعلومات المذكورة أعلاه، يمكنك اتباع الإجراء التالي:

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

هناك طريقة لضبط التنبيهات باستخدام أداة مراقبة الوقت الفعلي (RTMT). تتمثل الفكرة في أخذ السجلات من ExpressWay باستخدام Windows Secure Copy (WinSCP) مباشرة بعد تلقي تنبيه البريد الإلكتروني من أداة RTMT.

ملاحظة: يجب تكوين خادم البريد الإلكتروني مسبقا. https://www.cisco.com/c/en/us/support/docs/unified-communications/unity-connection/117890-technote-cucm-00.html

تكوين تنبيه RTMT

من الممكن إنشاء تنبيه باستخدام أداة RTMT، التي ترسل بريدا إلكترونيا، بمجرد أن يكون هاتف SIP في حالة تسجيل جزئي، من أجل تنفيذ التنبيه اتبع الخطوات التالية:

1. افتح أداة RTMT، وتصفح إلى الأداء > الأداء. ثم حدد Cisco CallManager وابحث عن PartialRegisteredPhone.

2. ثم انقر بزر الماوس الأيمن وحدد تعيين تنبيه/خصائص.

3. تحقق من تمكين التنبيه، ثم قم بتعيين الخطورة على أنها حرجة.

4. تحت تكوين الحد، تحقق من القيمة، ثم يمكنك تعيين over على 1.

5. حدد خيار تمكين البريد الإلكتروني.

6. ضمن إجراء التنبيه المشغل، حدد تكوين، حدد إضافة، وقم بتعيين اسم جديد لقائمة الإجراءات، في هذا المثال، الاسم هو emai.

7. إضافة عنوان البريد الإلكتروني الخاص بالتنبيهات التي سيتم إستلامها.

8. حدد حفظ.

بمجرد الحصول على تنبيه من أداة RTMT، يمكنك الانتقال إلى خوادم Expressway واتباع الخطوات التالية:

1. افتح WinSCP أو Access Expressway C و E بعنوان IP أو اسم مجال مؤهل بالكامل (FQDN) وبيانات اعتماد الجذر.

2. انتقل إلى /mnt/harddisk/log/.

3. تنزيل الملفات الهامة:

- network_log

- رسائل

- سجل_المطور

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

باستخدام المعلومات المضمنة في ملف network_log، من الممكن تحديد ما إذا كانت رسائل التسجيل تصل إلى خوادم CUCM في الوقت المحدد، وإذا كان هاتف IP يرسل رسالة REGISTER مع خط واحد أو جميع الخطوط للتسجيل مرة أخرى بعد أي مشكلة.

طلب التعزيز

حاليا ال CUCM يعجز أن يخطر ال SIP هاتف أن يكون سجلت جزئيا، تحسين أن يسمح CUCM الإخطار يكون بالفعل فتح: CSCvw49110.

وكما ورد في طلب التعزيز، فإن الحل هو:

- إعادة تعيين نقطة النهاية لإجبار كافة البنود على إعادة التسجيل.

- وبالإضافة إلى ذلك، قم بزيادة قيمة مؤقت سجل دلتا في ملف تعريف SIP في CUCM إلى 20 (الإعداد الافتراضي هو 5) للسماح بالمزيد من التأخير وتقليل أحتمالية حدوث ذلك.