تكوين البوابة المحلية على Cisco IOS XE لنظام Webex Calling
بعد تكوين Webex Calling لمنظمتك، يمكنك تكوين خط رئيسي لتوصيل البوابة المحلية الخاصة بك بـ Webex Calling. يوفر نقل SIP TLS تأمينًا للجذع بين البوابة المحلية وسحابة Webex. تستخدم الوسائط بين البوابة المحلية وWebex Calling بروتوكول SRTP.
نظرة عامة
يدعم Webex Calling حاليًا نسختين من Local Gateway:
-
البوابة المحلية
-
بوابة محلية لـ Webex للحكومة
-
قبل أن تبدأ، عليك فهم متطلبات شبكة الهاتف العامة (PSTN) والبوابة المحلية (LGW) القائمة على الموقع لخدمة مكالمات Webex. راجع Cisco Preferred Architecture for Webex Calling للحصول على مزيد من المعلومات.
-
تفترض هذه المقالة وجود منصة بوابة محلية مخصصة دون وجود أي تكوين صوتي. إذا قمت بتعديل بوابة PSTN موجودة أو نشر CUBE Enterprise لاستخدامها كوظيفة بوابة محلية لاستدعاء Webex، فعليك الانتباه جيدًا إلى التكوين. تأكد من عدم مقاطعة تدفقات المكالمات والوظائف الحالية بسبب التغييرات التي تقوم بها.
تحتوي الإجراءات على روابط لوثائق مرجعية للأوامر حيث يمكنك معرفة المزيد حول خيارات الأوامر الفردية. تنتقل جميع روابط مرجع الأوامر إلى مرجع أوامر Webex Managed Gateways ما لم يتم ذكر خلاف ذلك (في هذه الحالة، تنتقل روابط الأوامر إلى مرجع أوامر Cisco IOS الصوتية). يمكنك الوصول إلى كل هذه الأدلة في Cisco Unified Border Element Command References.
للحصول على معلومات حول وحدات SBC التابعة لجهات خارجية المدعومة، راجع وثائق مرجع المنتج ذات الصلة.
هناك خياران لتكوين البوابة المحلية لجذع Webex Calling الخاص بك:
-
جذع قائم على التسجيل
-
جذع قائم على الشهادة
استخدم سير المهام إما ضمن بوابة محلية تعتمد على التسجيل أو بوابة محلية تعتمد على الشهادة لتكوين بوابة محلية لجذع الاتصال عبر Webex الخاص بك.
راجع البدء باستخدام البوابة المحلية للحصول على مزيد من المعلومات حول أنواع الجذع المختلفة. قم بتنفيذ الخطوات التالية على البوابة المحلية نفسها، باستخدام واجهة سطر الأوامر (CLI). نحن نستخدم بروتوكول بدء الجلسة (SIP) وبروتوكول أمان طبقة النقل (TLS) لتأمين الجذع وبروتوكول الوقت الحقيقي الآمن (SRTP) لتأمين الوسائط بين البوابة المحلية واستدعاء Webex.
-
حدد CUBE كبوابة محلية لك. لا يدعم Webex for Government حاليًا أي وحدات تحكم حدود الجلسة (SBCs) التابعة لجهات خارجية. لمراجعة القائمة الأخيرة، راجع البدء باستخدام البوابة المحلية.
- قم بتثبيت Cisco IOS XE Dublin 17.12.1a أو الإصدارات الأحدث لجميع بوابات Webex الحكومية المحلية.
-
لمراجعة قائمة هيئات الشهادات الجذرية (CAs) التي يدعمها Webex for Government، راجع هيئات الشهادات الجذرية لـ Webex for Government.
-
للحصول على تفاصيل حول نطاقات المنافذ الخارجية لـ Local Gateway في Webex for Government، راجع متطلبات الشبكة لـ Webex for Government (FedRAMP).
لا تدعم البوابة المحلية لـ Webex للحكومة ما يلي:
-
STUN/ICE-Lite لتحسين مسار الوسائط
-
فاكس (T.38)
لتكوين البوابة المحلية لجذع الاتصال Webex الخاص بك في Webex for Government، استخدم الخيار التالي:
-
جذع قائم على الشهادة
استخدم سير المهام ضمن بوابة محلية تعتمد على الشهادة لتكوين البوابة المحلية لجذع Webex Calling الخاص بك. لمزيد من التفاصيل حول كيفية تكوين بوابة محلية تعتمد على الشهادة، راجع تكوين جذع Webex Calling المعتمد على الشهادة.
من الضروري تكوين تشفير GCM المتوافق مع FIPS لدعم Local Gateway لـ Webex للحكومة. إذا لم يكن الأمر كذلك، فسوف يفشل إعداد المكالمة. للحصول على تفاصيل التكوين، راجع تكوين الجذع المستند إلى شهادة Webex Calling.
لا يدعم Webex for Government البوابة المحلية المعتمدة على التسجيل.
يصف هذا القسم كيفية تكوين عنصر الحدود الموحد من Cisco (CUBE) كبوابة محلية لمكالمات Webex، باستخدام جذع SIP المسجل. يوضح الجزء الأول من هذه الوثيقة كيفية تكوين بوابة PSTN بسيطة. في هذه الحالة، يتم توجيه جميع المكالمات من شبكة الهاتف العامة (PSTN) إلى خدمة Webex Calling ويتم توجيه جميع المكالمات من خدمة Webex Calling إلى شبكة الهاتف العامة (PSTN). تسلط الصورة أدناه الضوء على هذا الحل وتكوين توجيه المكالمات عالي المستوى الذي سيتم اتباعه.
في هذا التصميم، يتم استخدام التكوينات الأساسية التالية:
-
مستأجرو فئة الصوت: يتم استخدامه لإنشاء تكوينات خاصة بالجذع.
-
فئة الصوت URI: يتم استخدامه لتصنيف رسائل SIP لاختيار نظير الاتصال الوارد.
-
اتصال نظير داخلي: يوفر معالجة لرسائل SIP الواردة ويحدد مسار الخروج باستخدام مجموعة الاتصال الهاتفي.
-
مجموعة الاتصال الهاتفي: يقوم بتعريف نظراء الاتصال الخارجيين المستخدمين لتوجيه المكالمات المباشرة.
-
الاتصال الهاتفي الخارجي: يوفر معالجة لرسائل SIP الصادرة ويوجهها إلى الهدف المطلوب.

في حين أصبح IP وSIP البروتوكولات الافتراضية لخطوط PSTN، لا تزال دوائر ISDN TDM (تقسيم الوقت المتعدد) مستخدمة على نطاق واسع ومدعومة بخطوط Webex Calling. لتفعيل تحسين الوسائط لمسارات IP للبوابات المحلية مع تدفقات مكالمات TDM-IP، من الضروري حاليًا استخدام عملية توجيه مكالمات ثنائية الساق. يقوم هذا النهج بتعديل تكوين توجيه المكالمات الموضح أعلاه، عن طريق تقديم مجموعة من نظراء الاتصال الداخليين بين Webex Calling وجذوع PSTN كما هو موضح في الصورة أدناه.

عند ربط حل Cisco Unified Communications Manager المحلي بخدمة Webex Calling، يمكنك استخدام تكوين بوابة PSTN البسيطة كأساس لبناء الحل الموضح في الرسم التخطيطي التالي. في هذه الحالة، يوفر Unified Communications Manager التوجيه والمعالجة المركزية لجميع مكالمات PSTN وWebex Calling.

في جميع أنحاء هذه الوثيقة، يتم استخدام أسماء المضيفين وعناوين IP والواجهات الموضحة في الصورة التالية.

