في هذه المقالة
جاهزية الشبكة
dropdown icon
الإعداد الأولي
    التحقق من المجال
    المطالبة (تحويل) المستخدمين الحاليين
    تكوين مزامنة الدليل واختبارها
    إعداد واختبار تسجيل الدخول الأحادي (SSO)
    شراء التراخيص وتوفيرها والتحقق منها
    Webex Callingإعدادات الخدمة
الترحيل التجريبي
شراء PSTN
تكوين المواقع
التكامل مع التحكم في المكالمات المحلية
ترحيل المستخدمين على دفعات
مساحات العمل
أجهزة التزويد
تكوين الميزات
اختبار القبول
ماذا ستفعل بعد ذلك؟

تنفيذ الترحيل من Unified CM إلى Webex Calling

list-menuفي هذه المقالة
list-menuهل لديك ملاحظات؟

تضع مرحلة التنفيذ التصميم والخطط موضع التنفيذ. في هذه المرحلة، يمكنك تكوين بيئة Webex Calling وتوفيرها لتلبية احتياجات الأعمال. يتضمن ذلك إعداد التحكم في المكالمات السحابية، والاتصال بالأنظمة المحلية إذا لزم الأمر، وتمكين الوصول إلى PSTN، وتكوين المستخدمين والأجهزة وخطط الاتصال. الهدف هو تقديم حل مكالمات سحابي آمن وقابل للتطوير وموثوق مع الحفاظ على استمرارية الأعمال وتجربة مستخدم سلسة أثناء النشر. للحصول على نظرة عامة عالية المستوى لرحلة الترحيل الخاصة بك، مع روابط سريعة لاستكشاف الوثائق التفصيلية، راجع ترحيل Unified CM إلى Webex Calling.

جاهزية الشبكة

تتمثل الخطوة الأولى في الانتقال إلى Webex Calling ضمان اتصال إنترنت موثوق وآمن بين الشبكة المحلية وسحابة Webex.

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

يجب أن يفهم مسؤولو الشبكات والأمان هذه التدفقات من حيث:

  • الاتجاه (الوارد مقابل الصادر)

  • البروتوكولات (مثال - SIP TLS وSRTP وHTTPS)

  • نطاقات عناوين IP التي تستخدمها خدمات Webex

  • أرقام المنافذ التي يجب فتحها أو السماح بها.

وهذا يضمن تكوين جدران حماية الشركة وأجهزة NAT والبنية التحتية الأخرى للشبكة بشكل صحيح لاستيعاب Webex Calling حركة المرور مع الحفاظ على سياسات أمان المؤسسة.

للحصول على معلومات حول التدفقات المطلوبة بما في ذلك عنوان IP والمنافذ والبروتوكولات، راجع معلومات مرجع المنفذ لـ Webex Calling. استخدم هذه المعلومات لتكوين جدار الحماية والوكلاء والبنية التحتية الأخرى للشبكة في النشر الحالي لتمكين تدفقات Webex Calling الشبكة.

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

  • يقلل من التأخير والارتعاش في الرحلة ذهابًا وإيابًا، مما يحسن جودة المكالمات بشكل عام

  • يتدرج بكفاءة مع انتقال المزيد من المستخدمين والمواقع إلى Webex Calling

  • يعمل بسلاسة مع SD-WAN، والذي يمكنه توجيه الجلسات ديناميكيًا إلى أقرب نقطة دخول إلى سحابة Webex للحصول على الأداء الأمثل

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

بالإضافة إلى ذلك، يجب على المؤسسات ضمان النطاق الترددي الكافي للإنترنت في كل موقع. يجب تحديد حجم النطاق الترددي استنادًا إلى العدد المتوقع للمكالمات المتزامنة، وبرنامج الترميز المحدد (على سبيل المثال، Opus أو G.711)، بالإضافة إلى النفقات الإضافية لإرسال الإشارات وعمليات إعادة الإرسال والنمو. يتوافق هذا مع مرحلة التحضير لدورة حياة PPDIO ويضع أساسًا متينًا للترحيل.

الإعداد الأولي

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

التحقق من المجال

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

تأكد من التحقق من جميع المجالات المرتبطة بعناوين البريد الإلكتروني للمستخدمين. التحقق من النطاق ليس حصريًا؛ يمكن التحقق من نفس النطاق عبر العديد من مؤسسات Webex.

لمزيد من المعلومات حول إدارة المجالات، راجع إدارة المجالات الخاصة بك.

