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

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

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

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

مقدمة

قبل البدء

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

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

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

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

Control Hub
توفير الدليل والمستخدمين
منصة مكالمات Webex
نقاط الاتصال المدعومة
خيارات الاتصال بشبكة الهاتف العامة (PSTN)
خطة الاتصال وإدارة الأرقام في Webex Calling
ميزات الأمان والامتثال.

للمزيد من المعلومات، انظر بنية سيسكو المفضلة لمكالمات Webex.

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

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

نظرة عامة

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

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

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

بنية التعاون المحلية: التحكم بالمكالمات والوصول عن بعد — ***بنية التعاون داخل المؤسسة: التحكم في المكالمات والوصول عن بعد***

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

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

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

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

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

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

***قرار الانتقال: الاتصال من داخل المبنى إلى Webex Calling***

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

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

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

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

كما هو موضح في الشكل بعد: تمت إضافة المكونات الجديدة (Webex Calling Architecture, the new components (Webex Calling, Directory connector, Local gateway, and Survivability gateway) إلى النشر المحلي الحالي.

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

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

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

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

وصف عام لـ PPDIO

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

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

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

تحضير

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

التخطيط

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

تصميم

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

التنفيذ

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

تحسين

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

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

حلقات التغذية الراجعة PPDIO

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

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

***عملية PPDIO المدعومة بإدارة التكوين الموحدة***

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

نهج الهجرة

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

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

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

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

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

الانتقال التدريجي للاتصال: الهجين والسحابي

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

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

الانتقال الموصى به ثلاثي المراحل

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

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

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

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

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

أنشطة ما قبل الهجرة

تحضير

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

لماذا يُعدّ جمع المتطلبات أمراً مهماً؟

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

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

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

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

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

منح التراخيص

Locations/Sites

المخزون الحالي devices/clients

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

المستخدمون

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

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

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

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

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

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

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

لماذا يُعدّ جمع المتطلبات أمراً مهماً؟

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

يضمن التوافق التقني: يؤدي تحديد المتطلبات التقنية مبكراً إلى منع حدوث مشكلات في التكامل مع البنية التحتية والشبكة ونقاط النهاية الحالية.

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

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

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

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

عدد المستخدمين والمواقع المراد نقلها

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

سياسات الامتثال والأمن

قيود الميزانية وتوقعات التكلفة

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

الجدول الزمني للهجرة واعتبارات استمرارية الأعمال.

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

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

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

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

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

أمن البيانات: ضمان تشفير بيانات الصوت والإشارات أثناء النقل وأثناء التخزين للحماية من الاعتراض أو الوصول غير المصرح به.

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

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

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

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

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

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

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

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

إدارة التغيير: قم بإبلاغ المستخدمين بالتغييرات بشكل استباقي لإدارة توقعاتهم وتقليل المقاومة.

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

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

آليات التغذية الراجعة: قم بتطبيق قنوات تتيح للمستخدمين الإبلاغ عن المشكلات وتقديم الملاحظات لتحسين عمليات التدريب والدعم.

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

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

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

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

يُعد إجراء تقييم شامل للشبكة أمرًا بالغ الأهمية لضمان قدرة البنية التحتية الحالية على دعم بيئة Webex Calling الجديدة. هذا يشمل:

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

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

اتصال الشبكة الواسعة (WAN) والإنترنت: التحقق من أن روابط الشبكة الواسعة (WAN) واتصالات الإنترنت تفي بمتطلبات الاتصال عبر السحابة، بما في ذلك إمكانيات التكرار والتحويل التلقائي في حالة الفشل.

إعدادات جدار الحماية وNAT: ضمان أن تسمح إعدادات جدار الحماية وNAT بالإشارات المطلوبة وحركة مرور الوسائط لـ .

التكامل مع النظام الحالي

يُعد التكامل السلس مع أنظمة الأعمال الحالية أمراً ضرورياً لتجربة المستخدم واستمرارية سير العمل:

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

إدارة علاقات العملاء وتطبيقات الأعمال: تحديد نقاط التكامل مع أنظمة إدارة علاقات العملاء والتطبيقات الأخرى ذات الأهمية البالغة للأعمال.

الربط البيني لأنظمة PBX القديمة: التخطيط لاستراتيجيات التعايش أو الانتقال التدريجي في حال بقاء أي أنظمة هاتفية قديمة خلال فترة الانتقال.

توافق نقاط النهاية وتوفيرها

ينبغي تقييم جميع نقاط النهاية، بما في ذلك الهواتف المكتبية والهواتف البرمجية والأجهزة المحمولة، للتأكد من توافقها:

دعم الجهاز: التأكد من أن هواتف وأجهزة IP الحالية مدعومة أو تحديد البدائل المطلوبة.

عمليات التزويد: إنشاء أساليب توفير آلية أو مبسطة من أجل إلحاق نقاط النهاية بكفاءة.

تحديثات البرامج الثابتة والبرامج: التخطيط للتحديثات الضرورية لضمان قابلية التشغيل البيني والأمان.

إعدادات الأمان ومعايير التشفير

يُعدّ الأمن أمراً بالغ الأهمية في الاتصالات السحابية:

التشفير: فرض التشفير من طرف إلى طرف للإشارات وتدفقات الوسائط، بما يتماشى مع أفضل ممارسات أمان سيسكو.

المصادقة والتحكم في الوصول: تطبيق آليات المصادقة الآمنة (مثل تسجيل الدخول الموحد، والمصادقة متعددة العوامل) وضوابط الوصول الدقيقة للمستخدم.

امتثال: ضمان أن الحل يفي بمعايير الامتثال التنظيمية والصناعية ذات الصلة (على سبيل المثال، اللائحة العامة لحماية البيانات، وقانون قابلية نقل التأمين الصحي والمساءلة).

مراقبة الأمن: التكامل مع أدوات SIEM وإعداد التنبيهات للحوادث الأمنية المحتملة.

الجدول رقم 1. مثال على التقييم
المتطلبات الاعتبارات الرئيسية

جاهزية الشبكة وعرض النطاق الترددي عرض النطاق الترددي، جودة الخدمة، WAN/Internet, Firewall/NAT

التكامل مع الأنظمة الحالية دليل، نظام إدارة علاقات العملاء، نظام الهاتف الخاص (PBX)، Email/Calendar

توافق نقاط النهاية وتوفيرها دعم الجهاز، وتوفيره، وتحديثات البرامج الثابتة

إعدادات الأمان والتشفير التشفير، والمصادقة، والامتثال، والمراقبة الأمنية

تدريب المستخدمين وإدارة التغيير برامج التدريب، والوثائق، والتواصل بشأن التغيير

إمكانية نقل الأرقام وخطة الاتصال رقم migration/porting, ترجمة خطة الاتصال

عمليات التكامل مع جهات خارجية أجهزة النداء، مركز الاتصال، الفاكس، الأجهزة التناظرية

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

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

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

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

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

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

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

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

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

عدد المكالمات المتزامنة المتوقعة * عرض النطاق الترددي لكل مكالمة بناءً على برنامج الترميز = معدل نقل البيانات المطلوب للشبكة.
الجدول 2. حسابات عرض النطاق الترددي لأنواع المكالمات في Webex
أنواع المكالمات برنامج الترميز - عرض النطاق الترددي حسابات عرض النطاق الترددي
/ هاتف مكتبي -> أوبوس - 70 كيلوبت في الثانية عدد المكالمات المتزامنة * 70 كيلوبت في الثانية = معدل نقل البيانات المطلوب للشبكة
/ هاتف مكتبي -> هاتف مكتبي أوبوس - 70 كيلوبت في الثانية عدد المكالمات المتزامنة * 70 كيلوبت في الثانية = معدل نقل البيانات المطلوب للشبكة
/ هاتف مكتبي -> شبكة الهاتف العامة عبر مطار غاتويك G.711 – 80 كيلوبت في الثانية عدد المكالمات المتزامنة * 80 كيلوبت في الثانية = معدل نقل البيانات المطلوب للشبكة
/ هاتف مكتبي -> شبكة الهاتف العامة عبر شبكة الهاتف العامة السحابية (مثل خطة اتصال سيسكو) G.711 – 80 كيلوبت في الثانية عدد المكالمات المتزامنة * 80 كيلوبت في الثانية = معدل نقل البيانات المطلوب للشبكة
/ هاتف مكتبي -> شركة إنتربرايز عبر مطار غاتويك G.722 – 80 كيلوبت في الثانية عدد المكالمات المتزامنة * 80 كيلوبت في الثانية = معدل نقل البيانات المطلوب للشبكة
/ هاتف مكتبي -> البريد الصوتي أوبوس - 70 كيلوبت في الثانية عدد المكالمات المتزامنة * 70 كيلوبت في الثانية = معدل نقل البيانات المطلوب للشبكة

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

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

يوضح الجدول أمثلة حساب عرض النطاق الترددي لمكالمات Webex مثالاً على عملية حساب عرض النطاق الترددي الكاملة، بافتراض أن جميع الأجهزة موجودة في نفس الموقع.
الجدول رقم 3. أمثلة على حساب عرض النطاق الترددي لمكالمات Webex
أنواع المكالمات عدد المكالمات المتزامنة عرض النطاق الترددي الإجمالي
تطبيق Webex / هاتف المكتب → تطبيق Webex 15 2 * 15 * 70 كيلوبت في الثانية = 2100 كيلوبت في الثانية
تطبيق Webex / هاتف مكتبي → هاتف مكتبي 15 2 * 15 * 70 كيلوبت في الثانية = 2100 كيلوبت في الثانية
تطبيق Webex / هاتف مكتبي → PSTN عبر LGW 50 2 * 50 * 80 كيلوبت في الثانية = 8000 كيلوبت في الثانية
تطبيق Webex / هاتف مكتبي → شبكة الهاتف العامة عبر خدمة الاتصال السحابي لإجراء مكالمات Webex 0 0 * 80 كيلوبت في الثانية
تطبيق Webex / هاتف مكتبي → شركة عبر مطار غاتويك 15 2 * 15 * 80 كيلوبت في الثانية = 2400 كيلوبت في الثانية
تطبيق Webex / هاتف المكتب ← بريد صوتي لمكالمة Webex 5 5 * 70 كيلوبت في الثانية = 350 كيلوبت في الثانية
إجمالي المكالمات / عرض النطاق الترددي 100 مكالمة 14950 كيلوبت في الثانية / 14.95 ميجابت في الثانية

جميع قيم عرض النطاق الترددي في الجداول أعلاه تشير إلى عرض النطاق الترددي لبروتوكول الإنترنت (IP). يكون عرض النطاق الترددي للرابط أعلى اعتمادًا على تغليفات الشبكة الواسعة (WAN).

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

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

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

أهداف زمن الاستجابة، والارتعاش، وفقدان الحزم

يوصى بالحدود التالية للحصول على جودة صوت مثالية عند إجراء المكالمات عبر الإنترنت (OTT):

زمن الاستجابة - أقل من 100 مللي ثانية في اتجاه واحد

الارتعاش - أقل من 10 مللي ثانية

فقدان الحزم - 0.5% أو أقل.

جدار الحماية وNAT

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

نظام أسماء النطاقات (DNS) وبروتوكول وقت الشبكة (NTP)

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

التخطيط للتعافي من الأعطال

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

قدرة الموقع على البقاء

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

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

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

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

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

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

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

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

منح التراخيص

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

المنصة

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

المستخدمون والأجهزة

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

بوابة محلية

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

Locations/Sites

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

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

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

المخزون الحالي devices/clients

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

مكاتب

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

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

يجب ترقية هواتف IP من سلسلة Cisco 7800 و 8800 إلى برنامج Multiplatform Phone (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.

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

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

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

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

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

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

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

عملاء البرامج

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

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

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

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

قبل أن تقوم بنقلهم إلى

عند نقلهم إلى .

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

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

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

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

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

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

خيار أداة مركز التحكم للتحقق من أهلية هواتف Unified CM للاتصال عبر Webex

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

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

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

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

استخدم أداة فحص جاهزية هواتف Cisco IP

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

هذه الأداة ليست أداة رسمية من سيسكو، كما أنها غير مدعومة من قبل فريق الدعم الفني (TAC). يوفر البرنامج دعمًا محدودًا ولكنه مجاني الاستخدام.

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

تقرير أداة جاهزية هواتف سيسكو عبر بروتوكول الإنترنت

المستخدمون

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

نشر باستخدام الاتصال

نشر مع

تهيئة الخدمات للمستخدم

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

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

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

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

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

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

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

مراقبة BLF

نفس الصيد pilot/group

خطوط مشتركة

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

باستخدام نفس أرقام ركن المكالمات

جهاز اتصال داخلي

Admin/Exec.

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

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

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

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

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

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

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

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

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

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

راجع الإعدادات في واجهة المستخدم الرسومية للمسؤول

تصدير الإعدادات -- تصدير مجمع أو AXL

أداة تحليل بيانات الهجرة (موصى بها)

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

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

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

مراجعة بيانات نظام إدارة الحالات الموحد (CM RTMT)

أداة تحليل بيانات الهجرة باستخدام بيانات سجلات المكالمات

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

دليل المكالمات

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

مواقع (CAC)

استخدام الجذع.

أدوات شركاء سيسكو من جهات خارجية.

توصي شركة سيسكو بالبدء باستخدام أداة 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، وأجهزة ATA، وأجهزة الطرف الثالث)
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 المخصصة وغير المخصصة

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

بإمكان المسؤولين ضبط وإدارة وصول المستخدمين إلى تسجيلات مكالماتهم.
يمكن للمستخدمين إدارة تسجيلاتهم الخاصة باستخدام مركز المستخدم and/or تطبيق Webex.
لا يمكن الوصول إلى تسجيلات المستخدمين وإدارتها إلا من قبلهم
من بوابة الدبلجة الخاصة بهم.

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

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

يدعم مجموعة متنوعة من عمليات التكامل مع جهات خارجية^{، بما في ذلك على سبيل المثال لا الحصر، أجهزة التحكم في حدود الجلسة (SBCs} ) للبوابات المحلية، وهواتف بروتوكول الإنترنت (IP)، وهواتف الاتصال الداخلي. Speaker/Pagers, ATAs، إلخ. بالإضافة إلى هذه الأجهزة^{الخارجية ، يدعم Webex Calling حلولًا} خارجية مختلفة لدعم العملاء^{والتحليلات والتسجيل والفواتير وما إلى ذلك} . للحصول على مزيد من المعلومات حول حلول الطرف^{الثالث ، راجع مركز تطبيقات Webex.}

الجدول رقم 1. مثال على التقييم
المتطلبات	الاعتبارات الرئيسية
جاهزية الشبكة وعرض النطاق الترددي	عرض النطاق الترددي، جودة الخدمة، WAN/Internet, Firewall/NAT
التكامل مع الأنظمة الحالية	دليل، نظام إدارة علاقات العملاء، نظام الهاتف الخاص (PBX)، Email/Calendar
توافق نقاط النهاية وتوفيرها	دعم الجهاز، وتوفيره، وتحديثات البرامج الثابتة
إعدادات الأمان والتشفير	التشفير، والمصادقة، والامتثال، والمراقبة الأمنية
تدريب المستخدمين وإدارة التغيير	برامج التدريب، والوثائق، والتواصل بشأن التغيير
إمكانية نقل الأرقام وخطة الاتصال	رقم migration/porting, ترجمة خطة الاتصال
عمليات التكامل مع جهات خارجية	أجهزة النداء، مركز الاتصال، الفاكس، الأجهزة التناظرية

الجدول 2. حسابات عرض النطاق الترددي لأنواع المكالمات في Webex
أنواع المكالمات	برنامج الترميز - عرض النطاق الترددي	حسابات عرض النطاق الترددي
/ هاتف مكتبي ->	أوبوس - 70 كيلوبت في الثانية	عدد المكالمات المتزامنة * 70 كيلوبت في الثانية = معدل نقل البيانات المطلوب للشبكة
/ هاتف مكتبي -> هاتف مكتبي	أوبوس - 70 كيلوبت في الثانية	عدد المكالمات المتزامنة * 70 كيلوبت في الثانية = معدل نقل البيانات المطلوب للشبكة
/ هاتف مكتبي -> شبكة الهاتف العامة عبر مطار غاتويك	G.711 – 80 كيلوبت في الثانية	عدد المكالمات المتزامنة * 80 كيلوبت في الثانية = معدل نقل البيانات المطلوب للشبكة
/ هاتف مكتبي -> شبكة الهاتف العامة عبر شبكة الهاتف العامة السحابية (مثل خطة اتصال سيسكو)	G.711 – 80 كيلوبت في الثانية	عدد المكالمات المتزامنة * 80 كيلوبت في الثانية = معدل نقل البيانات المطلوب للشبكة
/ هاتف مكتبي -> شركة إنتربرايز عبر مطار غاتويك	G.722 – 80 كيلوبت في الثانية	عدد المكالمات المتزامنة * 80 كيلوبت في الثانية = معدل نقل البيانات المطلوب للشبكة
/ هاتف مكتبي -> البريد الصوتي	أوبوس - 70 كيلوبت في الثانية	عدد المكالمات المتزامنة * 70 كيلوبت في الثانية = معدل نقل البيانات المطلوب للشبكة

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

الجدول رقم 4. خطة انتقال المستخدم حسب الموقع
موقع المستخدم / موقع	جلسات المعلومات والتدريب قبل الانتقال	فترة انتقالية	الدعم بعد الانتقال
مدينة نيويورك (1525 مستخدمًا)	الأسبوع الأول من أبريل	15 أبريل - 27 أبريل	أسبوع 29 أبريل
مطار سان فرانسيسكو الدولي (1600 مستخدم)	أسبوع 6 مايو	20 مايو - 31 مايو	أسبوع 3 يونيو
RTP (1275 مستخدمًا)	أسبوع 3 يونيو	17 يونيو - 28 يونيو	الأسبوع الأول من شهر يوليو

الجدول 5. التقارير المُنشأة من ملف Unified CM .tar
اسم التقرير وصف التقرير
ImportedDataBulk.csv جميع المستخدمين والأجهزة من بيانات Unified CM
DeviceEligibility.csv يحدد الأجهزة المؤهلة للانتقال إلى Webex Calling (هواتف IP، وأجهزة Room OS، وأجهزة ATA، وأجهزة الطرف الثالث)
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 المخصصة وغير المخصصة

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

التخطيط

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

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

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

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

الخطوة 1

الخطوة 2

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

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

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

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

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

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

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

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

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

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

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

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

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

تم نقل أرقام الهواتف والتحويلات الداخلية من إلى

تم تحويل برنامج العميل من Jabber إلى - سيتم التسجيل في

تم نقل تسجيل الهاتف من مكان إلى آخر.

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

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

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

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

الخطوة 1

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

الخطوة 2

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

تم نقل أرقام الهواتف والتحويلات الداخلية من إلى .

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

تم نقل تسجيل الهاتف من مكان إلى آخر.

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

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

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

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

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

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

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

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

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

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

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

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

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

تصميم

تحديد المنطقة

المواقع

PSTN

خطة الاتصال

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

خطة الاتصال

التسجيل

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

2. تحديد المنطقة

الاتصال في حالات الطوارئ

منح التراخيص

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

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

التخصيص الجماعي عبر قالب CSV

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

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

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

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

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

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

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

دعم متعدد لموفري الهوية

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

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

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

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

5. تعزيز الأمن والامتثال

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

Duo MFA مع SSO لـ

السمات

الحضور التلقائي

إيقاف الاتصال مؤقتًا

التقاط المكالمة

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

مجموعة الخطوط المجمَّعة

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

مجموعة المناداة

التسجيلات

الوصول عبر رقم واحد

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

تحديد المنطقة

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

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

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

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

المواقع

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

PSTN

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

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

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

الانتقال إلى CCCP في البداية مقابل الاحتفاظ بشبكة الهاتف العامة (PSTN) في الموقع

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

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

خطة الاتصال

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

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

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

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

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

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

الاتصال الإجباري داخل الشبكة من إلى

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

مكالمات PSTN من وإلى PSTN إذا تم استخدام PSTN محليًا أثناء عملية الانتقال لـ

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

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

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

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

يوضح الشكل أفضل ممارسات خطة الاتصال نهج خطة الاتصال الأفضل كما هو موضح في البنية المفضلة لعمليات نشر Cisco Collaboration 12.x Enterprise On-Premises، 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-digit سيتم مطابقة السلسلة إما بواسطة +E.164 رقم الدليل في قسم DN أو عن طريق أحد أنماط توجيه PSTN في قسم USPSTNNational أو SJCPSTNNlocal. يتم تطبيق عادات الاتصال المختصرة داخل الموقع وبين المواقع من خلال الترجمات في قسم ESN و SJCtoE164. بينما يُعد قسم ESN قسمًا عالميًا (يمكن الوصول إليه للهواتف في جميع المواقع)، فإن قسم SJCTOE164 لا يمكن الوصول إليه إلا للمستخدمين في موقع SJC. هذا بافتراض وجود نطاقات تمديد متداخلة.

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

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

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

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

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

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

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

خطة الاتصال

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

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

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

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

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

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

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

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

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

الجدول 2. مثال على ترقيم المؤسسات
الموقع نطاق تمديد رمز الموقع مجموعة إنتربرايز

مدينة نيويورك 2XXX 202 8 202 2XXX

مطار سان فرانسيسكو الدولي 3XXX 203 8 203 3XXX

آر تي بي 2XXX 204 8 204 2XXX

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

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

الجدول رقم 3. نطاقات تمديد ذات طول ثابت
الموقع نطاق تمديد الامتدادات رمز الموقع مجموعة إنتربرايز

مدينة نيويورك 2XXX 2XXX 202 8 202 2XXX

مطار سان فرانسيسكو الدولي 8XXX 7XXX 203 8 203 7XXX

آر تي بي 1XX 11XX 204 8 204 11XX

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

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

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

الموقع الامتدادات رمز الموقع مجموعة إنتربرايز موقع أود نطاق المؤسسة

مدينة نيويورك 2XXX 22 8 22 2XXX 822 8 822 2XXX

مطار سان فرانسيسكو الدولي 8XXX 23 8 23 7XXX 823 8 823 7XXX

آر تي بي 1XXX 24 8 24 11XX 824 8 824 11XX

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

التسجيل

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

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

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

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

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

متطلبات العمل: ينبغي أن يستند اختيار مقدم الخدمة إلى تقييم محركات الأعمال مثل الامتثال التنظيمي (مثال: توجيهات MiFID II، وقانون HIPAA)، وضمان الجودة، وحل النزاعات، أو احتياجات التدريب.

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

2. تحديد المنطقة

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

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

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

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

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

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

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

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

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

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

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

الاتصال في حالات الطوارئ

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

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

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

تكوين موقع ECBN

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

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

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

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

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

منح التراخيص

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

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

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

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

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

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

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

التخصيص الجماعي عبر قالب CSV

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

قائمة مسارات المكالمات: عدد مكالمات PSTN المتصلة بالسحابة المطلوبة بين المستخدمين المحليين and/or تطبيقات متخصصة تابعة لجهات خارجية مثبتة محلياً.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

مزامنة الدليل: هل ستتم مزامنة هذه المجموعة من دليل المؤسسة أم أنها مجموعة Webex محلية تم توفيرها في مركز التحكم أو من خلال واجهة برمجة التطبيقات (API)؟

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

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

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

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

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

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

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

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

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

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

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

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

يتم تكوين وإدارة تسجيل الدخول الموحد (SSO) مركزياً من خلال ، مما يتطلب تبادل البيانات الوصفية بين و IdP المختار.

بعد التكوين، يمكن اختبار تسجيل الدخول الموحد (SSO) قبل التفعيل لضمان الإعداد الصحيح.

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

سيسكو ديو

Okta

خدمات الاتحاد في الدليل النشط من مايكروسوفت (ADFS)

Microsoft Azure

PingFederate

OpenAM

F5 BIG-IP.

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

دعم متعدد لموفري الهوية

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

يدعم النظام العديد من موفري الهوية (IdP) لمعالجة العديد من حالات الاستخدام الرئيسية حيث تحتاج المؤسسات إلى مصادقة مرنة وآمنة عبر بيئات تكنولوجيا المعلومات المتنوعة:

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

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

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

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

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

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

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

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

5. تعزيز الأمن والامتثال

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

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

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

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

Duo MFA مع SSO لـ

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

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

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

أمان مُعزز: يضيف خاصية المصادقة متعددة العوامل المقاومة للتصيد الاحتيالي لحماية الوصول، مما يقلل من مخاطر اختراق كلمات المرور.

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

التكامل مع الدلائل الموجودة: يدعم Active Directory المحلي، وOpenLDAP، ودلائل السحابة، وموفري خدمات تسجيل الدخول الموحد المتنوعين، مما يقلل من تغييرات البنية التحتية.

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

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

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

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

توصي شركة سيسكو بتطبيق نظام تسجيل الدخول الموحد (SSO) للمستخدمين. لتعزيز الأمان، يُنصح بالتكامل مع Cisco Duo.

ينبغي تطبيق استراتيجية إدارة الهوية والوصول المؤسسي وتسجيل الدخول الموحد قبل البدء في الانتقال من النظام الحالي إلى النظام الجديد.

السمات

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

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

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

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

الحضور التلقائي

يُتيح نظام الرد الآلي ما يلي: 24/7 أتمتة معالجة المكالمات الواردة، مما يسمح بمعالجة المكالمات بكفاءة دون الحاجة إلى شخص للرد على كل مكالمة.

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

يدعم نظام الرد الآلي الميزات الرئيسية التالية:

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

جدول الإجازات

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

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

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

خيارات تحويل المكالمات

تحليلات وتقارير مركز التحكم.

للمزيد من المعلومات، انظر إدارة الرد الآلي.

إيقاف الاتصال مؤقتًا

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

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

ركن المكالمات مباشرة - يسمح لأي مستخدم بركن مكالمة إلى رقم داخلي لمستخدم آخر أو إلى رقم داخلي مخصص لركن المكالمات، كما هو محدد من قبل المسؤول

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

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

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

للمزيد من المعلومات، انظر إدارة ركن المكالمات في مركز التحكم.

التقاط المكالمة

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

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

يمكن للمستخدمين استخدام الهاتف المحمول أو هاتف المكتب الخاص بهم للرد على المكالمات.

:

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

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

قائم على FAC (اتصال) *98) أو إشعار منبثق لرد المكالمة

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

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

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

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

