# اعتبارات التكامل مع شبكة الهاتف العامة المترابطة

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

### اعتبارات التكامل مع SBC

#### <mark style="color:أزرق;">متطلبات SBC</mark>

لإجراء تكامل SBC مع Zoom من أجل الاستمرارية، يجب أن يستوفي SBC المتطلبات التالية:

* TLS 1.2 وSRTP
* دعم Mutual TLS
* بروتوكول بدء الجلسة (SIP)
* DTMF (RFC-2833)
* إخفاء الهيكلية (RFC-5853)
* عرض SIP المبكر (**إلزامي**)
* برامج الترميز Opus وG.711 μ-law وG.711 A-law وG.729

#### <mark style="color:أزرق;">تتطلب عمليات تكامل شبكة الهاتف العامة المترابطة SBC وموفرًا خارجيًا موثوقًا</mark>

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

#### <mark style="color:أزرق;">يمكن استخدام أي SBC معتمد لـ Zoom Phone BYOC</mark>

أي جهاز التحكم بحدود جلسة (SBC) يكون [معتمدًا لـ Zoom Phone](https://support.zoom.us/hc/en-us/articles/360001299063-Zoom-Phone-Certified-Hardware#h_ec5008d4-3581-46e7-a06d-32599511d089) يمكن استخدامه أيضًا مع وحدة ZPLS. ولا يحتاج العملاء المشتركون في خطة Zoom Phone BYOC حالية إلى SBC إضافي أو منفصل لأغراض الاستمرارية.

#### <mark style="color:أزرق;">يجب تثبيت شهادات DigiCert الخاصة بـ Zoom على SBC</mark>

من أجل إنشاء اتصال TLS بكلٍّ من وحدة ZPLS وZoom سحابة، يجب تثبيت [شهادات DigitCert الجذرية والوسيطة](https://support.zoom.us/hc/en-us/articles/360044092031) على SBC.

#### <mark style="color:أزرق;">يجب على أجهزة SBC توجيه المكالمات الواردة إلى مراكز بيانات Zoom Phone كخيارَي توجيه أول وثانٍ، وإلى وحدة ZPLS كخيار ثالث</mark>

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

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

{% hint style="info" %}
بمجرد أن تصبح Zoom Phone سحابة متاحة بعد فعالية الاستمرارية، قد يحاول SBC مؤقتًا توجيه أرقام BYOC إلى Zoom سحابة بينما يكون جهاز العميل الخاص بالرقم المتأثر مسجلًا في وحدة ZPLS. وفي حال حدوث ذلك، فسيتبع توجيه المكالمات الإعدادات الخاصة بـ [**عندما لا يتم الرد على مكالمة**](https://support.zoom.us/hc/en-us/articles/360059966372-Customizing-call-handling-settings#h_86f4bf1b-51ea-4d70-9e40-4a84a5ca1c2c) خلال هذه الفترة المؤقتة.
{% endhint %}

#### <mark style="color:أزرق;">يجب توجيه المكالمات الصادرة من وحدة ZPLS إلى SBC وجذع SIP لشبكة الهاتف العامة المترابطة</mark>

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

### اعتبارات الاستمرارية المحلية لتحويل المكالمات

#### <mark style="color:أزرق;">أثناء فعالية الاستمرارية، لن تكون أرقام الهاتف المقدمة من Zoom Phone قابلة للوصول خارجيًا ما لم تتم إعادة توجيهها عبر تحويل المكالمات</mark>

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

{% hint style="info" %}
وقد تشمل الأمثلة الشائعة للأرقام المتأثرة الأرقام المخصصة لـ: المستخدمين، والمناطق العامة، والاستقبالات التلقائية (AR)، ومجموعات الخط المشترك (SLG)، وقوائم انتظار المكالمات (CQ).
{% endhint %}

#### <mark style="color:أزرق;">لا يحتاج العملاء الذين يستخدمون BYOC محليًا إلى تكوينات متقدمة، ويمكنهم تجاوز تحويل المكالمات عن طريق إضافة مسار ثالثي إلى وحدة ZPLS الخاصة بهم من SBC الخاص بهم</mark>

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

#### <mark style="color:أزرق;">يتم تعيين تكوينات تحويل المكالمات بواسطة مسؤول أو مستخدم مخول من البوابة الإلكترونية</mark>

يمكن لمسؤول الحساب أو المستخدم المخول [تكوين منطق تحويل المكالمات](#_1od0waijmvaz) من البوابة الإلكترونية من خلال [الإدخال اليدوي أو تحميل CSV مجمّع](#_aezu04x8z043).

#### <mark style="color:أزرق;">سيكون لدى المستخدمين الذين تم تكوينهم لتحويل المكالمات ثلاثة أرقام مخصصة</mark>

بعد تطبيق رقم BYOC على مستخدم من أجل استمرارية تحويل المكالمات، سيتم تعيين *على الأقل* ثلاثة أرقام

1. رقم داخلي مع إضافة رمز موقع في البداية
2. رقم شبكة الهاتف العامة المترابطة مقدم من Zoom
3. رقم شبكة الهاتف العامة المترابطة من BYOC

<div data-with-frame="true"><figure><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/RlfwmyOhkqzROMBi52i8/Unknown%20image" alt="" width="375"><figcaption></figcaption></figure></div>

#### <mark style="color:أزرق;">يمكن تحويل أرقام الهاتف إلى رقم BYOC واحد بحد أقصى</mark>

يمكن تحويل كل رقم Zoom Phone إلى حد أقصى قدره **رقم** BYOC آخر واحد. ومع ذلك، يمكنك تحويل عدة أرقام هاتف إلى رقم BYOC نفسه.

على سبيل المثال، إذا تم تعيين رقم الهاتف X55-555-5555 إلى John، فيمكن تحويل رقم هاتف John إلى رقم عامل المبنى لديه على X99-999-9999. وبالمثل، يمكن أيضًا تحويل أرقام زملاء John (مثل X55-555-5554 وX55-555-5553 وما إلى ذلك) إلى X99-999-9999. وبدلًا من ذلك، يمكن لكل مستخدم تحويل رقم هاتفه إلى رقم فريد تمامًا، مثل توجيه X55-555-5554 إلى X99-999-9998، وتوجيه X55-555-5553 إلى X99-999-9997. ومع ذلك، لا يمكن لأي مستخدم فردي تحويل رقمه إلى كلٍّ من X99-999-9999 وX99-999-9998.

#### <mark style="color:أزرق;">يجب أن يظل تحويل المكالمات معطلاً حتى وقوع فعالية الاستمرارية</mark>

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

#### <mark style="color:أزرق;">لا يمكن تمكين إعادة توجيه المكالمة إلا بواسطة مستخدم مخوّل أو مسؤول لديه اتصال إنترنت فعّال</mark>

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

{% hint style="info" %}
لتقليل وقت التوقف وضمان استمرارية الأعمال، توصي Zoom بأن تضع الشركات إجراءات موثوقة لتمكين منطق إعادة توجيه المكالمة من البوابة الإلكترونية أثناء فعالية البقاء.
{% endhint %}

#### <mark style="color:أزرق;">يمكن أن تنطبق قواعد إعادة توجيه المكالمة على موقع بالكامل أو على أرقام فردية</mark>

أثناء فعالية البقاء، يمكن لـ مسؤول أو مستخدم مخوّل تمكين قواعد إعادة توجيه المكالمة للموقع بالكامل أو لأرقام محددة من البوابة الإلكترونية.

#### <mark style="color:أزرق;">بمجرد تمكين إعادة توجيه المكالمة لرقم هاتف مستخدم، لن يقوم Zoom برنين عميل مستخدم مسجّل في سحابة، حتى إذا كان يحافظ على اتصال سحابة مستقل</mark>

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

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

#### <mark style="color:أزرق;">إذا لم يتم تمكين إعادة توجيه المكالمة لـ مستخدم أثناء فعالية البقاء، فستتبع المكالمات الواردة تفضيلات معالجة المكالمة الخاصة بكل مستخدم</mark>

إذا لم يتم تمكين إعادة توجيه المكالمة أثناء فعالية البقاء، فستتم معالجة المكالمات الواردة وفقًا لـ [منطق معالجة المكالمة](https://support.zoom.us/hc/en-us/articles/360059966372-Customizing-call-handling-settings) لكل مستخدم على حدة. إذا لم يكن لدى مستخدم عميل هاتف احتياطي مسجّل في سحابة، مثل هاتف محمول، فسيخضع المتصلون للقواعد المحددة بواسطة **عندما لا يتم الرد على مكالمة** قسم تفضيلات معالجة المكالمة.

#### <mark style="color:أزرق;">تنطبق إعادة توجيه المكالمة فقط على مكالمة واردة من شبكة الهاتف العامة المترابطة</mark>

تنطبق إعادة توجيه المكالمة لأغراض البقاء فقط على مكالمة يتم توجيهها عبر شبكة الهاتف العامة المترابطة و/أو سحابة Zoom Phone. ستتم محاولة توصيل مكالمة صادرة من امتدادات مسجّلة في Zoom داخل الموقع نفسه عبر وحدة ZPLS أولاً، ثم عبر شبكة الهاتف العامة المترابطة ثانيًا إذا كان SBC متصلاً. أما المكالمات التي لا يمكن توصيلها فستخضع بخلاف ذلك للمعالجة المحددة بواسطة **عندما لا يتم الرد على مكالمة** قسم قواعد معالجة المكالمة ضمن إعدادات هاتف مستخدم.

### تدفق إعادة توجيه المكالمة

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

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/oITDPnN2h3r5uCsJcZky/Unknown%20image" alt=""></div>

1. يبدأ متصل خارجي مكالمة إلى رقم مسجّل في Zoom Phone، ويتم توجيهها عبر شبكة الهاتف العامة المترابطة.
2. يتم توجيه المكالمة إلى سحابة Zoom Phone، ويتم تحديد رقم الهاتف المطلوب على أنه متأثر بإعادة توجيه المكالمة.

{% hint style="info" %}
إذا لم يتم تمكين إعادة توجيه المكالمة، فسيتبع Zoom Phone **عندما لا يتم الرد على مكالمة** المنطق الخاص بذلك المستخدم أو الامتداد المحدد.
{% endhint %}

3. نظرًا إلى تمكين إعادة توجيه المكالمة، لن يحاول Zoom إصدار تنبيه إلى المستخدم، وبدلاً من ذلك سيعيد توجيه المكالمة إلى رقم إعادة توجيه المكالمة المعيّن عبر شبكة الهاتف العامة المترابطة.
4. يتم توجيه المكالمة من شبكة الهاتف العامة المترابطة إلى SBC الخاص بالبقاء.
5. يقوم SBC الخاص بالبقاء بإعادة توجيه المكالمة إلى وحدة ZPLS.
6. تقوم وحدة ZPLS بإعادة توجيه المكالمة إلى العميل (العملاء) المسجّل الخاص بـ مستخدم، إذا كان متصلاً.

### اعتبارات رقم تعريف موقع الطوارئ (ELIN)

#### <mark style="color:أزرق;">ELIN هو رقم هاتف حصري للموقع ينقل معلومات الموقع إلى خدمات الطوارئ عند طلبه</mark>

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

على سبيل المثال، لنفترض وجود حرم جامعي يمتد عبر عدة مبانٍ، ويمثل كل مبنى موقع Zoom Phone منفصل. إذا أجرى مستخدم اتصالاً بخدمات الطوارئ أثناء فعالية البقاء من هاتف أو جهاز [مرتبط بـ الموقع](#_ggwzik1hd9xi)، فستتلقى خدمات الطوارئ تلقائيًا العنوان الكامل المسجّل لـ الموقع، بشرط أن يكون الموقع مكوّنًا ومحدّثًا لدى مزود الخدمة.

#### <mark style="color:أزرق;">يمكن لكل موقع دعم عدة أرقام ELIN</mark>

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

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

#### <mark style="color:أزرق;">أثناء فعالية البقاء، يتم استبدال كل مكالمة طوارئ بـ ELIN</mark>

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

#### <mark style="color:أزرق;">يجب أن يكون رقم ELIN رقم BYOC مرتبطًا بجذع شبكة الهاتف العامة المترابطة SBC الخاص بـ الموقع</mark>

رقم ELIN الخاص بـ موقع **يجب** يجب أن يكون رقم BYOC منتهيًا على جذع شبكة الهاتف العامة المترابطة موجود في SBC تجاوز الفشل الخاص بـ الموقع. ولا يمكن استخدام أي نوع آخر من الأرقام.

#### <mark style="color:أزرق;">ستقوم وحدة ZPLS تلقائيًا بتوجيه مكالمات مزود الطوارئ إلى ELIN مرة أخرى إلى امتداد مستخدم الذي طلب الرقم في الأصل لمدة تصل إلى ساعتين</mark>

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

#### <mark style="color:أزرق;">بمجرد تعيين رقم هاتف باعتباره ELIN، لا يمكن يعيّن إلى مستخدم أو جهاز</mark>

بمجرد أن يقوم مسؤول بتعيين رقم BYOC بوصفه ELIN المعين لـ موقع، لا يمكن يعيّن رقم BYOC إلى أي مستخدم أو أي كيان آخر في Zoom Phone ما لم يتم إلغاء تعيينه.

#### <mark style="color:أزرق;">يتحمل العملاء مسؤولية صيانة العناوين الفعلية المرتبطة بـ ELIN وتحديثها لكل موقع</mark>

لا تتحمل Zoom مسؤولية تحديث شركات BYOC الناقلة بالعناوين الفعلية المرتبطة بكل ELIN. ويتحمل العملاء مسؤولية ضمان ربط عناوين الطوارئ بشكل صحيح بالعنوان الفعلي المناسب.

### اعتبارات توجيه شبكة الهاتف العامة المترابطة

#### <mark style="color:أزرق;">عندما يكون وضع الاستمرارية نشطًا، يتم توجيه حزم الوسائط عبر وحدة ZPLS</mark>

عندما يكون وضع الاستمرارية ممكّنًا، لا تتواصل البرامج العميلة مباشرةً مع SBC أو البرامج العميلة الداخلية الأخرى؛ وبدلًا من ذلك، تُرسى حزم الوسائط أو «تُمرَّر» عبر وحدة ZPLS، من دون دعم لتفريغ الوسائط.

يوضح المخطط التالي مسار الإشارات والوسائط للمكالمات الداخلية والخارجية النشطة.

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/irEOa0JWa2qCCobkIU1u/Unknown%20image" alt=""></div>

#### <mark style="color:أزرق;">ستحاول المكالمات التوجيه محليًا أولًا</mark>

كلما أمكن، ستحاول وحدة ZPLS توجيه المكالمات الصادرة من برامج Zoom العميلة المسجَّلة إلى وجهات مسجَّلة محليًا. ولا تتم إعادة توجيه المكالمات إلى SBC إلا إذا كانت الوجهة الموجودة ضمن حقل Request URI في دعوة SIP الواردة لا تطابق رقم داخلي مسجَّل.

{% hint style="info" %}
الرقم الداخلي المسجَّل هو رقم داخلي قصير من دون رمز الموقع، أو رقم داخلي طويل مع رمز الموقع، أو رقم Zoom مسجَّل ومُعيَّن، أو رقم BYOC مُعيَّن. ويجب على المسؤولين أن يضعوا في اعتبارهم أن وحدة ZPLS تحدّث هذه البيانات [مرة كل 10 ساعات](#_54gf3fuxcnk5).
{% endhint %}

#### <mark style="color:أزرق;">أثناء فعالية الاستمرارية، ستعرض المكالمات الخارجية الصادرة رقم BYOC الخاص بالمستخدم</mark>

أثناء فعالية الاستمرارية، ستتضمن المكالمات الخارجية الصادرة من الأجهزة المسجَّلة في ZPLS رقم الاتصال الخاص بـ BYOC. يوضح المخطط التالي تدفق المكالمات في وضع الاستمرارية لمستخدم:

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/ycSBccAalA5qPcF077rF/Unknown%20image" alt=""></div>

#### <mark style="color:أزرق;">قد يتم توجيه المكالمات المُعادة إلى رقم BYOC الخاص بالمستخدم</mark>

نظرًا لأن المكالمات الخارجية الصادرة التي يتم إجراؤها أثناء فعالية الاستمرارية ستستخدم رقم BYOC، فقد يعيد المتصلون الخارجيون مكالمة باستخدام رقم BYOC بدلًا من رقم هاتف Zoom المسجَّل الخاص بالمستخدم. وإذا كانت فعالية الاستمرارية قد انتهت، فسيتم توجيه المكالمات مرة أخرى عبر سحابة [إذا تم تكوين أولوية التوجيه الصحيحة](#_zgofkpkt74xr)ومع ذلك، إذا كانت الفعالية لا تزال مستمرة، فسيقوم SBC بتوجيه المكالمة إلى وحدة ZPLS والجهاز المسجَّل لدى البرنامج العميل.

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/TcZnB68gxWNsSzN4j9fS/Unknown%20image" alt=""></div>

#### <mark style="color:أزرق;">برامج الترميز المدعومة للاستمرارية</mark>

برامج الترميز المدعومة للاستمرارية هي Opus وG.711 μ-law وG.711 A-law وG.729. لا يتم دعم تحويل ترميز برامج ترميز صوت أو تغيير معدلها. ويُطلب من جميع الأطراف المشاركة في مكالمة نشطة دعم برنامج الترميز نفسه ومعدل أخذ العينات نفسه.

### اعتبارات مجموعة توزيع الاستمرارية

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

#### <mark style="color:أزرق;">توفر مجموعات توزيع الاستمرارية خيارات دقيقة لـ توجيه المكالمات أثناء فعالية الاستمرارية</mark>

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

#### <mark style="color:أزرق;">ليست SDGs مثل مجموعات التوزيع الخاصة بالعمليات المعيارية، ويجب إنشاؤها وصيانتها بشكل منفصل</mark>

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

#### <mark style="color:أزرق;">من الأفضل إقران SDGs مع التكامل بين BYOC وPSTN وتمكين إعادة توجيه المكالمات</mark>

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

يوضح المخطط التالي منطق توجيه المكالمات لـ SDG مُمكّنة لـ شبكة الهاتف العامة المترابطة:

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/5NrGHutNwcJ18M9i7SRf/Unknown%20image" alt=""></div>

#### <mark style="color:أزرق;">يمكن تخصيص SDGs بالطرق التالية</mark>

تدعم SDGs الخيارات التالية:

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

### اعتبارات الأجهزة والشبكات

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

{% hint style="info" %}
هذا القسم مخصص لنشر الأجهزة والشبكة *اعتبارات التصميم*ارجع إلى القسم الخاص بـ [نشر ZPLS](#_wrba5u2ahyc) للحصول على إرشادات نشر خطوة بخطوة.
{% endhint %}

#### <mark style="color:أزرق;">اعتبارات نشر وحدة ZPLS والشبكات</mark>

**تتطلب وحدة ZPLS عنوان IPv4 ثابتًا داخل شبكتك**

يجب نشر وحدة ZPLS على شبكة LAN داخلية باستخدام عنوان IPv4 ثابت يمكن لأجهزة Zoom Phone وبرامج سطح المكتب العميلة الوصول إليه. ولا تدعم وحدة ZPLS عناوين IPv6 في الوقت الحالي.

**يجب أن تحافظ وحدة ZPLS على اتصالات HTTPS دورية مع سحابة Zoom Phone**

تتطلب وحدة ZPLS اتصالات HTTPS دورية مع سحابة Zoom Phone لِـ [مزامنة الحساب والإعدادات الخاصة بالمستخدم](#_54gf3fuxcnk5).

في معظم الحالات، يمكن نشر وحدة ZPLS على شبكة LAN داخلية ضمن شبكة العميل. وبدلاً من ذلك، يمكن استخدام شبكة DMZ في بعض الظروف؛ ومع ذلك، يجب على مسؤولي الشبكة التأكد من إمكانية الاتصال عبر جدار حماية المؤسسة. وفي كلتا الحالتين، يُطلب من المسؤولين تعديل سياسة جدار الحماية المؤسسية لتمكين الاتصال بين وحدة ZPLS و سحابة Zoom.

**يجب أن تحافظ وحدة ZPLS على ping دوري من نوع OPTIONS مع سحابة Zoom Phone**

أثناء حالة الخمول، يجب أن تحافظ وحدة ZPLS على ping إبقاء OPTIONS نشطًا مع سحابة Zoom Phone لمراقبة الاتصال. في حال فقدت كلٌ من أجهزة العميل ووحدة ZPLS داخل موقع ما الاتصال مع سحابة Zoom Phone، فسيسجل العملاء والأجهزة المدعومة لدى وحدة ZPLS باستخدام المصادقة التلخيصية SIP عبر TLS v1.2.

#### <mark style="color:أزرق;">اعتبارات نشر SBC والشبكات</mark>

**يجب أن يكون SBC قابلاً للوصول من ZPLS ومن سحابة Zoom كلما أمكن**

يجب على العملاء التأكد من أن SBC يحافظ على الاتصال مع كلٍ من وحدة ZPLS و سحابة Zoom Phone كلما أمكن. ويمكن للعملاء توفير SBC ثنائي NIC مُهيأ بعنوان IPv4 خاص وعام، أو التأكد من تطبيق قواعد NAT ثابتة 1:1 على جدار الحماية الطرفي بالإضافة إلى فتح المنافذ المطلوبة.

**يجب أن يحافظ SBC على اتصال TLS وUDP بين سحابة Zoom Phone ووحدة ZPLS**

أثناء العمليات الروتينية، يجب أن يحافظ SBC على اتصال TLS وUDP مع كلٍ من سحابة Zoom Phone ووحدة ZPLS الخاصة بالموقع. يُستخدم هذا الاتصال لتوجيه أي مكالمات محتملة إلى رقم هاتف مدرج في BYOC [عبر سحابة Zoom Phone](#_zgofkpkt74xr). يتم تمكين آلية ping إبقاء OPTIONS تلقائيًا بين ZPLS وSBC، وهي اختياري بين SBC والسحابة.

#### <mark style="color:أزرق;">اعتبارات عملاء Zoom وأجهزة الهاتف</mark>

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

العملاء والأجهزة المدعومة [الممكّنة لاستمرارية الهاتف](#_ah8xua8wdq10) تكتشف وحدة ZPLS المناسبة للتجاوز الاحتياطي من سحابة Zoom Phone أثناء عملية الإقلاع. ومع ذلك، يجب أن تكون الوحدة بالفعل [مرتبطة بموقع نظام الهاتف](#_k11n5zxkx1pq) مع عنوان IPv4 قابل للاكتشاف داخليًا.

**يجب أن تكون للأجهزة عنوان IP ثابت أو أن يتم تعيين عنوان IP خاص لها عبر خادم DHCP محلي**

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

**يجب أن تحافظ العملاء والأجهزة على ping دوري من نوع OPTIONS مع سحابة Zoom Phone**

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

#### <mark style="color:أزرق;">جدار الحماية وتدفق بيانات الشبكة</mark>

راجع القسم الخاص بـ [منافذ الشبكة وتدفق البيانات](#_pswiusfsww6t).
