المحتويات

المقدمة

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

المتطلبات

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

التكوين

للناشر

نشر VM

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

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

أوامر CLI التي تم تقديمها في هذه الميزة

الفوائد

المقدمة

يصف هذا المستند ميزة تثبيت الجهاز الظاهري (VM) بدون لمس التي يتم تقديمها في الإصدار 10.5.2 من Cisco Unified Communications Manager (CUCM) والإصدارات الأحدث.

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

المتطلبات

لا توجد متطلبات خاصة لهذا المستند.

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

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

- صورة قابلة للتشغيل ل CUCM/Cisco Unity Connection (CUC)/ Instant Messaging & Presence (IM&P) للإصدار 10.5.2 والإصدارات الأحدث

- أرشيف المحاكاة الافتراضية المفتوح (OVA) ل UC 10.5.2.

- تم إنشاء صورة مرنة افتراضية باستخدام مخرجات أداة إنشاء ملف الإجابة (AFG).

يتم توثيق إجراء إنشاء صورة مرنة افتراضية باستخدام أداة AFG في الرابط التالي. يوفر هذا الموقع إرشادات لأنظمة عميل متعددة مثل Windows و Mac OS X و Linux.

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

التكوين

أستخدم أداة AFG لتوليد ملف صورة مرن. تحتوي هذه الصورة المرنة على ملف platformConfig.xml وclusterConfig.xml لناشر CUCM وملف platformConfig.xml فقط لكل العقد الأخرى التي تتضمن مشتركي CUCM و IMP Publisher ومشترك IMP.

يبدأ التثبيت من خلال تمهيد عقد الجهاز الظاهري (VM) مع صورة مرنة ومع تثبيت برنامج ISO القابل لتمهيد التشغيل. باستخدام إجراء تثبيت الجهاز الظاهري (VM) بدون لمس، لا يتطلب الأمر أي تدخل يدوي أثناء تثبيت عقدة مستقلة أو أثناء تثبيت نظام المجموعة.

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

إن التنسيق الجماعي لمدير المجموعة (CLM) وخدمة التشغيل المسبق يجعل تبادل المعلومات هذا بين الناشر والمشترك ممكنا. يمكن تحقيق هذا التثبيت المبسط لنظام المجموعة من خلال تكوين نظام مجموعة محدد مسبقا تم إنشاؤه باستخدام أداة AFG. في هذا، يملك Publisher المعلومات الكاملة حول عقد المشترك الخاصة به من ملف clusterConfig.xml. يستخدم Publisher هذه المعلومات لإضافة هذه العقد إلى جدول المعالجة/التطبيق الخاص به بعد تثبيت Publisher بنجاح.

قبل المتابعة، لاحظ وجود ميزة جديدة تمت إضافتها. إنه تكوين مجموعة ديناميكي.

1. تتم إضافة عقد مشترك جديدة إلى جدول خادم Publisher تلقائيا عند إتصالها بالإنترنت ومحاولة المصادقة مع Publisher. ولكي يحدث هذا، يجب تمكين التكوين الديناميكي لنظام المجموعة أولا.

2. يمكن تمكين هذا الإجراء إما عبر أداة AFG أو عبر واجهة سطر الأوامر (CLI).

3. باستخدام إطار العمل هذا، لا تحتاج إلى إضافة تفاصيل المشترك يدويا في صفحة خادم Publisher.

كجزء من هذه الميزة، يجب أن تكون قادرا على إنشاء ملف platformConfig.xml وclusterConfig.xml من أداة AFG. كما يجب أن تكون قادرا على تحديد قيمة مؤقت تكوين المجموعة الديناميكية المراد إستخدامها وتوفير ملف clusterConfig.xml تم إنشاؤه مسبقا. إذا تم إستخدام التكوين الديناميكي لنظام المجموعة، فيجب أن تكون قادرا على إضافة تفاصيل قيمة المهلة للتكوين الديناميكي لنظام المجموعة.

يمكنك العثور على قيمة مؤقت تكوين المجموعة الديناميكية في ملف platformConfig.xml الخاص بالناشر:

<PostInstallAutoRegister>

<ParamNameText>

Number of Seconds to Enable Auto Register Post-Install on Pub

</ParamNameText>