عندما لا يكون نوع الإشعار المحدد في لا شيء

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

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

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

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

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

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

التحيات والرسائل (الترحيب، المواساة، الهمس، إلخ)

موسيقى الانتظار

معاودة الاتصال

سياسات توجيه الطوابير (الخدمة الليلية، العطلات، إعادة التوجيه)

قائمة انتظار الوكلاء login/logout

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

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

مراقبة مكالمات وكيل الإشراف، أو تدريب الموظفين، أو التدخل في سير العمل، أو تولي زمام الأمور من خلال رموز الوصول إلى الميزات (FACs).

(صلاحيات المسؤول) لـ:

إدارة الطوابير

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

إدارة الطوابير والوكلاء والمشرفين.

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

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

مجموعة الخطوط المجمَّعة

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

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

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

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

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

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

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

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

مجموعة المناداة

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

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

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

التسجيلات

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

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

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

الوصول عبر رقم واحد

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

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

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

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

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

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

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

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

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

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

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

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

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

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

الجدول 2. مثال على ترقيم المؤسسات
الموقع	نطاق تمديد	رمز الموقع	مجموعة إنتربرايز
مدينة نيويورك	2XXX	202	8 202 2XXX
مطار سان فرانسيسكو الدولي	3XXX	203	8 203 3XXX
آر تي بي	2XXX	204	8 204 2XXX

