دليل نشر الترحيل

في هذه المقالة

هل لديك ملاحظات؟

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

مقدمة

قبل أن تبدأ

هذا الدليل مخصص للفرق أو الأفراد ذوي الخبرة في تكوين وإدارة Cisco Unified Communications Manager (Unified CM) ونقاط نهاية Cisco، بما في ذلك هواتف مكتب IP وأجهزة الفيديو وعملاء Jabber soft. في جميع أنحاء هذا المستند، توجد روابط إلى وثائق المنتج والدعم للمساعدة.

يركز هذا المستند على الانتقال من Unified CM Webex Calling مستأجرين متعددين فقط. يشير المصطلح Webex Callingفي هذا المستند دائمًا إلى Webex Calling تعدد المستأجرين.

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

يعد الفهم الشامل Webex Calling للمكونات التالية أمرًا ضروريًا لإبلاغ استراتيجية الانتقال الفعالة والاستعداد التشغيلي.

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

لمزيد من المعلومات، راجع بنية Cisco المفضلة لـWebex Calling.

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

أدوات ترحيل Webex: الخدمة الذاتية والأدوات المجانية المضمنة في Control Hub لتبسيط الانتقال إلى Webex Calling
موفرو الترحيل المعتمدون: موفرو البرامج والأدوات المعتمدون من Cisco الذين طوروا حلول الترحيل لمساعدة شركاء Webex والعملاء في عمليات الترحيل المعقدة والكبيرة. يمكن أن تساعد هذه الحلول في تبسيط وإدارة وتسريع الانتقال إلى Webex Calling
Webex Setup Assist: خدمة ترحيل تقودها Cisco ترشد العملاء والشركاء خلال Webex Calling عملية النشر والتكوين اللازمة لترحيل Unified CM المستخدمين والخدمات بنجاح إلى. Webex Calling

نظرة عامة

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

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

كما هو موضح في الشكل: بنية التعاون الداخلي: التحكم في المكالمات والوصول عن بُعد، يتضمن النشر المحلي النموذجي مكونات البنية الأساسية المختلفة للتعاون على الشبكة، ومنصة التحكم في المكالمات، والنظام الأساسي المتطور، ونقاط نهاية الأجهزة والبرامج، وفي بعض الحالات حتى منصات المؤتمرات والجدولة. في بنية Cisco، سيشمل Unified CM ذلك التحكم في المكالمات، و Expressway للوصول عن بُعد والخدمات المتطورة بين الشركات (B2B)، وخادم اجتماعات Cisco /إدارة اجتماعات Cisco للمؤتمرات المحلية، و Unity Connection للرسائل الصوتية، والأجهزة التي تواجه المستخدم (هواتف Cisco IP وأنظمة فيديو Cisco Desk and Room) ونقاط النهاية المستندة إلى بروتوكول الإنترنت للبرامج (). Cisco Jabber قد تختلف هذه المكونات قليلاً في بعض البيئات، ولكن هذه هي نقطة البداية للانتقال الموضح في بقية هذا المستند.

On-Premises Collaboration Architecture: Call Control and Remote Access — ***بنية التعاون المحلية: التحكم في المكالمات والوصول عن بُعد***

البنية الموضحة في الشكل: بنية التعاون الداخلي: يعتمد التحكم في المكالمات والوصول عن بُعد على البنية المفضلة (PA) لعمليات النشر المحلية الخاصة بـ Cisco Collaboration Enterprise. لمزيد من المعلومات حول المؤسسة المحلية، راجع البنيات المفضلة لتعاون Cisco.

قبل ذلك: يسرد جدول مكونات البنية التحتية للاتصال الداخلي العناصر الرئيسية للبنية المحلية قبل الانتقال إليها Webex Calling في السحابة.

الجدول 1. قبل ذلك: مكونات البنية الأساسية للاتصال الداخلي
المنتج	وصف
Unified CM	التحكم في المكالمات المحلية الذي يوفر خدمات تسجيل الجهاز وتوجيه المكالمات
Cisco Expressway-C/E	توفر البنية التحتية المتطورة وظائف الهاتف المحمول و Remote Access (MRA) والأعمال التجارية (B2B) التي تمكن نقاط النهاية البعيدة من الاتصال بأمان من خارج المؤسسة. يتم نشر Expressway في أزواج لتوفير اجتياز جدار الحماية لنقاط النهاية الخارجية.
خادم اجتماعات Cisco (CMS) وإدارة اجتماعات Cisco (CMM) ومجموعة إدارة التواجد عن بُعد من Cisco (TMS)	توفر البنية التحتية المحلية للصوت والفيديو ومؤتمرات الويب اجتماعات متعددة النقاط وإدارة الاجتماعات وإمكانات الجدولة. [اختياري]
Cisco Unity Connection	منصة المراسلة الصوتية المحلية التي توفر البريد الصوتي وقدرات المراسلة الموحدة. [اختياري]
مكتب Cisco، وغرفة Cisco، ولوحة Cisco، وهواتف Cisco IP، و Cisco Jabber	أجهزة قائمة على بروتوكول الإنترنت مسجلة Unified CM وتوفر إمكانات الاتصال الصوتي ومكالمات الفيديو

كما هو موضح في قرار Figure Transition: الاتصال الداخلي إلى Webex Calling العملاء الذين لديهم تحكم داخلي في المكالمات مع نقاط نهاية IP للمكتب Unified CM والفيديو لديهم خيار نقل البنية نحو بنية Webex Calling سحابية.

يجب اتخاذ القرار بناءً على متطلبات وظائف العميل. يجب على العملاء الذين لديهم المتطلبات التالية التفكير بعناية قبل اتخاذ هذا القرار وقد يقررون في النهاية الاحتفاظ بالتحكم في المكالمات محليًا:

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

Transition Decision: On-Premises Calling to Webex Calling — ***قرار الانتقال: الاتصال الداخلي بـ Webex Calling***

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

يركز هذا المستند على العملاء الذين لديهم عمليات نشر للتحكم في Unified CM المكالمات والذين يرغبون في فهم الخطوات والاعتبارات والمتطلبات العامة لتمكين Webex Calling النشر كما هو موضح في القسم التالي.

المكونات الأساسية

تتضمن البنية المستهدفة لهذا الترحيل العديد من المكونات الجديدة. يتضمن ذلك Webex Calling خدمة الاتصال المستند إلى السحابة، وتطبيق Webex، وموصل دليل Cisco لتكامل الهوية، والبوابة المحلية (LGW) للوصول إلى PSTN، بالإضافة إلى تكامل المكالمات المحلية إلى السحابة. تعد خطط الاتصال من Cisco أو PSTN المتصلة بالسحابة (CCP) التي يتم تسهيلها بواسطة Cloud Connect Webex Calling للشريك خيارات إضافية للوصول إلى PSTN.

كما هو موضح في الشكل التالي: Webex Calling البنية، تتم إضافة المكونات الجديدة (Webex Callingوموصل الدليل والعبّارة المحلية وبوابة Survivability) إلى النشر المحلي الحالي.

After: Webex Calling Architecture — ***بعد: Webex Calling الهندسة المعمارية***

بعد: يسرد جدول مكونات البنية التحتية للاتصال السحابي العناصر الجديدة للبنية بعد الانتقال إلى Webex.

الجدول 2. بعد: مكونات البنية الأساسية للاتصال السحابي
المنتج	وصف
Webex Calling	خدمة مكالمات قائمة على السحابة يتم تقديمها من منصة Webex وتوفر تسجيل نقطة النهاية وتوجيه المكالمات
موصل دليل سيسكو	تطبيق Windows يعمل على جهاز مجال Windows يوفر مزامنة الهوية بين المؤسسة المحلية Active Directory ومخزن الهوية لمؤسسة Webex. بالنسبة للعملاء الذين ينتقلون من مكان العمل Active Directory إلى Entra ID، فإن تكامل الهوية مع Webex بدلاً من Cisco Directory Connector يستخدم تطبيق معالج Entra ID.
البوابة المحلية	تعمل البوابة المحلية كجسر بين شبكة الاتصالات الموحدة المحلية للعميل Webex Calling والسحابة. يمكن نشرها محليًا أو استضافتها من قبل شريك، مما يوفر وصول PSTN لنقاط النهاية المسجلة في السحابة بالإضافة إلى تكامل المكالمات بين Unified CM نقاط النهاية المسجلة والمسجلة في السحابة. Cisco IOS-يمكن استخدام جهاز توجيه الخدمات المتكاملة XE (سلسلة ISR 1100 و4000) وسلسلة Cisco Catalyst 8200/8300 وبرنامج Cisco Catalyst 8000V Edge والعديد من وحدات التحكم في حدود الجلسات المعتمدة من جهات خارجية (SBCs) كوحدة LGW لنهج الترحيل المرحلي.
بوابة البقاء	Survivability Gateway (SGW) هي بوابة شبكة محلية تعتمد على IOS-XE وتوفر خدمات الاتصال الاحتياطية لنقاط النهاية في الموقع Webex Calling أثناء انقطاع الشبكة.
خطة الاتصال من Cisco، الاتصال السحابي لـ Webex Calling	تعد خطة الاتصال من Cisco وCloud Connect من Webex Calling الخيارات المستندة إلى السحابة للوصول إلى PSTN لنقاط Webex Calling النهاية. يتم تسهيل الوصول إلى PSTN بواسطة موفر PSTN السحابي ولا يتطلب أي معدات محلية.
تطبيق ويبكس	تطبيق العميل يعمل على نظام تشغيل سطح المكتب (Windows، Mac) أو نظام تشغيل الهاتف المحمول (Android، iOS) ويتم تسجيله مباشرة في Webex Calling النظام الأساسي لوظائف الاتصال.

نظرة عامة على عملية PPDIO

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

وصف عام ل PPDIO

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

استخدام PPDIO Unified CM لمشاريع Webex Calling الترحيل

عند الانتقال من Unified CM إلىWebex Calling، توفر عملية PPDIO خارطة طريق واضحة لضمان الانتقال السلس والفعال:

استعد

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

خطة

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

التصميم

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

نفذ

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

تحسين

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

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

حلقات ملاحظات PPDIO

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

Iterations while executing PPDIO — ***التكرارات أثناء تنفيذ PPDIO***

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

Unified CM assisted PPDIO process — ***Unified CMعملية PPDIO بمساعدة***

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

نهج الترحيل

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

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

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

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

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

Phased Calling Transition: Hybrid and Cloud — ***الانتقال التدريجي للمكالمات: المختلطة والسحابية***

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

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

Recommended 3-Phase Transition — ***الانتقال الموصى به من 3 مراحل***

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

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

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

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

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

Pre-Migration Activities — ***أنشطة ما قبل الهجرة***

استعد

المتطلبات التجارية والتقنية

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

لماذا تعتبر متطلبات التجميع مهمة:

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

متطلبات الأعمال

تشمل متطلبات العمل النموذجية ما يلي:

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

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

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

ركز على ما تحتاجه أكثر مما لديك.

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

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

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

تعد احتياجات تدريب المستخدم والدعم مكونات أساسية أثناء الترحيل من إلى لضمان الانتقال السلس واعتماد المستخدم. تشمل الاعتبارات الرئيسية ما يلي:

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

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

المتطلبات الفنية

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

جاهزية الشبكة وسعة النطاق الترددي

يعد التقييم الشامل للشبكة أمرًا بالغ الأهمية لضمان قدرة البنية التحتية الحالية على دعم Webex Calling البيئة الجديدة. وهذا يشمل:
- تحليل النطاق الترددي: تقييم استخدام النطاق الترددي الحالي والمتوقع للتعامل مع حركة مرور الصوت والفيديو والبيانات دون ازدحام.
- جودة الخدمة (QoS): تنفيذ سياسات QoS لتحديد أولويات حركة المرور الصوتية وتقليل زمن الوصول والارتعاش وفقدان الحزمة.
- WAN والاتصال بالإنترنت: التحقق من أن روابط WAN واتصالات الإنترنت تفي بمتطلبات الاتصال المستند إلى السحابة، بما في ذلك إمكانات التكرار وتجاوز الفشل.
- تكوين جدار الحماية وNAT: التأكد من أن جدار الحماية وإعدادات NAT تسمح بالإشارات المطلوبة وحركة مرور الوسائط لـ.
التكامل مع النظام الحالي

يعد التكامل السلس مع أنظمة الأعمال الحالية أمرًا ضروريًا لتجربة المستخدم واستمرارية سير العمل:
- خدمات الدليل: تقييم التكامل مع دليل المؤسسة لتوفير المستخدم الآلي والمصادقة.
- CRM وتطبيقات الأعمال: تحديد نقاط التكامل مع أنظمة إدارة علاقات العملاء وغيرها من تطبيقات الأعمال الهامة.
- العمل البيني القديم لـ PBX: التخطيط للتعايش أو استراتيجيات الترحيل المرحلي في حالة بقاء أي أنظمة هاتفية قديمة أثناء الانتقال.
التوافق مع نقاط النهاية والتزويد

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

