المحتويات

المقدمة

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

المتطلبات

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

المشكلة

الحل

الوصول الجذري

المقدمة

يوضح هذا المستند كيفية حل نقاط النهاية المكررة لضمان تعاون Cisco Prime.

تمت المساهمة بواسطة جوزيف كوجلين، مهندس TAC من Cisco

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

المتطلبات

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

- معرفة وحدة المخزون وعملياتها ضمن Prime Assurance

- أساسيات لينوكس فيما يتعلق بالضمان الأساسي

يتطلب هذا المستند تنفيذ هذا التكوين:

- ستكون هناك حاجة للوصول الجذر الكامل - إذا لم يكن لديك وصول جذري، يرجى الرجوع إلى القسم السفلي المسمى الوصول الجذر

- تم تثبيت تطبيق Prime Assurance وقد قمت بتكرار نقاط النهاية في نظام المخزون. مثال. نقطتا نهاية بنفس الاسم: SEPAA11BB22CC3

ملاحظة: العمليات المبينة في هذه المادة تؤثر على قاعدة البيانات، ولذلك ينبغي عدم تنفيذ هذه الخطوات إلا بتوجيه من الخبراء. وفي الفقرة 12-1 من قانون التحكيم المؤقت، على وجه التحديد، بما أنه قد تم إصلاح وظيفة الجرد، فإن اشتراط هذه الخطوات لا ينبغي أن يحدث ولكن يمكن اعتباره آخر سبيل انتصاف تحت إشراف الخبراء.

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

تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج التالية:

- واجهة سطر أمر ضمان Prime

- الوحدة النمطية لمخزون Prime Assurance

- جميع إصدارات البرامج القابلة للتطبيق

- لا توجد متطلبات أجهزة مطلوبة

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

المشكلة

Cisco Prime Assurance - الهواتف المكررة

هذا المستند خاص بالبيئات التي لديها هواتف مكررة في النظام أو السيناريوهات التي يمكن فيها تطبيق إزالة وإعادة إضافة نقاط النهاية.

ستقوم هذه العملية بإزالة كافة الهواتف ثم تقوم العملية بإعادة إضافتها مرة أخرى

الحل

الخطوة 1. سجل الدخول إلى PCA عبر القشرة الآمنة (SSH) كجذر ومنفذ 26

الخطوة 2. إدخال. القرص المضغوط /opt/emms/emsam/bin/

الخطوة 3.الآن ستقوم بإيقاف الخدمات بالإدخال. ./cpcmcontrol.sh توقف

الخطوة 4. سيتم الآن التحقق للتأكد من أن كافة الخدمات معطلة بواسطة الإدخال. ./cpcmcontrol.sh الحالة

- بمجرد انخفاض جميع الخدمات، انتقل إلى الخطوة التالية

الخطوة 5. سيتم الآن بدء تشغيل خدمة "قاعدة البيانات" فقط بواسطة "الإدخال". ./start_db.sh

الخطوة 6 والخطوة 7 ستزيل الهواتف من قاعدة البيانات، وفي الخطوة 11 ستعيدها إلى النظام

الخطوة 6. الإدخال. ./refreshCDT.sh (انتظر حتى يكتمل)

الخطوة 7. الإدخال. ./refreshPhone.sh (انتظر حتى يكتمل)

الخطوة 8. الآن سوف تستعيد الخدمات مع الإدخال. إعادة تشغيل ./cpcmcontrol.sh

(قم بإجراء الحالة ./cpcmcontrol.sh بشكل دوري لضمان ظهور جميع الخدمات مرة أخرى)

الخطوة 9. عندما تظهر واجهة المستخدم الرسومية مرة أخرى قم بتسجيل الدخول كمستخدم ل GlobalAdmin والقيام باكتشاف بيانات نظام المجموعة كخطوة تالية.

الخطوة 10. ستقوم بعد ذلك بإكتشاف بيانات نظام المجموعة: التنقل إلى المخزون>جدول المخزون>اكتشاف بيانات نظام المجموعة.

الخطوة 11. حدد تشغيل الآن (ستقوم هذه الخطوة باسترداد الهواتف)

الخطوة 12. انتظر حتى يتم الانتهاء ويجب أن تعود الهواتف وألا يكون لها تكرار.

ملاحظة: يعتمد هذا الاكتشاف على عدد نقاط النهاية في المجموعة وقد يختلف وقت الاكتمال

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