الجدول رقم 3. نطاقات تمديد ذات طول ثابت
الموقع	نطاق تمديد	الامتدادات	رمز الموقع	مجموعة إنتربرايز
مدينة نيويورك	2XXX	2XXX	202	8 202 2XXX
مطار سان فرانسيسكو الدولي	8XXX	7XXX	203	8 203 7XXX
آر تي بي	1XX	11XX	204	8 204 11XX

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

الموقع	الامتدادات	رمز الموقع	مجموعة إنتربرايز	موقع أود	نطاق المؤسسة
مدينة نيويورك	2XXX	22	8 22 2XXX	822	8 822 2XXX
مطار سان فرانسيسكو الدولي	8XXX	23	8 23 7XXX	823	8 823 7XXX
آر تي بي	1XXX	24	8 24 11XX	824	8 824 11XX

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

الجدول 6. خيارات تزويد المستخدم لـ
طريقة التزويد	الوصف	الإيجابيات	السلبيات
يدوي	Create/manage المستخدمون بشكل فردي في	سهل الاستخدام لعدد قليل من المستخدمين؛ لا حاجة إلى بنية تحتية	غير قابل للتوسع؛ ويستغرق وقتاً طويلاً بالنسبة للعديد من المستخدمين
ملف CSV (ملف بيانات مجمع)	Import/update يتم جمع بيانات المستخدمين بشكل جماعي من خلال ملفات CSV	فعال للمجموعات؛ لا يتطلب برمجة	إعداد ملفات CSV يدوياً؛ أقل ديناميكية
الأشخاص وواجهة برمجة تطبيقات SCIM 2.0	إدارة المستخدمين برمجياً عبر واجهات برمجة تطبيقات Webex	مرن؛ يدعم الأتمتة والتكامل	يتطلب ذلك التطوير والبنية التحتية
مزامنة الدليل	مزامنة تلقائية من Active Directory وEntra ID وتطبيقات SCIM وUnified CM	يُؤتمت دورة الحياة؛ ويدعم التصفية والتخطيط	مدى تعقيد الإعداد: بعض الخيارات لها ميزات محدودة أو تتطلب بنية تحتية

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