يعد الأمان أمرًا بالغ الأهمية في الاتصالات السحابية:
- التشفير: فرض التشفير من البداية إلى النهاية لإرسال الإشارات وتدفقات الوسائط، بما يتماشى مع أفضل ممارسات الأمان من Cisco.
- المصادقة والتحكم في الوصول: تنفيذ آليات المصادقة الآمنة (مثل SSO والمصادقة متعددة العوامل) وعناصر التحكم الدقيقة في وصول المستخدم.
- الامتثال: ضمان تلبية الحل لمعايير الامتثال التنظيمية والصناعية ذات الصلة (على سبيل المثال، GDPR و HIPAA).
- المراقبة الأمنية: التكامل مع أدوات SIEM وإعداد التنبيه للحوادث الأمنية المحتملة.

الجدول 1. تقييم المثال
المتطلبات	الاعتبارات الرئيسية
جاهزية الشبكة وعرض النطاق الترددي	النطاق الترددي، جودة الخدمة، WAN/الإنترنت، جدار الحماية/NAT
التكامل مع الأنظمة الحالية	الدليل، CRM، PBX، البريد الإلكتروني/التقويم
التوافق مع نقاط النهاية والتزويد	دعم الجهاز والتزويد وتحديثات البرامج الثابتة
تكوينات الأمان والتشفير	التشفير والمصادقة والامتثال ومراقبة الأمان
تدريب المستخدم وإدارة التغيير	برامج التدريب والتوثيق وتغيير الاتصالات
إمكانية نقل الأرقام وخطة الاتصال	ترحيل/نقل الأرقام، ترجمة خطة الاتصال
عمليات تكامل الطرف الثالث	الاستدعاء، مركز الاتصال، الفاكس، الأجهزة التناظرية

جاهزية الشبكة ومتطلباتها

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

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

يتمتع العملاء والشركاء بخيارات اتصال تتجاوز الإنترنت عبر القمة (OTT) التي يمكنها تحسين الاتصال بما في ذلك Webex Edge Connect. لمزيد من المعلومات حول تفاصيل تصميم Webex Edge Connect، راجع بنية Cisco المفضلة Webex Edge للاتصال بـWebex Meetings، واستدعاء المستأجرين المتعددين، والمثيل المخصص.

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

للتأكد من أن الشبكة جاهزة للترحيل إليها، ضع في اعتبارك قائمة التحقق التالية:

تخطيط النطاق الترددي

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

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

عدد المكالمات المتزامنة المتوقعة * النطاق الترددي لكل مكالمة بناءً على برنامج الترميز = معدل نقل الشبكة المطلوب.

الجدول 2. Webex Calling حسابات النطاق الترددي لنوع المكالمة
أنواع المكالمات	برنامج الترميز - النطاق الترددي	حسابات النطاق الترددي
/هاتف مكتب ->	OPUS - 70 كيلوبت في الثانية	عدد المكالمات المتزامنة* 70 كيلوبت في الثانية = معدل نقل الشبكة المطلوب
/هاتف مكتب -> هاتف مكتب	OPUS - 70 كيلوبت في الثانية	عدد المكالمات المتزامنة* 70 كيلوبت في الثانية = معدل نقل الشبكة المطلوب
/هاتف المكتب -> PSTN عبر LGW	G.711 - 80 كيلوبت في الثانية	عدد المكالمات المتزامنة* 80 kbps = معدل نقل الشبكة المطلوب
/هاتف المكتب -> PSTN عبر سحابة PSTN (على سبيل المثال. خطة الاتصال من Cisco)	G.711 - 80 كيلوبت في الثانية	عدد المكالمات المتزامنة* 80 kbps = معدل نقل الشبكة المطلوب
/هاتف المكتب -> المؤسسة عبر LGW	G.722 - 80 كيلوبت في الثانية	عدد المكالمات المتزامنة* 80 kbps = معدل نقل الشبكة المطلوب
/هاتف المكتب -> البريد الصوتي	OPUS - 70 كيلوبت في الثانية	عدد المكالمات المتزامنة* 70 كيلوبت في الثانية = معدل نقل الشبكة المطلوب

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

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

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

الجدول 3. Webex Calling أمثلة حساب النطاق الترددي
أنواع المكالمات	عدد المكالمات المتزامنة	عرض النطاق الترددي الإجمالي
تطبيق Webex/هاتف المكتب ← تطبيق Webex	15	2 * 15 * 70 كيلوبت في الثانية = 2100 كيلوبت في الثانية
تطبيق Webex/هاتف المكتب → هاتف المكتب	15	2 * 15 * 70 كيلوبت في الثانية = 2100 كيلوبت في الثانية
تطبيق Webex/هاتف المكتب → PSTN عبر LGW	50	2 * 50 * 80 كيلوبت في الثانية = 8000 كيلوبت في الثانية
تطبيق Webex/هاتف المكتب → PSTN عبر كلاود كونيكت لـ Webex Calling	0	0 * 80 كيلوبت في الثانية
تطبيق Webex/هاتف مكتبي → المؤسسة عبر LGW	15	2 * 15 * 80 كيلوبت في الثانية = 2400 كيلوبت في الثانية
تطبيق Webex/هاتف المكتب → البريد الصوتي Webex Calling	5	5 * 70 كيلوبت في الثانية = 350 كيلوبت في الثانية
إجمالي المكالمات/النطاق الترددي	100 مكالمة	14,950 كيلوبت في الثانية/ 14.95 ميجابت في الثانية

تشير جميع قيم النطاق الترددي في الجداول أعلاه إلى عرض النطاق الترددي IP. يكون عرض النطاق الترددي للارتباط أعلى اعتمادًا على عمليات تضمين WAN.
النطاق الترددي في الجداول أعلاه مخصص للمكالمات الصوتية. بالنسبة للنطاق الترددي لمكالمات الفيديو، يدعم تطبيق Webex وهواتف MPP 8845/65 فيديو H.264 بدقة قصوى تبلغ 720 بكسل مع عرض نطاق ترددي أقصى يبلغ 1500 كيلوبت في الثانية لكل مكالمة. ومع ذلك، سيتقلب مقدار النطاق الترددي المستهلك في أي نقطة أثناء المكالمة بناءً على معدل البت المتغير المتأصل في اتصالات الفيديو.

جودة الخدمة (QoS)

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

يوصى بالحدود التالية للحصول على جودة صوت مثالية عند إجراء المكالمات عبر الهاتف (OTT) وعبر الإنترنت:
- وقت الاستجابة - أقل من 100 مللي ثانية في اتجاه واحد
- الارتعاش - أقل من 10 مللي ثانية
- فقدان الحزمة - 0.5٪ أو أقل.
جدار الحماية وNAT

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

تأكد من دقة DNS المناسبة للنطاقات وخوادم NTP الموثوقة لمزامنة ساعات الجهاز للتحقق من شهادة TLS وتسجيلها.
التخطيط لتجاوز الفشل

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

تضمن إمكانية بقاء الموقع إمكانية الوصول إلى نشاطك التجاري دائمًا، حتى في حالة انقطاع اتصال الشبكة. يستخدم Site Survivability بوابة في شبكتك المحلية لتوفير خدمة اتصال احتياطية لنقاط النهاية في الموقع للحالات التي ينقطع فيها اتصال الشبكة. ضع في اعتبارك إمكانية بقاء الموقع باستخدام بوابة Survivability Gateway المحلية (SGW) إذا كانت متطلبات العمل تتطلب الاتصال المستمر في حالة انقطاع الشبكة. لمزيد من المعلومات حول التحقق من قابلية بقاء الموقع، راجع قابلية بقاء الموقع لـ. Webex Calling

قم بإعداد UC المتصل بالسحابة

Cloud Connected UC (CCUC) هو حل للإدارة والتحليلات قائم على السحابة مصمم لتوفير الرؤية المركزية والإدارة والرؤى لعمليات النشر المحلية (مثلUnified CM) والسحابة (). وهي تعمل كجسر بين البيئات المحلية التقليدية وخدمات Cisco السحابية، حيث تدعم المؤسسات طوال رحلة الترحيل من إلى.

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

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

تقييم البيئة الحالية

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

الجوانب التالية مهمة للمراجعة كجزء من هذا الجهد.

الترخيص

يعد فهم بنية الترخيص الحالية للنشر الحالي أمرًا أساسيًا عند التحضير للترحيل إلى. قم بإجراء تقييم الترخيص للمناطق التالية من حل Cisco المحلي الحالي.

منصة

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

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

إذا كان Cisco Unified Border Element (CUBE) مطلوبًا للوصول إلى PSTN لهذا الانتقال، فيجب أيضًا مراعاة ترخيص CUBE. سيتم تناول اعتبارات ترخيص CUBE لاحقًا في هذا المستند.

المواقع/المواقع

يجب مراعاة عدد وأنواع المواقع (الكبيرة والمركزية والإقليمية والفرعية وما إلى ذلك) ضمن النشر الحالي عند التخطيط لهذا الانتقال. سيساعد الفهم الكامل لمواقع النشر الحالية في التخطيط الاستراتيجي لانتقال ناجح خاصة عندما يتعلق الأمر بتحديد المواقع التي سيتم ترحيلها وبأي ترتيب. سيكون الفهم التفصيلي لمتطلبات خطة الاتصال (الترقيم وعادات الاتصال وفئات التقييد وما إلى ذلك) واتصال شبكة الموقع وعرض النطاق الترددي (الإنترنت وWAN وLAN) والوصول إلى PSTN (محلي أو مركزي أو IP أو TDM) لكل موقع أمرًا بالغ الأهمية عند اتخاذ قرارات الترحيل. لمزيد من المعلومات حول نماذج النشر الشائعة والاعتبارات الرئيسية، راجع معلومات نماذج نشر التعاون المتوفرة في Collaboration SRND.

هناك اعتبار آخر مهم للنشر عند الانتقال إليه وهو توفر الموقع. يحتوي على إمكانات واشتراكات وأجهزة مختلفة متاحة اعتمادًا على مكان النشر الخاص بك. لمزيد من المعلومات حول التوفر الجغرافي، راجع أين يتوفر Webex؟ .

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

جرد الأجهزة/العملاء الحاليين

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

هواتف مكتبية

بالنسبة لهواتف مكتب الصوت والفيديو، يتم دعم الهواتف المكتبية من السلسلة 6800 و 7800 و 8800 و 9800 فقط. هذه مجموعة فرعية من هواتف Cisco IP المدعومة بها. هناك بعض الموديلات والإصدارات من هواتف 6800 و 7800 و 8800 التي لا يمكن استخدامها معها. لمزيد من المعلومات حول الطرازات وإصدارات الأجهزة المدعومة، راجع الأجهزة المدعومة لـ Webex Calling.

لا يمكن ترقية هواتف IP من سلسلة Cisco 6800 من البرنامج الثابت للمؤسسات إلى البرنامج الثابت متعدد المنصات (MPP)، وهو أمر مطلوب لـ. لذلك يجب استبدال أي هاتف 6800 مسجل لتشغيل البرامج الثابتة الخاصة بالمؤسسات بطراز 6800 MPP أو بطراز هاتف آخر مدعوم.

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

وصلت 8845 و 8865 و 8865NR إلى نهاية البيع ولا يوصى بالترحيل إليها.

لا يُنصح باستخدام الإصدارات القديمة من هواتف سلسلة 8800 (8811، 8841، 8851، 8851NR، 8861). Webex Calling سيتم تسجيل الهواتف التي تعمل بإصدارات الأجهزة VID 14 أو إصدار سابق بها ولكنها قد تواجه بعض مشكلات الأداء بسبب الأجهزة.

تعمل الهواتف المكتبية من سلسلة 9800 بنظام PhoneOS، الذي يدعم كلاهما والتسجيل. لذلك، يمكن الانتقال إلى هذه الهواتف بدون ترقية البرامج الثابتة.

يجب استبدال جميع هواتف IP الأخرى بهواتف سلسلة 6800 أو 7800 أو 8800 أو 9800 مدعومة بـ. Webex Calling لمزيد من المعلومات حول IP المدعومة والهواتف المكتبية المزودة بها، راجع المقالة في الأجهزة المدعومة لـ Webex Calling.

نقاط نهاية الفيديو

يمكن لنقاط النهاية الخاصة بمقاطع الفيديو الشخصية والخاصة بالغرفة، بما في ذلك سلسلة Cisco Board وسلسلة Room وسلسلة Desk، التسجيل في الأصل من خلال SIP. تتطلب أي من نقاط النهاية هذه التي تحتاج إلى إجراء مكالمات صوتية و/أو مكالمات PSTN ترخيص اتصال:

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

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

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

عند نقل أجهزة الفيديو من التسجيل إلى، سيتغير URI لنقاط النهاية هذه لأنها الآن مسجلة في السحابة.

طرازات الهواتف 8845 و 8865 و 8875 هي هواتف فيديو شخصية مدعومة.

عملاء لينون

هذا هو العميل الناعم الوحيد Unified CM الذي يدعمه، على عكس ما يدعم كلاً من تطبيق Webex و Jabber، وهو العميل الناعم الافتراضي الجديد للمستخدمين النهائيين.

اعتمادًا على وضع (أوضاع) النشر المطبقة لـ Jabber (أوضاع المراسلة الفورية فقط و/أو الهاتف فقط و/أو أوضاع UC الكاملة)، قد تحتاج أيضًا إلى التفكير في نقل أعباء عمل المراسلة و/أو الاجتماعات من Jabber إلى. يمكن نشره في وضع الهاتف فقط إذا كان سيتم استخدامه كعميل للاتصال فقط أو يمكن نشره كأحمال عمل كاملة Webex Suite إذا كانت أخرى، على سبيل المثال Webex Messagingو/أو Webex Meetings يتم نقلها إلى التطبيق مع الاتصال.

