توفر هذه المقالة إطارًا منظمًا لترحيل الخدمة الذاتية للشركاء والعملاء الذين يقومون بترحيل بيئات الاتصال إلى Webex Calling - مثيل مخصص (DI).

تستند ممارسات الترحيل والمعالم الموضحة في هذه المقالة إلى منهجية برنامج Webex Setup Assist وتعكس تجربة العالم الحقيقي الواسعة لفرق التسليم والهندسة والتطوير في Cisco. وقد تم تحسين هذه الأساليب من خلال مئات الآلاف من عمليات النشر الفريدة لمواقع العملاء على مدار السنوات السبع الماضية، بما في ذلك عمليات الترحيل من BroadCloud وBroadWorks وSpark Calling Unified CM (UCM) وحلول التعاون المستضاف (HCS) ومنصات PBX التابعة لجهات خارجية. تنطبق الإرشادات على مجموعة واسعة من بيئات العملاء، بدءًا من عمليات النشر ذات المقعد الواحد وحتى التطبيقات واسعة النطاق التي تتجاوز 100,000 مقعد ومئات المواقع، وتتبع عمليات Cisco الراسخة والمثبتة لضمان الاتساق والجودة والكفاءة التشغيلية طوال دورة حياة الترحيل.

تفترض المقالة أن القراء على دراية بالفعل بـ Webex Calling - ترخيص المثيل المخصص، والنموذج الإداري لـ Webex Control Hub، وبرنامج وميزات مدير الاتصالات الموحدة الأساسي.

لنكن صادقين - نادرًا ما تثير كلمة الترحيل الإثارة في فريق تكنولوجيا المعلومات. إنه يثير الأسئلة. «ما الذي يكسر؟» «من يقوم بالعمل؟» «ما الذي نفقد السيطرة عليه؟» «هل هذا واقعي حتى في حين أننا نجهد بالفعل مع إبقاء الأضواء مضاءة؟» هذه ليست علامات مقاومة للتقدم؛ إنها غرائز المهنيين المخضرمين الذين يفهمون أن نقل منصة الاتصال ذات المهام الحرجة ليس مشروعًا في عطلة نهاية الأسبوع. الصوت هو الخدمة الوحيدة التي يلاحظ فيها المستخدمون خللًا لمدة ثانيتين قبل أن يلاحظوا جهد التخطيط للانقطاع لمدة أسبوعين - وهذا الواقع يجعل كل تغيير يبدو أثقل مما ينبغي.

الأخبار الجيدة؟ تحكي الأرقام قصة مختلفة تمامًا عن الخوف. في عمليات الترحيل السحابية جيدة التنظيم، يتم استثمار ما يقرب من 95٪ من الجهد الهندسي في الإعداد، و 5٪ فقط في التغيير الفعلي. والأفضل من ذلك، أن معظم هذه 95% تتكون من أنشطة يقوم بها فريقك بالفعل كجزء من عمليات اليوم الثاني العادية - نظافة المخزون وإدارة الشهادات ومراجعات خطة الاتصال وتتبع دورة حياة الجهاز والتوثيق. بعبارة أخرى، الجزء الأكبر من «أعمال الترحيل» هو العمل الذي تقوم به بالفعل. يقوم هذا النهج المنظم ببساطة بتوجيهه نحو نتيجة محددة، بوتيرة تتناسب مع الإيقاع التشغيلي الحالي وليس فوقه.

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

نعم، الانتقال إلى المثيل المخصص يعني التخلي عن بعض التحكم - خاصة في طبقات البنية التحتية والمحاكاة الافتراضية. ولكن ضع في اعتبارك ما تكسبه مرة أخرى: الساعات التي يقضيها فريقك في تصحيح برامج Hypervisor ومتابعة تنبيهات الأجهزة وإدارة الأمان على مستوى نظام التشغيل وتخطيط عمليات تحديث السعة. يعود هذا الوقت إلى النشاط التجاري، حيث يمكن إنفاقه على ما يميز مؤسستك فعليًا - تجربة المستخدم والتبني والتكامل والخدمات التي يهتم بها أصحاب المصلحة حقًا. أنت لا تفقد السيطرة؛ أنت تتاجر برفع الأحمال الثقيلة غير المتمايزة من أجل التركيز الاستراتيجي.