التنفيذ

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

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

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

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

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

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

الحصول على التراخيص وتوفيرها والتحقق منها

إعدادات خدمة الاتصال عبر Webex

الهجرة التجريبية

شراء شبكة الهاتف العامة (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
قم بضبط اتفاقية المزامنة باستخدام التصفية القائمة على المجموعات: عند إعداد اتفاقية المزامنة في موصل الدليل أو توفير معرف Entra، قم بتكوين النطاق ليشمل فقط المستخدمين الذين هم أعضاء في المجموعة المحددة.

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

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

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

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

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

أنشئ مجموعة أمان باسم مجموعة المزامنة.

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

قم بإعداد موصل الدليل باستخدام مرشح LDAP مثل: (memberOf=CN=Webex مزامنة Group,OU=Groups,DC=yourdomain,DC=com).

في معرف Microsoft entra ID:

أنشئ مجموعة باسم مجموعة المزامنة

قم بتعيين المجموعة إلى إعدادات التزويد الخاصة بـ Entra ID

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

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

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

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

مراجع:

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

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

موصل الدليل

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

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

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

مراجع:

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

إعداد تسجيل الدخول الموحد لإدارة Webex

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

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

إدارة تسجيل الدخول الموحد (SSO) عند التكامل في مركز التحكم

الحصول على التراخيص وتوفيرها والتحقق منها

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

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

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

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

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

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

إعدادات خدمة الاتصال عبر Webex

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

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

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

كذلك، إعدادات التكوين وقوالب المستخدم والتطبيق.

الهجرة التجريبية

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

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

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

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

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

شراء شبكة الهاتف العامة (PSTN)

للحصول على خدمات PSTN لـ ، حدد أولاً خيار اتصال PSTN في .

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

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

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

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

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

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

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

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

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

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

التكامل مع نظام التحكم في المكالمات المحلي

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

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

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

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

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

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

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

مراقبة المستخدمين الآخرين باستخدام مؤشرات حالة الخط الأساسي (BLFs)

في نفس عملية البحث، قم بترتيب قائمة المكالمات، إلخ.

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

استخدام خدمة الرد على المكالمات

باستخدام نفس أرقام ركن المكالمات

جهاز اتصال داخلي

Executive/Admin.

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

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

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

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

تحديد المستخدمين الذين سيتم نقلهم معًا

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

تحقق من وجود جميع أرقام التعريف الشخصية (TNs) للمستخدمين في

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

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

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

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

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

Disable/Delete user/device رقم الدليل والاتصال features/services بعد الانتقال.

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

مساحات العمل

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

يركز على الموقع: مرتبط بالأماكن المادية.

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

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

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

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

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

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

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

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

تسلسل بدء تشغيل نظام التشغيل PhoneOS للتسجيل

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

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

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

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

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

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

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

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

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

لإنشاء وإدارة شبكة DECT الرقمية في مركز التحكم، انظر إدارة شبكة DECT

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

أجهزة وهواتف من^جهات خارجية - العملمع بائعي^جهات خارجية على device/phone المتطلبات وعملية نقلها أو استبدالها لدعمها.

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

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

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

المساعدون الآليون - لإدارة المساعدين الآليين، انظر المساعدون الآليون

موقف المكالمات - لإدارة موقف المكالمات، انظر موقف المكالمات

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

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

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

أوضاع التشغيل - للاطلاع على توجيه المكالمات بناءً على أوضاع التشغيل، انظر توجيه المكالمات بناءً على أوضاع التشغيل

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

التسجيلات - لإدارة تسجيل المكالمات، انظر إدارة التسجيلات

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

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

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

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

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

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

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

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

تدفقات مكالمات شبكة الهاتف العامة (PSTN) وعرض هوية المتصل

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

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

تدفقات المكالمات داخل الشبكة

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

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

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

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

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

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

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

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

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

مساعدو السيارات: الإعلانات وعمليات القائمة

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

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

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

تحسين

نقل شبكة الهاتف العامة (PSTN) إلى خدمة Cloud Connect

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

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

نقل شبكة الهاتف العامة (PSTN) إلى خدمة Cloud Connect

بمجرد ترحيل جميع نقاط النهاية والمستخدمين إلى الاتصال السحابي، فإن الغرض الوحيد من 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) لجميع المواقع على موفر شبكة الهاتف العامة المتصلة بالسحابة، ويجب التحقق من الاتصال الوارد والصادر.

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

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

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

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

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

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