يعزز تجربة المستخدم النهائي من خلال توفير ميزات الذكاء الاصطناعي مثل ذكاء الصوت/الفيديو ونسخ المكالمات وغيرها. لمزيد من المعلومات، راجع https://www.webex.com/all-new-webex.

قبل نقل المستخدمين إليك، ستحتاج إلى نقل عملاء Jabber إلى. لديك خياران لإكمال هذا الانتقال.

قبل نقلها إلى

عندما تقوم بنقلها إلى.

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

لمزيد من المعلومات، حول هذين الخيارين، راجع رحلة الترحيل - خطوة واحدة أو خطوتين؟ .

للحصول على قائمة كاملة بالأجهزة المدعومة لـ، راجع الأجهزة المدعومة لـ Webex Calling.

تحقق من أهلية الجهاز

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

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

خيار أداة Control Hub للتحقق من أهلية Unified CM الهواتف لـ Webex Calling

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

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

تحقق يدويًا من كل هاتف وتحقق من الطراز وإصدار الجهاز (PID VID)

ملصق هاتف 7800/8800 مع معلومات عن الطراز وإصدار الجهاز

استخدم أداة استعداد هاتف Cisco IP

قم بتنزيل الأداة من https://github.com/joemar2/mpp_readiness_check.

هذه الأداة ليست أداة Cisco رسمية كما أنها ليست مدعومة من TAC. يتمتع بدعم أفضل جهد ولكنه مجاني للاستخدام.

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

تقرير أداة استعداد هاتف IP من Cisco

مستخدمون

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

نشرها مع الاتصال

نشر مع

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

لجعل المستخدمين قابلين للبحث في الدليل (النقر للاتصال، معلومات الاتصال بالمستخدم، البحث في دليل الهاتف).

يوصى بتزويد جميع المستخدمين قبل أو في بداية مشروعك. يتضمن ذلك المستخدمين الذين لا يزالون يستخدمون منصة الاتصال Unified CM الخاصة بهم بشكل مستقل عن جهاز الاتصال الخاص بهم (هاتف IP، Jabber،). عندما يتم ترحيل المستخدمين إلى (و/أو)، ستقوم بتحديث تراخيصهم لتمكين الخدمات التي يحتاجون إليها. من خلال توفير جميع مستخدمي الاتصال في المؤسسة قبل بدء الانتقال، فإنه يسمح للمستخدم الذي انتقل إلى أو بالبحث في الدليل عن مستخدم اتصال مؤسسي لا يزال على Jabber و/أو قيد التشغيل. هذا يضمن أن المستخدمين الذين تم نقلهم يمكنهم العثور على معلومات الاتصال الخاصة بأي مستخدم آخر وإجراء مكالمة معهم باستخدام بحث الدليل.

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

البحث في دليل تطبيقات Webex

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

على سبيل المثال، إذا تم تقسيم المستخدمين في عملية النشر إلى ثلاثة مواقع رئيسية، نيويورك (NYC) وسان فرانسيسكو (SFC) وResearch Triangle Park (RTP)، فقد تبدو خطة انتقال المستخدم مثل الخطة الموضحة في خطة انتقال المستخدم حسب جدول الموقع.
الجدول 4. خطة انتقال المستخدم حسب الموقع
موقع المستخدم/الموقع معلومات ما قبل الانتقال وجلسات تدريبية فترة انتقالية دعم ما بعد الانتقال
مدينة نيويورك (1,525 مستخدمًا) أسبوع 1 أبريل 15 أبريل - 27 أبريل أسبوع 29 أبريل
SFO (1,600 مستخدم) أسبوع 6 مايو 20 مايو - 31 مايو أسبوع 3 يونيو
آر تي بي (1,275 مستخدمًا) أسبوع 3 يونيو 17 يونيو - 28 يونيو أسبوع 1 يوليو

عامل مهم آخر هو نقل المستخدمين معًا الذين لديهم تبعيات بين بعضهم البعض. يمكن أن يشمل ذلك على سبيل المثال لا الحصر ما يلي:

مراقبة BLF

نفس طيار/مجموعة الصيد

مشاركة الخطوط

جزء من نفس مجموعة التقاط المكالمات

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

إنتركوم

المشرف/المدير التنفيذي.

يمكنك مراجعة التكوين (واجهة المستخدم الرسومية أو التصدير) أو استخدام أداة Migration Insights للمساعدة في تحديد مجموعات المستخدمين بهذه التبعيات.

الجدول 4. خطة انتقال المستخدم حسب الموقع
موقع المستخدم/الموقع	معلومات ما قبل الانتقال وجلسات تدريبية	فترة انتقالية	دعم ما بعد الانتقال
مدينة نيويورك (1,525 مستخدمًا)	أسبوع 1 أبريل	15 أبريل - 27 أبريل	أسبوع 29 أبريل
SFO (1,600 مستخدم)	أسبوع 6 مايو	20 مايو - 31 مايو	أسبوع 3 يونيو
آر تي بي (1,275 مستخدمًا)	أسبوع 3 يونيو	17 يونيو - 28 يونيو	أسبوع 1 يوليو

إمكانية الاتصال بشبكة PSTN

يمكن الوصول إلى PSTN بثلاث طرق: خطط الاتصال من Cisco، والاتصال السحابي لـ (المعروف سابقًا باسم Cloud Connected PSTN)، و PSTN المحلي (البوابة المحلية). ومع ذلك، لا يمكن تعيين موقع واحد كما هو محدد داخل الخيار PSTN إلا لخيار PSTN واحد.

تعد PSTN المحلية مع البوابة المحلية (LGW) مكونًا أساسيًا لاستراتيجية الانتقال. يوفر الاتصال بين النشر المحلي و/أو PSTN والنظام الأساسي. يدعم كلاً من Cisco ووحدات تحكم حدود الجلسة المعتمدة التابعة لجهات خارجية (SBC) والتي يمكن استخدامها كبوابة محلية. للحصول على أحدث قائمة بـ SBCs المدعومة، راجع قائمة SBCs المدعومة.

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

يتم رفض أي مكالمات تتجاوز هذا الحد مع 403 Forbidden. يمكن تشغيل الأمر show call active voice على البوابة المحلية في أي حالة لتحديد العدد الإجمالي للمكالمات النشطة.

يمكن أن تؤدي ظروف الشبكة السيئة بين البوابة المحلية والوصول SBC إلى الحد من أداء اتصال الإشارة، مما يؤدي إلى حد أقل للمكالمات المتزامنة. يجب ألا يتجاوز وقت الاستجابة أحادي الاتجاه بين البوابة المحلية ومركز البيانات 100 مللي ثانية ويجب أن يكون الارتعاش أقل من 10 مللي ثانية بينما يكون فقدان الحزمة أقل من 0.5٪.

الميزات واستخدام الميزات

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

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

مراجعة التكوين في واجهة المستخدم الرسومية للمشرف

تصدير التكوين - التصدير بالجملة أو AXL

أداة إحصاءات الترحيل (مستحسن)

أدوات شركاء Cisco الخارجية (موصى بها).

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

مراجعة سجلات CDR الخام

مراجعة بيانات Unified CM RTMT

أداة إحصاءات الترحيل باستخدام بيانات CDR

مراجعة تحليلات UC المتصلة بالسحابة في

حجم المكالمة

نقاط النهاية المسجلة

مواقع (CAC)

استخدام صندوق السيارة.

أدوات شركاء Cisco الخارجية.

توصي Cisco بالبدء باستخدام أداة Webex Control Hub Migration Insights لإجراء هذا التحليل. ستقوم باستيراد ملف .TAR للتصدير وملفات Unified CM CDR (اختيارية، ولكنها مطلوبة لتحليل استخدام الميزات) إلى الأداة. ستقوم الأداة بإنشاء التقارير التالية المستندة إلى CSV والتي يمكن استخدامها لبدء التحليل:

الجدول 5. التقارير التي تم إنشاؤها من Unified CM ملف .tar
اسم التقرير
وصف التقرير
ImportedDataBulk.csv
جميع المستخدمين والأجهزة من Unified CM البيانات
DeviceEligibility.csv
يحدد الأجهزة المؤهلة للترحيل إليها Webex Calling (هواتف IP وأجهزة Room OS وATAs والجهات الخارجية)
DevicePoolNumbers.txt
قائمة بجميع الأرقام في مجموعة أجهزة معينة
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv
تفاصيل حول الأجهزة والمستخدمين الذين يجب ترحيلهم معًا استنادًا إلى الخطوط المشتركة وطيار البحث وقائمة انتظار المكالمات ومنتزه المكالمات وتكوين مجموعة التقاط المكالمات
HuntGroupMigrationInsight.csv
معلومات تفصيلية عن خطوط البحث المعينة ومجموعات الخطوط والوكلاء المرتبطين
SharedlineGroupMigrationReport.csv
نظرة عامة على كيفية مشاركة أرقام الهواتف (أرقام الدليل) بين المستخدمين

الجدول 6. التقارير التي تم إنشاؤها من Unified CM ملفات.tar و CDR. gzip
اسم التقرير
وصف التقرير
FeatureUsageBasedDeviceEligibilityReport.csv
معلومات حول أهلية ترحيل الجهاز استنادًا إلى استخدام الميزة
FeatureUsageWithLastUsageDateReport.csv
عدد مرات الاستخدام لعدد المرات التي تم فيها استدعاء طيار (قوائم) البحث وقائمة (قوائم) المكالمات جنبًا إلى جنب مع تاريخ الاستخدام الأخير
UserWorkspaceLastUsage.csv
تاريخ الاستخدام الأخير للمستخدمين ومساحات العمل لكل من العملاء اللطفاء والهواتف الصلبة
DIDUsageReport.csv
استخدام DID لكل من DID المعينة وغير المعينة

لمزيد من التفاصيل حول تقارير Migration Insights، راجع رؤى الترحيل.

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

الجدول 5. التقارير التي تم إنشاؤها من Unified CM ملف .tar
اسم التقرير وصف التقرير
ImportedDataBulk.csv جميع المستخدمين والأجهزة من Unified CM البيانات
DeviceEligibility.csv يحدد الأجهزة المؤهلة للترحيل إليها Webex Calling (هواتف IP وأجهزة Room OS وATAs والجهات الخارجية)
DevicePoolNumbers.txt قائمة بجميع الأرقام في مجموعة أجهزة معينة
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv تفاصيل حول الأجهزة والمستخدمين الذين يجب ترحيلهم معًا استنادًا إلى الخطوط المشتركة وطيار البحث وقائمة انتظار المكالمات ومنتزه المكالمات وتكوين مجموعة التقاط المكالمات
HuntGroupMigrationInsight.csv معلومات تفصيلية عن خطوط البحث المعينة ومجموعات الخطوط والوكلاء المرتبطين
SharedlineGroupMigrationReport.csv نظرة عامة على كيفية مشاركة أرقام الهواتف (أرقام الدليل) بين المستخدمين

الجدول 6. التقارير التي تم إنشاؤها من Unified CM ملفات.tar و CDR. gzip
اسم التقرير وصف التقرير
FeatureUsageBasedDeviceEligibilityReport.csv معلومات حول أهلية ترحيل الجهاز استنادًا إلى استخدام الميزة
FeatureUsageWithLastUsageDateReport.csv عدد مرات الاستخدام لعدد المرات التي تم فيها استدعاء طيار (قوائم) البحث وقائمة (قوائم) المكالمات جنبًا إلى جنب مع تاريخ الاستخدام الأخير
UserWorkspaceLastUsage.csv تاريخ الاستخدام الأخير للمستخدمين ومساحات العمل لكل من العملاء اللطفاء والهواتف الصلبة
DIDUsageReport.csv استخدام DID لكل من DID المعينة وغير المعينة

عمليات تكامل سيسكو: اتصال الوحدة UCCX UCCE

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

كما يدعم البريد الصوتي المشترك وصناديق بريد الفاكس. لمزيد من المعلومات، راجع إدارة البريد الصوتي المشترك وصندوق الفاكس الوارد لـ Webex Calling.

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

تسجيل المكالمات

يتضمن خيارين لتسجيل المكالمات دون أي تكلفة إضافية.

تسجيل مكالمات Webex

تسجيل Dubber Go (عرض الشريك) - تكامل بين و dubber حيث يتم الاحتفاظ بجميع الوسائط المسجلة بأمان في السحابة.

يبرز جدول خيارات التسجيل المضمنة بعض الميزات الرئيسية لخياري تسجيل المكالمات المتاحين بدون تكلفة إضافية.

الجدول 7. خيارات التسجيل المضمنة
Webex دبر جو

متاح لجميع المستخدمين متاح لجميع المستخدمين

تسجيلات غير محدودة تسجيلات غير محدودة

فترة احتفاظ لمدة عام* فترة احتفاظ لمدة 30 يومًا

سعة تخزين 100 جيجابايت لكل مؤسسة -

يمكن لمسؤولي الامتثال الوصول إلى تسجيلات المكالمات وإدارتها -

واجهات برمجة التطبيقات لإدارة التسجيلات -