المطالبة (تحويل) المستخدمين الحاليين

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

لمزيد من المعلومات حول مطالبة المستخدمين، راجع مطالبة المستخدمين بمؤسستك (تحويل) المستخدمين.

تكوين مزامنة الدليل واختبارها

لتمكين الإدارة السلسة للمستخدمين والمجموعات، يمكنك مزامنة المستخدمين والمجموعات من دليل الشركة الخاص بك إما Microsoft Entra ID (المعروف سابقًا باسم Azure AD) أو Microsoft Active Directory (AD) إلى Webex. تضمن هذه العملية الحفاظ على هويات المستخدمين وعضويات المجموعة باستمرار عبر بيئتك.

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

الطريقة الأكثر فعالية لتصفية المستخدمين الذين تتم مزامنتهم هي الاستفادة من عضوية مجموعة الدليل:

1

إنشاء مجموعة مزامنة مخصصة: في دليل مؤسستك (Microsoft Entra ID أو AD)، قم بإنشاء مجموعة أمان خصيصًا لمزامنة Webex (على سبيل المثال، مجموعة مزامنة Webex).

2

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

3

تكوين اتفاقية المزامنة باستخدام التصفية القائمة على المجموعة: عند إعداد اتفاقية المزامنة في Webex Directory Connector أو توفير Entra ID، قم بتكوين النطاق ليشمل المستخدمين الأعضاء في المجموعة المعينة فقط.

  • بالنسبة لمعرف Microsoft Entra، يمكنك استخدام الواجبات المستندة إلى المجموعة في إعدادات التوفير

  • بالنسبة لـ AD، يمكنك تعريف عامل تصفية LDAP ليشمل المستخدمين الذين ينتمون إلى المجموعة المحددة فقط.

4

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

مثال لخطوات التنفيذ:

  1. في الدليل النشط:

    • قم بإنشاء مجموعة أمان باسم مجموعة Webex sync.

    • أضف المستخدمين التجريبيين المطلوبين إلى هذه المجموعة.

    • قم بإعداد موصل الدليل باستخدام عامل تصفية LDAP مثل: (Memberof=CN=WebEx Sync Group، OU=المجموعات، DC=yourDomain، DC=com).

  2. أدخل المعرف في Microsoft:

    • قم بإنشاء مجموعة باسم مجموعة Webex sync

    • قم بتعيين المجموعة لتطبيق Webex في إعدادات التوفير الخاصة بـ Entra ID

    • سيتم توفير المستخدمين في هذه المجموعة فقط لـ Webex.

  • قم دائمًا باختبار المزامنة القائمة على المجموعة في بيئة غير إنتاجية قبل التقديم على المؤسسة بأكملها

  • قم بمراجعة عضوية المجموعة بانتظام لضمان مزامنة المستخدمين المصرح لهم فقط

  • بالنسبة للإدارة المستمرة، قم بأتمتة تحديثات عضوية المجموعة استنادًا إلى قواعد العمل أو أنظمة الموارد البشرية إن أمكن.

المراجع:

قم بمزامنة مستخدمي Entra ID في مركز التحكم

قم بإعداد تطبيق معالج Entra ID في مركز التحكم

موصل الدليل

إعداد واختبار تسجيل الدخول الأحادي (SSO)

يعمل تسجيل الدخول الأحادي (SSO) على تحسين الأمان وتبسيط وصول المستخدم من خلال السماح للمستخدمين بالمصادقة مرة واحدة باستخدام بيانات اعتماد الشركة والحصول على وصول سلس إلى Webex. يدعم Webex تكامل SSO مع النازحين الداخليين المتوافقين مع SAML 2.0، بما في ذلك Microsoft Entra ID (المعروف سابقًا باسم Azure AD) والحلول الموحدة Active Directory (AD) والعديد من النازحين الداخليين التابعين لجهات خارجية.

في هذه المرحلة، يجب تنفيذ إعداد SSO المصمم واختباره.

المراجع:

تكامل تسجيل الدخول الأحادي في مركز التحكم

تكوين تسجيل الدخول الأحادي لإدارة webex

تكوين تسجيل الدخول الأحادي باستخدام معرف Microsoft Entra

SSO مع العديد من النازحين

إدارة تسجيل الدخول الأحادي عند الدمج في Control Hub

شراء التراخيص وتوفيرها والتحقق منها

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

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

