إستدعاء من خلال فشل خط اتصال بروتوكول بدء جلسة عمل (SIP)

المقدمة

يصف هذا المستند الحالات التي قد تفشل فيها المكالمات عبر خط اتصال SIP بسبب أسباب مختلفة. بمجرد التحقق من حالة بروتوكول SIP (إذا تم تمكين إختبار اتصال الخيارات)، يتم عرض خطأ "لا توجد خدمة" على واجهة المستخدم الرسومية (GUI) الخاصة بويب CUCM لحالة خط الاتصال ضمن صفحة الجهاز >خط الاتصال.

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

المتطلبات

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

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

تستند المعلومات الواردة في هذا المستند إلى خادم Cisco CallManager Server 11.5.

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

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

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

تظهر هذه الصورة ما تبدو عليه حالة خط اتصال SIP إذا كان ملف تعريف SIP المقترن بالشنطة يحتوي على خيارات تعطيل و تمكين.

 إذا لم تتمكن خط اتصال SIP من إنشاء اتصال ناجح مع الطرف النظير، ستظهر الحالة كما هو أدناه.

قد تقوم "أداة المراقبة في الوقت الفعلي" أيضا بإرسال تنبيهات مثل هذه الرسالة.

رسالة الخطأ:

"UC_CALLMANAGER-3-SIPTrunkOOS": جميع النظراء البعيدين خارج الخدمة وغير قادرين على معالجة الاستدعاءات لاسم خط اتصال SIP هذا <NAME of TRUNK> النظراء عن بعد غير المتوفرين مع رمز السبب <ERROR CODE>

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

إذا لم تكن حالة خط الاتصال هي Service، فستكون صفحة تكوين خط الاتصال كما هو موضح في الشكل.

الحالة معطلة بينما يمكن أن يكون سبب الحالة محلي=1، محلي=2 أو محلي=3.

يبدو خط اتصال 'في الخدمة' مثل هذه الصورة.

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

السيناريو 1. بالنسبة إلى المحلي=1، قد يكون السبب المحتمل هو عدم تلقي استجابات لطلب "الخيارات" بعد جميع عمليات إعادة المحاولة عند تكوين النقل كUDP في ملف تعريف أمان خط اتصال SIP المعين إلى خط اتصال SIP على الجانب الأصلي. قد يبدو التقاط الحزمة من الخادم بهذا الشكل.

لحل هذه المشكلة، إذا كان النظير البعيد هو Unified CM، فعليك بالانتقال إلى Remote Peer ServiceAbility >أدوات > Control Center (خدمات الميزات) والتأكد من تنشيط خدمة Cisco Call Manager وتشغيلها.

انتقل أيضا إلى مسؤول النظير البعيد >الجهاز > خط الاتصال وقم بإجراء بحث للتأكد من وجود خط اتصال SIP مع المنفذ الوارد في ملف تعريف أمان خط اتصال SIP المقترن الذي تم تكوينه ليكون هو نفسه كما تم تكوينه على منفذ وجهة خط اتصال SIP من الجانب الأصلي.

تحقق أيضا من اتصال الشبكة باستخدام أمر CLI باستخدام الشبكة ping remote_peer في الجانب الأصلي.

السيناريو 2. بالنسبة إلى المحلي=2، قد يكون السبب المحتمل هو عدم قدرة Unified CM على إنشاء اتصال مأخذ توصيل مع النظير البعيد.

لحل هذه المشكلة، إذا كان النظير البعيد هو Unified CM، فعليك بالتنقل إلى Remote Peer ServiceAbility >أدوات > Control Center (خدمات الميزات) والتأكد من تنشيط خدمة Cisco Call Manager وتشغيلها.

قم أيضا بالتنقل إلى Remote Peer Admin > Device > Trunk وإجراء بحث للتأكد من وجود خط اتصال SIP مع المنفذ الوارد في ملف تعريف أمان خط اتصال SIP المقترن الذي تم تكوينه ليكون هو نفسه كما تم تكوينه على منفذ وجهة خط اتصال SIP من الجانب الأصلي.

تحقق أيضا من اتصال الشبكة باستخدام إختبار اتصال الشبكة عن بعد_peer في الجانب الأصلي.

إذا لم يكن النظير البعيد CM موحدا، فيجب على المستخدم التأكد من أن مسؤول الجانب الآخر قد ذكر معلومات CUCM بشكل صحيح على الخادم الخاص به.

السيناريو 3. بالنسبة إلى المحلي=3، قد يكون السبب المحتمل هو عدم إمكانية الوصول إلى خادم DNS أو عدم تكوين DNS بشكل صحيح لحل اسم المضيف أو SRV الذي تم تكوينه على خط اتصال SIP المحلي. من أجل إصلاح هذه المشكلة، انتقل إلى إدارة نظام التشغيل >عرض > الشبكة وابحث في تفاصيل DNS وتأكد من صحتها. وإذا لم يتم بعد تكوين معلومات خادم DNS الصحيحة باستخدام الأمر الأساسي CLI set network dns. تحقق أيضا من اتصال الشبكة باستخدام خادم DNS من خلال إختبار اتصال الشبكة البعيد_peer والتأكد من تكوين خادم DNS بشكل صحيح.