يمكن للمسؤولين تكوين وإدارة وصول المستخدمين إلى تسجيلات المكالمات الخاصة بهم
يمكن للمستخدمين إدارة التسجيلات الخاصة بهم باستخدام User Hub و/أو تطبيق Webex.
يمكن للمستخدمين فقط الوصول إلى تسجيلاتهم وإدارتها
من بوابتهم المطاطية.

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

الجدول 7. خيارات التسجيل المضمنة
Webex	دبر جو
متاح لجميع المستخدمين	متاح لجميع المستخدمين
تسجيلات غير محدودة	تسجيلات غير محدودة
فترة احتفاظ لمدة عام*	فترة احتفاظ لمدة 30 يومًا
سعة تخزين 100 جيجابايت لكل مؤسسة	-
يمكن لمسؤولي الامتثال الوصول إلى تسجيلات المكالمات وإدارتها	-
واجهات برمجة التطبيقات لإدارة التسجيلات	-
يمكن للمسؤولين تكوين وإدارة وصول المستخدمين إلى تسجيلات المكالمات الخاصة بهم يمكن للمستخدمين إدارة التسجيلات الخاصة بهم باستخدام User Hub و/أو تطبيق Webex.	يمكن للمستخدمين فقط الوصول إلى تسجيلاتهم وإدارتها من بوابتهم المطاطية.

عمليات تكامل الطرف الثالث

يدعم مجموعة متنوعة من عمليات تكامل الطرف ^الثالث بما في ذلك على سبيل المثال لا الحصر SBCs للبوابات المحلية وهواتف IP وهواتف الاتصال الداخلي ومكبرات الصوت/أجهزة الاستدعاء و ATAs وما إلى ذلك. بالإضافة إلى أجهزة الطرف ^الثالث هذه، Webex Calling تدعم حلول الطرف ^الثالث المختلفة لدعم العملاء والتحليلات والتسجيل والفواتير وما إلى ذلك. لمزيد من المعلومات حول حلول الطرف ^الثالث، راجع Webex App Hub.

خطة

خطة مشروع رفيعة المستوى

رحلة الهجرة - خطوة واحدة أو خطوتين؟

الخيار 1: ترحيل المستخدم بخطوة واحدة

الخيار 2: ترحيل المستخدم بخطوتين

الخطوة 1

الخطوة 2

خطة مشروع رفيعة المستوى

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

أمثلة على العناصر التي يجب تضمينها في خطة المشروع هي:

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

جدولة الدورات التدريبية للمستخدمين النهائيين وفرق الدعم

تنسيق تقييمات جاهزية الشبكة، و

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

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

رحلة الهجرة - خطوة واحدة أو خطوتين؟

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

الخيار 1: ترحيل المستخدم بخطوة واحدة

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

تم نقل خدمات الاتصال من إلى

تم نقل أرقام الهواتف والإضافات من إلى

العميل الناعم الذي تم نقله من Jabber إلى - سيتم التسجيل في

تم نقل تسجيل الهاتف من إلى.

يتم ترحيل خدمة الاتصال الخاصة بالمستخدم والعميل الناعم والهاتف إلى نفس الوقت

لا يزال من الممكن أن يكون هذا ترحيلًا مرحليًا حيث يتم نقل مجموعات من المستخدمين في أوقات مختلفة، ولكن عندما يتم نقل كل مستخدم، يحدث كل ذلك في نفس الوقت.

الخيار 2: ترحيل المستخدم بخطوتين

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

الخطوة 1

تم نقل العميل الناعم من إلى - سيتم التسجيل في.

الخطوة 2

تم نقل خدمات الاتصال من إلى.

تم نقل أرقام الهواتف والإضافات من إلى.

تم نقل التسجيل من إلى.

تم نقل تسجيل الهاتف من إلى.

قم بترحيل العميل الناعم؛ ثم قم بترحيل خدمة الاتصال والعميل الناعم والهاتف إلى Webex Calling

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

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

بالنظر إلى الرحلة الموصى بها (الخيار 1)، يوضح الشكل التالي لخريطة الانتقال عالية المستوى لتطبيق Jabber إلى Webex App الانتقال عالي المستوى للخطوة 1.

خريطة الانتقال عالية المستوى من Jabber إلى تطبيق Webex

في هذه الخطوة، يتم نقل المستخدمين من Jabber إلى جميع خدمات الاتصال الخاصة بهم. ومع ذلك، لا تزال منصة الاتصال قائمة Unified CM وستقوم بتسجيل خدمات الاتصال الخاصة بها. كما هو موضح في خريطة الانتقال عالية المستوى من Jabber إلى Webex App، فإن البنية التحتية المحلية لا تتغير، وتعمل بنفس الطريقة التي يعمل بها Jabber. التغيير الوحيد هو أنه يتطلب الاتصال بـ.

لمزيد من المعلومات حول هذا الانتقال، راجع خريطة الانتقال من Jabber إلى Webex ودليل النشر ضمن قسم العميل في صفحة انتقال التعاون.

Unified CMالشكل إلى خريطة الانتقال Webex Calling عالي المستوى هو الانتقال عالي المستوى من إلى. هذه هي الخطوة 2 من الرحلة الموصى بها.

Unified CMإلى خريطة الانتقال Webex Calling عالية المستوى

إذا قررت استخدام نهج الخطوة الواحدة، فإن هذا ينطبق أيضًا.

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

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

بمجرد انتقال جميع المستخدمين والعملاء اللينين والأجهزة إلى (المرحلة 2)، يمكن إزالة جميع البنية التحتية للاتصالات الموحدة (UC) المحلية وإيقاف تشغيلها.

التصميم

اختيار المنطقة

مواقع

PSTN

خطة الاتصال

تخطيط الاتصال الداخلي في

خطة الاتصال

التسجيل

1. اختيار مزود تسجيل المكالمات

2. اختيار المنطقة

مكالمات الطوارئ

الترخيص

التعيين اليدوي من خلال

قوالب تخصيص الترخيص التلقائي

مهمة مجمعة من خلال قالب CSV

التعيين المستند إلى API

متطلبات الترخيص

توفير المستخدم

مجموعات المستخدمين

النهج الموصى به عند الترحيل من إلى

تصميم مجموعات المستخدمين

تسجيل الدخول الأحادي (SSO)

دعم آي دي بي متعدد

1. عمليات الاندماج والاستحواذ

2. أقسام تقنية معلومات مستقلة متعددة

3. مجموعات أو نطاقات مستخدم مختلفة

4. دعم بروتوكولات المصادقة المختلفة

5. تحسين الأمان والتوافق

6. تجربة مستخدم مبسطة

ثنائي MFA مع SSO لـ

الميزات

عامل تلقائي

كول بارك

إستلام المكالمات

قائمة انتظار المكالمات

مجموعة هانت

أوضاع التشغيل

مجموعة تصفح

التسجيلات

الوصول إلى رقم واحد

مجموعة البريد الصوتي

اختيار المنطقة

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

مراكز البيانات الموزعة عالميًا

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

لمعرفة مدى التوفر في البلد، راجع أين يتوفر Webex؟ .

مواقع

للتحضير لتوفير المواقع، يجب جمع المعلومات المطلوبة لجميع مواقع الترحيل المستهدفة. يتم تلخيص المعلومات المطلوبة لكل موقع في المعلومات لالتقاطها لكل موقع.
الجدول 1. معلومات لالتقاطها لكل موقع
معلومات تعليق
نطاق (نطاقات) الامتداد يمكن أن يحتوي كل موقع في الموقع على إضافات تبدأ بأرقام مختلفة. يجب الاحتفاظ برقم واحد لرقم توجيه الاتصال بين المواقع (على سبيل المثال 8) وواحد لرقم توجيه PSTN (على سبيل المثال 9). لا يمكن أن يبدأ أي نطاق امتداد بأي من هذين الرقمين.
يجب أن تكون جميع نطاقات الامتداد لجميع المواقع متساوية الطول.
نطاق (نطاقات) DID -
رقم التوجيه PSTN -
كود الموقع يجب أن تكون جميع رموز المواقع لجميع المواقع فريدة وأن يكون لها نفس الطول.
الرقم الرئيسي عند إنشاء موقع، يجب توفير اثنين من DID. واحد كرقم رئيسي (على سبيل المثال يتم تعيينه لخدمة الرد التلقائي) والآخر لبوابة البريد الصوتي.
توفير DID واحد لرقم البريد الصوتي.
رقم البريد الصوتي
عدد التراخيص التراخيص المطلوبة حسب النوع بما في ذلك القياسية والمهنية ومساحة العمل وقائمة المسارات وخطة المكالمات الصادرة.
مكالمات متزامنة في الساعة المزدحمة مجموع المكالمات المتزامنة بين الأجهزة وبين الأجهزة والبوابة المحلية (PSTN والمكالمات إلى الأجهزة). مطلوب لتحديد النطاق الترددي المطلوب للوصول إلى الإنترنت.
البلد -
منطقة زمنية -
اللغة -
جهة الاتصال (الاسم، الهاتف، البريد الإلكتروني) -
العنوان (عنوان الشارع، المدينة، الولاية، الرمز البريدي) -
موقع خدمات الطوارئ الفعلي القابل للإرسال لنقاط النهاية يتضمن موقع الجهاز القابل للإرسال المستخدم لمكالمات الطوارئ بشكل عام ما يلي: عنوان المبنى أو عنوان المبنى + رقم الطابق أو عنوان المبنى + رقم الجناح أو عنوان المبنى + رقم الطابق+رقم المكتب/الرقم المكعب.
موقع الشبكة المادية الفريد لخدمات الطوارئ لكل جهاز يتضمن موقع الشبكة الفعلي لمكالمات الطوارئ بشكل عام ما يلي: المحول/منفذ التبديل للأجهزة السلكية، ومعرفات مجموعة الخدمات الأساسية لنقطة الوصول اللاسلكية (AP) للأجهزة المتصلة لاسلكيًا، و/أو شبكة (شبكات) IP الفرعية المحلية لأجهزة نقطة النهاية.

PSTN

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

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

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

الترحيل إلى CCCP في البداية مقابل الاحتفاظ بـ PSTN المحلي

يُظهر الشكل «الترحيل إلى CCCP» في البداية مقابل الاحتفاظ بـ PSTN المحلي خياري ترحيل PSTN الموضحين أعلاه. يُظهر الرسم التوضيحي الموجود على اليسار السيناريو الذي يستهلك فيه جميع المستخدمين والتطبيقات المحلية خدمات Cloud Connected PSTN من خلال قناة اتصال داخلية وبوابة محلية تربط المبنى الداخلي بها، بينما يُظهر الرسم التوضيحي الموجود على اليمين السيناريو الذي تظل فيه شبكة PSTN المحلية الحالية في مكانها ويستخدم المستخدمون PSTN المحلية من خلال اتصال البوابة المحلية بين Webex Calling المباني المحلية و. أثناء الانتقال، يمكن تحويل المواقع إلى استخدام Cloud Connected PSTN.

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

خطة الاتصال

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

تخطيط الاتصال الداخلي في

أثناء الانتقال للسماح بالتعايش بين الأجهزة المسجلة في المؤسسة Unified CM وعلى خطة الاتصال الخاصة بالمؤسسة، يجب تغيير خطة الاتصال بحيث يمكن تلبية المتطلبات التالية على الأقل:

+E.164 الاتصال من إلى

الاتصال بالامتداد من إلى (داخل الموقع ولكن أيضًا بين المواقع إذا كانت نطاقات الامتداد فريدة)

الاتصال المختصر بين المواقع من إلى

الاتصال القسري عبر الإنترنت من إلى

إعادة الاتصال من دليل المكالمات الفائتة إلى الوجهات على

مكالمات PSTN من إلى PSTN إذا تم استخدام PSTN الداخلي أثناء الانتقال لـ

مكالمات PSTN من إلى if أثناء الانتقال، يتم استخدام توصيل PSTN لعمليات النشر المختلطة لتوفير وصول PSTN للمستخدمين المحليين من خلال Cloud Connect لـ

تم إجبارهم على الدخول إلى الشبكة من إلى

الاتصال الإضافي من إلى (بين المواقع).

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

تعرض خطة الاتصال الخاصة بأفضل ممارسات الشكل أسلوب خطة الاتصال بأفضل الممارسات كما هو موضح في البنية المفضلة لـ Cisco Collaboration 12.x عمليات النشر المحلية للمؤسسات، CVD. تشمل الخصائص الرئيسية لهذا النهج ما يلي:

قسم واحد لأرقام الدليلة+E.164

التوجيه الأساسي استنادًا إلى أنماط المسار +E.164

تطبيع جميع عادات الاتصال إلى +E.164 باستخدام أنماط الترجمة

استخدام نمط الترجمة الذي يستدعي وراثة مساحة البحث (خيار استخدام مساحة بحث استدعاء المنشئ المحددة على أنماط الترجمة).

أفضل الممارسات: خطة الاتصال