ومع ذلك، إذا كانت خطة النشر الخاصة بك تتضمن استخدام الترخيص التلقائي على مستوى المجموعة بدلاً من ذلك، فيمكنك اختيار عدم تعيين Webex Calling التراخيص على مستوى المؤسسة لتجنب التعارضات أو تخصيصات التراخيص المكررة. باستخدام الترخيص التلقائي على مستوى المجموعة، يتم تعيين التراخيص استنادًا إلى عضوية المجموعة. يتلقى المستخدمون في مجموعات متعددة تراخيص من جميع واجبات المجموعة القابلة للتطبيق.

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

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

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

Webex Callingإعدادات الخدمة

من الضروري إجراء مراجعة شاملة وتهيئة إعدادات الخدمة العالمية داخلهاWebex Calling.

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

اضبط هذه الإعدادات العامة لتعكس سياسات مؤسستك وقرارات التصميم.

أيضًا، قم بإعداد إعدادات تطبيق Webex وقوالب المستخدم والتطبيق.

الترحيل التجريبي

أثناء مرحلة التنفيذ، يمثل تنفيذ الترحيل التجريبي علامة فارقة في التحقق من الانتقال من Unified CM إلىWebex Calling. يتضمن هذا الإصدار التجريبي توفير مجموعة فرعية تمثيلية من المستخدمين عبر موقع واحد أو أكثر على Webex Calling المنصة، مما يضمن أن السكان المختارين يعكسون حالات الاستخدام المتنوعة والأدوار التنظيمية. وبالتوازي مع ترحيل المستخدمين، يجب نقل خدمات التعاون الأساسية بما في ذلك البريد الصوتي والاستجابة التلقائية وقوائم انتظار المكالمات ومجموعات البحث إلى Webex Calling نظيراتها للحفاظ على استمرارية الأعمال ووظائف الخدمة.

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

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

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

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

شراء PSTN

لشراء خدمات PSTNWebex Calling، حدد أولاً خيار اتصال PSTN في مركز التحكم.

إذا كانت المؤسسة تخطط للحفاظ على التحكم في المكالمات المزدوجة المختلطة (المرحلة 1 في الشكل الانتقال التدريجي للمكالمات: الهجينة والسحابة) إما مؤقتًا أو إلى أجل غير مسمى، فستحتاج إلى نشر بوابة محلية واحدة أو أكثر لـ PSTN المحلية للسماح بالاتصال بين Webex Calling نقاط النهاية. Unified CM

إذا كان الانتقال الكامل (المرحلة 2) إلى السحابة هو الهدف النهائي بما في ذلك PSTN، فستكون هناك حاجة إلى Webex Calling خيار خطة اتصال Cisco أو Cloud Connect for لـ PSTN.

اعمل مع الموفر الذي اخترته لطلب أرقام الهواتف ونقلها قبل تكوينها في Control Hub. طلب أرقام الهواتف أو بدء طلبات المنافذ مطلوب/ممكن فقط لـ PSTN الداخلي و Cloud Connect لـ. Webex Calling بالنسبة لخطط الاتصال من Cisco، يتم بدء الطلب والنقل من داخل Control Hub بمجرد إنشاء الموقع، وفي البلدان التي تتوفر فيها خطة اتصال Cisco. لمزيد من المعلومات حول خطط Cisco Calling، راجع بدء استخدام خطط Cisco.

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

تكوين المواقع

قبل إضافة المستخدمين والأجهزةWebex Calling، يجب توفير مواقع الاتصال. يجب إدخال عنوان شارع صالح لكل موقع. في الولايات المتحدة وكندا، يتم التحقق من صحة هذا العنوان واستخدامه من قبل المنصة لإرسال معلومات موقع PIDF-LO لمكالمات الطوارئ.

عند تكوين المواقع التي تستخدم PSTN المحلية، تحتاج إلى إعداد البوابات المحلية وفقًا لذلك. في الداخلWebex Calling، يجب إنشاء قناة اتصال ومجموعة مسارات لكل بوابة محلية، ثم يتم تعيين مجموعة المسار كخيار PSTN للموقع. توصي Cisco بشدة دائمًا بتحديد مجموعة مسارات كخيار PSTN، حيث يتيح لك هذا الأسلوب إضافة قنوات اتصال إضافية بسهولة في المستقبل، مما يدعم كلاً من قابلية التوسع والتكرار. توصي Cisco أيضًا بتمكين دعم الهوية المزدوجة ودعم P-Charge-Info على كل قناة PSTN، نظرًا لأن هذا يبسط تحديد الطرف الخاضع للفواتير للمكالمات الصادرة المباشرة أو المحولة. إذا كان موفر PSTN الخاص بك يستخدم عنوانًا مختلفًا للفواتير، فيمكنك نسخ المعلومات من رأس P-Charge-Info على البوابة المحلية إلى رأس الفواتير المطلوب.

