معلومات عامة حول أستكشاف أخطاء تسجيل/إلغاء تسجيل هاتف CUCM IP وإصلاحها

المقدمة

يصف هذا المستند المعلومات العامة التي سيتم تجميعها لهواتف Cisco IP التي تواجه مشاكل في التسجيل عند دمجها مع مدير الاتصالات الموحدة (CUCM) من Cisco. لا يشرح هذا المستند خطوات أستكشاف أخطاء معينة وإصلاحها.

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

المتطلبات

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

• بروتوكول الإنترنت (IP)
• بروتوكولات إرسال إشارات بروتوكول الصوت عبر الإنترنت (VoIP)
• عملية تسجيل هواتف بروتوكول الإنترنت (IP) من Cisco

ملاحظة: عملية تسجيل هاتف بروتوكول الإنترنت (IP) وبروتوكول SCCP وبروتوكول نظام معلومات التوجيه (SIP) مع CUCM هي مستند رائع للمراجعة.

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

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

أسئلة مهمة

• بالنسبة للهواتف التي تظهر غير مسجلة، هل هي قادرة على إجراء المكالمات وتلقيها؟
  • إذا كانت الإجابة نعم، فتحقق من حالة التسجيل من صفحة الويب الخاصة بعقد CUCM الأخرى وتحقق من حالة الهاتف في RIS DC.

ملاحظة: إذا كانت الهواتف قادرة على إجراء المكالمات وتلقيها، فاستخدم الأمر الوارد أدناه على كل عقدة لمعرفة حالة الهاتف في RIS DC.

إظهار هاتف الاستعلام RISDB

إذا كانت المشكلة تعتبر حالة غير مسجلة، فأعد تشغيل خدمة RIS DC. نظرا لبنية RIS DC، قد يكون من الضروري إعادة تشغيل خدمة CallManager أيضا.

• كم عدد الهواتف التي تأثرت وما هو إجمالي عدد الهواتف؟

• في حال تأثر مجموعة فرعية من الهواتف فقط، فما القاسم المشترك بينها (أي الطراز أو البروتوكول أو إصدار البرامج الثابتة على المحول/الخادم النصلي نفسه، في نفس الموقع...)؟

• هل للهاتف خط مشترك؟

• هل الهواتف متصلة بالشبكة باستخدام شبكة خاصة ظاهرية (VPN)؟

• هل تحدث المشكلة في نفس الوقت من اليوم في كل مرة تحدث؟

• هل يتم إجراء أي عمليات تحقق من الأمان في الشبكة (أي أجهزة المسح الضوئي للمنافذ)؟

• هل لديك أي جدران حماية بين الهاتف و CUCM؟

• هل تقوم بفحص SIP على أي أجهزة في المسار بين الهاتف و CUCM؟

• كم عدد الهواتف الموجودة في الشبكة الفرعية نفسها وكم عدد عناوين IP المتاحة لتأجيرها إلى هذه الشبكة الفرعية؟

• هل تمت تهيئته لاستخدام بروتوكول بدء جلسة عمل (SIP) عبر بروتوكول التحكم في الإرسال (TCP) أو بروتوكول مخطط بيانات المستخدم (UDP)؟

• هل تستخدم الهواتف ملف تعريف آمن أو غير آمن لأمان الجهاز؟
  • إذا كانت الهواتف تحتوي على ملف تعريف آمن، هل تم تثبيت شهادة ذات قيمة محلية (LSC) قبل تطبيق ملف التعريف الآمن على تكوين الهاتف؟

ملاحظة: لن يتم تسجيل الهواتف إذا كانت تستخدم ملف تعريف أمان DECve آمن بدون تثبيت LSC. أحلت ال CUCM يخلق LSC شهادة ل يأمن هاتف وثيقة ل كثير معلومة.

• هل قام أي شخص بتسجيل الدخول إلى هاتف (هواتف) المشكلة عبر قابلية التنقل للملحق؟
  • إذا كانت الإجابة بنعم، هل يتطابق بروتوكول (SCCP/SIP) لملف تعريف الجهاز مع بروتوكول الهاتف وهل يوجد نفس السلوك بعد تسجيل الخروج؟