Update/remove نظراء الاتصال المناسبين في اللغة المحلية Gateway/CUBE هذا المسار يستدعي المكالمات من وإلى Unified CM. لم تعد هذه النظراءات الهاتفية مطلوبة لتوجيه المكالمات داخل المبنى.

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

حذف أو إزالة جميع الأجهزة الافتراضية لعقدة المجموعة and/or الخوادم. أعد توظيف موارد الحوسبة والأجهزة حسب الحاجة. لم تعد هذه الموارد مطلوبة لخدمات البريد الصوتي والرسائل الموحدة.

تنظيف: بعد نقل الوصول إلى شبكة الهاتف العامة (PSTN) إلى شبكة الهاتف العامة المتصلة بالسحابة، يمكن إيقاف تشغيل خطوط PSTN وبوابات PSTN والبوابة المحلية.

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

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

قم بتحديث الموقع المادي القابل للإرسال وعنصر الشبكة في ميزة التنقل الأفقي كلما حدثت تغييرات. الأنشطة الشائعة التي تتطلب تحديثات هي:

استبدال محول الشبكة

استبدال نقطة الوصول اللاسلكية

تغييرات نطاق DHCP

التغييرات المادية داخل المبنى (في حالة اتخاذ قرار بشأن cubical/office)

توسيع أو تقليص مساحة المكاتب المادية داخل المبنى.

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

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