بالنسبة للمواقع التي تستخدم Cloud Connect لـ Webex Calling أو خطة اتصال Cisco كخيار PSTN الخاص بها، ما عليك سوى تحديد اختيار PSTN المناسب للموقع أثناء الإعداد. إذا كان الموقع يستخدم Cloud Connect لـ PSTN Webex Calling أو داخليًا، فستحتاج إلى إضافة أرقام الهواتف التي تم طلبها في الخطوة السابقة. يمكن إضافة الأرقام على أنها غير نشطة إذا كنت لا تريد تضمينها في توجيه المكالمات على الفور؛ يمكنك تنشيط هذه الأرقام لاحقًا عندما يتم تعيينها للمستخدمين أو الميزات.

من المهم دائمًا تعيين الرقم الرئيسي لكل موقع. يمكن تعيين الرقم الرئيسي إما لمستخدم أو ميزة، مثل الرد التلقائي. لتمكين البريد الصوتي في الموقع، تأكد من تعيين الرقم التجريبي للبريد الصوتي، المعروف أيضًا باسم رقم البوابة الصوتية.

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

التكامل مع التحكم في المكالمات المحلية

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

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

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

ترحيل المستخدمين على دفعات

عندما تقوم بترحيل المستخدمين من Unified CM إلىWebex Calling، قد لا تتمكن من نقل جميع المستخدمين في نفس الوقت. يمكن أن يرجع ذلك إلى عدة أسباب، بما في ذلك على سبيل المثال لا الحصر عدد المواقع أو المستخدمين، والمدة التي يستغرقها نقل موقع و/أو مجموعة من المستخدمين في وقت واحد، ومحدودية تكنولوجيا المعلومات أو موارد الموقع لدعم نافذة التغيير، ومدة نافذة التغيير، وتعقيد التغيير، وما إلى ذلك.

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

حتى في حالة تنفيذ الاتصال البيني بين البوابات المحلية Unified CM Webex Calling وباستخدامها، لا يمكنك تقسيم الخدمات أو الميزات المشتركة عبر هذا الاتصال. لذلك، تحتاج إلى تحديد التبعيات بين المستخدمين من خلال النظر في ميزات مثل:

  • مراقبة المستخدمين الآخرين باستخدام BLFs

  • في نفس برنامج البحث التجريبي وقائمة انتظار المكالمات وما إلى ذلك

  • خطوط مشتركة

  • استخدام خدمة استقبال المكالمات

  • استخدام نفس أرقام حديقة الاتصال

  • إنتركوم

  • تنفيذي/إداري.

على سبيل المثال، قد يكون المستخدم جزءًا من مجموعة Unified CM Hunt التي يتم الانتقال إليهاWebex Calling. سينتقل هذا المستخدم إلى Webex Calling مجموعة Hunt ومع جميع الأعضاء الآخرين في Hunt Group. لذلك، بعد الانتقال، يمكن لمجموعة Hunt Group وأعضائها الرد بنجاح على المكالمات على المنصة الجديدة.

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

استخدم المخرجات من أداة Control Hub Migration Insights أو أداة الطرف الثالث التي استخدمتها في مرحلة الإعداد لتحديد المستخدمين والميزات التي يجب تجميعها معًا. كان من المفترض أن يتم استخدام هذا الناتج لتطوير خطة الترحيل الخاصة بك وسيمنحك رؤى حول كيفية تجميع المستخدمين والميزات التي تحتاج إلى الانتقال معًا.

