# المفاهيم الأساسية

### أساليب تحسين المكوّن الإضافي

#### <mark style="color:أزرق;">تطبيق Zoom Workplace VDI يدعم ثلاثة أوضاع تشغيل لمعالجة الوسائط في الوقت الفعلي: التحسين المباشر، التحسين عبر القناة، ووضع الاسترداد</mark>

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

#### <mark style="color:أزرق;">وضع التحسين المباشر: عندما يستقبل تطبيق Zoom Workplace VDI والمكوّن الإضافي تدفقات بيانات مستقلة من سحابة Zoom</mark>

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

عند التشغيل في وضع التحسين المباشر، يحدث ما يلي:

1. يتلقى المكوّن الإضافي تدفقات البيانات للفيديو والصوت مباشرة من السحابة.
2. يتعامل تطبيق Zoom Workplace VDI مع بيانات الاجتماع العامة، مثل معلومات المشاركين، ورسائل الدردشة، أو ميزات AI Companion، ويعرضها داخل عنصر نائب تطبيق Workplace، بينما يدير أيضًا مشاركة الشاشة الواردة عن طريق إعادة توجيهها إلى المكوّن الإضافي ورفع محتوى مشاركة الشاشة المحلية من سطح المكتب الافتراضي عند نشاطها.
3. يستخدم المكوّن الإضافي وسطح مكتب VDI اتصال البائع الافتراضي لـ VDI للتواصل وتحديد موضع وعرض الوسائط على الشاشة بين الطبقتين.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdMkBI5zRMicu977C-QSvtu06Kuvb1YyPZMOqh3Tnzd37uapLNkWLZxLNXxEgmg8e8RxX8btLPjVg8EnW0kRRe-UAjKQAIQEeKpsuR0SrEapbZSH5EO1GPtECfHz5G9uN8ptVbegA?key=Y8FtDbpjXDezi-KeGzQVkA" alt=""><figcaption><p>مخطط يوضح كيف تنقل سحابة Zoom البيانات إلى وجهتين منفصلتين عند استخدام وضع التحسين المباشر.</p></figcaption></figure>

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

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

1. يتم توصيل جميع وسائط الاجتماع أولًا إلى خادم VDI من سحابة Zoom.
2. ينقل خادم VDI الوسائط إلى المكوّن الإضافي إما عبر اتصال UDP خارج النطاق أو عبر قناة VDI الافتراضية القائمة إذا تعذّر إنشاء اتصال UDP.

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

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdDt_WwrMDVVWLYDgtsXxsqsQNcflrpzhxtQSV2cnlYTx4IKRPRT49o-VLNfImUru407_vp7LJkRdaF4SdvIO405fZaD4LCcEvTjlUgE54NwfafocBGGKNk2NmRX1dRpcbg5V7U-w?key=Y8FtDbpjXDezi-KeGzQVkA" alt=""><figcaption><p>مخطط يوضح كيف تُنقل البيانات إلى سطح مكتب VDI والعميل البعيد عبر اتصال معاد التوجيه (hairpinned).</p></figcaption></figure>

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

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

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

{% hint style="danger" %}
**تحذير**

ينبغي تجنّب وضع الاسترداد إن أمكن للحفاظ على أداء الخادم.
{% endhint %}

#### <mark style="color:أزرق;">ملخص أوضاع الاتصال</mark>

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

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

تلخّص الجدول التالي الفروقات الرئيسية بين هذه الأوضاع.

|                        | **تفريغ الوسائط** | **الوصول المباشر للسحابة من المكوّن الإضافي** |
| ---------------------- | ----------------- | --------------------------------------------- |
| **التحسين المباشر**    | ✔                 | ✔                                             |
| **التحسين عبر القناة** | ✔                 |                                               |
| **وضع الاسترداد**      |                   |                                               |

### تفريغ وسائط WebRTC

#### <mark style="color:أزرق;">نظرة عامة</mark>

توفر Zoom عميل WebRTC قائمًا على المستعرض عبر [تطبيق ويب Zoom](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064261) يمكنه تفريغ معالجة الصوت إلى جهاز المستخدم المحلي عند التشغيل داخل بيئة سطح مكتب افتراضي. يعمل هذا دون الحاجة إلى أي مكوّنات إضافية خاصة بـ Zoom لأن منصة VDI تزود محرك WebRTC المحلي الخاص بها وإطار إعادة توجيه يربط تطبيق ويب Zoom بهذا المحرك.

{% hint style="danger" %}
**تحذير**

تفريغ وسائط WebRTC محدود حاليًا بالصوت ولا يدعم تحسين الفيديو.&#x20;
{% endhint %}

تدعم هذه الميزة المنتجات والقنوات التالية من تطبيق ويب Zoom:

* Zoom Phone
* مركز اتصال Zoom
* موصل CTI لمركز اتصال Zoom

تدعم هذه الميزة حاليًا منصات سطح المكتب الافتراضية التالية:&#x20;

* Citrix
* Omnissa Horizon

ارجع إلى مركز دعم Zoom لمزيد من المعلومات حول [تهيئة Zoom VDI لدعم إعادة توجيه WebRTC لتطبيق ويب Zoom](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0083142).

#### <mark style="color:أزرق;">يقوم تطبيق ويب Zoom بتفريغ صوت WebRTC في VDI إلى الجهاز المحلي</mark>

عندما يحاول تطبيق ويب Zoom داخل سطح المكتب الافتراضي تهيئة صوت WebRTC، يتم اعتراض طلباته قبل أن يحاول سطح المكتب الافتراضي التقاط الصوت أو معالجته. بدلًا من تفعيل مجموعة وسائط WebRTC المدمجة في المستعرض داخل الجلسة المستضافة، تقوم منصة VDI بترجمة إشارات الصوت إلى رسائل تحكم خفيفة الوزن. تُرسَل هذه الرسائل عبر القناة الافتراضية لمزوّد VDI إلى جهاز المستخدم المحلي، مع إعادة توجيه حركة الصوت في الوقت الفعلي من سحابة Zoom مباشرة إلى جهاز المستخدم المحلي.&#x20;

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

يوضح المخطط التالي كيفية توجيه البيانات عند استخدام تفريغ وسائط WebRTC مع تطبيق ويب Zoom وعميل افتراضي مدعوم. <br>

<div data-with-frame="true"><figure><img src="https://3637835738-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2FMziMpXttOigLu71P5cJb%2FCA2AE7FE-CEB8-4890-87AD-77E31161C3CC.png?alt=media&#x26;token=1e3b3f99-cb95-4ac4-82f0-c717f33b0f3f" alt="Diagram illustrating the Zoom cloud connecting to two different components, with audio going to the Remote Client and Presence, Meeting Data, Video, and Screen Sharing routing to the VDI Desktop"><figcaption><p>مخطط يوضح كيف تُقسَّم الوسائط بين سطح المكتب الافتراضي وجهاز العميل البعيد.</p></figcaption></figure></div>

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

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

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

#### <mark style="color:أزرق;">لماذا لا يلزم وجود مكوّن إضافي</mark>

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

#### <mark style="color:أزرق;">النتيجة</mark>

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