• هل تغير أي شيء؟ أي شيء على الإطلاق، بغض النظر عن مدى أهمية التغيير وبغض النظر عن ماهية التغيير. يتعين الإقرار بأية تغييرات جديدة (المواصفات الجديدة والبرامج الجديدة والأجهزة الجديدة).

بيانات من الهاتف

• قم بتوثيق الرسالة على شاشة الهاتف عند حدوث المشكلة. من الطبيعي أن يتم عرض الرسالة على شاشة الهاتف، لذا تأكد من التحقق من ذلك.

• تحقق لمعرفة ما إذا كان الهاتف يحتوي على LSC مثبت حيث أن هذا مطلوب إذا كان العميل يستخدم ملف تعريف أمان آمن للجهاز

الطراز 79xx

اضغط زر الإعدادات على الهاتف > زر الضغط على لوحة المفاتيح الرقم 4 > زر لوحة المفاتيح الرقم 4 مرة أخرى > مستند ما إذا كان LSC يقول إنه مثبت أو غير مثبت

الطراز 78xx / 88xx / 99xx

اضغط زر الإعدادات على الهاتف > تحديد إعدادات المسؤول > زر لوحة المفاتيح رقم 2 > المستند ما إذا كان LSC يقول إنها مثبتة أو غير مثبتة

• الحصول على التقاط حزمة (PCAP) من الهاتف

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

ملاحظة: تحقق من حقل انتهاء الصلاحية في رسالة سجل SIP الموجودة في PCAP إذا كانت الهواتف تستخدم SIP.

القيمة الافتراضية لحقل انتهاء الصلاحية عند إرسال رسالة REGISTER من الهاتف إلى CallManager الرئيسي هي 120 ثانية. عندما يرسل الهاتف رسالة REGISTER، المعروفة باسم رسالة "البقاء على قيد الحياة". إلى خادم CallManager الثانوي يكون الحقل انتهاء الصلاحية هو 0.

• قم بتوثيق رسائل تصحيح الأخطاء على الهاتف

• تحقق من وجود نوى معالجة على الهاتف وقم بتنزيلها إذا كانت موجودة. تأكد من تجميع إخراج show core-dump من واجهة سطر الأوامر (CLI) للهاتف إذا تم العثور على المراكز على واجهة الويب للهاتف.

ملاحظة: في التاسع من نوفمبر 2016، كان مطوري الهواتف وحدهم القادرين على الوصول إلى الأداة لمراجعة الملفات الرئيسية للهاتف. إذا كانت هناك حاجة إلى مزيد من التحليل للأساس، فافتح حالة مركز المساعدة التقنية (TAC) من أجل إشراك مطوري الهاتف.

• جمع معلومات جار CDP من صفحة الشبكة الموجودة في قسم إحصائيات الشبكة

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

ملاحظة: يعرض مستند منتدى الدعم هذا كيفية إستخدام السلسلة لطباعة تصحيح الأخطاء إلى المحطة الطرفية، ومع ذلك، قد تحتاج إلى إستخدام show strace.

تستخدم بعض الهواتف sdump بدلا من strace أو show strace.

تشبه أوامر strace أو sdump كتابة الشاشة الطرفية على موجه Cisco.

تلميح: من الأفضل تجميع سجلات وحدة التحكم من واجهة سطر الأوامر (CLI) للهاتف نظرا لأن العديد من الهواتف لها مساحة محدودة ويتم الكتابة فوق سجلاتها بسرعة.

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

تلميح: من الأفضل تسجيل جلسة عمل المحطة الطرفية الخاصة بك إلى ملف نصي. فيما يلي كيفية التسجيل إلى ملف نصي باستخدام PuTTY وفيما يلي كيفية القيام بذلك باستخدام SecureCRT.

بيانات من المفتاح