<ParamDefaultValue>0</ParamDefaultValue>

<ParamValue>1000</ParamValue>

</PostInstallAutoRegister>

بمجرد إنشاء الملف، يتم إرسال حدث تشغيل يشير إلى إنشاء الملف. عند إستقبال الحدث، تقوم خدمة التشغيل المسبق التي تستمع إلى حدث التشغيل بتكوين مدير نظام المجموعة باستخدام جهاز ضبط الوقت هذا.

على سبيل المثال، إذا تم تكوين المؤقت إلى 10 ساعات، تتم إضافة عقد برنامج CUCM الفرعي إلى عقدة العملية الخاصة بناشر CUCM حتى ينتهي الوقت من لحظة اتصال الناشر. يمكن إضافة عقد المشترك في تاريخ لاحق باستخدام الأمر set network cluster subscriber dynamic-cluster-configuration <number of hours>:

أين

<عدد الساعات> - هي قيمة تتراوح بين 1 و 24

افتراضي - سيتم تعيين القيمة الظاهرية للتكوين الديناميكي لنظام المجموعة على 24 ساعة

عند تمكينها، يعطي الأمر show network cluster الإخراج التالي:

admin:show network cluster

10.106.61.120 CUCMPUB  Publisher callmanager DBPub authenticated

10.106.61.121 CUCMSUB  Subscriber callmanager DBSub authenticated using TCP since Fri Nov 28 17:59:21 2014

10.106.61.122 CUCMSUB1  Subscriber callmanager DBSub authenticated using TCP since Fri Nov 28 18:06:41 2014

Server Table (processnode) Entries

----------------------------------

CUCMPUB

10.106.61.121

10.106.61.122

Dynamic Cluster Configuration is enabled for 23 Hours 59 Minutes.

ملاحظة: عند إستخدام الملف clusterconfig.xml مع الملف platformConfig.xml، يتم تسجيل العقد تلقائيا إلى CUCM Pub، وبالتالي فإن المؤقت المعروض أعلاه غير ذي صلة. يفيد المؤقت فقط حيث تستخدم ملف platformConfig.xml لخادم Publisher، تماما مثل CUCM Pub غير مدرك لجميع العقد الأخرى في نظام المجموعة في هذه الحالة.

في هذا السيناريو، ستقوم بإنشاء 3 مجموعات عقد (Publisher CMPUB و 2 مشتركين CUCMsub و CUCMSUB1) باستخدام كلا الطريقتين.

من بين مشتركين في CUCM، قم بتثبيت CUCMsub عبر ملف clusterconfig.xml، و CUCMSUB1 باستخدام عملية التسجيل التلقائي.

تم إنشاء 3 ملفات:

1. ملف PlatformConfig.xml للعقدة الأساسية cucmpub

2. ملف PlateFormConfig.xml ل العقدة الثانوية CUCMSUB

3. يحتوي ملف Clusterconfig.xml على تفاصيل نظام المجموعة بالكامل. وكما هو الحال مع platformConfig.xml، فإنه يحتوي على قائمة بأسماء المضيف وعنوان IP والمجال ومعلومات الدور والاستخدام لجميع الأجهزة في نظام المجموعة.

في هذا السيناريو، عند إستخدام CUCMSUB1 ليتم تثبيته عبر التسجيل التلقائي، يمكنك إنشاء ملف AFG آخر مشابه للملف أعلاه، وبه ملف platformConfig.xml الخاص بالناشر مع الملف الجديدplatformConfig.xml ل CUCMSUB1.

كما هو موضح في هذه الصورة.

بمجرد أن يتوفر لدينا ملف clusterconfig.xml من الناشر وملف platformConfig.xml من جميع الخوادم، فقد حان الوقت لعمل صورة مرنة واحدة.

للناشر

إذا كنت ترغب في إستخدام خيار تكوين نظام المجموعة الديناميكي، فأنت بحاجة إلى إنشاء صورة مرنة بدمج كل من ملف clusterconfig.xml وplatformConfig.xml الخاص بالناشر. يتطلب دمج كلا الملفين للناشر فقط وليس لأي خادم آخر. للمشتركين، يمكنك إستخدام ملفات platformConfig.xml المقابلة فقط.

نشر VM