ما تتلقاه في المقابل عبارة عن منصة مدمجة بإحكام مع مجموعة المكالمات والاجتماعات ومراكز الاتصال الأكثر تقدمًا في السوق، مدعومة بالعمق الهندسي لشركة Cisco والنظام البيئي للشركاء الذي تم تحسينه من خلال مئات الآلاف من عمليات النشر. يمكنك الاحتفاظ بالقوة الكاملة للنظام Unified CM البيئي المألوف - نفس الميزات ونفس الموثوقية ونفس النموذج الإداري الذي يعرفه فريقك بالفعل - مقترنًا الآن بـ Control Hub، وهي مظلة إدارة وتحليلات حديثة موجهة للمستخدم وسهلة التعلم حقًا. تتم إدارة الترقيات والتحديثات وتصحيح الثغرات الأمنية الحرجة على أحدث البرامج بواسطة Cisco، على جهاز كمبيوتر معتمد من Cisco، بنفس الموثوقية (أو الأفضل) التي تتوقعها من البيئة الداخلية الخاصة بك.

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

من الثقة إلى الخطة: كيف يتم تنظيم هذا الدليل

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

• بدء المشروع
• الاكتشاف والتقييم
• التخطيط
• التنفيذ
• تجمد
• ابدأ البث المباشر
• الانتقال إلى اليوم الثاني

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

تأثير الإنتاج	المراحل
لا يوجد تأثير	بدء المشروع والاكتشاف والتقييم والتخطيط
الحد الأدنى من التأثير	التنفيذ
يقتصر على عمليات التشغيل	تجمد
تأثير مباشر	ابدأ البث المباشر

من الناحية العملية: تتم معظم الرحلة بأمان جنبًا إلى جنب مع بيئتك الحالية. بحلول الوقت الذي تصل فيه إلى اللحظة التي تلامس الإنتاج، تكون كل عملية تكامل قد تم إنشاؤها، وتم التدرب على كل عملية، وتم التحقق من كل إجراء احتياطي.

في جميع أنحاء الدليل، نشير إلى موارد المعلومات الأساسية التي ستعتمد عليها أثناء الترحيل وحتى اليوم الثاني:

• الاتصال بالمبيعات من Cisco - رابط الاتصال بالمبيعات
• Help.Webex.com - وثائق موثوقة للمنتج والتكوين
• Webex Spaces - الوصول المباشر إلى خبراء Cisco ومجتمعات الأقران للأسئلة في الوقت الفعلي

مع وضع إطار العمل والموارد المتاحة، دعنا نتصفح كل مرحلة بالتفصيل - بدءًا من حيث تبدأ كل عملية ترحيل ناجحة: بدء المشروع.

التأثير على الإنتاج: لا يوجد تأثير

• تحديد أصحاب المصلحة الرئيسيين

تذكر أن الأمر لا يتعلق فقط بالفرق الفنية وفرق العمل المتأثرة، ولكن أيضًا بالشركاء المعنيين. فيما يلي مثال لأصحاب المصلحة المطلوبين:

• إدارة تقنية المعلومات
• إدارة الأعمال
• فريق الخدمات الصوتية
• فريق مراكز الاتصال
• فريق الشبكات
• فريق DNS/DHCP
• فريق الأمن
• فرق IAM (على سبيل المثال، Entra و AD و SSO)
• لوحة التغيير
• شريك MACD
• شريك الخدمات المُدارة
• بائعو تكامل الطرف الثالث (الترحيل والفاكسات والتسجيل وما إلى ذلك)
• دعم محلي في الموقع
• RedSky/فريق السلامة العامة.

• اختيار قائد المشروع أو مدير المشروع.

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

• قم بمزامنة المدخلات التي تبدأ المشروع بها

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

هل هناك أي تغييرات مثل دمج المجموعات وخطة الاتصال والميزات الجديدة المخطط لها؟

هل تقوم بترحيل نقاط نهاية البرنامج «كما هي» أم يفترض الترحيل الانتقال إلى تطبيق Webex؟

ما علاقة المستخدمين بمراكز الاتصال؟

• احصل على أقصى سرعة مع المثيل المخصص

مقدمة إلى المثيل المخصص: مقدمة إلى المثيل المخصص

BDM (شرائح صانع القرار التجاري) BDM

TDM (شرائح صانع القرار الفني) TDM.

التأثير على الإنتاج: لا يوجد تأثير

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

• إعداد الكتلة الحالي

حدد إعداد On-Prem الحالي مع جميع الميزات وعمليات الدمج التي تمت. فيما يلي الأمثلة التي يجب إلقاء نظرة عليها:

