Оптимізація медіа підтримується в настільних телефонах (за винятком пристроїв DECT і ATA), Webex і рішення локального шлюзу. Коли ви здійснюєте дзвінки всередині вашої організації, між підтримуваними пристроями, медіа для вашого дзвінка перетікає безпосередньо між пристроями, коли це можливо. Це забезпечує меншу затримку та кращу якість.

• За замовчуванням, оптимізація мультимедійних файлів вмикається на пристроях стільничного телефону та Webex і, як правило, не вимагає вказаної конфігурації.

• Для локального шлюзу оптимізацію мультимедіа можна ввімкнути за допомогою команди STUN usage lite, яка переглядається в Зареєструвати локальний шлюз у Webex Calling.

  STUN (Session Traversal Utilities for NAT) - це стандартизований набір методів, включаючи мережевий протокол, для обходу шлюзів транслятора мережевих адрес у застосунках голосу, відео, обміну повідомленнями та інших інтерактивних комунікацій в режимі реального часу.

• Локальний шлюз (CUBE) підтримує ICE-lite. Існує кілька обмежень щодо підтримки ICE на CUBE. Перегляньте докладні відомості про підтримку ICE-lite на CUBE.

• Підтримка оптимізації медіа на локальному шлюзі вимагає мінімального програмного забезпечення CUBE версії 17.3 або 16.12.5.

• Оптимізація медіа за допомогою локального шлюзу вимагає доступності до мережі між пристроєм і локальним шлюзом. Це може бути досягнуто шляхом:

  • Призначення загальнодоступної IP-адреси локальному шлюзу.

  • Переконайтеся, що адреса хосту локального шлюзу доступна для пристрою в межах тієї ж мережі, що і локальний шлюз.

• Для маршрутизації дзвінків дані сигналізації надсилаються в хмару Webex Calling. Для здійснення дзвінків Webex завжди потрібно активне підключення до Інтернету. Однак медіа складають більшість трафіку для дзвінка.

• Дзвінки можна оптимізувати лише в межах однієї організації. Для міжорганізаційних дзвінків медіа повинні протікати через PSTN з регуляторних причин.

• Якщо ввімкнено запис дзвінків, носії для записаних дзвінків направляються в хмару і не оптимізуються.

Медіа оптимізація використовує створення інтерактивного зв 'язку (ICE) для виявлення оптимізованих медіа-шляхів.

Це відбувається в наступні фази:

1. Відкриття кандидата

   Коли дзвінок здійснюється, кінцева точка повинна спочатку виявити список адрес, де вона може приймати медіа. Ці адреси, або кандидати, включають локальну адресу кінцевої точки та рефлексивну адресу сервера, яку можна використовувати для контакту з кінцевою точкою через NAT. Рефлексивна адреса сервера визначається шляхом запиту сервера STUN у хмарі Webex Calling.

2. Обмін кандидатами

   На цьому етапі кінцеві точки обмінюються списком адрес-кандидатів, які збираються при виявленні кандидатів за допомогою SIP.

   

3. Перевірка з 'єднання

   Кінцеві точки перевіряють адреси кандидатів, що обмінюються під час обміну кандидатами, щоб визначити найкращий медіа-шлях між двома пристроями.

4. Оптимізація медіа-шляху

   Використовуючи повторне запрошення, кінцеві точки тепер починають надсилати носії через оптимізований шлях.