على سبيل المثال، سيتم أولاً مطابقة اتصال PSTN (9+1+10D) من جهاز في SJC مزود بمساحة بحث للاتصال الخطي SJCInternational بنمط الترجمة 9.1 [2-9] XX [2-9] XXXXXX الذي يعمل على تطبيع رقم الطرف الذي تم الاتصال به إلى +E.164. يستخدم البحث الثانوي بعد ذلك نفس مساحة بحث الاستدعاء SJCInternational مرة أخرى (استدعاء ميراث مساحة البحث) وستتم مطابقة السلسلة المكونة من +e.164 رقمًا إما برقم دليل +E.164 في قسم DN أو بأحد أنماط مسار PSTN في قسم USPSTNNational أو SJCPSTNlocal. يتم تنفيذ عادات الاتصال المختصرة داخل الموقع وبين المواقع من خلال الترجمات في قسم ESN و sjctoE164. في حين أن قسم ESN هو قسم عالمي (يمكن الوصول إليه للهواتف في جميع المواقع)، فإن قسم SJCTOE164 لا يمكن الوصول إليه إلا للمستخدمين في الموقع SJC. هذا بافتراض نطاقات الامتداد المتداخلة.

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

+E.164 التوجيه إلى Webex Calling

كما هو موضح في الشكل +E.164 التوجيه إلىWebex Calling، لتمكين التوجيه من إلى لموقع ذي نطاق +E.164 DID +1 221 555 2XXX ورمز الموقع 121، يجب إضافة نمط مسار عاجل يطابق نطاق +E.164 هذا إلى القسم.

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

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

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

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

خطة الاتصال

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

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

يتم تكوين طول الامتداد وسلوك الاتصال بالامتداد بين المواقع وطول البادئة للاتصال بين المواقع ورقم التوجيه في بادئة التوجيه للاتصال بين المواقع في إعدادات خدمة الاتصال في:

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

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

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

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

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

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

الجدول 2. مثال ترقيم المؤسسة
موقع نطاق التمديد كود الموقع نطاق المؤسسة

NYC 2XXX 202 8 202 2XXX

SFO 3XXX 203 8 203 3XXX

RTP 2XXX 204 8 204 2XXX

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

يعرض جدول نطاقات الامتداد ذات الطول الثابت مثالاً لثلاثة مواقع ونطاقات تمديد ذات طول ثابت. نظرًا لضرورة تجنب عادات الاتصال المتداخلة، فمن المهم التأكد من أنه بالنسبة لأي نطاق امتداد، لا يتطابق الرقم الأول من النطاق مع رقم التوجيه للاتصال المختصر بين المواقع. على سبيل المثال، إذا تم تحديد الرقم 8 كرقم توجيه للاتصال بين المواقع، فلا يمكن لأي نطاق امتداد في أي موقع أن يبدأ بالرقم 8. عادةً ما تتطابق الإضافات في موقع معين مع الأرقام القليلة الأخيرة من DIDs المخصصة لهذا الموقع. لتجنب التعارضات، يمكن تغيير الرقم الأول من الإضافة. على سبيل المثال، إذا تم استخدام DIDs في النطاق +1 408 555 8XXX في موقع ما، فبدلاً من استخدام 8XXX كنطاق امتداد، يمكن استخدام 7XXX للإضافات في هذا الموقع.

الجدول 3. نطاقات تمديد ذات طول ثابت
موقع نطاق التمديد الامتدادات كود الموقع نطاق المؤسسة

NYC 2XXX 2XXX 202 8 202 2XXX

SFO 8XXX 7XXX 203 8 203 7XXX

RTP 1XX 11XX 204 8 204 11XX

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

يُظهر الاتصال المكون من سبعة أرقام في الجدول الانتقالي مثالاً على إعادة الترقيم هذه. في هذا المثال، يستخدم الاتصال المختصر بين المواقع رقم التوجيه 8 متبوعًا برمز موقع مكون من رقمين وامتداد مكون من أربعة أرقام. لتجنب الاتصال المختصر بين المواقع المكون من سبعة أرقام للمواقع الموجودة، يمكن بسهولة تغيير رموز الموقع إلى ثلاثة أرقام عن طريق إضافة رقم حشو عشوائي (8 في المثال) إلى رموز الموقع المكونة من رقمين المستخدمة بحيث يستخدم الاتصال بين المواقع من الهواتف رقم التوجيه 8 متبوعًا برقم الحشو 8، ورمز الموقع القديم المكون من رقمين، والامتداد المكون من أربعة أرقام. لا يحتاج المستخدمون إلى تذكر رموز المواقع الجديدة؛ يحتاجون فقط إلى تذكر استخدام 88 كبادئة للاتصال بين المواقع بدلاً من 8 on.

الجدول 4. الانتقال إلى الاتصال المكون من سبعة أرقام

موقع الامتدادات كود الموقع نطاق المؤسسة كود الموقع نطاق المؤسسة

NYC 2XXX 22 8 22 2XXX 822 8 822 2XXX

SFO 8XXX 23 8 23 7XXX 823 8 823 7XXX

RTP 1XXX 24 8 24 11XX 824 8 824 11XX

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

التسجيل

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

1. اختيار مزود تسجيل المكالمات

يعد اختيار مزود تسجيل المكالمات المناسب أمرًا أساسيًا لتحقيق أهداف العمل وضمان مواءمة الميزات عبر المؤسسة:

اختيار الموفر العالمي: تقوم المؤسسات عادةً بتعيين موفر تسجيل مكالمات أساسي على المستوى العالمي، مما يضمن الاتساق في مجموعة الميزات والامتثال والدعم عبر جميع المواقع

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

متطلبات العمل: يجب أن يكون اختيار المزود مدفوعًا بتقييم محركات الأعمال مثل الامتثال التنظيمي (مثال - MiFID II أو HIPAA) أو ضمان الجودة أو حل النزاعات أو احتياجات التدريب

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

2. اختيار المنطقة

يعد تحديد المنطقة التي يتم فيها تخزين تسجيلات المكالمات ومعالجتها أمرًا بالغ الأهمية للامتثال والأداء:

اختيار المنطقة العالمية: افتراضيًا، قد تختار المؤسسات منطقة واحدة لتخزين تسجيلات المكالمات لتبسيط الإدارة والحوكمة

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

متطلبات وضع البيانات: يجب أن يراعي التصميم لوائح حماية البيانات الدولية والمحلية (مثل GDPR أو CCPA أو التفويضات الخاصة بكل بلد) والتي قد تحدد مكان وكيفية الاحتفاظ بتسجيلات المكالمات.

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

يجب مراعاة العديد من المعلمات الرئيسية عند تحديد طلب التخزين المتوقع:

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

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

فترة الاحتفاظ: حدد المدة الزمنية التي يجب الاحتفاظ فيها بالتسجيلات، والتي غالبًا ما تمليها السياسات التنظيمية أو اللوائح الخارجية (مثل معايير الامتثال الخاصة بالصناعة). ستؤدي فترات الاحتفاظ الأطول إلى زيادة متطلبات التخزين الإجمالية

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

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

مكالمات الطوارئ

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

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

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

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

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

تكوين ECBN للمستخدم

بالنسبة لعمليات النشر الهاتفية التي تتخذ من الولايات المتحدة مقراً لها والتي يجب أن توفر حلولًا محسّنة لمكالمات الطوارئ، تستخدم RedSky's Horizon Mobility المدمج في توجيه مكالمات الطوارئ. عند استخدام RedSky لتوجيه المكالمات، يجب على المسؤول التسجيل للحصول على حساب من خلال Cisco وتكوين المعلومات المناسبة في Calling -> إعدادات الخدمة لتمكين هذه الميزة. بمجرد تمكين خدمة RedSky على مستوى النظام، سيقوم المسؤول بتمكين خدمة RedSky في كل مستوى من مستويات الموقع. سيؤدي تمكين مكالمات الطوارئ المحسّنة في الموقع إلى تنشيط الخدمة لجميع الأجهزة المخصصة لهذا الموقع. الأجهزة التي تدعم مكالمات الطوارئ المحسّنة هي هواتف Cisco MPP وهواتف Cisco PhoneOS وهواتف Cisco.

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

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

الترخيص

هناك خيارات متعددة لتعيين تراخيص للمستخدمين.

التعيين اليدوي من خلال

يقوم المسؤولون بتعيين التراخيص يدويًا للمستخدمين الفرديين من خلال الواجهة.

يمكن للمسؤولين تحرير تراخيص الخدمة للمستخدمين الفرديين وتعيين تراخيص الاتصال مباشرة.

قوالب تخصيص الترخيص التلقائي

استخدم قوالب تعيين الترخيص لتعيين التراخيص تلقائيًا للمستخدمين استنادًا إلى إعدادات المجموعة أو المؤسسة.

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

مهمة مجمعة من خلال قالب CSV

قم بتحميل ملف CSV مع تفاصيل المستخدم وتخصيصات الترخيص لإضافة أو تعديل عدة مستخدمين في وقت واحد.

يدعم استيراد CSV إضافة ما يصل إلى 20,000 مستخدم وتعيين التراخيص، لكن التراخيص تتطلب حقولًا محددة مثل رقم الهاتف والإضافة.

التعيين المستند إلى واجهة برمجة التطبيقات

استخدم واجهات برمجة التطبيقات لتعيين التراخيص وإدارة المستخدمين برمجيًا.

يدعم عمليات API لإدارة المستخدمين والترخيص (الأشخاص وSCIM 2.0 وواجهات برمجة تطبيقات التراخيص)، والتي يمكن الاستفادة منها لأتمتة تخصيص الترخيص. تسمح واجهة برمجة تطبيقات التراخيص بالتخصيص المتزامن للتراخيص وأرقام الهواتف والإضافات.
الجدول 5. خيارات توفير المستخدم - ملخص
طريقة التعيين الإيجابيات السلبيات
من خلال الدليل بسيط لعدد قليل من المستخدمين.
يسمح بالتحكم الدقيق والدقيق في تخصيص الترخيص.
غير قابلة للتطوير وتستغرق وقتًا طويلاً
عرضة للخطأ البشري أثناء الإدخال اليدوي.

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

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

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

حيثما كان ذلك ممكنًا، توصي Cisco بتعيين تراخيص الاتصال باستخدام قوالب الترخيص. يتطلب ذلك لكل مجموعة من المستخدمين تتطلب مجموعة فريدة من التراخيص (مثال - Standard vs. محترف) توجد مجموعة ذات عضويات المجموعة المعنية. كما تمت مناقشته في أقسام مجموعات المستخدمين، يمكن تعريف مجموعات المستخدمين يدويًا أو مزامنتها من دليل الشركة. يمكن الجمع بين كلا النهجين.

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

لمزيد من المعلومات، راجع إعداد تعيينات الترخيص التلقائية في Control Hub وإعداد قوالب تعيين الترخيص التلقائي Webex Calling للمستخدمين.

متطلبات الترخيص

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

المعيار: عدد المستخدمين الفرديين الذين يحتاجون إلى ميزات هاتفية قياسية.

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

مساحة العمل للمنطقة المشتركة: عدد مواقع الاستخدام المشترك أو المناطق المشتركة التي تتطلب إمكانات اتصال قياسية.

مساعدة العملاء: عدد الوكلاء والمشرفين الذين يحتاجون إلى ميزات مساعدة العملاء. تتضمن مساعدة العملاء الترخيص المهني.

مكالمات قائمة المسارات: عدد مكالمات Cloud Connected PSTN المطلوبة بين المستخدمين المحليين و/أو تطبيقات الطرف الثالث المتخصصة المحلية.

وحدة التحكم المصاحبة: عدد المستخدمين الذين يحتاجون إلى الوصول إلى عميل وحدة التحكم المصاحب.

خطة الاتصال من Cisco (خطة المكالمات الصادرة): عدد المستخدمين الذين يحتاجون إلى رقم PSTN و/أو وصول مكالمات PSTN الصادرة لخدمة Cisco PSTN.

لا يوجد نوع ترخيص مخصص لمساحات العمل الاحترافية. تستهلك مساحات العمل الاحترافية ترخيصًا احترافيًا.

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

لتحديد نوع الترخيص المطلوب لكل مستخدم ومساحة عمل استنادًا إلى الميزات المطلوبة، راجع الميزات المتوفرة حسب نوع الترخيص لـ Webex Calling.

للتمييز بين الوظائف التي توفرها قوائم انتظار المكالمات جنبًا إلى جنب مع الترخيص المهني على عكس مساعدة العملاء، راجع قائمة انتظار Webex Calling المكالمات ومقارنة ميزة مساعدة العملاء.

توفير المستخدم

عند توفير المستخدمين في Webex، هناك العديد من الخيارات المتاحة، كل منها يناسب الاحتياجات والبيئات التنظيمية المختلفة:

التزويد اليدوي: يمكن للمسؤولين إضافة مستخدمين فرديين وإدارتهم مباشرةً من الداخل. هذه الطريقة بسيطة ولكنها الأنسب للمؤسسات الصغيرة أو تغييرات المستخدم المحدودة.

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

خيارات مزامنة الدليل:
موصل الدليل: هذه أداة المزامنة التلقائية المستخدمة في Microsoft Active Directory البيئات. يقوم بمزامنة حسابات المستخدمين والمجموعات والسمات على أساس مجدول (كل ساعة أو يوميًا أو أسبوعيًا). وهو يدعم Active Directory إعدادات متعددة المجالات ومتعددة الغابات ويمكنه مزامنة صور الملف الشخصي وكائن الغرفة.

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