• التطبيقات والتحجيم،
• المواقع،
• عنونة IP،
• كيفية مزامنة/توفير المستخدمين (محلي، ldap)،
• تم تكوين المصادقة (SSO)،
• CA مقابل الشهادات الموقعة ذاتيًا،
• وضع الأمان،
• استخدام ILS/اللائحة العامة لحماية البيانات،
• الميزات،
• التركيز بشكل خاص على الميزات المشتركة بين المواقع مثلExtension Mobility،
• تكامل CER/911،
• استخدام MRA،
• CDRs،
• رسائل البريد الصوتي والتكامل مع O365،
• جابر مقابل WebExApp
  • في حالة ترحيل Jabber، يجب أن يكون هناك تركيز وثيق على كيفية تكوين نقاط نهاية Jabber الحالية (مثل تكوين xml ومجال الخدمة الصوتية) وما هي خيارات إعادة التكوين مثل استخدام SCCM. فيما يلي السيناريوهات القياسية التي تمت ملاحظتها: تكوين Jabber
• قائمة الأجهزة مع التركيز للتحقق منها
  • الأجهزة التي تم إيقافها (لا توجد أجهزة جديدة تمت إضافتها إلى قائمة الإيقاف منذ REL12.0x) الهواتف التي تم إيقافها
  • أجهزة نهاية الدعم (يمكن أن تظل الأجهزة مسجلة في أي إصدار برنامج، ولكنها غير مدعومة من منظور Day2)
  • CSR-Compatibility-Matrix-Interactive.html
  • تقوم أجهزة التقييد الخاصة 7925 و 7940 و 7960 بتسجيل طرازات الهواتف القديمة في المثيل المخصص
    • أدوات المساعدة:

      مساعد مخصص لمرحلة ما قبل الترحيل: إنشاء تقارير التقييم

      يساعدك مساعد الترحيل المسبق في Control Hub على جمع بيانات المصدر والتحقق من المتطلبات الأساسية للترحيل من UCM إلى المثيل المخصص باستخدام أداة خارجية. قبل الترحيل، يقوم بتقييم الجاهزية وتوفير قوائم مرجعية ويتيح لك مقارنة البيانات بين المجموعة المحلية والمثيل المخصص.

      لتشغيل المساعد، يجب أن تكون المجموعة المحلية الخاصة بك مدمجة في بيئة UC المتصلة بـ Webex Cloud . الوصف العام والمتطلبات الأساسية التي يمكنك العثور عليها هنا: Webexcloud-connectedUC

      عملية الانضمام إلى UCM: إعداد Webex Cloud Connected-UC

      قائمة بالرؤى المهمة التي يمكنك الحصول عليها كمخرجات من مساعد الترحيل المسبق بتنسيق xls سهل القراءة:

      • العقد والبرامج قيد التشغيل
      • معايير المؤسسة
      • قائمة جذوع SIP
      • قائمة بمستخدمي التطبيق والأدوار
      • عدد الأجهزة (والقائمة الكاملة للأجهزة) ومجموعات المسارات والأقسام والمواقع والمستخدمين النهائيين
      • مجموعات CM، تجمعات الأجهزة
      • الحالة الصحية للنسخ المتماثل لقاعدة البيانات
      • برامج COP المثبتة
      • خطط الترقيم
      • خدمات الهاتف
      • الوجهات البعيدة
    • مساحات Webex لدعم أسئلتك المحددة:

      اسأل سحابة UCM والمثيل المخصص: webexteams: //im؟ الفضاء = 5 ديسيبل 6bb40-d3c7-11e9-a319-df8a35 abe85a

      اسأل شريك ريدسكاي الخارجي - شريك حلول E911 بلس انضم إلى: https://eurl.io/#fWfT1SnOz

      اسأل مساعد إعداد Webex - Webex Calling وDI: webexteams: //im؟ الفضاء = 76 بيبيب/50-084 ب-11ed-abc8-ab581010b1de.

التأثير على الإنتاج: الحد الأدنى من التأثير على بيئة الإنتاج الحالية

أفضل ممارسات Cisco فيما يتعلق بعملية ترحيل المثيلات المخصصة الموضحة أدناه:

النظرة/الاتصال

بنية الشبكة مع الأوصاف التفصيلية لسيناريوهات Edge connect الخاصة Webex Calling بالمثيل المخصص والاجتماعات. PA_Edge_Connect_Design.pdf

* يجب استخدام المستند بعناية، كما يصف سيناريوهات متعددة قد تكون متضاربة أو مكملة لبعضها البعض، اعتمادًا على حالة الاستخدام الدقيقة. يمكن العثور على مرجع دقيق للمثيل المخصص في فصل «Edge Connect لبنية المثيل المخصص»

Webex Edgeقم بالاتصال