تحليلات جودة الوسائط

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

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

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

1	أنشئ مجموعة مزامنة مخصصة: في دليل مؤسستك (Microsoft Entra ID أو AD)، قم بإنشاء مجموعة أمان مخصصة للمزامنة (مثال: مجموعة المزامنة).
2	قم بتعبئة المجموعة بالمستخدمين المستهدفين: أضف فقط المستخدمين الذين تريد مزامنتهم (مثل مجموعة اختبار خلال المرحلة التجريبية) إلى هذه المجموعة. يتيح لك هذا التحكم بدقة في من يتم تضمينه في عملية المزامنة.
3	قم بضبط اتفاقية المزامنة باستخدام التصفية القائمة على المجموعات: عند إعداد اتفاقية المزامنة في موصل الدليل أو توفير معرف Entra، قم بتكوين النطاق ليشمل فقط المستخدمين الذين هم أعضاء في المجموعة المحددة. بالنسبة إلى Microsoft Entra ID، يمكنك استخدام التعيينات المستندة إلى المجموعات في إعدادات التزويد بالنسبة لـ AD، يمكنك تحديد عامل تصفية LDAP لتضمين المستخدمين الذين ينتمون إلى المجموعة المحددة فقط.
4	قم بتوسيع المجموعة حسب الحاجة: مع تقدمك إلى مراحل نشر أوسع، ما عليك سوى إضافة مستخدمين أو مجموعات إضافية إلى مجموعة المزامنة. سيتوسع نطاق المزامنة تلقائيًا ليشمل هؤلاء المستخدمين، مما يسمح بالتنفيذ التدريجي والمتحكم فيه. خطوات التنفيذ النموذجية: في الدليل النشط: أنشئ مجموعة أمان باسم مجموعة المزامنة. أضف المستخدمين التجريبيين المطلوبين إلى هذه المجموعة. قم بإعداد موصل الدليل باستخدام مرشح LDAP مثل: (memberOf=CN=Webex مزامنة Group,OU=Groups,DC=yourdomain,DC=com). في معرف Microsoft entra ID: أنشئ مجموعة باسم مجموعة المزامنة قم بتعيين المجموعة إلى إعدادات التزويد الخاصة بـ Entra ID سيتم تزويد المستخدمين في هذه المجموعة فقط بالصلاحيات اللازمة. اختبر دائمًا مزامنة المجموعات في بيئة غير إنتاجية قبل تطبيقها على المؤسسة بأكملها. راجع عضوية المجموعة بانتظام للتأكد من مزامنة المستخدمين المصرح لهم فقط. لإدارة مستمرة، قم بأتمتة تحديثات عضوية المجموعة بناءً على قواعد العمل أو أنظمة الموارد البشرية إن أمكن. مراجع: مزامنة مستخدمي Entra ID مع مركز التحكم قم بإعداد تطبيق Entra ID Wizard في مركز التحكم موصل الدليل

Cisco AI Assistant

شكرًا على ملاحظاتك.

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

مقدمة

قبل البدء

نظرة عامة

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

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

وصف عام لـ PPDIO

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

تحضير

التخطيط

تصميم

التنفيذ

تحسين

حلقات التغذية الراجعة PPDIO

نهج الهجرة

تحضير

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

لماذا يُعدّ جمع المتطلبات أمراً مهماً؟

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

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

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

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

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

منح التراخيص

Locations/Sites

المخزون الحالي devices/clients

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

المستخدمون

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

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

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

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

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

التخطيط

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

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

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

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

الخطوة 1

الخطوة 2

تصميم

تحديد المنطقة

المواقع

PSTN

خطة الاتصال

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

خطة الاتصال

التسجيل

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

2. تحديد المنطقة

الاتصال في حالات الطوارئ

منح التراخيص

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

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

التخصيص الجماعي عبر قالب CSV

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

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

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

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

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

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

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

دعم متعدد لموفري الهوية

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

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

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

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

5. تعزيز الأمن والامتثال

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

Duo MFA مع SSO لـ

السمات

الحضور التلقائي

إيقاف الاتصال مؤقتًا

التقاط المكالمة

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

مجموعة الخطوط المجمَّعة

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

مجموعة المناداة