استخدم إرشادات التكوين الموجودة في بقية هذه الوثيقة لإكمال تكوين البوابة المحلية الخاصة بك على النحو التالي:
-
الخطوة 1: تكوين اتصال خط الأساس للموجه والأمان
-
الخطوة 2: تكوين Webex Calling Trunk
اعتمادًا على الهندسة المعمارية المطلوبة، اتبع أحد الأمرين التاليين:
-
الخطوة 3: تكوين البوابة المحلية مع جذع SIP PSTN
-
الخطوة 4: تكوين البوابة المحلية باستخدام بيئة Unified CM الحالية
أو:
-
الخطوة 3: تكوين البوابة المحلية باستخدام جذع TDM PSTN
تكوين خط الأساس
الخطوة الأولى في إعداد جهاز توجيه Cisco الخاص بك كبوابة محلية لمكالمات Webex هي إنشاء تكوين أساسي يؤمن النظام الأساسي لديك ويؤسس الاتصال.
-
تتطلب جميع عمليات نشر البوابة المحلية المستندة إلى التسجيل نظام التشغيل Cisco IOS XE 17.6.1a أو الإصدارات الأحدث. يوصى باستخدام Cisco IOS 17.12.2 أو الإصدار الأحدث. بالنسبة للإصدارات الموصى بها، راجع صفحة Cisco Software Research. ابحث عن المنصة واختر أحد الإصدارات المقترحة .
-
يجب تكوين أجهزة التوجيه من سلسلة ISR4000 باستخدام تراخيص تكنولوجيا الاتصالات الموحدة والأمان.
-
تتطلب أجهزة التوجيه من سلسلة Catalyst Edge 8000 المجهزة ببطاقات صوتية أو معالجات إشارة رقمية ترخيص DNA Advantage. تتطلب أجهزة التوجيه التي لا تحتوي على بطاقات صوتية أو DSPs ترخيص DNA Essentials على الأقل.
-
-
قم بإنشاء تكوين أساسي لمنصتك يتوافق مع سياسات عملك. على وجه الخصوص، قم بتكوين والتحقق مما يلي:
-
برنامج NTP
-
قوائم التحكم في الوصول
-
مصادقة المستخدم والوصول عن بعد
-
DNS
-
توجيه IP
-
عناوين IP
-
-
يجب أن تستخدم الشبكة الخاصة بخدمة Webex Calling عنوان IPv4.
-
قم بتحميل مجموعة CA الجذر الخاصة بـ Cisco إلى البوابة المحلية.
التكوين
1 |
تأكد من تعيين عناوين IP صالحة وقابلة للتوجيه لأي واجهات الطبقة 3، على سبيل المثال:
|
2 |
حماية التسجيل وبيانات اعتماد STUN على جهاز التوجيه باستخدام التشفير المتماثل. قم بتكوين مفتاح التشفير الأساسي ونوع التشفير على النحو التالي:
|
3 |
إنشاء نقطة ثقة PKI مؤقتة. يتطلب نقطة الثقة هذه لتكوين TLS لاحقًا. بالنسبة إلى جذوع الاتصال المعتمدة على التسجيل، لا تتطلب نقطة الثقة هذه شهادة - كما هو مطلوب بالنسبة لجذع الاتصال المعتمد على الشهادة. |
4 |
قم بتمكين حصرية TLS1.2 وحدد نقطة الثقة الافتراضية باستخدام أوامر التكوين التالية. قم بتحديث معلمات النقل لضمان اتصال آمن وموثوق للتسجيل: يضمن الأمر
|
5 |
قم بتثبيت مجموعة Cisco root CA، والتي تتضمن شهادة IdenTrust Commercial Root CA1 المستخدمة بواسطة Webex Calling. استخدم الأمر crypto pki trustpool import clean url لتنزيل حزمة CA الجذر من عنوان URL المحدد، ولمسح مجموعة ثقة CA الحالية، ثم قم بتثبيت حزمة الشهادات الجديدة: إذا كنت بحاجة إلى استخدام وكيل للوصول إلى الإنترنت باستخدام HTTPS، فأضف التكوين التالي قبل استيراد حزمة CA: IP http عميل خادم وكيل yourproxy.com منفذ الوكيل 80 |
1 |
إنشاء جذع PSTN يعتمد على التسجيل لموقع موجود في مركز التحكم. قم بتدوين معلومات الجذع التي يتم توفيرها بمجرد إنشاء الجذع. يتم استخدام التفاصيل الموضحة في الصورة التوضيحية في خطوات التكوين في هذا الدليل. لمزيد من المعلومات، راجع تكوين خطوط الاتصال ومجموعات المسارات وخطط الاتصال لمكالمات Webex. ![]() |
2 |
أدخل الأوامر التالية لتكوين CUBE كبوابة محلية للاتصال بـ Webex: فيما يلي شرح للحقول الخاصة بالتكوين:
تمكين ميزات Cisco Unified Border Element (CUBE) على المنصة. إحصائيات وسائل الإعلامتمكين مراقبة الوسائط على البوابة المحلية. إحصائيات جماعية للوسائطيتيح لمستوى التحكم استطلاع مستوى البيانات للحصول على إحصائيات المكالمات المجمعة. لمزيد من المعلومات حول هذه الأوامر، راجع Media. السماح بالاتصالات من sip إلى sipتمكين وظيفة وكيل المستخدم الأساسي SIP المتتالية في CUBE. لمزيد من المعلومات، راجع السماح بالاتصالات. بشكل افتراضي، يتم تمكين نقل الفاكس T.38. لمزيد من المعلومات، راجع بروتوكول الفاكس t38 (خدمة الصوت). تمكين STUN (عبور جلسة UDP عبر NAT) عالميًا.
لمزيد من المعلومات، راجع stun flowdata agent-id و stun flowdata shared-secret. حمولة غير متماثلة كاملةيقوم بتكوين دعم الحمولة غير المتماثلة SIP لكل من حمولات DTMF والترميز الديناميكي. لمزيد من المعلومات، راجع الحمولة غير المتماثلة. العرض المبكر القسرييجبر البوابة المحلية على إرسال معلومات SDP في رسالة INVITE الأولية بدلاً من انتظار التأكيد من النظير المجاور. لمزيد من المعلومات حول هذا الأمر، راجع early-offer. |
3 |
تكوين برنامج ترميز فئة الصوت 100 للسماح ببرامج ترميز G.711 فقط لجميع الجذوع. يعد هذا النهج البسيط مناسبًا لمعظم عمليات النشر. إذا لزم الأمر، يمكن إضافة أنواع ترميز إضافية مدعومة من قبل الأنظمة الأصلية والمنتهية إلى القائمة. يتم دعم الحلول الأكثر تعقيدًا والتي تتضمن تحويل الترميز باستخدام وحدات DSP، ولكن لا يتم تضمينها في هذا الدليل. فيما يلي شرح للحقول الخاصة بالتكوين: ترميز فئة الصوت 100يتم استخدامه للسماح فقط بالترميزات المفضلة لمكالمات جذع SIP. لمزيد من المعلومات، راجع برنامج ترميز فئة الصوت. |
4 |
قم بتكوين فئة صوت stun-usage 100 لتمكين ICE على جذع Webex Calling. فيما يلي شرح للحقول الخاصة بالتكوين: استخدام الصعق الكهربائي الخفيفيتم استخدامه لتمكين ICE-Lite لجميع نظراء الاتصال المتصلين بـ Webex Calling للسماح بتحسين الوسائط كلما أمكن ذلك. لمزيد من المعلومات، راجع استخدام صوت فئة الصعق و استخدام الصعق ice lite. يتم التفاوض على تحسين الوسائط أينما كان ذلك ممكنًا. إذا كانت المكالمة تتطلب خدمات الوسائط السحابية، مثل التسجيل، فلن يكون من الممكن تحسين الوسائط. |
5 |
قم بتكوين سياسة تشفير الوسائط لحركة مرور Webex. فيما يلي شرح للحقول الخاصة بالتكوين: فئة الصوت srtp-crypto 100يحدد SHA1_80 باعتباره مجموعة تشفير SRTP الوحيدة التي يقدمها CUBE في SDP في رسائل العرض والإجابة. يدعم Webex Calling فقط SHA1_80. لمزيد من المعلومات، راجع voice class srtp-crypto. |
6 |
قم بتكوين نمط لتحديد المكالمات إلى جذع البوابة المحلية استنادًا إلى معلمة جذع الوجهة الخاص به: فيما يلي شرح للحقول الخاصة بالتكوين: فئة الصوت uri 100 sipيقوم بتعريف نمط لمطابقة دعوة SIP الواردة إلى نظير الاتصال الوارد. عند إدخال هذا النمط، استخدم dtg= متبوعًا بـ Trunk OTG/DTG القيمة المقدمة في مركز التحكم عند إنشاء الجذع. لمزيد من المعلومات، راجع voice class uri. |
7 |
قم بتكوين ملف تعريف sip 100، والذي سيتم استخدامه لتعديل رسائل SIP قبل إرسالها إلى Webex Calling.
فيما يلي شرح للحقول الخاصة بالتكوين:
يمكن لمزود خدمة PSTN في الولايات المتحدة أو كندا تقديم التحقق من هوية المتصل للمكالمات غير المرغوب فيها والاحتيالية، مع التكوين الإضافي المذكور في مؤشر مكالمات البريد العشوائي أو الاحتيالي في مقالة Webex Calling. |
8 |
تكوين خط اتصال Webex: |
بعد تحديد المستأجر 100 وتكوين نظير الاتصال الهاتفي SIP VoIP، تبدأ البوابة اتصال TLS تجاه Webex Calling. في هذه المرحلة، يقوم SBC بالوصول إلى شهادته إلى البوابة المحلية. تقوم البوابة المحلية بالتحقق من صحة شهادة SBC الخاصة بوصول Webex Calling باستخدام حزمة الجذر CA التي تم تحديثها سابقًا. إذا تم التعرف على الشهادة، يتم إنشاء جلسة TLS مستمرة بين البوابة المحلية وSBC الوصول إلى Webex Calling. بعد ذلك، يصبح البوابة المحلية قادرة على استخدام هذا الاتصال الآمن للتسجيل في SBC الوصول إلى Webex. عندما يتم الطعن في التسجيل للمصادقة:
-
يتم استخدام معلمات اسم المستخدمو كلمة المرورو النطاق من تكوين بيانات الاعتماد في الاستجابة.
-
يتم استخدام قواعد التعديل في ملف تعريف sip 100 لتحويل عنوان URL الخاص بـ SIPS إلى SIP مرة أخرى.
يكون التسجيل ناجحًا عند استلام 200 OK من SBC الوصول.
بعد إنشاء جذع نحو Webex Calling أعلاه، استخدم التكوين التالي لإنشاء جذع غير مشفر نحو مزود PSTN المستند إلى SIP:
إذا كان مزود الخدمة الخاص بك يوفر خط هاتف PSTN آمنًا، فيمكنك اتباع تكوين مماثل لما هو مفصل أعلاه لخط هاتف Webex Calling. يدعم CUBE توجيه المكالمات بشكل آمن.
إذا كنت تستخدم TDM / جذع ISDN PSTN، انتقل إلى القسم التالي تكوين البوابة المحلية مع جذع TDM PSTN.
لتكوين واجهات TDM لأرجل مكالمات PSTN على بوابات Cisco TDM-SIP، راجع تكوين ISDN PRI.
1 |
قم بتكوين عنوان URI لفئة الصوت التالية لتحديد المكالمات الواردة من جذع PSTN: فيما يلي شرح للحقول الخاصة بالتكوين: فئة الصوت uri 200 sipيقوم بتعريف نمط لمطابقة دعوة SIP الواردة إلى نظير الاتصال الوارد. عند إدخال هذا النمط، استخدم عنوان IP الخاص ببوابة IP PSTN الخاصة بك. لمزيد من المعلومات، راجع voice class uri. |
2 |
قم بتكوين اتصال IP PSTN التالي: فيما يلي شرح للحقول الخاصة بالتكوين: يقوم بتعريف نظير الاتصال عبر VoIP باستخدام علامة 200 ويقدم وصفًا مفيدًا لسهولة الإدارة واستكشاف الأخطاء وإصلاحها. لمزيد من المعلومات، راجع صوت الاتصال الهاتفي. نمط الوجهة سيء.سيءمطلوب نمط وجهة وهمي عند توجيه المكالمات الصادرة باستخدام مجموعة أقران الاتصال الواردة. يمكن استخدام أي نمط وجهة صالح في هذه الحالة. لمزيد من المعلومات، راجع destination-pattern (interface). بروتوكول الجلسة sipv2يحدد أن نظير الاتصال هذا يتعامل مع مراحل مكالمات SIP. لمزيد من المعلومات، راجع بروتوكول الجلسة (نظير الاتصال). هدف الجلسة ipv4: 192.168.80.13يحدد عنوان الهدف للمكالمات المرسلة إلى مزود شبكة الهاتف العامة (PSTN). قد يكون هذا عنوان IP أو اسم مضيف DNS. لمزيد من المعلومات، راجع هدف الجلسة (نظير الاتصال عبر VoIP). عنوان URI الوارد عبر 200يقوم بتحديد فئة الصوت المستخدمة لمطابقة المكالمات الواردة إلى نظير الاتصال هذا باستخدام عنوان URI الخاص بـ INVITE VIA. لمزيد من المعلومات، راجع عنوان URL الوارد. تم تأكيد معرف فئة الصوت sip pai
(اختياري) يقوم بتشغيل معالجة رأس P-Asserted-Identity ويتحكم في كيفية استخدامها لجذع PSTN. إذا تم استخدام هذا الأمر، فسيتم استخدام هوية الطرف المتصل المقدمة من نظير الاتصال الوارد لرؤوس From وP-Asserted-Identity الصادرة. إذا لم يتم استخدام هذا الأمر، فسيتم استخدام هوية الطرف المتصل المقدمة من نظير الاتصال الوارد لرؤوس "من" و"معرف الطرف البعيد" الصادرة. لمزيد من المعلومات، راجع voice-class sip asserted-id. ربط واجهة مصدر التحكم GigabitEthernet0/0/0
يقوم بتكوين واجهة المصدر وعنوان IP المرتبط بالرسائل المرسلة إلى شبكة الهاتف العامة (PSTN). لمزيد من المعلومات، راجع bind. ربط واجهة مصدر الوسائط GigabitEthernet0/0/0يقوم بتكوين واجهة المصدر وعنوان IP المرتبط بالوسائط المرسلة إلى شبكة الهاتف العامة (PSTN). لمزيد من المعلومات، راجع bind. ترميز فئة الصوت 100يقوم بتكوين نظير الاتصال لاستخدام قائمة مرشح الترميز المشتركة 100. لمزيد من المعلومات، راجع برنامج ترميز فئة الصوت. dtmf-relay rtp-nteيحدد RTP-NTE (RFC2833) كإمكانية DTMF المتوقعة في مرحلة المكالمة. لمزيد من المعلومات، راجع DTMF Relay (Voice over IP). لا يوجد فاديقوم بتعطيل اكتشاف النشاط الصوتي. لمزيد من المعلومات، راجع vad (نظير الاتصال). |
3 |
إذا كنت تقوم بتكوين البوابة المحلية الخاصة بك لتوجيه المكالمات فقط بين Webex Calling وشبكة PSTN، فأضف تكوين توجيه المكالمات التالي. إذا كنت تقوم بتكوين البوابة المحلية الخاصة بك باستخدام منصة Unified Communications Manager، فانتقل إلى القسم التالي. |
بعد إنشاء جذع نحو Webex Calling، استخدم التكوين التالي لإنشاء جذع TDM لخدمة PSTN الخاصة بك مع توجيه مكالمات الحلقة الراجعة للسماح بتحسين الوسائط على جزء مكالمات Webex.
إذا لم تكن بحاجة إلى تحسين وسائط IP، فاتبع خطوات التكوين لجذع SIP PSTN. استخدم منفذ صوت ونظير اتصال POTS (كما هو موضح في الخطوتين 2 و3) بدلاً من نظير اتصال VoIP PSTN.
1 |
يستخدم تكوين الاتصال الهاتفي المتبادل مجموعات الاتصال الهاتفي المتبادل وعلامات توجيه المكالمات لضمان مرور المكالمات بشكل صحيح بين Webex وشبكة PSTN، دون إنشاء حلقات توجيه المكالمات. قم بتكوين قواعد الترجمة التالية التي سيتم استخدامها لإضافة وإزالة علامات توجيه المكالمات: فيما يلي شرح للحقول الخاصة بالتكوين: قاعدة الترجمة الصوتيةيستخدم التعبيرات العادية المحددة في القواعد لإضافة أو إزالة علامات توجيه المكالمات. يتم استخدام الأرقام العشرية الزائدة ('A') لإضافة الوضوح عند استكشاف الأخطاء وإصلاحها. في هذا التكوين، يتم استخدام العلامة المضافة بواسطة ملف تعريف الترجمة 100 لتوجيه المكالمات من Webex Calling نحو PSTN عبر نظراء الاتصال اللاسلكي. على نحو مماثل، يتم استخدام العلامة المضافة بواسطة ملف تعريف الترجمة 200 لتوجيه المكالمات من شبكة الهاتف العامة (PSTN) نحو خدمة Webex Calling. تقوم ملفات تعريف الترجمة 11 و12 بإزالة هذه العلامات قبل تسليم المكالمات إلى جذوع Webex وPSTN على التوالي. يفترض هذا المثال أن الأرقام التي تم الاتصال بها من Webex Calling يتم تقديمها في +E.164 شكل. القاعدة 100 تزيل القاعدة الرئيسية + للحفاظ على رقم صالح للاتصال. ثم تضيف القاعدة 12 أرقام التوجيه الوطنية أو الدولية عند إزالة العلامة. استخدم الأرقام التي تناسب خطة الاتصال الوطنية ISDN المحلية لديك. إذا كانت خدمة Webex Calling تقدم الأرقام بتنسيق وطني، فقم بتعديل القاعدتين 100 و12 لإضافة علامة التوجيه وإزالتها على التوالي. لمزيد من المعلومات، راجع ملف تعريف الترجمة الصوتية و قاعدة الترجمة الصوتية. |
2 |
قم بتكوين منافذ واجهة الصوت TDM حسب متطلبات نوع الجذع والبروتوكول المستخدم. لمزيد من المعلومات، راجع تكوين ISDN PRI. على سبيل المثال، قد يتضمن التكوين الأساسي لواجهة ISDN ذات المعدل الأساسي المثبتة في فتحة NIM 2 لجهاز ما ما يلي: |
3 |
قم بتكوين اتصال نظير PSTN TDM التالي: فيما يلي شرح للحقول الخاصة بالتكوين: يقوم بتعريف نظير الاتصال عبر VoIP باستخدام علامة 200 ويقدم وصفًا مفيدًا لسهولة الإدارة واستكشاف الأخطاء وإصلاحها. لمزيد من المعلومات، راجع صوت الاتصال الهاتفي. نمط الوجهة سيء.سيءمطلوب نمط وجهة وهمي عند توجيه المكالمات الصادرة باستخدام مجموعة أقران الاتصال الواردة. يمكن استخدام أي نمط وجهة صالح في هذه الحالة. لمزيد من المعلومات، راجع destination-pattern (interface). ملف تعريف الترجمة الوارد 200تعيين ملف تعريف الترجمة الذي سيضيف علامة توجيه المكالمة إلى الرقم الوارد الذي تم الاتصال به. الاتصال الداخلي المباشريقوم بتوجيه المكالمة دون توفير نغمة اتصال ثانوية. لمزيد من المعلومات، راجع direct-inward-dial. ميناء 0/2/0:15منفذ الصوت المادي المرتبط بهذا النظير. |
4 |
لتفعيل تحسين الوسائط لمسارات IP للبوابات المحلية مع تدفقات مكالمات TDM-IP، يمكنك تعديل توجيه المكالمات عن طريق تقديم مجموعة من نظراء الاتصال الداخليين بين Webex Calling وجذوع PSTN. قم بتكوين نظراء الاتصال العكسي التاليين. في هذه الحالة، سيتم توجيه جميع المكالمات الواردة في البداية إلى نظير الاتصال 10 ومن هناك إلى نظير الاتصال 11 أو 12 استنادًا إلى علامة التوجيه المطبقة. بعد إزالة علامة التوجيه، سيتم توجيه المكالمات إلى الجذع الخارجي باستخدام مجموعات الاتصال الهاتفي. فيما يلي شرح للحقول الخاصة بالتكوين: يقوم بتعريف نظير الاتصال عبر VoIP ويقدم وصفًا مفيدًا لسهولة الإدارة واستكشاف الأخطاء وإصلاحها. لمزيد من المعلومات، راجع صوت الاتصال الهاتفي. ملف تعريف الترجمة الوارد 11يتم تطبيق ملف تعريف الترجمة المحدد مسبقًا لإزالة علامة توجيه المكالمة قبل تمريرها إلى الجذع الخارجي. نمط الوجهة سيء.سيءمطلوب نمط وجهة وهمي عند توجيه المكالمات الصادرة باستخدام مجموعة أقران الاتصال الواردة. لمزيد من المعلومات، راجع destination-pattern (interface). بروتوكول الجلسة sipv2يحدد أن نظير الاتصال هذا يتعامل مع مراحل مكالمات SIP. لمزيد من المعلومات، راجع بروتوكول الجلسة (نظير الاتصال). هدف الجلسة ipv4: 192.168.80.14يقوم بتحديد عنوان واجهة جهاز التوجيه المحلي كهدف اتصال للحلقة العكسية. لمزيد من المعلومات، راجع هدف الجلسة (نظير الاتصال عبر VoIP). ربط واجهة مصدر التحكم GigabitEthernet0/0/0يقوم بتكوين واجهة المصدر وعنوان IP المرتبط بالرسائل المرسلة عبر الحلقة الراجعة. لمزيد من المعلومات، راجع bind. ربط واجهة مصدر الوسائط GigabitEthernet0/0/0يقوم بتكوين واجهة المصدر وعنوان IP المرتبط بالوسائط المرسلة عبر الحلقة الراجعة. لمزيد من المعلومات، راجع bind. dtmf-relay rtp-nteيحدد RTP-NTE (RFC2833) كإمكانية DTMF المتوقعة في مرحلة المكالمة. لمزيد من المعلومات، راجع DTMF Relay (Voice over IP). برنامج الترميز g711alaw يجبر جميع مكالمات PSTN على استخدام G.711. قم باختيار a-law أو u-law لتتناسب مع طريقة الضغط المستخدمة بواسطة خدمة ISDN الخاصة بك. لا يوجد فاديقوم بتعطيل اكتشاف النشاط الصوتي. لمزيد من المعلومات، راجع vad (نظير الاتصال). |
5 |
أضف تكوين توجيه المكالمات التالي: يؤدي هذا إلى اختتام تكوين البوابة المحلية الخاصة بك. احفظ التكوين وأعد تحميل المنصة إذا كانت هذه هي المرة الأولى التي يتم فيها تكوين ميزات CUBE.
|
يمكن تعديل تكوين مكالمات PSTN-Webex في الأقسام السابقة لتضمين جذوع إضافية لمجموعة Cisco Unified Communications Manager (UCM). في هذه الحالة، يتم توجيه كافة المكالمات عبر Unified CM. يتم توجيه المكالمات من UCM على المنفذ 5060 إلى PSTN ويتم توجيه المكالمات من المنفذ 5065 إلى Webex Calling. من الممكن إضافة التكوينات المتزايدة التالية لتضمين سيناريو الاتصال هذا.
عند إنشاء جذع Webex Calling في Unified CM، تأكد من تكوين المنفذ الوارد في إعدادات ملف تعريف أمان جذع SIP إلى 5065. يسمح هذا بالرسائل الواردة على المنفذ 5065 وملء رأس VIA بهذه القيمة عند إرسال الرسائل إلى البوابة المحلية.