تطبيقات SCIM 2.0: بالنسبة للبيئات غير التابعة لـ Microsoft أو موفري الهوية الآخرين مثل Okta أو Duo، تعمل تطبيقات المزامنة المستندة إلى SCIM على تمكين التزويد التلقائي للمستخدم وإلغاء التزويد من خلال تعيين السمات ومزامنة المجموعة.

Unified CMمزامنة المستخدم: يسمح هذا الخيار بإنشاء حسابات مستخدمين استنادًا إلى المستخدمين النهائيين الحاليين من خلال المزامنة من إلى. يتطلب ذلك تشغيل Cloud Connected UC (CCUC) على المجموعات المحلية. ومع ذلك، يوصى عمومًا بمزامنة المستخدمين من دليل سحابي مركزي مثل Entra ID بدلاً من المزامنة المباشرة من.

توفير واجهة برمجة التطبيقات: يمكن استخدام واجهات برمجة التطبيقات العامة (People، SCIM 2.0) لتزويد المستخدمين. الفائدة الرئيسية من استخدام واجهات برمجة التطبيقات هي خيار دمج تزويد المستخدم مع أنظمة المؤسسة الأخرى.
الجدول 6. خيارات توفير المستخدم لـ
طريقة التزويد وصف الإيجابيات السلبيات
دليل إنشاء/إدارة المستخدمين بشكل فردي في بسيط لعدد قليل من المستخدمين؛ لا حاجة للبنية التحتية غير قابلة للتطوير؛ تستغرق وقتًا طويلاً للعديد من المستخدمين
مجمّع (ملف CSV) استيراد/تحديث المستخدمين بكميات كبيرة من خلال CSV في فعالة للمجموعات؛ لا حاجة للترميز إعداد ملف CSV يدويًا؛ أقل ديناميكية
الأشخاص وواجهة برمجة تطبيقات SCIM 2.0 إدارة المستخدم البرمجية من خلال واجهات برمجة تطبيقات Webex مرن؛ يدعم التشغيل الآلي والتكامل يتطلب التطوير والبنية التحتية
مزامنة الدليل المزامنة التلقائية من AD، Entra ID، تطبيقات SCIM، Unified CM يعمل على تشغيل دورة الحياة تلقائيًا؛ ويدعم التصفية ورسم الخرائط تعقيد الإعداد: تحتوي بعض الخيارات على ميزات محدودة أو تتطلب بنية تحتية
تعكس هذه النظرة العامة والجدول خيارات توفير المستخدم الرئيسية وفوائدها والقيود لمساعدتك في اختيار أفضل نهج لاحتياجات مؤسستك.

مجموعات المستخدمين

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

تقدم إدارة مجموعة المستخدمين العديد من المزايا بما في ذلك:

الإدارة المبسطة: إدارة التراخيص والإعدادات والسياسات لعدة مستخدمين في وقت واحد.

التناسق: تطبيق إعدادات وتراخيص موحدة عبر المستخدمين في نفس المجموعة.

قابلية التوسع: تدعم ما يصل إلى 250,000 عضو لكل مجموعة.

التكامل: قم بمزامنة المجموعات من Microsoft Entra ID (Azure AD) أو Active Directory للإدارة الآلية للمستخدمين والمجموعات.

المرونة: إنشاء مجموعات محلية أو مزامنة مجموعات الأمان؛ إدارة عضوية المجموعة يدويًا أو من خلال ملفات CSV.

تخصيص الموارد: التحكم في الوصول إلى التطبيقات والخدمات المضمنة بناءً على عضوية المجموعة.

حالات الاستخدام الرئيسية لمجموعات المستخدمين عند التوفير هي:

تعيينات الترخيص: قم بتعيين تراخيص للمجموعات لتوفير خدمات تلقائيًا مثل الاتصال أو الاجتماعات أو المراسلة أو الخدمات المختلطة لأعضاء المجموعة.

قوالب الإعدادات: قم بتطبيق مجموعات من إعدادات الخدمة (مثل المراسلة والاجتماع والمكالمات) على المجموعات للحصول على تجربة مستخدم متسقة.

إدارة المستخدمين بالجملة: إضافة مستخدمين أو إزالتهم بشكل مجمّع من خلال ملفات CSV أو مزامنة الدليل.

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

يلخص الجدول التالي الخيارات المختلفة لإدارة مجموعات المستخدمين وإدارة المجموعة فيها.
الجدول 7. خيارات لإدارة المجموعات وعضويات المجموعة
خيار وصف الإيجابيات السلبيات

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

المجموعات المتزامنة من معرف الإدخال (Azure AD) أو Active Directory قم بمزامنة مجموعات الأمان والعضويات تلقائيًا من خدمات الدليل الخارجية. تعمل المزامنة الآلية على تقليل العمل اليدوي
يضمن الاتساق مع دليل الشركة
يدعم المؤسسات الكبيرة
لا يمكن تحرير عضوية المجموعة في
تأخير المزامنة حتى 12 ساعة
تتطلب المجموعات المتداخلة التحديد اليدوي

المجموعات وواجهة برمجة تطبيقات SCIM 2.0 (المجموعات) استخدم المجموعات أو SCIM 2.0 API لإدارة المجموعات والعضوية البرمجية الأتمتة والتكامل مع الأنظمة الأخرى
قابل للتطوير للبيئات الكبيرة أو المعقدة
يتطلب مجهودًا تطويريًا
يعتمد التعقيد على استخدام API

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

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

النهج الموصى به عند الترحيل من إلى

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

توصي Cisco باستخدام دليل سحابي مركزي مثل Microsoft Entra ID (Azure AD) كمصدر وحيد للحقيقة لهويات المستخدمين. مزامنة المستخدمين من Entra ID لضمان الاتساق وتبسيط الإدارة ودعم إمكانيات تسجيل الدخول الأحادي (SSO).

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

باختصار، طريقة التوفير الموصى بها هي مزامنة المستخدمين من معرف Microsoft Entra (Azure AD) إلى Webex باستخدام معالج Azure AD أو تطبيقات SCIM. تتوفر عمليات التزويد المجمعة يدويًا وCSV كطرق تكميلية ولكنها أقل قابلية للتطوير وأكثر عرضة للخطأ للمؤسسات الكبيرة. يعد التأكد من أن Entra ID هو المصدر الموثوق وأن جميع المستخدمين موجودون في Entra ID أمرًا بالغ الأهمية للترحيل الناجح وتجربة المستخدم المتسقة عبر البيئات.

يعتبر الانتقال من خدمة دليل محلية، مثلActive Directory، إلى خدمة دليل سحابي، مثل Entra ID (Azure ID)، مستقلاً عن انتقال الاتصال. توصي Cisco بإنهاء الانتقال إلى خدمة دليل السحابة قبل بدء انتقال الاتصال.

تصميم مجموعات المستخدمين

بعد نقل دليل المؤسسة من محلي إلى السحابة، اجمع مجموعات المستخدمين المطلوبة بناءً على متطلبات الترخيص ونموذج الميزات. لكل مستند جماعي:

اسم المجموعة: الاسم الفريد للمجموعة.

التراخيص: التراخيص التي سيتم تعيينها لهذه المجموعة (إن وجدت) والنطاق (في حالة تعيين التراخيص للمستخدمين الحاليين أو للمستخدمين الجدد فقط)

قوالب الإعدادات: تطبيق Webex وقوالب مكالمات المستخدم.

مزامنة الدليل: هل ستتم مزامنة هذه المجموعة من دليل المؤسسة أم أنها مجموعة Webex محلية يتم توفيرها في Control Hub أو من خلال واجهة برمجة التطبيقات.

الوصف: كيف سيتم استخدام هذه المجموعة والمستخدمين الذين يجب أن يكونوا أعضاء في هذه المجموعة

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

تسجيل الدخول الأحادي (SSO)

توصي Cisco باستخدام SSO لمصادقة المستخدم. استخدام SSO له بعض الفوائد الجذابة بما في ذلك:

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

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

أمان محسّن: يقلل SSO من إجهاد كلمة المرور وخطر الانتهاكات المتعلقة بكلمة المرور من خلال مركزية المصادقة من خلال موفري الهوية الموثوق بهم (IDPs).

سهولة دمج المصادقة متعددة العوامل (MFA): يمكن دعم MFA بسهولة إما من خلال حل إدارة الوصول إلى الهوية مثل Cisco Duo أو من خلال دعم MFA لـ iDP.

هناك خيارات متعددة لتنفيذ SSO للخدمات:

SSO المستند إلى SAML 2.0: البروتوكول الأساسي المدعوم لتكامل SSO، مما يتيح التبادل الآمن لمعلومات المصادقة بين iDP وموفر الخدمة.

اتصال OpenID (OIDC): مدعوم كبروتوكول مصادقة حديث بديل لتكامل SSO.

هوية Webex: مدعومة أيضًا كخيار موفر هوية.

يتم تكوين SSO وإدارته مركزيًا من خلاله، مما يتطلب تبادل البيانات الوصفية بين IDP المختار.

بعد التهيئة، يمكن اختبار SSO في الداخل قبل التنشيط لضمان الإعداد الصحيح.

تدعم Cisco التكامل مع العديد من أنظمة IDP وإدارة الهوية (IAM) التي تم اختبارها واستخدامها بشكل شائع، بما في ذلك على سبيل المثال لا الحصر:

سيسكو ديو

أوكتا

Microsoft Active Directoryخدمات الاتحاد (ADFS)

ميكروسوفت أزور

اتحاد بينغ

أوبن آم

F5 BIG-IP.

تتوافق برامج IDP هذه مع معايير SAML 2.0 أو OpenID Connect وقد تم التحقق من توافقها مع حلول التعاون من Cisco.

دعم آي دي بي متعدد

يسمح للمؤسسات بتكوين SSO مع العديد من النازحين داخليًا لاستيعاب بيئات تكنولوجيا المعلومات المعقدة مثل عمليات الدمج أو الاستحواذ أو أقسام تكنولوجيا المعلومات اللامركزية حيث تستخدم المجموعات المختلفة نازحين مختلفين. يمكن تنفيذ دعم iDP المتعدد باستخدام ميزة Multiple iDP في أو من خلال دمج نظام IAM للمؤسسات مثل Cisco Duo.

يعالج دعم مزود الهوية المتعددة (iDP) العديد من حالات الاستخدام الرئيسية حيث تتطلب المؤسسات مصادقة مرنة وآمنة عبر بيئات تكنولوجيا المعلومات المتنوعة:

1. عمليات الاندماج والاستحواذ

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

2. أقسام تقنية معلومات مستقلة متعددة

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

3. مجموعات أو نطاقات مستخدم مختلفة

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

4. دعم بروتوكولات المصادقة المختلفة

يدعم IDP من SAML و OpenID Connect (OIDC)، مما يسمح للمؤسسات بدمج أنواع مختلفة من موفري الهوية وفقًا للبنية التحتية الحالية ومتطلبات الأمان.

5. تحسين الأمان والتوافق

من خلال تمكين العديد من النازحين داخليًا، يمكن للمؤسسات تنفيذ آليات مصادقة أقوى، بما في ذلك المصادقة متعددة العوامل (MFA) من خلال عمليات تكامل مثل Duo، وفرض سياسات أمان متسقة عبر قواعد المستخدمين المتنوعة.

6. تجربة مستخدم مبسطة

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

في حين أن دعم iDp المتعدد يوفر المرونة، إلا أنه يتطلب تنسيقًا دقيقًا بين فرق الأمن والهوية للحفاظ على سياسات أمنية متسقة وتجنب نقاط الضعف المحتملة.

ثنائي MFA مع SSO لـ

يمكن لـ Duo Access Gateway (DAG) مصادقة المستخدمين باستخدام الأدلة المحلية أو القائمة على السحابة مثل Active Directory (AD) و OpenLDAP. كما أنه يدعم التكامل مع موفري الهوية الآخرين مثل ميكروسوفت أدفس ومايكروسوفت أزور وأوكتا وOneLogin وCAS وشيبوليث. تسمح هذه المرونة للمؤسسات باستخدام البنية التحتية الحالية للدليل لـ Webex SSO مع Duo MFA.

يعمل Duo كطبقة مصادقة قوية أعلى مصادقة الدليل الأساسي. يعمل كمزود هوية (IdP) باستخدام SAML 2.0 لفرض المصادقة الثنائية (2FA) قبل منح الوصول إلى. يقوم Duo بتقييم سياق المستخدم والجهاز والشبكة مقابل السياسات القابلة للتكوين للسماح بالوصول أو رفضه، مما يعزز الأمان بما يتجاوز مجرد اسم المستخدم وكلمة المرور. يوفر Duo أيضًا ضوابط سياسة مرنة، مثل طلب MFA عند كل تسجيل دخول لبعض التطبيقات وأقل تكرارًا للآخرين.

تشمل مزايا Cisco Duo ما يلي:

الأمان المحسن: يضيف MFA المقاوم للتصيد الاحتيالي لحماية الوصول وتقليل المخاطر من كلمات المرور المخترقة.

السياسات المرنة: تسمح بالتحكم الدقيق في متطلبات المصادقة لكل تطبيق أو مجموعة مستخدمين.

التكامل مع الأدلة الحالية: يدعم AD داخليًا وOpenLDAP والأدلة السحابية والعديد من موفري SSO، مما يقلل من تغييرات البنية التحتية.