بمجرد إنشاء الصورة المرنة، يحين وقت تركيب القرص المضغوط (مع صورة برنامج ISO القابلة لتمهيد التشغيل) بالإضافة إلى محرك الأقراص المرنة (مع صورة برنامج تشغيل الملفات (FLP) التي أنشأتها سابقا).

توضح هذه الصورة كيفية تركيب القرص المضغوط:

توضح هذه الصورة كيفية تركيب سواقة الأقراص المرنة:

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

بمجرد تشغيل الأجهزة الافتراضية، تبدأ عملية ما قبل مرحلة التمهيد التي تطلب منك فيها إختبار الوسائط أو المتابعة.

تظهر هذه الصورة نافذة إختبار الوسائط:

تبحث خوادم CUCM عن ملف clusterconfig.xml وplatformConfig.xml أثناء مرحلة ما قبل التمهيد هذه.

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

استخدم هذا القسم لتأكيد عمل التكوين بشكل صحيح.

من سجلات التثبيت الخاصة ب CUCMPUB، يمكنك معرفة ما إذا كان قد تم العثور على الملفات أم لا. في مثالنا،

platformConfig.xmملف L

11/28/2014 08:05:28 anaconda|Looking for platformConfig.xml...|<LVL::Info>

11/28/2014 08:05:28 anaconda|Find a platformConfig.xml file|<LVL::Info>

11/28/2014 08:05:28 anaconda|Check on /dev/fd0|<LVL::Debug>

11/28/2014 08:05:28 anaconda|Looking for platformConfig.xml on device /dev/fd0|<LVL::Info>

11/28/2014 08:05:28 anaconda

|Found platformConfig.xml on device /dev/fd0|<LVL::Info>

clusterconfig.xml ملف

11/28/2014 08:05:28 anaconda|Copying /mnt/floppy/platformConfig.xml to /tmp/platformConfig.xml|<LVL::Debug>

11/28/2014 08:05:28 anaconda|Looking for clusterConfig.xml...|<LVL::Info>

11/28/2014 08:05:28 anaconda|Find a clusterConfig.xml file|<LVL::Info>

11/28/2014 08:05:28 anaconda|Check on /dev/fd0|<LVL::Debug>

11/28/2014 08:05:28 anaconda|Looking for clusterConfig.xml on device /dev/fd0|<LVL::Info>

11/28/2014 08:05:28 anaconda|

Found clusterConfig.xml on device /dev/fd0|<LVL::Info>

11/28/2014 08:05:28 anaconda|Copying /mnt/floppy/clusterConfig.xml to /tmp/clusterConfig.xml|<LVL::Debug>

يمكنك مشاهدة الرسالة المماثلة في السجلات الخاصة بالمشتركين 2 الآخرين.

بمجرد انتهاء مرحلة ما قبل التمهيد، تبدأ 2 من الخوادم بمرحلة ما بعد التمهيد.

تظهر هذه الصورة مرحلة ما بعد التمهيد:

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

بمجرد تثبيت ناشر CUCM، يتم إرسال حدث تشغيل لإعلام اكتمال التثبيت. يتم إنشاء ملف ProcessNode، ويبحث عن ملف clusterconfig.xml على Publisher، لمعرفة العقد الموجودة في ملف clusterconfig.xml في ذلك الوقت. في هذه الحالة يجد عقدة أخرى، ويضيف أن عقدة في قاعدة البيانات. تذكر بالنسبة ل server cucmsub1، أنك تستخدم لعملية التسجيل التلقائي، وتفاصيلها غير موجودة في ملف clusterconfig.xml الخاص بالناشر.

يتم عرض حدث في سجلات التثبيت.

Nov 28 16:44:37 CUCMPUB local7 6 Cisco: Database Layer Monitor: DBNotify SDI Initialization successful

Nov 28 16:44:37 CUCMPUB user 6 ilog_impl: emitted platform-event (--no-wait

platform-system-processnode-created

)

بمجرد أن يقوم ناشر CUCM بإضافة العقد إلى قاعدة بياناته، هناك قسم جديد في ملف clusterconfig.xml يسمى icl_state، ويعلم الحالة كمكتملة. وهذا مطلوب لأن ناشر CUCM يحتاج إلى النظر إلى ملف clusterconfig.xml عدة مرات أثناء التثبيت الإجمالي. إذا تم وضع علامة على الحالة كمكتملة، فإنها تعرف العقدة التي أتمت التثبيت.