الخطوات الأساسية عند نقل مجموعة من المستخدمين هي:

  • تحديد المستخدمين للترحيل معًا

  • تحقق من وجود جميع المستخدمين في Control Hub

  • تحقق من وجود جميع شبكات TN الخاصة بالمستخدمين في Control Hub

  • تحقق من تنسيق رقم الهاتف الصحيح في الدليل

  • تأكد من إعداد نموذج الترخيص والإعدادات لمجموعات المستخدمين بشكل صحيح

  • التحقق من جميع خدمات وميزات الاتصال أو تكوينها لمجموعة المستخدمين (قبل أو أثناء الانتقال حسب الاقتضاء)

  • في دليل الشركة، أضف مستخدمين إلى مجموعة المستخدمين الذين تم تمكينهم من الاتصال

  • أدوات الرافعة المالية - أدوات ترحيل الميزات والمستخدمين في Control Hub و/أو أدوات الطرف الثالث

  • قم بتعطيل/حذف رقم دليل المستخدم/الجهاز وميزات/خدمات الاتصال بعد الانتقال. Unified CM

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

مساحات العمل

في Webex Calling الداخل، تشير مساحة العمل إلى موقع مشترك (مثل قاعة المؤتمرات أو مساحة التجمع أو المكتب السريع) الذي يمكن تخصيص الأجهزة والإضافات والمستخدمين له. على عكس هواتف Unifed CM التقليدية، فإن مساحات العمل هي:

  • تتمحور حول الموقع: مرتبطة بالمساحات المادية.

  • مرن للجهاز: يمكن أن يحتوي على جهاز واحد أو أكثر (هواتف مكتبية ولوحات وما إلى ذلك).

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

لمزيد من المعلومات حول مساحات العمل في Control Hub، راجع مساحات العمل.

أجهزة التزويد

يجب ترحيل الهواتف المسجلة حاليًا Webex Calling كجزء من الانتقال السحابي. Unified CM لجعل الترحيل بسيطًا قدر الإمكان مع الحد الأدنى من فرصة الفشل، توصي Cisco بترحيل المواقع أو الأقسام المادية في نفس الوقت. ومع ذلك، قد يُطلب منك ترحيل المستخدمين على دفعات بسبب تبعيات الميزات. راجع قسم ترحيل المستخدمين على دفعات لمزيد من التفاصيل.

يجب تكوين أي هواتف Webex Calling مدعومة تحتاج إلى الانتقال منها Unified CM Webex Calling كمستخدم أو مساحة عمل وسيتعين إعادة تكوين الهاتف الفعلي للتسجيل بها Webex Calling. بالإضافة إلى ذلك، تحتاج هواتف السلسلة 7800 و8800 إلى ترقية البرامج الثابتة الخاصة بها من البرامج الثابتة الخاصة بالمؤسسات إلى البرامج الثابتة للهواتف متعددة المنصات (MPP). تتضمن هذه العملية تحميل البرامج الثابتة الانتقالية قبل تحميل برنامج MPP الثابت المطلوب Webex Calling للتسجيل. كما يتطلب أيضًا ترخيص الترحيل المناسب. قامت Cisco بتحسين هذه العملية على مدار السنوات القليلة الماضية لتسهيل ترقية هواتف البرامج الثابتة الخاصة بالمؤسسات إلى برنامج MPP الثابت. لمزيد من المعلومات حول خطوات إكمال ترقية البرنامج الثابت، راجع تحويل هواتف IP من سلسلة Cisco 7800 و8800 بين البرامج الثابتة الخاصة بالمؤسسات والبرامج الثابتة لـ MPP.

بالإضافة إلى الخطوات الموضحة في هذه المقالة، يحتوي Control Hub على أداة مضمنة، ترحيل هاتفك إلى Webex Calling، يمكنك استخدامها للمساعدة في ترحيل هواتف 7800 و8800 من Enterprise إلى البرنامج الثابت MPP. تتيح لك هذه الأداة أيضًا إضافة الهواتف إلى Control Hub وتعيينها للمستخدمين أو مساحات العمل المناسبة. لمزيد من المعلومات حول استخدام الأداة، راجع ترحيل هاتفك.

لا تنطبق متطلبات ترحيل البرامج الثابتة المذكورة أعلاه Unified CM على أي هواتف من سلسلة 9800 مسجلة. تعمل هذه الهواتف بنظام PhoneOS، الذي يدعمه كلاهما Unified CM و. Webex Calling لنقل هذه الهواتف إليكWebex Calling، Webex Calling ستحتاج إلى إضافتها إليها وتعيينها لمستخدم أو مساحة عمل ثم إعادة ضبط إعدادات المصنع للهواتف. تسلسل تشغيل PhoneOS للتسجيل يوضح الشكل أدناه تسلسل تشغيل PhoneOS وكيف سيتم تسجيل الهاتف Webex Calling بمجرد إضافته إلى Control Hub، حتى إذا كان الهاتف لا يزال قيد التشغيل Unified CM و/أو خيارات DHCP (مثال - 150) قيد الاستخدام.