Webex Edgeقم بتوصيل الأسئلة والملاحظات الأكثر شيوعًا:

• تعتبر روابط المثيل 2 المخصصة أمرًا «ضروريًا»
• 4 روابط هي خيار ولكن «العبور» غير مسموح به، يتم استخدامها في «أزواج»
• لا يتم دعم أي أولوية لحركة مرور DI تجاه أحد الارتباطات وهي غير قابلة للتطبيق بشكل عام، حيث يقوم كل جانب/DC بالإعلان عن مواقع مراكز بيانات الشبكة الفرعية الفريدة /25 Dedicated Instance الخاصة به.

يتم شرح ذلك أيضًا في مستند بنية الشبكة المذكور كما هو موضح أدناه:

التأثير على الإنتاج: مع تأثير يقتصر على عمليات التشغيل

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

في حالة الحاجة إلى MACD أثناء مرحلة التجميد، يجب إكمال التغييرات المطلوبة على كلا النظامين.

هناك العديد من الطرق والأدوات المتاحة لنقل/نسخ البيانات. بشكل عام، نوصي باستخدام الأقسام والأدوات النشطة/غير النشطة كما هو موضح أدناه:

UCM:

تصدير/استيراد BAT والبرمجة النصية المرتبطة بها

دليل الإدارة المجمع للإصدار 15 ووحدات التشغيل الموحدة: CUCM_b_bulk-administration-guide-15.html. Cisco Unified Communications Manager

أدوات خارجية لترحيل UCM مثل Yarnlab.

الوحدة:

• Cisco Unityأدوات. مجموعة من الأدوات المجانية Cisco Unity وذات Cisco Unity Connection الصلة.

https://www.ciscounitytools.com/index.html

نوصي باستخدام عمليات ترحيل Cobras for Unity.

CER:

دليل، تصدير/استيراد بالجملة

عند نقل بيانات التكوين، ضع في اعتبارك العناصر/الإجراءات المهمة التالية:

• يدويًا أو عبر الخيار 150 على DHCP فيما يتعلق بإعادة توجيه مجموعة الاختبار لطرازات الهواتف المختلفة إلى DI TFTP الجديد. بعد الانتهاء من دمج الشهادات، يمكنك اختبار كل من: سيناريو الترحيل والتراجع
• إعادة تكوين بوابة الاختبار، إذا كانت متوفرة
• إعداد قوالب تكوين البوابات لعمليات قطع الإنتاج الفعلية. البرمجة النصية، إذا لزم الأمر.
• نقل مستخدم WebExApp عبر تغيير سلوك الاتصال في CH
• نقل Jabber عبر طريقة تسجيل الدخول المحددة مسبقًا وتغيير المجموعة الرئيسية
• اختبار تدفقات المكالمات الأساسية والوظائف حتى إمكانيات البيئة:
  • تحقق من اتساق السلوك أثناء الاتصال بالإنترنت أو الاتصال عبر VPN
  • اختبار MRA مع نقطة نهاية الهاتف والبرامج
  • PSTN
  • اختبار خدمة 911

• دعم المثيل المخصص من المستوى 1 (TAC) - دعم المثيل المخصص من المستوى 1

• طلبات الخدمة المرتبطة بالموضوعات المدرجة: كيفية رفع طلب الخدمة
  • إدخال DNS
  • تحديثات جدار الحماية
  • تحميل البرامج الثابتة
  • الاتصال السحابي
  • إعدادات سجل التدقيق
  • إدارة تطبيقات UC
  • قنوات SIP البينية من DI-MT
  • دورة حياة تطبيق UC
  • البنية التحتية كخدمة
    • دليل عمليات الشركاء

• دليل عمليات الشركاء

  هذه واحدة من أهم الوثائق التي تشرح الدعم الفني، وإدارة التغيير، وإدارة الحوادث، والتحديثات، والترقيات، وإدارة القدرات، وإدارة الشهادات، ودليل عمليات شركاء DRS

هذه واحدة من أهم الوثائق التي تشرح الدعم الفني، وإدارة التغيير، وإدارة الحوادث، والتحديثات، والترقيات، وإدارة السعة، وإدارة الشهادات، ودليل عمليات شركاء DRS

• مصفوفة المسؤولية

يوضح المستند تقسيم RACI بين الشريك وCisco والعميل أثناء الإعداد ومصفوفة تعيين مسؤولية العمليات

• اسأل فرق الويب الخاصة بـ RedSky Webex Space: //im؟ المساحة=7074 قدم مكعب/489 أ-11 إيه-89 قدم 3-8 قدم 977 ديسيد07a0.