يصل الهاتف إلى الشبكة عبر محول ما. حدد المحول المرفق به الهاتف وأجمع البيانات المدرجة أدناه.

• تجميع التكوين الجاري تشغيله باستخدام show run

• تجميع مقبس المعالج في العرض

• جمع مخرجات عرض سجل

بيانات من CUCM

• الحصول على رقم الدليل (DN) للهاتف.

ملاحظة: في حالة عدم وجود DN واستخدام الهاتف لبروتوكول بدء جلسة العمل (SIP)، فلن يتم تسجيل الهاتف.

• الحصول على ملف تكوين الهاتف

• الحصول على أحرف كبيرة من خوادم CUCM

• أستخدم "أداة مراقبة الوقت الفعلي" (RTMT) لتجميع السجلات والنسخ من خوادم CUCM. تأكد من تحديد كافة الخوادم عند تجميع السجلات.

تلميح: وفقا للبيئة/الأعراض قد ترغب في تجميع بعض أو كافة أنواع السجلات التالية:

Cisco CallManager، ووظيفة وكيل مرجع شهادة Cisco، و Cisco TFTP، وخدمة التحقق من الثقة من Cisco، وسجل تطبيق عارض الأحداث، وسجل نظام عارض الأحداث، وسجلات التقاط الحزم.

• قم بتجميع مخرجات show itl وshow ctl من جميع خوادم TFTP في مجموعة CUCM.

• تجميع مخرجات هذه الأوامر من ناشر CUCM:

حدد ما إذا كان نظام المجموعة في الوضع المختلط:

قم بتشغيل SQL Select ParamName،ParrValue من processConfig حيث parName='ClusterSecurityMode'

تحديد ما إذا تم تعيين معلمة التراجع إلى true:

قم بتشغيل SQL Select paramName، parparvalue من procesconfig حيث paramName='RollBackToPreGrayback'

حدد ما إذا كان النسخ المتماثل لقاعدة البيانات سليما:

UTILS DPLPLATION RUNMESTATE

ملاحظة: إذا لم يكن نظام المجموعة في الوضع المختلط، فسيبدو الناتج كما يلي:

admin:قم بتشغيل sql حدد paramName،parrValue من processConfig حيث paramName='ClusterSecurityMode'
قيمة البارااسم
=============================
ClusterSecurityMode 0

ملاحظة: إذا تم تعيين معلمة التراجع إلى خطأ، فسيبدو الإخراج كما يلي:

admin:قم بتشغيل sql حدد paramName،parrValue من processConfig حيث parName='RollBackToPreGrayback'
قيمة البارااسم
================================
RollBackToPregrayback F

تلميح: لشرح الناتج من UtilsApplicationRuntime راجع فهم مخرجات UtilsApplicationState لمستند CUCM.

مراجعة سجلات الهاتف

• ابحث في سجلات الهاتف عن هذه السلاسل:

فشل
Err
الخطأ
إستثناء
newUnregReason=
شركة Lastoutofservice
إحتياطي
خطأ في المقبس=
opvlan
جاوا سيبيو
مسجل
network_detect_change_task
tftpAddr1=
مؤمن:
VPN.: (ملاحظة: تأكد من أنك تبحث مع regex عن هذا أو أن "." سيتم تحليلها كحرفي بدلا من حرف خاص)

مراجعة سجلات CUCM

ابحث في سجلات CUCM عما يلي:

• عنوان MAC للهاتف

• عنوان IP للهاتف

تلميح: إذا رأيت رسائل خطأ، فقد يكون شرح رموز السبب في مستندات الخطأ ورسائل النظام.

روابط إضافية

الأسئلة المتداولة حول نقاط النهاية

التأمين بشكل افتراضي

سياسة دعم البرامج الثابتة لهاتف بروتوكول الإنترنت (IP) من Cisco

البحث في مستودع Cisco Live

السجلات و PCAP للتطبيق العملي

سجلت بعض الهواتف بالفعل وجمعت السجلات/الحروف الكبيرة. لمراجعة الملفات، انقر هنا.