تسلسل تشغيل PhoneOS للتسجيل

Unified CMيدعم إعادة ضبط أجهزة PhoneOS في المصنع للسماح بالالتحاق بـ Zero-Touch. Webex Calling Unified CMيمكن للمسؤولين إعادة ضبط إعدادات المصنع لهواتف 9800 و 8875 عن بُعد من خلال صفحات إدارة CUCM، مما يلغي الحاجة إلى الوصول الفعلي إلى الهواتف لاستيعاب الهواتف. Webex Calling يتم دعم هذه الميزة مع حزم الأجهزة اعتبارًا من 9 سبتمبر 2025:

لمزيد من المعلومات حول عملية التسجيل لسلسلة 9800، راجع عملية التسجيل.

بالإضافة إلى هواتف Cisco IP، قد يلزم توفير أجهزة أخرى مثل محولات الهاتف التناظرية (ATAs) والهواتف اللاسلكية (Wifi و DECT) وأجهزة الفيديو والبوابات الصوتية وأجهزة وهواتف الطرف الثالث. لا تحتوي العديد من هذه الأجهزة على مسار ترقية البرامج الثابتة مثل هواتف IP لنقلها من البرامج الثابتة للمؤسسات إلى البرامج الثابتة السحابية. لذلك، ستقوم بتوفير كل جهاز من هذه الأجهزة في Control Hub. لا يمكن الانتقال إلى بعض هذه Webex Calling النماذج Webex Calling وسيحتاج النموذج المكافئ إلى استبداله (على سبيل المثال. ستتطلب ATA 191/192) وغيرها إعادة التكوين اليدوي و/أو تغييرات البرامج.

تكوين الميزات

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

للحصول على تفاصيل حول كيفية تكوين كل ميزة من Webex Calling الميزات، راجع مقالات تعليمات التكوين المقابلة.

اختبار القبول

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

يقدم هذا القسم أمثلة ويسلط الضوء على الجوانب الرئيسية التي يجب مراعاتها أثناء اختبار القبول؛ ومع ذلك، لا يُقصد منه أن يكون بمثابة قائمة مرجعية شاملة أو شاملة.

توفير المستخدم وتخصيص الأرقام

يتضمن الجانب الأساسي لاختبار القبول التحقق من أن جميع المستخدمين يتم توفيرهم بدقة وبشكل كامل من الداخلWebex Calling. يتطلب ذلك مقارنة شاملة بين الدليل source (Unified CM) وقاعدة Webex Calling المستخدمين المنشأة حديثًا للتأكد من أن كل حساب مستخدم، إلى جانب السمات المرتبطة مثل أرقام الامتدادات، وتعيينات الاتصال الداخلي المباشر (DID) قد تم ترحيلها بشكل صحيح. يعد اكتمال التزويد أمرًا بالغ الأهمية ليس فقط للتشغيل في اليوم الأول ولكن أيضًا للإدارة والدعم المستمرين.

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

تدفقات مكالمات PSTN وعرض معرف المتصل

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

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

تدفقات المكالمات على الشبكة

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

معالجة مكالمات المستخدم والتحقق من الميزات

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

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

قوائم انتظار المكالمات: تجربة الوكيل والمشرف

يتم استخدام قوائم انتظار المكالمات بشكل متكرر لمعالجة سيناريوهات المكالمات الواردة ذات الحجم الكبير. يركز اختبار القبول هنا على عدة أبعاد. أولاً، يجب التحقق من توزيع المكالمات على الوكلاء وفقًا لمنطق قائمة الانتظار المكوّنة، مثل round robin أو longest idle أو ring المتزامن. يجب فحص عرض المكالمات في قائمة الانتظار على أجهزة كمبيوتر سطح مكتب الوكيل من أجل الوضوح وسهولة الاستخدام، مما يضمن قدرة الوكلاء على قبول المكالمات والاحتفاظ بها وتحويلها بكفاءة.

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

مجموعات الصيد: توزيع المكالمات

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

الحاضرون التلقائيون: الإعلانات وعمليات القائمة

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

تشغيل البريد الصوتي

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

ماذا ستفعل بعد ذلك؟

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

هل كان هذا المقال مفيدًا؟
هل كان هذا المقال مفيدًا؟