1 |
تكوين عناوين URI التالية من فئة الصوت: |
2 |
قم بتكوين سجلات DNS التالية لتحديد توجيه SRV إلى مضيفات Unified CM: يستخدم IOS XE هذه السجلات لتحديد مضيفات UCM والمنافذ المستهدفة محليًا. مع هذا التكوين، لن يكون من الضروري تكوين السجلات في نظام DNS الخاص بك. إذا كنت تفضل استخدام DNS الخاص بك، فلن تكون هذه التكوينات المحلية ضرورية. فيما يلي شرح للحقول الخاصة بالتكوين: يؤدي الأمر التالي إلى إنشاء سجل مورد DNS SRV. إنشاء سجل لكل مضيف UCM وجذع: مضيف IP _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com _sip._udp.pstntocucm.io: اسم سجل مورد SRV 2: أولوية سجل موارد SRV 1: وزن سجل موارد SRV 5060: رقم المنفذ الذي يجب استخدامه للمضيف المستهدف في سجل الموارد هذا ucmsub5.mydomain.com: هدف سجل الموارد المضيف لحل أسماء المضيف المستهدفة لسجل الموارد، قم بإنشاء سجلات DNS A المحلية. على سبيل المثال: عنوان IP المضيف ucmsub5.mydomain.com 192.168.80.65 مضيف IP: إنشاء سجل في قاعدة بيانات IOS XE المحلية. ucmsub5.mydomain.com: اسم المضيف للسجل A. 192.168.80.65: عنوان IP المضيف. قم بإنشاء سجلات موارد SRV وسجلات A لتعكس بيئة UCM واستراتيجية توزيع المكالمات المفضلة لديك. |
3 |
قم بتكوين نظراء الاتصال الهاتفي التاليين: |
4 |
أضف توجيه المكالمات باستخدام التكوينات التالية: |
تكتشف التوقيعات التشخيصية (DS) بشكل استباقي المشكلات الشائعة التي تتم ملاحظتها في البوابة المحلية المستندة إلى IOS XE وتولد بريدًا إلكترونيًا أو syslog أو إشعارًا برسالة طرفية للحدث. يمكنك أيضًا تثبيت DS لأتمتة جمع بيانات التشخيص ونقل البيانات المجمعة إلى حالة Cisco TAC لتسريع وقت الحل.
التوقيعات التشخيصية (DS) عبارة عن ملفات XML تحتوي على معلومات حول أحداث تشغيل المشكلة والإجراءات التي يجب اتخاذها لإعلام المشكلة واستكشاف الأخطاء وإصلاحها. يمكنك تحديد منطق اكتشاف المشكلة باستخدام رسائل syslog وأحداث SNMP ومن خلال المراقبة الدورية لمخرجات أمر العرض المحددة.
تتضمن أنواع الإجراءات جمع مخرجات أمر العرض:
-
إنشاء ملف سجل موحد
-
تحميل الملف إلى موقع شبكة يوفره المستخدم مثل HTTPS، SCP، خادم FTP.
يقوم مهندسو TAC بتأليف ملفات DS وتوقيعها رقميًا لحماية سلامتها. يحتوي كل ملف DS على معرف رقمي فريد يتم تعيينه بواسطة النظام. أداة البحث عن التوقيعات التشخيصية (DSLT) هي مصدر واحد للعثور على التوقيعات المناسبة لمراقبة واستكشاف الأخطاء وإصلاحها للمشكلات المختلفة.
قبل البدء:
-
لا تقم بتحرير ملف DS الذي قمت بتنزيله من DSLT. تفشل عملية تثبيت الملفات التي تقوم بتعديلها بسبب خطأ التحقق من السلامة.
-
خادم بروتوكول نقل البريد البسيط (SMTP) الذي تحتاجه لكي تتمكن البوابة المحلية من إرسال إشعارات البريد الإلكتروني.
-
تأكد من تشغيل البوابة المحلية على نظام التشغيل IOS XE 17.6.1 أو إصدار أحدث إذا كنت ترغب في استخدام خادم SMTP الآمن لإشعارات البريد الإلكتروني.
المتطلبات المسبقة
بوابة محلية تعمل بنظام IOS XE 17.6.1a أو أعلى
-
يتم تمكين "التوقيعات التشخيصية" بشكل افتراضي.
-
قم بتكوين خادم البريد الإلكتروني الآمن الذي سيتم استخدامه لإرسال إشعار استباقي إذا كان الجهاز يعمل بنظام التشغيل Cisco IOS XE 17.6.1a أو أعلى.
configure terminal call-home mail-server :@ priority 1 secure tls end
-
قم بتكوين متغير البيئة ds_email باستخدام عنوان البريد الإلكتروني للمسؤول لإعلامك.
configure terminal call-home diagnostic-signature environment ds_email end
يوضح الشكل التالي مثالاً لتكوين بوابة محلية تعمل على نظام التشغيل Cisco IOS XE 17.6.1a أو أعلى لإرسال الإشعارات الاستباقية إلى tacfaststart@gmail.com باستخدام Gmail كخادم SMTP آمن:
نوصيك باستخدام Cisco IOS XE Bengaluru 17.6.x أو الإصدارات الأحدث.
call-home
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls
diagnostic-signature
environment ds_email "tacfaststart@gmail.com"
إن البوابة المحلية التي تعمل على برنامج Cisco IOS XE ليست عميل Gmail نموذجيًا قائمًا على الويب يدعم OAuth، لذا يتعين علينا تكوين إعداد حساب Gmail محدد وتوفير إذن محدد لمعالجة البريد الإلكتروني من الجهاز بشكل صحيح:
-
انتقل إلى
وتشغيل إعداد ] الوصول إلى التطبيقات الأقل أمانًا . -
أجب بـ "نعم، لقد كنت أنا" عندما تتلقى بريدًا إلكترونيًا من Gmail ينص على أن "Google منعت شخصًا ما من تسجيل الدخول إلى حسابك باستخدام تطبيق غير تابع لـ Google".
تثبيت التوقيعات التشخيصية للمراقبة الاستباقية
مراقبة الاستخدام العالي لوحدة المعالجة المركزية
يتتبع هذا DS استخدام وحدة المعالجة المركزية لمدة خمس ثوانٍ باستخدام SNMP OID 1.3.6.1.4.1.9.2.1.56. عندما يصل الاستخدام إلى 75% أو أكثر، فإنه يقوم بتعطيل كافة عمليات التصحيح وإلغاء تثبيت كافة التوقيعات التشخيصية المثبتة في البوابة المحلية. اتبع هذه الخطوات التالية لتثبيت التوقيع.
-
استخدم الأمر show snmp لتمكين SNMP. إذا لم تقم بتمكينه، فقم بتكوين الأمر snmp-server manager.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled
-
قم بتنزيل DS 64224 باستخدام خيارات القائمة المنسدلة التالية في أداة البحث عن التوقيعات التشخيصية:
اسم الحقل
قيمة الحقل
المنصة
سلسلة Cisco 4300، 4400 ISR أو سلسلة Cisco CSR 1000V
المنتج
CUBE Enterprise في حل Webex Calling
نطاق المشكلة
الأداء
نوع المشكلة
استخدام عالي لوحدة المعالجة المركزية مع إشعارات البريد الإلكتروني.
-
انسخ ملف DS XML إلى محرك أقراص البوابة المحلية.
LocalGateway# copy ftp://username:password@/DS_64224.xml bootflash:
يوضح المثال التالي كيفية نسخ الملف من خادم FTP إلى البوابة المحلية.
copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! [OK - 3571/4096 bytes] 3571 bytes copied in 0.064 secs (55797 bytes/sec)
-
قم بتثبيت ملف DS XML في البوابة المحلية.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success
-
استخدم الأمر show call-home diagnostic-signature للتحقق من تثبيت التوقيع بنجاح. يجب أن يكون لعمود الحالة القيمة "مسجل".
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com
تنزيل التوقيعات التشخيصية:
مُعرّف DS
اسم DS
المراجعة
الحالة
آخر تحديث (GMT+00:00)
64224
DS_LGW_CPU_MON75
0.0.10
مسجَّل
2020-11-07 22:05:33
عند تشغيله، يقوم هذا التوقيع بإلغاء تثبيت جميع التوقيعات التشخيصية قيد التشغيل علاوة على إلغاء تثبيت نفسه. إذا لزم الأمر، قم بإعادة تثبيت DS 64224 لمواصلة مراقبة الاستخدام المرتفع لوحدة المعالجة المركزية على البوابة المحلية.
مراقبة تسجيل جذع SIP
يتحقق DS هذا من إلغاء تسجيل Local Gateway SIP Trunk مع سحابة Webex Calling كل 60 ثانية. بمجرد اكتشاف حدث إلغاء التسجيل، يُنشئ التوقيع إشعارًا بالبريد الإلكتروني وسجل النظام، ويُلغي تثبيته تلقائيًا بعد حدوث إلغاء تسجيل مرتين. اتبع الخطوات التالية لتثبيت التوقيع:
-
قم بتنزيل DS 64117 باستخدام خيارات القائمة المنسدلة التالية في أداة البحث عن التوقيعات التشخيصية:
اسم الحقل
قيمة الحقل
المنصة
Cisco 4300, 4400 ISR Series أو Cisco CSR 1000V Series
المنتج
CUBE Enterprise في حل Webex Calling
نطاق المشكلة
SIP-SIP
نوع المشكلة
إلغاء تسجيل SIP Trunk مع إشعار البريد الإلكتروني.
-
انسخ ملف DS XML إلى البوابة المحلية.
copy ftp://username:password@/DS_64117.xml bootflash:
-
قم بتثبيت ملف DS XML في البوابة المحلية.
call-home diagnostic-signature load DS_64117.xml Load file DS_64117.xml success LocalGateway#
-
استخدم الأمر show call-home diagnostic-signature للتحقق من تثبيت التوقيع بنجاح. يجب أن يحتوي عمود الحالة على قيمة "مسجلة".
مراقبة انقطاعات المكالمات غير الطبيعية
يستخدم هذا التوقيع استقصاء SNMP كل 10 دقائق للكشف عن انقطاع اتصال غير طبيعي مع أخطاء SIP 403 و488 و503. إذا كانت الزيادة في عدد الأخطاء أكبر من أو تساوي 5 من آخر استقصاء، فسيتم إنشاء سجل نظام وإشعار بريد إلكتروني. يُرجى اتباع الخطوات التالية لتثبيت التوقيع.
-
استخدم الأمر show snmp للتحقق مما إذا كان SNMP ممكّنًا أم لا. إذا لم يتم تمكينه، قم بتكوين الأمر snmp-server manager.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled
-
قم بتنزيل DS 65221 باستخدام الخيارات التالية في أداة البحث عن التوقيعات التشخيصية:
اسم الحقل
قيمة الحقل
المنصة
Cisco 4300, 4400 ISR Series أو Cisco CSR 1000V Series
المنتج
CUBE Enterprise في حل Webex Calling
نطاق المشكلة
الأداء
نوع المشكلة
اكتشاف انقطاع مكالمات SIP غير الطبيعية باستخدام البريد الإلكتروني وإشعارات Syslog.
-
انسخ ملف DS XML إلى البوابة المحلية.
copy ftp://username:password@/DS_65221.xml bootflash:
-
قم بتثبيت ملف DS XML في البوابة المحلية.
call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success
-
استخدم الأمر show call-home diagnostic-signature للتحقق من تثبيت التوقيع بنجاح. يجب أن يحتوي عمود الحالة على قيمة "مسجلة".
تثبيت التوقيعات التشخيصية لاستكشاف المشكلة وإصلاحها
استخدم التوقيعات التشخيصية (DS) لحل المشكلات بسرعة. لقد قام مهندسو Cisco TAC بتأليف العديد من التوقيعات التي تمكن من إجراء عمليات التصحيح اللازمة المطلوبة لاستكشاف مشكلة معينة وإصلاحها، واكتشاف حدوث المشكلة، وجمع مجموعة البيانات التشخيصية الصحيحة ونقل البيانات تلقائيًا إلى حالة Cisco TAC. تتخلص التوقيعات التشخيصية (DS) من الحاجة إلى التحقق يدويًا من حدوث المشكلة وتجعل استكشاف الأخطاء وإصلاحها للمشكلات المتقطعة والعابرة أسهل كثيرًا.
يمكنك استخدام أداة البحث عن التوقيعات التشخيصيةللعثور على التوقيعات المناسبة وتثبيتها لحل مشكلة معينة ذاتيًا أو يمكنك تثبيت التوقيع الذي يوصي به مهندس TAC كجزء من مشاركة الدعم.
فيما يلي مثال على كيفية العثور على DS وتثبيته للكشف عن حدوث "%VOICE_IEC-3-GW: CCAPI: حدث خطأ داخلي (حد الارتفاع الحاد في المكالمات): IEC=1.1.181.1.29.0" syslog وأتمتة جمع البيانات التشخيصية باستخدام الخطوات التالية:
-
قم بتكوين متغير بيئة DS إضافي ds_fsurl_prefix، وهو مسار خادم ملفات Cisco TAC (cxd.cisco.com) الذي تُحمّل إليه بيانات التشخيص المُجمّعة. اسم المستخدم في مسار الملف هو رقم الحالة، وكلمة المرور هي رمز تحميل الملف، والذي يُمكن استرجاعه من مدير حالات الدعم باستخدام الأمر التالي. يُمكن إنشاء رمز تحميل الملف في قسم المرفقات في مدير حالات الدعم، حسب الحاجة.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com" end
مثال:
call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"
-
تأكد من تمكين SNMP باستخدام الأمر show snmp. إذا لم يتم تمكينه، قم بتكوين الأمر snmp-server manager.
show snmp %SNMP agent not enabled config t snmp-server manager end
-
تأكد من تثبيت برنامج مراقبة وحدة المعالجة المركزية العالية DS 64224 كإجراء استباقي لتعطيل جميع توقيعات التصحيح والتشخيصات أثناء وقت استخدام وحدة المعالجة المركزية العالية. قم بتنزيل DS 64224 باستخدام الخيارات التالية في أداة البحث عن التوقيعات التشخيصية:
اسم الحقل
قيمة الحقل
المنصة
Cisco 4300, 4400 ISR Series أو Cisco CSR 1000V Series
المنتج
CUBE Enterprise في حل Webex Calling
نطاق المشكلة
الأداء
نوع المشكلة
استخدام عالي لوحدة المعالجة المركزية مع إشعارات البريد الإلكتروني.
-
قم بتنزيل DS 65095 باستخدام الخيارات التالية في أداة البحث عن التوقيعات التشخيصية:
اسم الحقل
قيمة الحقل
المنصة
Cisco 4300, 4400 ISR Series أو Cisco CSR 1000V Series
المنتج
CUBE Enterprise في حل Webex Calling
نطاق المشكلة
Syslogs
نوع المشكلة
Syslog - %VOICE_IEC-3-GW: CCAPI: حدث خطأ داخلي (حد الارتفاع الحاد في المكالمات): IEC=1.1.181.1.29.0
-
انسخ ملفات DS XML إلى البوابة المحلية.
copy ftp://username:password@/DS_64224.xml bootflash: copy ftp://username:password@/DS_65095.xml bootflash:
-
قم بتثبيت DS 64224 الخاص بمراقبة الاستخدام المرتفع لوحدة المعالجة المركزية ثم ملف DS 65095 XML في البوابة المحلية.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success
-
تأكد من تثبيت التوقيع بنجاح باستخدام الأمر show call-home diagnostic-signature. يجب أن يحتوي عمود الحالة على قيمة "مسجلة".
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
التوقيعات التشخيصية التي تم تنزيلها:
مُعرّف DS
اسم DS
المراجعة
الحالة
آخر تحديث (GMT+00:00)
64224
00:07:45
DS_LGW_CPU_MON75
0.0.10
مسجَّل
2020-11-08
65095
00:12:53
DS_LGW_IEC_Call_spike_threshold
0.0.12
مسجَّل
2020-11-08
التحقق من تنفيذ التوقيعات التشخيصية
في الأمر التالي، يتغير عمود "الحالة" لأمر show call-home diagnostic-signature إلى "قيد التشغيل" أثناء قيام البوابة المحلية بتنفيذ الإجراء المحدد داخل التوقيع. إن مخرجات show call-home diagnosis-signature statistics هي أفضل طريقة للتحقق مما إذا كان التوقيع التشخيصي يكتشف حدثًا مثيرًا للاهتمام وينفذ الإجراء. ال “Triggered/Max/Deinstall” يشير العمود إلى عدد المرات التي قام فيها التوقيع المحدد بتشغيل حدث ما، والحد الأقصى لعدد المرات التي يتم تعريفها لاكتشاف حدث ما، وما إذا كان التوقيع يقوم بإلغاء تثبيت نفسه بعد اكتشاف الحد الأقصى لعدد الأحداث التي تم تشغيلها.
show call-home diagnostic-signature
Current diagnostic-signature settings:
Diagnostic-signature: enabled
Profile: CiscoTAC-1 (status: ACTIVE)
Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService
Environment variable:
ds_email: carunach@cisco.com
ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
التوقيعات التشخيصية التي تم تنزيلها:
مُعرّف DS |
اسم DS |
المراجعة |
الحالة |
آخر تحديث (GMT+00:00) |
---|---|---|---|---|
64224 |
DS_LGW_CPU_MON75 |
0.0.10 |
مسجَّل |
2020-11-08 00:07:45 |
65095 |
DS_LGW_IEC_Call_spike_threshold |
0.0.12 |
جارٍ التشغيل |
2020-11-08 00:12:53 |
إظهار إحصائيات التوقيع التشخيصي للمنزل
مُعرّف DS |
اسم DS |
تم تشغيله/Max/Deinstall |
متوسط وقت التشغيل (بالثواني) |
الحد الأقصى لوقت التشغيل (بالثواني) |
---|---|---|---|---|
64224 |
DS_LGW_CPU_MON75 |
0/0/N |
0.000 |
0.000 |
65095 |
DS_LGW_IEC_Call_spike_threshold |
1/20/Y |
23.053 |
23.053 |
تحتوي رسالة البريد الإلكتروني للإشعار التي يتم إرسالها أثناء تنفيذ التوقيع التشخيصي على معلومات أساسية مثل نوع المشكلة وتفاصيل الجهاز وإصدار البرنامج وتكوين التشغيل وإظهار مخرجات الأوامر ذات الصلة باستكشاف المشكلة المحددة وإصلاحها.
إلغاء تثبيت التوقيعات التشخيصية
يتم عادةً تعريف التوقيعات التشخيصية المستخدمة لأغراض استكشاف الأخطاء وإصلاحها لإلغاء التثبيت بعد اكتشاف حدوث بعض المشكلات. إذا كنت تريد إلغاء تثبيت التوقيع يدويًا، فاسترد معرف DS من مخرجات الأمر show call-home diagnostic-signature وقم بتشغيل الأمر التالي:
call-home diagnostic-signature deinstall
مثال:
call-home diagnostic-signature deinstall 64224
يتم إضافة توقيعات جديدة إلى أداة البحث عن توقيعات التشخيص بشكل دوري، استنادًا إلى المشكلات التي يتم ملاحظتها بشكل شائع في عمليات النشر. لا يدعم TAC حاليًا طلبات إنشاء توقيعات مخصصة جديدة.
لإدارة بوابات Cisco IOS XE بشكل أفضل، نوصيك بتسجيل البوابات وإدارتها من خلال Control Hub. إنه تكوين اختياري. عند التسجيل، يمكنك استخدام خيار التحقق من صحة التكوين في مركز التحكم للتحقق من صحة تكوين البوابة المحلية لديك وتحديد أي مشكلات في التكوين. حاليًا، تدعم جذوع التسجيل فقط هذه الوظيفة.
لمزيد من المعلومات، يرجى الرجوع إلى ما يلي:
يصف هذا القسم كيفية تكوين عنصر الحدود الموحد من Cisco (CUBE) كبوابة محلية لاستدعاء Webex باستخدام جذع SIP المتبادل المستند إلى الشهادة (mTLS). يوضح الجزء الأول من هذه الوثيقة كيفية تكوين بوابة PSTN بسيطة. في هذه الحالة، يتم توجيه جميع المكالمات من شبكة الهاتف العامة (PSTN) إلى خدمة Webex Calling ويتم توجيه جميع المكالمات من خدمة Webex Calling إلى شبكة الهاتف العامة (PSTN). تسلط الصورة التالية الضوء على هذا الحل وتكوين توجيه المكالمات عالي المستوى الذي سيتم اتباعه.
في هذا التصميم، يتم استخدام التكوينات الأساسية التالية:
-
مستأجرو فئة الصوت: Used لإنشاء تكوينات خاصة بالجذع.
-
فئة صوت URI: يتم استخدامه لتصنيف رسائل SIP لاختيار نظير الاتصال الوارد.
-
اتصال داخلي بين الأقران: يوفر معالجة لرسائل SIP الواردة ويحدد مسار الخروج باستخدام مجموعة الاتصال الهاتفي.
-
مجموعة أقران الاتصال الهاتفي: يقوم بتعريف نظراء الاتصال الخارجيين المستخدمين لتوجيه المكالمات المباشرة.
-
اتصال نظير خارجي: يوفر معالجة لرسائل SIP الصادرة ويوجهها إلى الهدف المطلوب.