راحة المستخدم: تدعم تسجيل الدخول الأحادي (SSO) لتقليل إجهاد كلمة المرور من خلال تمكين المستخدمين من تسجيل الدخول مرة واحدة والوصول إلى موارد متعددة بأمان.

نقاط النهاية الموثوقة: تدعم ثقة الأجهزة للعملاء على نظامي التشغيل Windows و macOS، مما يؤدي إلى تحسين وضع الأمان.

التسجيل بالخدمة الذاتية: يعمل التسجيل المضمن والمطلوب الثنائي على تحسين تجربة المستخدم أثناء إعداد MFA.

Duo MFA مع SSO للاستفادة من الأدلة الموجودة مثل Active Directory OpenLDAP، أو موفري الهوية السحابية، لمصادقة المستخدمين. يتمثل دور Duo في توفير عامل ثانٍ قوي قائم على السياسة للمصادقة مدمج من خلال SAML 2.0، مما يعزز الأمان مع الحفاظ على راحة المستخدم من خلال SSO. وتشمل المزايا تحسين الوضع الأمني، والتطبيق المرن للسياسات ، والتكامل السلس، وتجربة أفضل للمستخدم.

توصي Cisco بتنفيذ SSO للمستخدمين. يوصى بتكامل الأمان المحسن مع Cisco Duo.

يجب نشر إستراتيجية Enterprise IAM و SSO قبل بدء الانتقال من إلى.

الميزات

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

Webex Callingميزات على مستوى المؤسسات

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

Webex Callingالميزات الأساسية

عامل تلقائي

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

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

يدعم برنامج Auto Attendant الميزات الرئيسية التالية:

جداول الأعمال وبعد ساعات العمل

جدول العطلات

خيار قائمة الاتصال لتوجيه عملائك إلى المكان الذي يريدون الذهاب إليه

تخصيص التحيات

خيار الاتصال حسب الاسم

خيارات إعادة توجيه المكالمات

تحليلات وتقارير Control Hub.

لمزيد من المعلومات، راجع إدارة عمليات الرد التلقائي.

كول بارك

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

هناك نوعان من حدائق الاتصال المتاحة في:

Call park direct - يسمح لأي مستخدم بإيقاف المكالمة إلى ملحق مستخدم آخر أو إلى ملحق حديقة المكالمات، على النحو المحدد من قبل المسؤول

مجموعة Call park - تسمح لمجموعة محددة من المستخدمين بإيقاف المكالمات تلقائيًا مقابل وجهات المنتزه المتاحة المحددة للمجموعة. يمكن أن تكون هذه الوجهات ملحقات أعضاء المجموعة أو ملحقات حديقة المكالمات.

استنادًا إلى التكوين ونوع المنتزه، يمكن للمستخدمين استرداد المكالمات عن طريق الاتصال بالرقم *88+><extension of parked call>، أو الضغط على مفتاح الخط المرتبط بامتداد حديقة المكالمات أو استخدام مفتاح مرن على هاتف IP الخاص بهم.

يتوفر خيار الاستدعاء لاستدعاء مكالمة متوقفة بعد فترة محددة للمستخدم الذي أوقف المكالمة أو لمستخدم بديل.

لمزيد من المعلومات، راجع إدارة موقف المكالمات في Control Hub.

بيك أب المكالمات

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

يجب أن يكون المستخدمون في المجموعة في نفس الموقع.

يمكن للمستخدمين استخدام الهاتف أو هاتفهم المكتبي لالتقاط مكالمة.

:

يدعم الإشعارات المرئية والصوتية

إشعار بالمكالمات الواردة

استلام المكالمات عبر الفاكس (الاتصال بالرقم *98) أو الإشعار باستلام المكالمات

إشعارات التقاط المكالمات للخطوط المتعددة.

الهواتف المكتبية:

إشعار بالمكالمات الواردة

رنين الصوت والإشعارات المرئية من خلال مؤشر LED الخاص بالهاتف. يدعم 6821 أجراس الصوت فقط

عند تحديد نوع الإشعار في is not none

إشعارات التقاط المكالمات للخطوط الأساسية فقط.

لمزيد من المعلومات، راجع تكوين مجموعة التقاط المكالمات.

قائمة انتظار المكالمات

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

تسمح دعوة Cisco لتكامل Microsoft Teams للوكلاء بالوصول إلى مكالمات وميزات قائمة انتظار المكالمات مباشرة من عميل Microsoft Teams الخاص بهم.

تدعم قوائم انتظار المكالمات الميزات الرئيسية التالية:

التحيات والرسائل (الترحيب والراحة والهمس وما إلى ذلك)

امسك الموسيقى

رد الاتصال

سياسات توجيه قائمة الانتظار (الخدمة الليلية والعطلات وإعادة التوجيه)

تسجيل الدخول/الخروج من قائمة انتظار الوكلاء

إدارة حالة قائمة انتظار الوكلاء

أو الدعم عبر الهاتف المكتبي

وكيل المشرف أو مراقب المكالمات أو الحافلة أو البارجة أو تولي المسؤولية من خلال رموز الوصول إلى الميزات (FACs)

(وصول المسؤول) لـ:

إدارة قائمة الانتظار

تحليلات وتقارير الوكيل وقائمة الانتظار

إدارة قائمة الانتظار والوكيل والمشرف.

لمزيد من المعلومات، راجع تكوين قائمة انتظار المكالمات.

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

مجموعة هانت

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

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

لمزيد من المعلومات، راجع إدارة مجموعات البحث في Control Hub.

أوضاع التشغيل

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

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

يمكن للمستخدم المعتمد التبديل بين هذه السيناريوهات (الأوضاع) المختلفة لإعادة توجيه المكالمات إذا كان بحاجة إلى تغيير مكان توجيه المكالمات الواردة لفترة معينة. يمكن لهؤلاء المستخدمين إدارة الأوضاع من خلال هواتف 6800/7800/8800 MPP أو هواتف 9800 أو في مركز المستخدم في أوضاع الإدارة.

لمزيد من المعلومات، راجع توجيه المكالمات استنادًا إلى أوضاع التشغيل في Webex Calling.

مجموعة تصفح

تسمح مجموعات الترحيل للمستخدمين بإجراء مكالمة أحادية الاتجاه لإرسال رسالة صوتية إلى مجموعة من المستخدمين. يمكن أن تحتوي كل مجموعة على ما يصل إلى 75 مستخدمًا مستهدفًا و/أو مساحات عمل يتم الوصول إليها عن طريق الاتصال برقم أو ملحق محدد مسبقًا.

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

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

التسجيلات

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

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

لمزيد من المعلومات حول هذه الميزة وقائمة تسجيلات الجهات الخارجية، راجع إدارة تسجيل المكالمات لـ Webex Calling.

الوصول إلى رقم واحد

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

لمزيد من المعلومات حول هذه الميزة وكيفية قيام المسؤول بتكوينها، راجع تكوين الوصول إلى رقم واحد (مكتب في أي مكان).

لمزيد من المعلومات حول كيفية قيام المستخدم بإدارة هذه الميزة وتكوينها لنفسه في Webex User Hub (البوابة الإلكترونية)، راجع تكوين الوصول إلى رقم واحد (مكتب في أي مكان).

مجموعة البريد الصوتي

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

البريد الصوتي للأغراض العامة لقسم أو مجموعة عمل

إضافة خيار البريد الصوتي إلى الرد التلقائي أو مجموعة البحث

لإرسال المكالمات الفائضة من قائمة انتظار المكالمات

المستخدمون الذين يحتاجون فقط إلى صندوق بريد صوتي.

لمزيد من المعلومات، راجع إدارة البريد الصوتي المشترك وصندوق الفاكس الوارد لـ Webex Calling.

تم إدراج Tandent Console في صفحة ميزات الاتصال في Webex، ولكنها ميزة إضافية تتطلب شراء ترخيص وحدة التحكم المصاحبة لاستخدامها.

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

للحصول على معلومات حول جميع الميزات، بما في ذلك بعض الميزات الإضافية، راجع الميزات المتوفرة حسب نوع الترخيص لـ Webex Calling.

الجدول 1. معلومات لالتقاطها لكل موقع
معلومات	تعليق
نطاق (نطاقات) الامتداد	يمكن أن يحتوي كل موقع في الموقع على إضافات تبدأ بأرقام مختلفة. يجب الاحتفاظ برقم واحد لرقم توجيه الاتصال بين المواقع (على سبيل المثال 8) وواحد لرقم توجيه PSTN (على سبيل المثال 9). لا يمكن أن يبدأ أي نطاق امتداد بأي من هذين الرقمين. يجب أن تكون جميع نطاقات الامتداد لجميع المواقع متساوية الطول.
نطاق (نطاقات) DID	-
رقم التوجيه PSTN	-
كود الموقع	يجب أن تكون جميع رموز المواقع لجميع المواقع فريدة وأن يكون لها نفس الطول.
الرقم الرئيسي	عند إنشاء موقع، يجب توفير اثنين من DID. واحد كرقم رئيسي (على سبيل المثال يتم تعيينه لخدمة الرد التلقائي) والآخر لبوابة البريد الصوتي. توفير DID واحد لرقم البريد الصوتي.
رقم البريد الصوتي
عدد التراخيص	التراخيص المطلوبة حسب النوع بما في ذلك القياسية والمهنية ومساحة العمل وقائمة المسارات وخطة المكالمات الصادرة.
مكالمات متزامنة في الساعة المزدحمة	مجموع المكالمات المتزامنة بين الأجهزة وبين الأجهزة والبوابة المحلية (PSTN والمكالمات إلى الأجهزة). مطلوب لتحديد النطاق الترددي المطلوب للوصول إلى الإنترنت.
البلد	-
منطقة زمنية	-
اللغة	-
جهة الاتصال (الاسم، الهاتف، البريد الإلكتروني)	-
العنوان (عنوان الشارع، المدينة، الولاية، الرمز البريدي)	-
موقع خدمات الطوارئ الفعلي القابل للإرسال لنقاط النهاية	يتضمن موقع الجهاز القابل للإرسال المستخدم لمكالمات الطوارئ بشكل عام ما يلي: عنوان المبنى أو عنوان المبنى + رقم الطابق أو عنوان المبنى + رقم الجناح أو عنوان المبنى + رقم الطابق+رقم المكتب/الرقم المكعب.
موقع الشبكة المادية الفريد لخدمات الطوارئ لكل جهاز	يتضمن موقع الشبكة الفعلي لمكالمات الطوارئ بشكل عام ما يلي: المحول/منفذ التبديل للأجهزة السلكية، ومعرفات مجموعة الخدمات الأساسية لنقطة الوصول اللاسلكية (AP) للأجهزة المتصلة لاسلكيًا، و/أو شبكة (شبكات) IP الفرعية المحلية لأجهزة نقطة النهاية.

الجدول 2. مثال ترقيم المؤسسة
موقع	نطاق التمديد	كود الموقع	نطاق المؤسسة
NYC	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

الجدول 3. نطاقات تمديد ذات طول ثابت
موقع	نطاق التمديد	الامتدادات	كود الموقع	نطاق المؤسسة
NYC	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

الجدول 4. الانتقال إلى الاتصال المكون من سبعة أرقام

موقع	الامتدادات	كود الموقع	نطاق المؤسسة	كود الموقع	نطاق المؤسسة
NYC	2XXX	22	8 22 2XXX	822	8 822 2XXX
SFO	8XXX	23	8 23 7XXX	823	8 823 7XXX
RTP	1XXX	24	8 24 11XX	824	8 824 11XX

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

الجدول 6. خيارات توفير المستخدم لـ
طريقة التزويد	وصف	الإيجابيات	السلبيات
دليل	إنشاء/إدارة المستخدمين بشكل فردي في	بسيط لعدد قليل من المستخدمين؛ لا حاجة للبنية التحتية	غير قابلة للتطوير؛ تستغرق وقتًا طويلاً للعديد من المستخدمين
مجمّع (ملف CSV)	استيراد/تحديث المستخدمين بكميات كبيرة من خلال CSV في	فعالة للمجموعات؛ لا حاجة للترميز	إعداد ملف CSV يدويًا؛ أقل ديناميكية
الأشخاص وواجهة برمجة تطبيقات SCIM 2.0	إدارة المستخدم البرمجية من خلال واجهات برمجة تطبيقات Webex	مرن؛ يدعم التشغيل الآلي والتكامل	يتطلب التطوير والبنية التحتية
مزامنة الدليل	المزامنة التلقائية من AD، Entra ID، تطبيقات SCIM، Unified CM	يعمل على تشغيل دورة الحياة تلقائيًا؛ ويدعم التصفية ورسم الخرائط	تعقيد الإعداد: تحتوي بعض الخيارات على ميزات محدودة أو تتطلب بنية تحتية