في هذه الأثناء، يحاول مدير نظام المجموعة ل CUCMSUB، على الرغم من عدم إتصاله بالإنترنت تماما، إستطلاع ناشر CUCM. نظرا لأن Publisher لم يتم تثبيته بعد، فستتلقى خطأ كما هو موضح في سجلات ClusterManager:

09:48:53.054 |tcp connection closed to

10.106.61.120

, back to initiator state

09:48:53.054 |exec'ing: sudo /root/.security/ipsec/disable_ipsec.sh --desthostName=CUCMPUB --op=delete

09:48:53.509 |Timeout or error() 115 - Operation now in progress, port 8500

09:48:53.509 |

tcp recv error: Connection refused.

09:49:15.773 |tcp connection closed to

10.106.61.120

, back to initiator state

09:49:15.773 |exec'ing: sudo /root/.security/ipsec/disable_ipsec.sh --desthostName=CUCMPUB --op=delete

09:49:16.223 |Timeout or error() 115 - Operation now in progress, port 8500

09:49:16.223 |

tcp recv error: Connection refused

.

الآن بمجرد أن يتم إكمال تثبيت الناشر ويتم إنشاء ملف processNode، فإنه يزور ملف clusterconfig.xml الخاص به ويضيف العقدة الأخرى (CUCMSUB). بمجرد إضافة العقدة إلى قاعدة البيانات، يتم إرسال حدث البدء إلى CUCMPUB و CUCMSUB.

يستلم مدير نظام المجموعة ل CUCMSUB حالة السياسة التي تم حقنها من CUCMPUB. يتم إرسال حدث تشغيل باسم المضيف ل CUCMPUB وحالة النهج التي تم حقنها. تتلقى CUCMsub في محاولة لإنشاء مخطط شبكة مع خوادم أخرى حدث تحديث من جميع الخوادم الأخرى، ومع ذلك، فإنها أكثر اهتماما بحدث التشغيل الذي تتلقاه باستخدام اسم المضيف الخاص ب CUCMPUB عند إستئناف التثبيت عندما يكون الناشر متصلا بالإنترنت. بمجرد أن تتلقى خدمة Upstart حدث Upstart، فإنها ترسل إشارة قتل إلى معالج التثبيت. يحاول هذا الأمر إعادة التحقق من صحة ملف platformConfig.xml، ويبدأ بالتالي التحقق من الاتصال باستخدام CUCMPUB. وحيث أن الناشر متاح الآن، فإن عملية التحقق من الصحة تنجح ويستمر التثبيت.

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

قم بتعيين الأمر set network cluster subscriber dynamic-cluster-configuration 1.

بمجرد تطبيق الأمر أعلاه، يقوم CUCMPUB بالوصول إلى طلب تسجيل العقدة من CUCMSUB1. إذا لم يتم تكوين الأمر أعلاه، فعندما يحاول CUCMSUB1 الاتصال بالناشر، يبحث الناشر في مؤقت إعادة التوجيه التلقائي الخاص به، إذا كانت القيمة 0، فإنه لا يضيف العقدة في جدول clusterconfig.xml الخاص بها وكذلك جدول processNode.

بمجرد أن يتصل CUCMSUB1 ب CUCMPUB، فإنه يقبل اتصال مأخذ التوصيل من CUCMSUB1(10.106.61.122)، ويقوم بإضافة بيانات المشترك إلى ملف clusterconfig.xml.

من سجلات ClusterManager الخاصة ب Publisher، تتم طباعة هذا الحدث ك saveClusterSubscriberNodeData.

16:56:19.455 |

accepted client IP(10.106.61.122), socket(10):

16:56:24.489 |

saveClusterSubscriberNodeData api, hostname=CUCMSUB1

, peerdat=icl_master=no icl_clustered=yes icl_deployment=callmanager icl_active_version=10.5.2.10000-2 icl_inactive_version=0.0.0.0000-0000 icl_active_unrest=false icl_inactive_unrest=false icl_disk_size=110 icl_mtu_changed=no icl_mtu_size= icl_app_uid=administrator icl_app_pw= icl_db_master=no icl_state=Installing icl_ip_address=10.106.61.122 icl_fqdn=CUCMSUB1 icl_domain= icl_pub_enc_dkey=