عند ربط حل Cisco Unified Communications Manager المحلي بخدمة Webex Calling، يمكنك استخدام تكوين بوابة PSTN البسيطة كأساس لبناء الحل الموضح في الرسم التخطيطي التالي. في هذه الحالة، يوفر مدير الاتصالات الموحدة التوجيه والمعالجة المركزية لجميع مكالمات PSTN وWebex Calling.

في جميع أنحاء هذه الوثيقة، يتم استخدام أسماء المضيفين وعناوين IP والواجهات الموضحة في الصورة التالية. يتم توفير خيارات للعنونة العامة أو الخاصة (خلف NAT). سجلات DNS الخاصة بـ SRV اختيارية، ما لم يتم موازنة التحميل عبر عدة مثيلات CUBE.

استخدم إرشادات التكوين الموجودة في بقية هذه الوثيقة لإكمال تكوين البوابة المحلية الخاصة بك على النحو التالي:
تكوين خط الأساس
الخطوة الأولى في إعداد جهاز توجيه Cisco الخاص بك كبوابة محلية لمكالمات Webex هي إنشاء تكوين أساسي يؤمن النظام الأساسي لديك ويؤسس الاتصال.
-
تتطلب جميع عمليات نشر البوابة المحلية المستندة إلى الشهادة نظام التشغيل Cisco IOS XE 17.9.1a أو الإصدارات الأحدث. يوصى باستخدام Cisco IOS XE 17.12.2 أو الإصدار الأحدث. بالنسبة للإصدارات الموصى بها، راجع صفحة Cisco Software Research. ابحث عن المنصة واختر أحد الإصدارات المقترحة .
-
يجب تكوين أجهزة التوجيه من سلسلة ISR4000 باستخدام تراخيص تكنولوجيا الاتصالات الموحدة والأمان.
-
تتطلب أجهزة التوجيه من سلسلة Catalyst Edge 8000 المجهزة ببطاقات صوتية أو معالجات إشارة رقمية ترخيص DNA Advantage. تتطلب أجهزة التوجيه التي لا تحتوي على بطاقات صوتية أو DSPs ترخيص DNA Essentials على الأقل.
-
بالنسبة لمتطلبات السعة العالية، قد تحتاج أيضًا إلى ترخيص أمان عالي (HSEC) وحقوق إنتاجية إضافية.
راجع رموز التفويض لمزيد من التفاصيل.
-
-
قم بإنشاء تكوين أساسي لمنصتك يتوافق مع سياسات عملك. على وجه الخصوص، قم بتكوين والتحقق مما يلي:
-
برنامج NTP
-
قوائم التحكم في الوصول
-
مصادقة المستخدم والوصول عن بعد
-
DNS
-
توجيه IP
-
عناوين IP
-
-
يجب أن تستخدم الشبكة الخاصة بخدمة Webex Calling عنوان IPv4. يجب أن يتم حل عناوين أسماء النطاقات المؤهلة بالكامل (FQDN) أو سجلات الخدمة (SRV) الخاصة بالبوابة المحلية التي تم تكوينها في مركز التحكم إلى عنوان IPv4 عام على الإنترنت.
-
يجب أن تكون جميع منافذ SIP والوسائط الموجودة على واجهة البوابة المحلية المواجهة لـ Webex قابلة للوصول من الإنترنت، إما بشكل مباشر أو عبر NAT ثابت. تأكد من تحديث جدار الحماية الخاص بك وفقًا لذلك.
-
اتبع خطوات التكوين التفصيلية المقدمة أدناه لتثبيت شهادة موقعة على البوابة المحلية:
-
يجب على هيئة الشهادات العامة (CA) كما هو موضح في ما هي هيئات الشهادات الجذرية المدعومة للمكالمات إلى منصات الصوت والفيديو Cisco Webex؟ التوقيع على شهادة الجهاز.
-
يجب أن يكون الاسم الشائع (CN) لموضوع الشهادة، أو أحد أسماء الموضوع البديلة (SAN)، هو نفسه اسم المجال المؤهل بالكامل (FQDN) الذي تم تكوينه في مركز التحكم. على سبيل المثال:
-
إذا كان هناك جذع تم تكوينه في مركز التحكم في مؤسستك cube1.lgw.com:5061 باعتباره FQDN للبوابة المحلية، فيجب أن يحتوي CN أو SAN في شهادة جهاز التوجيه على cube1.lgw.com.
-
إذا كان الجذع الذي تم تكوينه في مركز التحكم في مؤسستك يحتوي على lgws.lgw.com كعنوان SRV للبوابة المحلية التي يمكن الوصول إليها من الجذع، فيجب أن يحتوي CN أو SAN في شهادة جهاز التوجيه على lgws.lgw.com. السجلات التي يتم تحويل عنوان SRV إليها (CNAME، أو سجل A، أو عنوان IP) اختيارية في SAN.
-
سواء كنت تستخدم FQDN أو SRV للجذع، يجب أن يستخدم عنوان جهة الاتصال لجميع حوارات SIP الجديدة من البوابة المحلية الاسم الذي تم تكوينه في Control Hub.
-
-
تأكد من أن الشهادات موقعة للاستخدام من قبل العميل والخادم.
-
-
قم بتحميل مجموعة CA الجذر الخاصة بـ Cisco إلى البوابة المحلية. تتضمن هذه الحزمة شهادة الجذر CA المستخدمة للتحقق من منصة Webex.
التكوين
1 |
إنشاء جذع PSTN يعتمد على شهادة CUBE لموقع موجود في مركز التحكم. لمزيد من المعلومات، راجع تكوين خطوط الاتصال ومجموعات المسارات وخطط الاتصال لمكالمات Webex. قم بتدوين معلومات الجذع عند إنشاء الجذع. تُستخدم هذه التفاصيل، كما هو موضح في الرسم التوضيحي التالي، في خطوات التكوين في هذا الدليل. ![]() |
2 |
أدخل الأوامر التالية لتكوين CUBE كبوابة محلية للاتصال بـ Webex: فيما يلي شرح للحقول الخاصة بالتكوين:
تمكين ميزات Cisco Unified Border Element (CUBE) على المنصة. السماح بالاتصالات من sip إلى sipتمكين وظيفة وكيل المستخدم الأساسي CUBE SIP مرة أخرى. لمزيد من المعلومات، راجع السماح بالاتصالات. بشكل افتراضي، يتم تمكين نقل الفاكس T.38. لمزيد من المعلومات، راجع بروتوكول الفاكس t38 (خدمة الصوت). تمكين STUN (عبور جلسة UDP عبر NAT) عالميًا. هذه الأوامر العالمية المذهلة مطلوبة فقط عند نشر البوابة المحلية خلف NAT.
لمزيد من المعلومات، راجع stun flowdata agent-idو stun flowdata shared-secret. حمولة غير متماثلة كاملةيقوم بتكوين دعم الحمولة غير المتماثلة SIP لكل من حمولات DTMF والترميز الديناميكي. لمزيد من المعلومات حول هذا الأمر، راجع asymmetric payload. العرض المبكر القسرييجبر البوابة المحلية على إرسال معلومات SDP في رسالة INVITE الأولية بدلاً من انتظار التأكيد من النظير المجاور. لمزيد من المعلومات حول هذا الأمر، راجع early-offer. ملفات تعريف sip الواردةيتيح لـ CUBE استخدام ملفات تعريف SIP لتعديل الرسائل أثناء استلامها. يتم تطبيق الملفات الشخصية من خلال أقران الاتصال أو المستأجرين. |
3 |
تكوين برنامج ترميز فئة الصوت 100 للسماح ببرامج ترميز G.711 فقط لجميع الجذوع. يعد هذا النهج البسيط مناسبًا لمعظم عمليات النشر. إذا لزم الأمر، قم بإضافة أنواع الترميز الإضافية التي يدعمها كل من النظام الأصلي والنظام المنتهي إلى القائمة. يتم دعم الحلول الأكثر تعقيدًا والتي تتضمن تحويل الترميز باستخدام وحدات DSP، ولكن لا يتم تضمينها في هذا الدليل. فيما يلي شرح للحقول الخاصة بالتكوين: ترميز فئة الصوت 100يتم استخدامه للسماح فقط بالترميزات المفضلة لمكالمات جذع SIP. لمزيد من المعلومات، راجع برنامج ترميز فئة الصوت. |
4 |
قم بتكوين فئة صوت stun-usage 100 لتمكين ICE على جذع Webex Calling. (هذه الخطوة لا تنطبق على Webex للحكومة) فيما يلي شرح للحقول الخاصة بالتكوين: استخدام الصعق الكهربائي الخفيفيتم استخدامه لتمكين ICE-Lite لجميع نظراء الاتصال المتصلين بـ Webex Calling للسماح بتحسين الوسائط كلما أمكن ذلك. لمزيد من المعلومات، راجع استخدام صوت فئة الصعق و استخدام الصعق ice lite. لا يلزم استخدام الأمرstun usage firewall-traversal flowdataإلا عند نشر البوابة المحلية خلف NAT. يتم التفاوض على تحسين الوسائط أينما كان ذلك ممكنًا. إذا كانت المكالمة تتطلب خدمات الوسائط السحابية، مثل التسجيل، فلن يكون من الممكن تحسين الوسائط. |
5 |
قم بتكوين سياسة تشفير الوسائط لحركة مرور Webex. (هذه الخطوة لا تنطبق على Webex للحكومة) فيما يلي شرح للحقول الخاصة بالتكوين: فئة الصوت srtp-crypto 100يحدد SHA1_80 باعتباره مجموعة تشفير SRTP الوحيدة التي يقدمها CUBE في SDP في رسائل العرض والإجابة. يدعم Webex Calling فقط SHA1_80. لمزيد من المعلومات، راجع voice class srtp-crypto. |
6 |
تكوين تشفير GCM المتوافق مع FIPS (هذه الخطوة تنطبق فقط على Webex for Government). فيما يلي شرح للحقول الخاصة بالتكوين: فئة الصوت srtp-crypto 100يحدد GCM باعتباره مجموعة التشفير التي يقدمها CUBE. من الضروري تكوين تشفير GCM لـ Local Gateway لـ Webex للحكومة. |
7 |
قم بتكوين نمط لتحديد المكالمات إلى صندوق البوابة المحلية بشكل فريد استنادًا إلى اسم المجال المؤهل بالكامل (FQDN) أو SRV الخاص بالوجهة: فيما يلي شرح للحقول الخاصة بالتكوين: فئة الصوت uri 100 sipيقوم بتعريف نمط لمطابقة دعوة SIP الواردة إلى نظير الاتصال الداخلي الوارد. عند إدخال هذا النمط، استخدم اسم المجال المؤهل بالكامل (FQDN) أو اسم المجال المختصر (SRV) للجذع الذي تم تكوينه في مركز التحكم للجذع. استخدم عنوان حافة Webex Calling المستند إلى SRV على البوابة المحلية عند تكوين جذوع مستندة إلى الشهادة. |
8 |
تكوين ملفات تعريف معالجة رسائل SIP. إذا تم تكوين البوابة الخاصة بك باستخدام عنوان IP عام، فقم بتكوين ملف تعريف على النحو التالي أو انتقل إلى الخطوة التالية إذا كنت تستخدم NAT. في هذا المثال، cube1.lgw.com هو اسم المجال المؤهل بالكامل (FQDN) المُهيأ للبوابة المحلية: فيما يلي شرح للحقول الخاصة بالتكوين: القاعدتان 10 و20للسماح لـ Webex بمصادقة الرسائل من البوابة المحلية لديك، يجب أن يحتوي رأس "جهة الاتصال" في رسائل طلب SIP والاستجابات على القيمة المخصصة للجذع في مركز التحكم. سيكون هذا إما FQDN لمضيف واحد، أو اسم SRV المستخدم لمجموعة من الأجهزة. |
9 |
إذا تم تكوين البوابة الخاصة بك باستخدام عنوان IP خاص خلف NAT ثابت، فقم بتكوين ملفات تعريف SIP الواردة والصادرة على النحو التالي. في هذا المثال، cube1.lgw.com هو FQDN المُهيأ للبوابة المحلية، و"10.80.13.12" هو عنوان IP للواجهة التي تواجه Webex Calling و"192.65.79.20" هو عنوان IP العام NAT. ملفات تعريف SIP للرسائل الصادرة إلى Webex Calling
فيما يلي شرح للحقول الخاصة بالتكوين: القاعدتان 10 و20للسماح لـ Webex بمصادقة الرسائل من البوابة المحلية لديك، يجب أن يحتوي رأس "جهة الاتصال" في رسائل طلبات واستجابات SIP على القيمة المخصصة للجذع في مركز التحكم. سيكون هذا إما FQDN لمضيف واحد، أو اسم SRV المستخدم لمجموعة من الأجهزة. القواعد من 30 إلى 81تحويل مراجع العناوين الخاصة إلى العنوان العام الخارجي للموقع، مما يسمح لـ Webex بتفسير الرسائل اللاحقة وتوجيهها بشكل صحيح. ملف تعريف SIP للرسائل الواردة من Webex Calling فيما يلي شرح للحقول الخاصة بالتكوين: القواعد من 10 إلى 80تحويل مراجع العناوين العامة إلى العنوان الخاص المُكوّن، مما يسمح لـ CUBE بمعالجة الرسائل من Webex. لمزيد من المعلومات، راجع voice class sip-profiles. يمكن لمزود خدمة PSTN في الولايات المتحدة أو كندا تقديم التحقق من هوية المتصل للمكالمات غير المرغوب فيها والاحتيالية، مع التكوين الإضافي المذكور في مؤشر مكالمات البريد العشوائي أو الاحتيالي في مقالة Webex Calling. |
10 |
تكوين خيار SIP keepalive باستخدام ملف تعريف تعديل الرأس.
|
11 |
تكوين خط اتصال Webex: |
بعد إنشاء جذع نحو Webex Calling أعلاه، استخدم التكوين التالي لإنشاء جذع غير مشفر نحو مزود PSTN المستند إلى SIP:
إذا كان مزود الخدمة الخاص بك يوفر خط هاتف PSTN آمنًا، فيمكنك اتباع تكوين مماثل لما هو مفصل أعلاه لخط هاتف Webex Calling. يدعم CUBE توجيه المكالمات بشكل آمن.
إذا كنت تستخدم TDM / جذع ISDN PSTN، انتقل إلى القسم التالي تكوين البوابة المحلية مع جذع TDM PSTN.
لتكوين واجهات TDM لأرجل مكالمات PSTN على بوابات Cisco TDM-SIP، راجع تكوين ISDN PRI.
1 |
قم بتكوين عنوان URI لفئة الصوت التالية لتحديد المكالمات الواردة من جذع PSTN: فيما يلي شرح للحقول الخاصة بالتكوين: فئة الصوت uri 200 sipيقوم بتعريف نمط لمطابقة دعوة SIP الواردة إلى نظير الاتصال الوارد. عند إدخال هذا النمط، استخدم عنوان IP الخاص ببوابة IP PSTN الخاصة بك. لمزيد من المعلومات، راجع voice class uri. |
2 |
قم بتكوين اتصال IP PSTN التالي: فيما يلي شرح للحقول الخاصة بالتكوين: يقوم بتعريف نظير الاتصال عبر VoIP باستخدام علامة 200 ويقدم وصفًا مفيدًا لسهولة الإدارة واستكشاف الأخطاء وإصلاحها. لمزيد من المعلومات، راجع صوت الاتصال الهاتفي. نمط الوجهة سيء.سيءمطلوب نمط وجهة وهمي عند توجيه المكالمات الصادرة باستخدام مجموعة أقران الاتصال الواردة. يمكن استخدام أي نمط وجهة صالح في هذه الحالة. لمزيد من المعلومات، راجع destination-pattern (interface). بروتوكول الجلسة sipv2يحدد أن نظير الاتصال هذا يتعامل مع مراحل مكالمات SIP. لمزيد من المعلومات، راجع بروتوكول الجلسة (نظير الاتصال). هدف الجلسة ipv4: 192.168.80.13يقوم بتحديد عنوان الهدف للمكالمات المرسلة إلى مزود شبكة الهاتف العامة (PSTN). قد يكون هذا عنوان IP أو اسم مضيف DNS. لمزيد من المعلومات، راجع هدف الجلسة (نظير الاتصال عبر VoIP). عنوان URI الوارد عبر 200يقوم بتحديد فئة الصوت المستخدمة لمطابقة المكالمات الواردة إلى نظير الاتصال هذا باستخدام عنوان URI الخاص بـ INVITE VIA. لمزيد من المعلومات، راجع عنوان URL الوارد. تم تأكيد معرف فئة الصوت sip pai
(اختياري) يقوم بتشغيل معالجة رأس P-Asserted-Identity ويتحكم في كيفية استخدامها لجذع PSTN. إذا تم استخدام هذا الأمر، فسيتم استخدام هوية الطرف المتصل المقدمة من نظير الاتصال الوارد لرؤوس From وP-Asserted-Identity الصادرة. إذا لم يتم استخدام هذا الأمر، فسيتم استخدام هوية الطرف المتصل المقدمة من نظير الاتصال الوارد لرؤوس "من" و"معرف الطرف البعيد" الصادرة. لمزيد من المعلومات، راجع voice-class sip asserted-id. ربط واجهة مصدر التحكم GigabitEthernet0/0/0
يقوم بتكوين واجهة المصدر وعنوان IP المرتبط بالرسائل المرسلة إلى شبكة الهاتف العامة (PSTN). لمزيد من المعلومات، راجع bind. ربط واجهة مصدر الوسائط GigabitEthernet0/0/0يقوم بتكوين واجهة المصدر وعنوان IP المرتبط بالوسائط المرسلة إلى شبكة الهاتف العامة (PSTN). لمزيد من المعلومات، راجع bind. ترميز فئة الصوت 100يقوم بتكوين نظير الاتصال لاستخدام قائمة مرشح الترميز المشتركة 100. لمزيد من المعلومات، راجع برنامج ترميز فئة الصوت. dtmf-relay rtp-nteيحدد RTP-NTE (RFC2833) كإمكانية DTMF المتوقعة في مرحلة المكالمة. لمزيد من المعلومات، راجع DTMF Relay (Voice over IP). لا يوجد فاديقوم بتعطيل اكتشاف النشاط الصوتي. لمزيد من المعلومات، راجع vad (نظير الاتصال). |
3 |
إذا كنت تقوم بتكوين البوابة المحلية الخاصة بك لتوجيه المكالمات فقط بين Webex Calling وشبكة PSTN، فأضف تكوين توجيه المكالمات التالي. إذا كنت تقوم بتكوين البوابة المحلية الخاصة بك باستخدام منصة Unified Communications Manager، فانتقل إلى القسم التالي. |
بعد إنشاء جذع نحو Webex Calling، استخدم التكوين التالي لإنشاء جذع TDM لخدمة PSTN الخاصة بك مع توجيه مكالمات الحلقة الراجعة للسماح بتحسين الوسائط على جزء مكالمات Webex.
إذا لم تكن بحاجة إلى تحسين وسائط IP، فاتبع خطوات التكوين لجذع SIP PSTN. استخدم منفذ صوت ونظير اتصال POTS (كما هو موضح في الخطوتين 2 و3) بدلاً من نظير اتصال VoIP PSTN.
1 |
يستخدم تكوين الاتصال الهاتفي المتبادل مجموعات الاتصال الهاتفي المتبادل وعلامات توجيه المكالمات لضمان مرور المكالمات بشكل صحيح بين Webex وشبكة PSTN، دون إنشاء حلقات توجيه المكالمات. قم بتكوين قواعد الترجمة التالية التي سيتم استخدامها لإضافة وإزالة علامات توجيه المكالمات: فيما يلي شرح للحقول الخاصة بالتكوين: قاعدة الترجمة الصوتيةيستخدم التعبيرات العادية المحددة في القواعد لإضافة أو إزالة علامات توجيه المكالمات. يتم استخدام الأرقام العشرية الزائدة ('A') لإضافة الوضوح عند استكشاف الأخطاء وإصلاحها. في هذا التكوين، يتم استخدام العلامة المضافة بواسطة ملف تعريف الترجمة 100 لتوجيه المكالمات من Webex Calling نحو PSTN عبر نظراء الاتصال اللاسلكي. على نحو مماثل، يتم استخدام العلامة المضافة بواسطة ملف تعريف الترجمة 200 لتوجيه المكالمات من شبكة الهاتف العامة (PSTN) نحو خدمة Webex Calling. تقوم ملفات تعريف الترجمة 11 و12 بإزالة هذه العلامات قبل تسليم المكالمات إلى جذوع Webex وPSTN على التوالي. يفترض هذا المثال أن الأرقام التي تم الاتصال بها من Webex Calling يتم تقديمها في +E.164 شكل. القاعدة 100 تزيل القاعدة الرئيسية + للحفاظ على رقم صالح للاتصال. ثم تضيف القاعدة 12 أرقام التوجيه الوطنية أو الدولية عند إزالة العلامة. استخدم الأرقام التي تناسب خطة الاتصال الوطنية ISDN المحلية لديك. إذا كانت خدمة Webex Calling تقدم الأرقام بتنسيق وطني، فقم بتعديل القاعدتين 100 و12 لإضافة علامة التوجيه وإزالتها على التوالي. لمزيد من المعلومات، راجع ملف تعريف الترجمة الصوتية و قاعدة الترجمة الصوتية. |
2 |
قم بتكوين منافذ واجهة الصوت TDM حسب متطلبات نوع الجذع والبروتوكول المستخدم. لمزيد من المعلومات، راجع تكوين ISDN PRI. على سبيل المثال، قد يتضمن التكوين الأساسي لواجهة ISDN ذات المعدل الأساسي المثبتة في فتحة NIM 2 لجهاز ما ما يلي: |
3 |
قم بتكوين اتصال نظير PSTN TDM التالي: فيما يلي شرح للحقول الخاصة بالتكوين: يقوم بتعريف نظير الاتصال عبر VoIP باستخدام علامة 200 ويقدم وصفًا مفيدًا لسهولة الإدارة واستكشاف الأخطاء وإصلاحها. لمزيد من المعلومات، راجع صوت الاتصال الهاتفي. نمط الوجهة سيء.سيءمطلوب نمط وجهة وهمي عند توجيه المكالمات الصادرة باستخدام مجموعة أقران الاتصال الواردة. يمكن استخدام أي نمط وجهة صالح في هذه الحالة. لمزيد من المعلومات، راجع destination-pattern (interface). ملف تعريف الترجمة الوارد 200تعيين ملف تعريف الترجمة الذي سيضيف علامة توجيه المكالمة إلى الرقم الوارد الذي تم الاتصال به. الاتصال الداخلي المباشريقوم بتوجيه المكالمة دون توفير نغمة اتصال ثانوية. لمزيد من المعلومات، راجع direct-inward-dial. ميناء 0/2/0:15منفذ الصوت المادي المرتبط بهذا النظير. |
4 |
لتفعيل تحسين الوسائط لمسارات IP للبوابات المحلية مع تدفقات مكالمات TDM-IP، يمكنك تعديل توجيه المكالمات عن طريق تقديم مجموعة من نظراء الاتصال الداخليين بين Webex Calling وجذوع PSTN. قم بتكوين نظراء الاتصال العكسي التاليين. في هذه الحالة، سيتم توجيه جميع المكالمات الواردة في البداية إلى نظير الاتصال 10 ومن هناك إلى نظير الاتصال 11 أو 12 استنادًا إلى علامة التوجيه المطبقة. بعد إزالة علامة التوجيه، سيتم توجيه المكالمات إلى الجذع الخارجي باستخدام مجموعات الاتصال الهاتفي. فيما يلي شرح للحقول الخاصة بالتكوين: يقوم بتعريف نظير الاتصال عبر VoIP ويقدم وصفًا مفيدًا لسهولة الإدارة واستكشاف الأخطاء وإصلاحها. لمزيد من المعلومات، راجع صوت الاتصال الهاتفي. ملف تعريف الترجمة الوارد 11يتم تطبيق ملف تعريف الترجمة المحدد مسبقًا لإزالة علامة توجيه المكالمة قبل تمريرها إلى الجذع الخارجي. نمط الوجهة سيء.سيءمطلوب نمط وجهة وهمي عند توجيه المكالمات الصادرة باستخدام مجموعة أقران الاتصال الواردة. لمزيد من المعلومات، راجع destination-pattern (interface). بروتوكول الجلسة sipv2يحدد أن نظير الاتصال هذا يتعامل مع مراحل مكالمات SIP. لمزيد من المعلومات، راجع بروتوكول الجلسة (نظير الاتصال). هدف الجلسة ipv4: 192.168.80.14يقوم بتحديد عنوان واجهة جهاز التوجيه المحلي كهدف اتصال للحلقة العكسية. لمزيد من المعلومات، راجع هدف الجلسة (نظير الاتصال عبر VoIP). ربط واجهة مصدر التحكم GigabitEthernet0/0/0يقوم بتكوين واجهة المصدر وعنوان IP المرتبط بالرسائل المرسلة عبر الحلقة الراجعة. لمزيد من المعلومات، راجع bind. ربط واجهة مصدر الوسائط GigabitEthernet0/0/0يقوم بتكوين واجهة المصدر وعنوان IP المرتبط بالوسائط المرسلة عبر الحلقة الراجعة. لمزيد من المعلومات، راجع bind. dtmf-relay rtp-nteيحدد RTP-NTE (RFC2833) كإمكانية DTMF المتوقعة في مرحلة المكالمة. لمزيد من المعلومات، راجع DTMF Relay (Voice over IP). برنامج الترميز g711alaw يجبر جميع مكالمات PSTN على استخدام G.711. قم باختيار a-law أو u-law لتتناسب مع طريقة الضغط المستخدمة بواسطة خدمة ISDN الخاصة بك. لا يوجد فاديقوم بتعطيل اكتشاف النشاط الصوتي. لمزيد من المعلومات، راجع vad (نظير الاتصال). |
5 |
أضف تكوين توجيه المكالمات التالي: يؤدي هذا إلى اختتام تكوين البوابة المحلية الخاصة بك. احفظ التكوين وأعد تحميل المنصة إذا كانت هذه هي المرة الأولى التي يتم فيها تكوين ميزات CUBE.
|
يمكن تعديل تكوين مكالمات PSTN-Webex في الأقسام السابقة لتضمين جذوع إضافية لمجموعة Cisco Unified Communications Manager (UCM). في هذه الحالة، يتم توجيه كافة المكالمات عبر Unified CM. يتم توجيه المكالمات من UCM على المنفذ 5060 إلى PSTN ويتم توجيه المكالمات من المنفذ 5065 إلى Webex Calling. من الممكن إضافة التكوينات المتزايدة التالية لتضمين سيناريو الاتصال هذا.
1 |
تكوين عناوين URI التالية من فئة الصوت: |
2 |
قم بتكوين سجلات DNS التالية لتحديد توجيه SRV إلى مضيفات Unified CM: يستخدم IOS XE هذه السجلات لتحديد مضيفات UCM والمنافذ المستهدفة محليًا. مع هذا التكوين، لن تكون هناك حاجة لتكوين السجلات في نظام DNS الخاص بك. إذا كنت تفضل استخدام DNS الخاص بك، فلن تكون هذه التكوينات المحلية ضرورية. فيما يلي شرح للحقول الخاصة بالتكوين: يؤدي الأمر التالي إلى إنشاء سجل مورد DNS SRV. إنشاء سجل لكل مضيف UCM وجذع: مضيف IP _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com _sip._udp.pstntocucm.io: اسم سجل مورد SRV 2: أولوية سجل موارد SRV 1: وزن سجل موارد SRV 5060: رقم المنفذ الذي يجب استخدامه للمضيف المستهدف في سجل الموارد هذا ucmsub5.mydomain.com: هدف سجل الموارد المضيف لحل أسماء المضيف المستهدفة لسجل الموارد، قم بإنشاء سجلات DNS A المحلية. على سبيل المثال: عنوان IP المضيف ucmsub5.mydomain.com 192.168.80.65 مضيف IP: إنشاء سجل في قاعدة بيانات IOS XE المحلية. ucmsub5.mydomain.com: اسم المضيف للسجل A. 192.168.80.65: عنوان IP المضيف. قم بإنشاء سجلات موارد SRV وسجلات A لتعكس بيئة UCM واستراتيجية توزيع المكالمات المفضلة لديك. |
3 |
قم بتكوين نظراء الاتصال الهاتفي التاليين: |
4 |
أضف توجيه المكالمات باستخدام التكوينات التالية: |
تكتشف التوقيعات التشخيصية (DS) بشكل استباقي المشكلات الشائعة التي تتم ملاحظتها في البوابة المحلية المستندة إلى Cisco IOS XE وتولد بريدًا إلكترونيًا أو syslog أو إشعارًا برسالة طرفية للحدث. يمكنك أيضًا تثبيت DS لأتمتة جمع بيانات التشخيص ونقل البيانات التي تم جمعها لحالة Cisco TAC والإسراع بالوصول إلى الحل.
التوقيعات التشخيصية (DS) عبارة عن ملفات XML تحتوي على معلومات حول أحداث ومسببات المشكلة لإعلامك بها واستكشاف أخطائها وإصلاحها. استخدم رسائل syslog وأحداث SNMP ومن خلال المراقبة الدورية لمخرجات أمر العرض المحددة لتحديد منطق اكتشاف المشكلة. تتضمن أنواع الإجراءات ما يلي:
-
جمع مخرجات أمر العرض
-
إنشاء ملف سجل موحد
-
تحميل الملف إلى موقع شبكة يوفره المستخدم مثل HTTPS أو SCP أو خادم FTP
يقوم مهندسو TAC بتأليف ملفات DS وتوقيعها رقميًا لحماية سلامتها. يحتوي كل ملف DS على معرف رقمي فريد تم تعيينه بواسطة النظام. أداة البحث عن التوقيعات التشخيصية (DSLT) هي مصدر واحد للعثور على التوقيعات المناسبة لمراقبة واستكشاف الأخطاء وإصلاحها للمشكلات المختلفة.
قبل البدء:
-
لا تقم بتحرير ملف DS الذي قمت بتنزيله من DSLT. تفشل عملية تثبيت الملفات التي تقوم بتعديلها بسبب خطأ التحقق من السلامة.
-
خادم بروتوكول نقل البريد البسيط (SMTP) الذي تحتاجه لكي تتمكن البوابة المحلية من إرسال إشعارات البريد الإلكتروني.
-
تأكد من تشغيل البوابة المحلية على نظام التشغيل IOS XE 17.6.1 أو إصدار أحدث إذا كنت ترغب في استخدام خادم SMTP الآمن لإشعارات البريد الإلكتروني.
المتطلبات المسبقة
بوابة محلية تعمل بنظام التشغيل IOS XE 17.6.1 أو أعلى
-
يتم تمكين "التوقيعات التشخيصية" بشكل افتراضي.
-
قم بتكوين خادم البريد الإلكتروني الآمن الذي تستخدمه لإرسال إشعارات استباقية إذا كان الجهاز يعمل بنظام التشغيل IOS XE 17.6.1 أو أعلى.
configure terminal call-home mail-server :@ priority 1 secure tls end
-
قم بتكوين متغير البيئة ds_email باستخدام عنوان البريد الإلكتروني للمسؤول لإعلامك.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_email end
تثبيت التوقيعات التشخيصية للمراقبة الاستباقية
مراقبة الاستخدام العالي لوحدة المعالجة المركزية
يتتبع DS هذا استخدام وحدة المعالجة المركزية لمدة 5 ثوانٍ باستخدام SNMP OID 1.3.6.1.4.1.9.2.1.56. عندما يصل الاستخدام إلى 75% أو أكثر، فإنه يقوم بتعطيل كافة عمليات التصحيح وإلغاء تثبيت كافة التوقيعات التشخيصية التي تقوم بتثبيتها في البوابة المحلية. اتبع هذه الخطوات التالية لتثبيت التوقيع.
-
تأكد من تمكين SNMP باستخدام الأمر show snmp. إذا لم يتم تمكين SNMP، فقم بتكوين الأمر snmp-server manager.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled
قم بتنزيل DS 64224 باستخدام خيارات القائمة المنسدلة التالية في أداة البحث عن التوقيعات التشخيصية:
copy ftp://username:password@/DS_64224.xml bootflash:
اسم الحقل
قيمة الحقل
المنصة
برنامج Cisco 4300 أو 4400 ISR Series أو Catalyst 8000V Edge
المنتج
حل CUBE Enterprise في Webex Calling
نطاق المشكلة
الأداء
نوع المشكلة
ارتفاع استخدام وحدة المعالجة المركزية مع إشعار البريد الإلكتروني
-
انسخ ملف DS XML إلى محرك أقراص البوابة المحلية.
copy ftp://username:password@/DS_64224.xml bootflash:
يوضح المثال التالي كيفية نسخ الملف من خادم FTP إلى البوابة المحلية.
copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! [OK - 3571/4096 bytes] 3571 bytes copied in 0.064 secs (55797 bytes/sec)
-
قم بتثبيت ملف DS XML في البوابة المحلية.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success
-
استخدم الأمر show call-home diagnostic-signature للتحقق من تثبيت التوقيع بنجاح. يجب أن يحتوي عمود الحالة على قيمة "مسجلة".
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com
تنزيل التوقيعات التشخيصية:
مُعرّف DS
اسم DS
المراجعة
الحالة
آخر تحديث (GMT+00:00)
64224
DS_LGW_CPU_MON75
0.0.10
مسجَّل
2020-11-07 22:05:33
عند تشغيله، يقوم هذا التوقيع بإلغاء تثبيت جميع التوقيعات التشخيصية قيد التشغيل علاوة على إلغاء تثبيت نفسه. إذا لزم الأمر، فيرجى إعادة تثبيت DS 64224 لمواصلة مراقبة الاستخدام العالي لوحدة المعالجة المركزية على البوابة المحلية.
مراقبة انقطاعات المكالمات غير الطبيعية
يستخدم هذا التوقيع استقصاء SNMP كل 10 دقائق للكشف عن انقطاع اتصال غير طبيعي مع أخطاء SIP 403 و488 و503. إذا كانت الزيادة في عدد الأخطاء أكبر من أو تساوي 5 من آخر استقصاء، فسيتم إنشاء سجل نظام وإشعار بريد إلكتروني. يُرجى اتباع الخطوات التالية لتثبيت التوقيع.
-
تأكد من تمكين SNMP باستخدام الأمر show snmp. إذا لم يتم تمكين SNMP، قم بتكوين الأمر snmp-server manager.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled
-
قم بتنزيل DS 65221 باستخدام الخيارات التالية في أداة البحث عن التوقيعات التشخيصية:
اسم الحقل
قيمة الحقل
المنصة
برنامج Cisco 4300 أو 4400 ISR Series أو Catalyst 8000V Edge
المنتج
CUBE Enterprise في حل Webex Calling
نطاق المشكلة
الأداء
نوع المشكلة
اكتشاف انقطاع مكالمات SIP غير الطبيعية باستخدام البريد الإلكتروني وإشعارات Syslog.
-
انسخ ملف DS XML إلى البوابة المحلية.
copy ftp://username:password@/DS_65221.xml bootflash:
-
قم بتثبيت ملف DS XML في البوابة المحلية.
call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success
-
استخدم الأمر show call-home diagnostic-signature للتأكد من تثبيت التوقيع بنجاح. يجب أن يكون لعمود الحالة القيمة "مسجل".
تثبيت التوقيعات التشخيصية لاستكشاف المشكلة وإصلاحها
يمكنك أيضًا استخدام التوقيعات التشخيصية (DS) لحل المشكلات بسرعة. لقد قام مهندسو Cisco TAC بتأليف العديد من التوقيعات التي تمكن من إجراء عمليات التصحيح اللازمة المطلوبة لاستكشاف مشكلة معينة وإصلاحها، واكتشاف حدوث المشكلة، وجمع مجموعة البيانات التشخيصية الصحيحة ونقل البيانات تلقائيًا إلى حالة Cisco TAC. يقلل هذا الأمر من الحاجة إلى التحقق يدويًا من حدوث المشاكل ويجعل اكتشاف المشاكل المتقطعة والعرضية وإصلاحها أسهل بكثير.
يمكنك استخدام أداة البحث عن التوقيعات التشخيصيةللعثور على التوقيعات المناسبة وتثبيتها لحل مشكلة معينة ذاتيًا أو يمكنك تثبيت التوقيع الذي يوصي به مهندس TAC كجزء من مشاركة الدعم.
فيما يلي مثال على كيفية العثور على DS وتثبيته للكشف عن حدوث "%VOICE_IEC-3-GW: CCAPI: حدث خطأ داخلي (حد الارتفاع الحاد في المكالمات): IEC=1.1.181.1.29.0" syslog وأتمتة جمع البيانات التشخيصية باستخدام الخطوات التالية:
قم بتكوين متغير بيئة DS آخر ds_fsurl_prefixكمسار خادم ملفات Cisco TAC (cxd.cisco.com) لتحميل بيانات التشخيص. اسم المستخدم في مسار الملف هو رقم الحالة، وكلمة المرور هي رمز تحميل الملف، والذي يمكن استرجاعه من مدير حالات الدعم كما هو موضح أدناه. يمكن إنشاء رمز تحميل الملف في قسم المرفقات في مدير حالات الدعم، حسب الحاجة.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com" end
مثال:
call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"
-
تأكد من تمكين SNMP باستخدام الأمر show snmp. إذا لم يتم تمكين SNMP، قم بتكوين الأمر snmp-server manager.
show snmp %SNMP agent not enabled config t snmp-server manager end
-
نوصي بتثبيت برنامج مراقبة وحدة المعالجة المركزية العالية DS 64224 كإجراء استباقي لتعطيل جميع توقيعات التصحيح والتشخيصات أثناء وقت استخدام وحدة المعالجة المركزية العالية. قم بتنزيل DS 64224 باستخدام الخيارات التالية في أداة البحث عن التوقيعات التشخيصية:
اسم الحقل
قيمة الحقل
المنصة
برنامج Cisco 4300 أو 4400 ISR Series أو Catalyst 8000V Edge
المنتج
CUBE Enterprise في حل Webex Calling
نطاق المشكلة
الأداء
نوع المشكلة
استخدام عالي لوحدة المعالجة المركزية مع إشعارات البريد الإلكتروني.
-
قم بتنزيل DS 65095 باستخدام الخيارات التالية في أداة البحث عن التوقيعات التشخيصية:
اسم الحقل
قيمة الحقل
المنصة
برنامج Cisco 4300 أو 4400 ISR Series أو Catalyst 8000V Edge
المنتج
CUBE Enterprise في حل Webex Calling
نطاق المشكلة
Syslogs
نوع المشكلة
Syslog - %VOICE_IEC-3-GW: CCAPI: حدث خطأ داخلي (حد الارتفاع الحاد في المكالمات): IEC=1.1.181.1.29.0
-
انسخ ملفات DS XML إلى البوابة المحلية.
copy ftp://username:password@/DS_64224.xml bootflash: copy ftp://username:password@/DS_65095.xml bootflash:
-
قم بتثبيت ملف مراقبة وحدة المعالجة المركزية العالية DS 64224 ثم ملف XML DS 65095 في البوابة المحلية.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success
-
تحقق من تثبيت التوقيع بنجاح باستخدام إظهار التوقيع التشخيصي الخاص بالاتصال المنزلي. يجب أن يكون لعمود الحالة القيمة "مسجل".
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
التوقيعات التشخيصية التي تم تنزيلها:
مُعرّف DS
اسم DS
المراجعة
الحالة
آخر تحديث (GMT+00:00)
64224
00:07:45
DS_LGW_CPU_MON75
0.0.10
مسجَّل
2020-11-08:00:07:45
65095
00:12:53
DS_LGW_IEC_Call_spike_threshold
0.0.12
مسجَّل
2020-11-08:00:12:53
التحقق من تنفيذ التوقيعات التشخيصية
في الأمر التالي، يتغير عمود "الحالة" للأمر show call-home diagnostic-signature إلى "running" أثناء قيام البوابة المحلية بتنفيذ الإجراء المحدد داخل التوقيع. إن مخرجات show call-home diagnosis-signature statistics هي أفضل طريقة للتحقق مما إذا كان التوقيع التشخيصي يكتشف حدثًا مثيرًا للاهتمام وينفذ الإجراء. ال “Triggered/Max/Deinstall” يشير العمود إلى عدد المرات التي قام فيها التوقيع المحدد بتشغيل حدث ما، والحد الأقصى لعدد المرات التي يتم تعريفها لاكتشاف حدث ما، وما إذا كان التوقيع يقوم بإلغاء تثبيت نفسه بعد اكتشاف الحد الأقصى لعدد الأحداث التي تم تشغيلها.
show call-home diagnostic-signature
Current diagnostic-signature settings:
Diagnostic-signature: enabled
Profile: CiscoTAC-1 (status: ACTIVE)
Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService
Environment variable:
ds_email: carunach@cisco.com
ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
التوقيعات التشخيصية التي تم تنزيلها:
مُعرّف DS |
اسم DS |
المراجعة |
الحالة |
آخر تحديث (GMT+00:00) |
---|---|---|---|---|
64224 |
DS_LGW_CPU_MON75 |
0.0.10 |
مسجَّل |
2020-11-08 00:07:45 |
65095 |
DS_LGW_IEC_Call_spike_threshold |
0.0.12 |
جارٍ التشغيل |
2020-11-08 00:12:53 |
إظهار إحصائيات التوقيع التشخيصي للمنزل
مُعرّف DS |
اسم DS |
تم تشغيله/Max/Deinstall |
متوسط وقت التشغيل (بالثواني) |
الحد الأقصى لوقت التشغيل (بالثواني) |
---|---|---|---|---|
64224 |
DS_LGW_CPU_MON75 |
0/0/N |
0.000 |
0.000 |
65095 |
DS_LGW_IEC_Call_spike_threshold |
1/20/Y |
23.053 |
23.053 |
تحتوي رسالة البريد الإلكتروني للإشعار التي يتم إرسالها أثناء تنفيذ التوقيع التشخيصي على معلومات أساسية مثل نوع المشكلة وتفاصيل الجهاز وإصدار البرنامج وتكوين التشغيل ومخرجات الأوامر المعروضة ذات الصلة باستكشاف المشكلة المحددة وإصلاحها.

إلغاء تثبيت التوقيعات التشخيصية
يتم عادةً تعريف استخدام التوقيعات التشخيصية لأغراض استكشاف الأخطاء وإصلاحها لإلغاء التثبيت بعد اكتشاف حدوث بعض المشكلات. إذا كنت ترغب في إلغاء تثبيت التوقيع يدويًا، فاسترد معرف DS من مخرجات show call-home diagnostic-signature وقم بتشغيل الأمر التالي:
call-home diagnostic-signature deinstall
مثال:
call-home diagnostic-signature deinstall 64224
يتم إضافة توقيعات جديدة إلى أداة البحث عن توقيعات التشخيص بشكل دوري، استنادًا إلى المشكلات التي يتم ملاحظتها أثناء عمليات النشر. لا يدعم TAC حاليًا طلبات إنشاء توقيعات مخصصة جديدة.