الجدول 7. خيارات لإدارة المجموعات وعضويات المجموعة
خيار	وصف	الإيجابيات	السلبيات
توفير المجموعة (المجموعات)	قم بإنشاء وإدارة المجموعات مباشرة في. إضافة/إزالة الأعضاء يدويًا أو من خلال CSV.	تحكم كامل في عضوية المجموعة تطبيق فوري للتراخيص والقوالب سهولة إنشاء المجموعات وتحريرها	التحديثات اليدوية مطلوبة مخاطر الأخطاء في تحميلات CSV اليدوية لا توجد مزامنة تلقائية مع الأدلة الخارجية
المجموعات المتزامنة من معرف الإدخال (Azure AD) أو Active Directory	قم بمزامنة مجموعات الأمان والعضويات تلقائيًا من خدمات الدليل الخارجية.	تعمل المزامنة الآلية على تقليل العمل اليدوي يضمن الاتساق مع دليل الشركة يدعم المؤسسات الكبيرة	لا يمكن تحرير عضوية المجموعة في تأخير المزامنة حتى 12 ساعة تتطلب المجموعات المتداخلة التحديد اليدوي
المجموعات وواجهة برمجة تطبيقات SCIM 2.0 (المجموعات)	استخدم المجموعات أو SCIM 2.0 API لإدارة المجموعات والعضوية البرمجية	الأتمتة والتكامل مع الأنظمة الأخرى قابل للتطوير للبيئات الكبيرة أو المعقدة	يتطلب مجهودًا تطويريًا يعتمد التعقيد على استخدام API

نفذ

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

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

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

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

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

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

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

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

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

شراء PSTN

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

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

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

مساحات العمل

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

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

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

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

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

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

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

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

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

نطاقات عناوين IP المستخدمة من قبل الخدمات

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

قم بإنشاء مجموعة أمان باسم مجموعة المزامنة.

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

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

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

إنشاء مجموعة باسم مجموعة المزامنة

قم بتعيين المجموعة لإعدادات التوفير في Entra ID

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

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

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

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

المراجع:

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

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

موصل الدليل

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

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

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

المراجع:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

شراء PSTN

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

خطوط مشتركة

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

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

إنتركوم

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

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

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

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

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

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

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

تحقق من وجود جميع TNs للمستخدمين في

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

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

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

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

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

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

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

مساحات العمل

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

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

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

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

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

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

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

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

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

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

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

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

CUCM v15 - مدير الاتصالات الموحدة الإصدار 15

CUCM v14 - مدير الاتصالات الموحدة الإصدار 14.

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

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

بوابات الصوت - لترحيل البوابة المحلية، راجع ترحيل البوابة المحلية.
لمزيد من المعلومات حول تكوين البوابة الصوتية VG400 أو VG410 أو VG420 في Control Hub، راجع البوابة المحلية

محول الهاتف التناظري (ATA) - لبدء استخدام Cisco ATA 191 و192، راجع Cisco ATA.

هاتف واي فاي لاسلكي - لدمج الهاتف اللاسلكي 840 و860، راجع دمج هاتف Webex اللاسلكي.

هواتف DECT اللاسلكية - للبدء في استخدام سلسلة Cisco IP DECT 6800 الجديدة، راجع Cisco IP DECT.

لإنشاء شبكة DECT الرقمية وإدارتها في Control Hub، راجع إدارة شبكة DECT

لمزيد من المعلومات حول Cisco IP DECT 6800، راجع دليل النشر

أجهزة وهواتف الطرف ^الثالث - العمل مع موردي الطرف ^الثالث بشأن متطلبات الجهاز/الهاتف وعملية ترحيلهم أو استبدالهم للدعم.

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

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

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

الحاضرون التلقائيون - لإدارة عمليات الضبط التلقائي، راجع الحاضرون التلقائيون

حديقة الاتصال - لإدارة موقف المكالمات، راجع حديقة المكالمات

التقاط المكالمات - لتكوين مجموعة التقاط المكالمات، راجع التقاط المكالمات

قوائم انتظار المكالمات - لتكوين قائمة انتظار المكالمات، راجع قائمة انتظار المكالمات

مجموعات البحث - لإدارة مجموعات البحث، راجع إدارة مجموعة البحث

أوضاع التشغيل - لتوجيه المكالمات استنادًا إلى أوضاع التشغيل، راجع توجيه المكالمات استنادًا إلى أوضاع التشغيل

مجموعات ترحيل الصفحات - لتكوين مجموعة ترحيل الصفحات، راجع تكوين مجموعة ترحيل الصفحات

التسجيلات - لإدارة تسجيل المكالمات لـ، راجع إدارة التسجيلات

الوصول إلى رقم واحد - لتكوين الوصول إلى رقم واحد (مكتب في أي مكان)، راجع تكوين رقم واحد

مجموعة البريد الصوتي - لإدارة البريد الصوتي المشترك وصندوق الفاكس الوارد لـ، راجع إدارة البريد الصوتي.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

تحسين

ترحيل PSTN إلى كلاود كونيكت لـ

تحسين البنية التحتية المحلية

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

ترحيل PSTN إلى كلاود كونيكت لـ

بمجرد ترحيل جميع نقاط النهاية والمستخدمين إلى الاتصال السحابي، فإن الغرض الوحيد منها Unified CM هو العمل كنقطة عبور بين بوابات PSTN وعبر البوابة المحلية. إن إزالة بوابات PSTN والبوابة المحلية من الصورة باستخدام Cloud Connect للوصول إلى PSTN لجميع Webex Calling المستخدمين لها العديد من الفوائد، بما في ذلك خفض التكلفة وتحسين الموثوقية. لنقل وصول PSTN المحلي إلى Cloud Connect لـ ، اتبع الخطوات التالية:

كلاود كونيكت لاختيار الشركاء.

راجع قائمة Cloud Connect للشركاء واختر من الشريك (الشركاء) المتاح لموقع مؤسستك.

كلاود كونيكت للتحقق من الصحة.

قبل تحويل وصول PSTN للمواقع إلى Cloud Connect، يجب التحقق من الاتصال بـ PSTN عبر شريك Cloud Connect المحدد والتحقق من صحته. لهذا الغرض، يجب توفير موقع الاختبار مع توفير بعض مستخدمي الاختبار في موقع الاختبار هذا. يتم بعد ذلك تعيين وصول PSTN لموقع الاختبار هذا إلى شريك Cloud Connect قبل التحقق من اتصال PSTN باستخدام هواتف الاختبار. عند التحقق الناجح، يمكن إلغاء توفير موقع الاختبار.

نقل الأرقام.

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

قم بالتبديل إلى شريك كلاود كونيكت.

في تاريخ الانتقال، يجب تعيين وصول PSTN لجميع المواقع إلى موفر Cloud Connected PSTN، ويجب التحقق من الاتصال الوارد والصادر.

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

تحسين البنية التحتية المحلية

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

قم بإزالة التحكم في المكالمات الداخلية DNS SRV وسجلات المراسلة من خادم (خوادم) DNS الداخلي بما في ذلك cisco_uds. _tcp. <domain>، تسجيل الدخول إلى الكأس. _tcp. <domain>. لم تعد سجلات SRV هذه مطلوبة لاكتشاف خدمة العملاء.

قم بإزالة DNS SRV السجلات المتعلقة بالحواف من نظام DNS العام بما في ذلك collab_edge. _tls. <domain>. لم تعد سجلات SRV هذه مطلوبة لاكتشاف خدمة العملاء لخدمات التعاون المتطورة.

قم بتحديث جميع نطاقات DHCP ذات الصلة لإزالة عناوين خادم الخيار 66 والخيار 150 TFTP/Boot. لم تعد هذه النطاقات مطلوبة لاكتشاف تكوين التحكم في مكالمات نقطة النهاية وتنزيله.

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

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

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

التنظيف: بعد ترحيل وصول PSTN إلى شبكة PSTN المتصلة بالسحابة، يمكن إيقاف تشغيل قنوات PSTN وبوابات PSTN والبوابة المحلية.

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

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

قم بتحديث الموقع المادي القابل للإرسال وعنصر الشبكة في التنقل الأفقي كلما حدثت تغييرات. الأنشطة الشائعة التي تتطلب تحديثات هي:

استبدال محول الشبكة

استبدال نقطة الوصول اللاسلكية

تغييرات نطاق DHCP

التغييرات المادية داخل المبنى (في حالة الانتقال إلى مقعدة/مكتب)

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

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

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

تحليلات جودة الوسائط

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

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

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

1	إنشاء مجموعة مزامنة مخصصة: في دليل المؤسسة (Microsoft Entra ID أو AD)، قم بإنشاء مجموعة أمان خصيصًا للمزامنة (على سبيل المثال، مجموعة المزامنة).
2	قم بتعبئة المجموعة بالمستخدمين المستهدفين: أضف فقط المستخدمين الذين تريد مزامنتهم (مثل مجموعة اختبار أثناء المرحلة التجريبية) إلى هذه المجموعة. يتيح لك ذلك التحكم بإحكام في الأشخاص الذين تم تضمينهم في عملية المزامنة.
3	تكوين اتفاقية المزامنة باستخدام التصفية القائمة على المجموعة: عند إعداد اتفاقية المزامنة في Directory Connector أو توفير Entra ID، قم بتكوين النطاق ليشمل المستخدمين الأعضاء في المجموعة المعينة فقط. بالنسبة لمعرف Microsoft Entra، يمكنك استخدام الواجبات المستندة إلى المجموعة في إعدادات التوفير بالنسبة لـ AD، يمكنك تعريف عامل تصفية LDAP ليشمل المستخدمين الذين ينتمون إلى المجموعة المحددة فقط.
4	قم بتوسيع المجموعة حسب الحاجة: كلما تقدمت إلى مراحل نشر أوسع، ما عليك سوى إضافة مستخدمين أو مجموعات إضافية إلى مجموعة المزامنة. سيتم توسيع نطاق المزامنة تلقائيًا ليشمل هؤلاء المستخدمين، مما يسمح بالتشغيل المتحكم فيه والتدريجي. مثال لخطوات التنفيذ: في الدليل النشط: قم بإنشاء مجموعة أمان باسم مجموعة المزامنة. أضف المستخدمين التجريبيين المطلوبين إلى هذه المجموعة. قم بإعداد موصل الدليل باستخدام عامل تصفية LDAP مثل: (Memberof=CN=WebEx Sync Group، OU=المجموعات، DC=yourDomain، DC=com). أدخل المعرف في Microsoft: إنشاء مجموعة باسم مجموعة المزامنة قم بتعيين المجموعة لإعدادات التوفير في Entra ID سيتم توفير المستخدمين في هذه المجموعة فقط لـ. قم دائمًا باختبار المزامنة القائمة على المجموعة في بيئة غير إنتاجية قبل التقديم على المؤسسة بأكملها قم بمراجعة عضوية المجموعة بانتظام لضمان مزامنة المستخدمين المصرح لهم فقط بالنسبة للإدارة المستمرة، قم بأتمتة تحديثات عضوية المجموعة استنادًا إلى قواعد العمل أو أنظمة الموارد البشرية إن أمكن. المراجع: قم بمزامنة مستخدمي Entra ID في مركز التحكم قم بإعداد تطبيق معالج Entra ID في مركز التحكم موصل الدليل

Cisco AI Assistant

شكرًا على ملاحظاتك.

دليل نشر الترحيل

قبل أن تبدأ

نظرة عامة

المكونات الأساسية

نظرة عامة على عملية PPDIO

وصف عام ل PPDIO

استخدام PPDIO Unified CM لمشاريع Webex Calling الترحيل

استعد

خطة

التصميم

نفذ

تحسين

حلقات ملاحظات PPDIO

نهج الترحيل

استعد

المتطلبات التجارية والتقنية

لماذا تعتبر متطلبات التجميع مهمة:

متطلبات الأعمال

المتطلبات الفنية

جاهزية الشبكة ومتطلباتها

قم بإعداد UC المتصل بالسحابة

تقييم البيئة الحالية

الترخيص

المواقع/المواقع

جرد الأجهزة/العملاء الحاليين

تحقق من أهلية الجهاز

مستخدمون

إمكانية الاتصال بشبكة PSTN

الميزات واستخدام الميزات

عمليات تكامل سيسكو: اتصال الوحدة UCCX UCCE

تسجيل المكالمات

عمليات تكامل الطرف الثالث

خطة

خطة مشروع رفيعة المستوى

رحلة الهجرة - خطوة واحدة أو خطوتين؟

الخيار 1: ترحيل المستخدم بخطوة واحدة

الخيار 2: ترحيل المستخدم بخطوتين

الخطوة 1

الخطوة 2

التصميم

اختيار المنطقة

مواقع

PSTN

خطة الاتصال

تخطيط الاتصال الداخلي في

خطة الاتصال

التسجيل

1. اختيار مزود تسجيل المكالمات

2. اختيار المنطقة

مكالمات الطوارئ

الترخيص

التعيين اليدوي من خلال

قوالب تخصيص الترخيص التلقائي

مهمة مجمعة من خلال قالب CSV

التعيين المستند إلى واجهة برمجة التطبيقات

متطلبات الترخيص

توفير المستخدم

مجموعات المستخدمين

النهج الموصى به عند الترحيل من إلى

تصميم مجموعات المستخدمين

تسجيل الدخول الأحادي (SSO)

دعم آي دي بي متعدد

1. عمليات الاندماج والاستحواذ

2. أقسام تقنية معلومات مستقلة متعددة

3. مجموعات أو نطاقات مستخدم مختلفة

4. دعم بروتوكولات المصادقة المختلفة

5. تحسين الأمان والتوافق

6. تجربة مستخدم مبسطة

ثنائي MFA مع SSO لـ

الميزات

عامل تلقائي

كول بارك

بيك أب المكالمات

قائمة انتظار المكالمات

مجموعة هانت

أوضاع التشغيل

مجموعة تصفح

التسجيلات