ونتيجة لذلك، يتغير ملف clusterconfig.xml على الناشر، ويتم مشاهدة هذا الحدث.

CUCMPUB user 6 ilog_impl: Received request for platform-event (platform-event-clusterconfig-changed)

يستمر تثبيت الخادم هناك على.

بمجرد تثبيت CUCMSUB و CUCMSUB1، تتلقى الحدث التالي platform-system-clusternode-install المكتمل من كلا العقد. يتم إرسال هذا الحدث إلى كل عقدة في نظام المجموعة.

تشير STATE=READY إلى اكتمال التثبيت، وإلا فإنه في حالة التثبيت.

يظهر هذا رسالة في ال cucmpub syslog، أن يشير إلى تثبيت CUCMSUB و CUCMSUB1 يكون أتمت.

Line 13154: Nov 28 17:59:17 CUCMPUB user 6 ilog_impl: emitted platform-event(--

no-wait platform-system-clusternode-install-completed HOSTNAME=CUCMSUB STATE=ready

)

Line 14514: Nov 28 18:06:36 CUCMPUB user 6 ilog_impl: emitted platform-event(--

no-wait platform-system-clusternode-install-completed

HOSTNAME=CUCMSUB1 STATE=ready

)

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

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

أوامر CLI التي تم تقديمها في هذه الميزة

1. تعيين تفاصيل مشترك نظام المجموعة للشبكة <نوع الخادم> <hostname> <ip> <اسم المجال>

الغرض من هذا الأمر هو إضافة مشترك إلى جدول خادم المعالج/التطبيق.

الصيغة:

محددات

الوصف

نوع الخادم

القيم هي CUCM أو IMP أو CUC ( إلزامي )

ip

تمت إضافة IPaddress الخاص باسم المضيف ( إلزامي ل IMP Publisher & CUC إختياري للعقد الأخرى

اسم المجال

اسم مجال ناشر IMP ( إلزامي ل IMP Publisher وغير مطلوب للعقد الأخرى )

2. إلغاء تعيين تفاصيل المشترك في نظام مجموعة الشبكات

يعرض هذا الأمر الرسالة التي تشير إلى إمكانية حذف المشترك من واجهة المستخدم الرسومية (GUI). غير مسموح بعملية إلغاء التعيين على واجهة سطر الأوامر. لا يمكن إجراء هذه العملية إلا من صفحة الويب.

3. تعيين مشترك نظام مجموعة الشبكات الديناميكي-cluster-config

تعيين مشترك نظام المجموعة للشبكات الديناميكي-cluster-configuration { <default> | < عدد الساعات >

يقوم هذا الأمر بتمكين dynamic-cluster-config على Publisher.

وصف الصيغة Syntax

محددات

الوصف

افتراضي

سيتيح هذا الأمر الأمر الأمر dynamic-cluster-config على مدار 24 ساعة

<عدد الساعات>

القيمة بين 1-24 ساعة

4. إظهار نظام مجموعة الشبكات

يعرض هذا الأمر قيمة التكوين الديناميكي-cluster-Configuration الحديثة على Publisher عند تمكينها.

الفوائد

- لتوفير عملية تثبيت بلمسة أقل، لا يلزم فيها إجراء تدخل يدوي أثناء التثبيت والجدولة أثناء نشر مجموعة CUCM جديدة.

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

- توفير الوقت

أثناء تثبيت CUCM بشكل نموذجي، ترى شاشات معالج التثبيت المتعددة والتدخل اليدوي مطلوبة لهذه السيناريوهات:

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

2. لإعداد بيئة نظام مجموعة نموذجية، يتم أولا تثبيت Publisher. بعد تثبيت Publisher، يمكنك إضافة تفاصيل عن المشتركين في جداول خادم Publisher من صفحة الويب الخاصة ب Publisher. بعد ذلك، عندما يتم تثبيت مشترك، يقوم معالج "تثبيت المشترك" بتشغيل الطلب من المسؤول ملء تفاصيل تثبيت المشترك.