ملاحظة: لأغراض إعلامية، ستستعيد PCA الهواتف عبر خدمة المعلومات في الوقت الفعلي (RIS) ولغة الترميز الإدارية القابلة للتوسيع (AXL) من ناشر Cisco Unified Communication Manager (CUCM)

سجلات مفيدة في حالة مواجهة أي مشاكل:

إذا كنت لا تزال تواجه تكرارات، يرجى الرجوع إلى السجلات المذكورة للمراجعة

ملاحظة: سيلزم الوصول إلى الجذر بالكامل، إذا لم تكن لديك، يرجى الرجوع إلى قسم الوصول إلى الجذر. بمجرد تمكين الوصول الجذري الكامل، يرجى إستخدام برنامج مثل WinSCP للاتصال بالمنفذ 26 وبيانات اعتماد المستخدم الجذر واستخدامه.

/opt/emms/cuom/log/CUOM/CDT

RISCollection.log، CDT.log، CDTAPI.log، CDTAudit.log

/opt/emms/emsam/log/Inventory/CDT.log

/opt/emms/emsam/log/Tomcat/CDT.log

/var/log/refreshPhone.log <— هذا سوف يسمح أنت معرفة ما إذا كانت هناك أي مشاكل مع النصوص قيد التشغيلتينغ

المزيد من الملاحظات والمعلومات الأساسية حول أستكشاف الأخطاء وإصلاحها:

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

عند تجميع الهواتف في CUCM، سيتم إستخدام AXL+RIS، لذا إذا كانت لديك مشاكل قد ترغب في إعادة تشغيل خدمة RIS في CUCM.

لن يكون هناك أي تأثير على العمل عند إعادة تشغيل خدمة RIS في نظام المجموعة، حيث لا يوصى بإعادة تشغيل خدمة AXL أثناء ساعات العمل.

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

تأكد أيضا من إدارة "إدارة المكالمات" ووجودها في CUCM ضمن System>Server أن اسم مستخدم CUCM/IP قابل للتجميع والحل.

وكما قد تواجه حالة اكتشفت فيها مدير المكالمات وإدارته كعنوان IP، ومع ذلك فإنه مدرج باسم المضيف في نظام مدير المكالمات الخاص بالخادم.

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

ويتم إصلاح هذا السيناريو بطريقتين:

السيناريو الأول

الخطوة 1. تسجيل الدخول إلى PCA من خلال المستخدم الجذري لبروتوكول SSH والمنفذ 26

الخطوة 2. قرص مضغوط / إلخ

الخطوة 3. مضيفات VI

الخطوة 4. اضغط على i لإدراج

- وضع كمثال (هناك مسافة بين IP و Hostname)

- في هذا المثال، يتم إستخدام 10.10.10.10 و testexample.csc.edu.

# Do not remove the following line, or various programs

# that require network functionality will fail.

127.0.0.1               localhost.localdomain localhost

::1             localhost6.localdomain6 localhost6

172.20.116.24  cm90assu

10.10.10.10 testexample.csc.edu

الخطوة 5. أعد اكتشاف مدير المكالمات بعد ذلك. انتقل إلى: إدارة المخزون>Infrastructure>تطبيقات الاتصالات الموحدة>Communications Server

سيناريوين

الخطوة الأولى. تأكد من إمكانية حل البحث العكسي لخدمة أسماء المجالات (DNS) من خلال DNS للجهاز المتأثر.

الخطوة الثانية. إعادة اكتشاف مجموعة إدارة المكالمات. انتقل إلى: Inventory Management (إدارة المخزون)>Infrastructure (تطبيقات الاتصالات الموحدة)>Communications Server

- حدد مديري المكالمات المتأثرين وحدد إعادة اكتشاف

الوصول الجذري

يوضح هذا القسم كيفية الحصول على الوصول الجذر الكامل ل PCA

الخطوة 1. سجل الدخول من خلال SSH إلى PCA واستخدم المنفذ 26 كمستخدم مسؤول

الخطوة 2. إدخال. root_enable

اكتب كلمة مرور الجذر التي تريدها

الخطوة 3. الإدخال. الجذر والنوع في كلمة مرور الجذر

الخطوة 4. بمجرد تسجيل الدخول كإدخال جذر. /opt/emms/emsam/bin/enableRoot.sh

الخطوة 5. إدخال. كلمة المرور وإعادة إدخالها في كلمة مرور الجذر الخاصة بك

يجب أن تكون قادرا الآن على إغلاق جلسة SSH وإعادة تسجيل الدخول مباشرة كجذر