- Головна
- /
- Стаття
Нова й змінена інформація
У цій таблиці наведено нові функції, зміни наявного контенту та будь-які серйозні помилки, які було виправлено в Посібник із розгортання .
Інформацію про оновлення програмного забезпечення вузла Webex Video Mesh дивhttps://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes .
Дата | Змінити |
---|---|
9 лютого 2024 року |
|
31 серпня 2023 р |
|
31 липня 2023 р |
|
28 липня 2023 р |
|
15 червня 2023 року |
|
16 травня 2023 р |
|
27 березня 2023 р. |
|
2 березня 2023 року |
|
7 липня 2022 р. |
|
30 червня 2022 р. | Додано інформацію про нові сценарії масової підготовки за адресоюhttps://github.com/CiscoDevNet/webex-video-mesh-node-provisioning . |
14 червня 2022 року | Змінено кроки для обміну ланцюжками сертифікатів, щоб включити сертифікати ECDSA Ланцюжки сертифікатів обміну між вузлами Unified CM і Video Mesh Nodes |
18 травня 2022 р | Сайт завантаження інструмента «Відбивач» змінено наhttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client . |
29 квітня 2022 р | Додано інформацію про нову функцію в Зберігайте медіафайли в Video Mesh для всіх зовнішніх нарад Webex . |
25 березня 2022 р. | Оновлення використання портів у Порти та протоколи для керування . |
10 грудня 2021 р | Додано CMS 2000 та відзначену проблему оновлення для старіших CMS 1000, які оновлюють до ESXi 7 у Вимоги до системи та платформи для програмного забезпечення Video Mesh Node . |
30 серпня 2021 р. | Додано інформацію щодо перевірки того, що Webex має правильну країну джерела для вашого розгортання Переконайтеся, що країна джерела правильна . |
27 серпня 2021 р. | Додано примітку щодо видимості звітів аналітики в Підтримка й обмеження для приватних нарад . |
13 серпня 2021 р. | Додано інформацію про нову функцію приватних нарад у:
|
22 липня 2021 р | Додано інформацію про те, як перевірити, що система має правильне розташування джерела для викликів. Правильні розташування джерел сприяють ефективній маршрутизації. Див Переконайтеся, що країна джерела правильна . |
25 червня 2021 р. | Зауважено, що функція повнофункціонального Webex App Webex несумісна з Video Mesh у Клієнти та пристрої, що використовують Video Mesh Node . |
7 травня 2021 р. | Виправлено рекомендований розмір кластера до 100 дюймів Рекомендації щодо розгортання кластера Video Mesh . |
12 квітня 2021 р. | Оновлено Налаштуйте маршрутизацію трафіку Expressway TCP SIP для Video Mesh щоб використовувати зону Webex замість нової зони DNS. |
9 лютого 2021 р. |
|
11 грудня 2020 р. |
|
22 жовтня 2020 р. |
|
19 жовтня 2020 р. |
|
18 вересня 2020 р. |
|
26 серпня 2020 р. |
|
4 серпня 2020 р |
|
9 липня 2020 р. |
|
26 червня 2020 р. |
|
9 червня 2020 р. |
|
21 травня 2020 р. | Оновлено Порти та протоколи для керування і Вимоги до підтримки проксі для Video Mesh . |
15 травня 2020 р. | Оновлено Огляд Video Mesh . |
25 квітня 2020 р |
|
22 січня 2020 р. |
|
12 грудня 2019 р. |
|
10 грудня 2019 р. |
|
4 листопада 2019 року |
|
18 жовтня 2019 р. |
|
26 вересня 2019 р. |
|
13 вересня 2019 р. |
|
29 серпня 2019 року |
|
24 липня 2019 року |
|
9 липня 2019 р. |
|
24 травня 2019 р. |
|
25 квітня 2019 року |
|
11 квітня 2019 року |
|
Огляд Webex Video Mesh
Webex Video Mesh динамічно знаходить оптимальне поєднання локальних і хмарних ресурсів для конференцій. На локальних конференціях перебування в приміщеннях, коли є достатньо місцевих ресурсів. Коли локальні ресурси вичерпані, конференції розширюються до хмари.
Video Mesh Node — це програмне забезпечення, яке встановлено на локальному сервері Cisco UCS, зареєстроване в хмарі та керується в Control Hub. Наради Webex, особиста кімната для нарад Webex, Webex Space Meetings і виклики програми Webex між двома користувачами можна маршрутизувати на локальні вузли Video Mesh у мережі. Video Mesh вибирає найефективніший спосіб використання доступних ресурсів.
Video Mesh надає такі переваги:
Покращує якість та зменшує затримку, дозволяючи вам тримати дзвінки в приміщенні.
Прозоро поширює ваші виклики на хмару, коли локальні ресурси досягли свого ліміту або недоступні.
Керуйте кластерами Video Mesh із хмари за допомогою єдиного адміністративного інтерфейсу: Control Hub (https://admin.webex.com).
Оптимізуйте ресурси та потенціал масштабу, якщо це необхідно.
Об 'єднує функції хмарної та локальної конференції в одному бездоганному досвіді користувача.
Зменшує проблеми з пропускною здатністю, оскільки хмара завжди доступна, коли потрібні додаткові ресурси конференц-зв 'язку. Немає необхідності планувати потужності для найгіршого сценарію.
Надає розширену аналітику про продуктивність і використання, а також дані звітів про усунення несправностейhttps://admin.webex.com .
Використовує обробку локальних медіа, коли користувачі підключаються на нараду Webex із локальних кінцевих пристроїв SIP і клієнтів на основі стандартів:
Кінцеві пристрої та клієнти на базі SIP (кінцеві пристрої Cisco, Jabber, сторонні SIP), зареєстровані на локальне керування викликами (Cisco Unified Communications Manager або Expressway), які здійснюють виклик на нараду Cisco Webex.
Програма Webex (включно з підключеною до кімнатних пристроїв), яка приєднується до наради Webex.
Кімнати та настільні пристрої Webex, які безпосередньо приєднуються до наради Webex.
Забезпечує оптимізовану аудіо- та відеоінтерактивну голосову відповідь (IVR) для мережевих кінцевих точок та клієнтів на основі SIP.
H.323, IP dial-in і кінцеві точки Skype для бізнесу (S4B) продовжують приєднуватися до зустрічей з хмари.
Підтримує відео високої роздільної здатності 1080p 30 кадрів/с як варіант для нарад, якщо учасників наради, які підтримують 1080p, обслуговують через локальні локальні вузли Video Mesh. (Якщо учасник приєднується до поточної зустрічі з хмари, локальні користувачі продовжують отримувати 1080p 30 кадрів в секунду на підтримуваних кінцевих точках.)
Маркування покращеної та диференційованої якості обслуговування (QoS): роздільне аудіо (EF) і відео (AF41).
Webex Video Mesh наразі не підтримує Webex Webinars.Підтримує наради з наскрізним шифруванням (наради E2EE). Якщо клієнт розгортає Video Mesh і вибирає тип наради E2EE, це додає додатковий рівень безпеки, забезпечуючи безпеку ваших даних (медіа, файли, дошки, анотації) і блокуючи доступ третіх сторін або їх зміну. Докладну інформацію див Розгортайте наради з нульовою довірою .
Приватні наради зараз не підтримують наскрізне шифрування.
Клієнти та пристрої, що використовують Video Mesh Node
Ми намагаємося зробити Video Mesh сумісним із відповідними клієнтами та типами пристроїв. Хоча неможливо перевірити всі сценарії, тестування, на якому базуються ці дані, охоплює більшість загальних функцій перелічених кінцевих пристроїв та інфраструктури. Відсутність пристрою або клієнта означає відсутність тестування та відсутність офіційної підтримки від Cisco.
Тип клієнта або пристрою | Використовує Video Mesh Node під час двоточкового виклику | Використовує Video Mesh Node на багатосторонній нараді |
---|---|---|
Програма Webex (для комп’ютерів і мобільних пристроїв) | Так | Так |
Пристрої Webex, зокрема кімнатні пристрої та Webex Board. (Див Вимоги до кінцевої точки та програми Webex розділ для повного списку.) | Так | Так |
Бездротовий спільний доступ у кімнаті між програмою Webex і підтримуваними пристроями Room, Desk і Board. | Так | Так |
Зареєстровані в Unified CM пристрої (зокрема кінцеві пристрої IX) і клієнти (включно з Jabber VDI 12.6 і пізніших версій, Webex VDI 39.3 і пізніших версій), що здійснюють виклики на заплановану нараду Webex або нараду в особистій кімнаті Webex.* | Ні | Так |
Пристрої, зареєстровані на VCS/Expressway, виклики на заплановану нараду Webex або нараду в особистій кімнаті Webex.* | Ні | Так |
Webex Здійснити виклик моєї відеосистеми на відеопристрої, зареєстровані в хмарі Webex | Н/Д | Так |
Вебклієнт програми Webex (https://web.webex.com ) | Так | Так |
Телефони, зареєстровані в Cisco Webex Calling | Ні | Ні |
Webex Здійснити виклик моєї відеосистеми на зареєстровані SIP-пристрої | Н/Д | Ні |
* Неможливо гарантувати, що всі локальні пристрої та клієнти були перевірені за допомогою рішення Video Mesh.
Несумісність Video Mesh із повнофункціональними можливостями Webex
Якщо ввімкнути повнофункціональний Webex Experience для програми Webex, програма Webex не підтримуватиметься з Video Mesh Nodes. Ця функція зараз надсилає сигнали та медіафайли безпосередньо у Webex. Майбутні випуски зроблять програму Webex і Video Mesh сумісними. За замовчуванням ми не вмикали цю функцію для клієнтів із Video Mesh.
У вас можуть виникнути проблеми з Video Mesh і повнофункціональним Webex Experience:
Якщо ви додали Video Mesh до свого розгортання після впровадження цієї функції.
Якщо ви ввімкнули цю функцію, не знаючи, що вона вплине на Video Mesh.
Якщо ви помітили проблеми, зверніться до команди з облікових записів Cisco, щоб вимкнути перемикач повнофункціональних можливостей Webex.
Якість обслуговування на Video Mesh Node
Вузли Video Mesh відповідають рекомендованим практичним порадам щодо якості обслуговування (QoS), увімкнувши діапазони портів, які дозволяють розрізняти аудіо- та відеопотоки в усіх потоках до та з вузлів Video Mesh. Ця зміна дозволить вам створювати політики QoS та ефективно зауважувати трафік до та з вузлів відеомережі.
Ці зміни супроводжуються змінами порту QoS. Вузли Video Mesh автоматично позначають медіатрафік із зареєстрованих SIP кінцевих пристроїв (зареєстровано на локальному сервері Unified CM або VCS Expressway) для аудіо (EF) і відео (AF41) окремо відповідним класом обслуговування та використовують добре відомі діапазони портів для певних типів медіа. .
Вихідний трафік від локальних зареєстрованих кінцевих точок завжди визначається конфігурацією на контролі викликів (Unified CM або VCS Expressway).
Додаткову інформацію див. в таблиці QoS за адресою Порти та протоколи, що використовуються Video Mesh і кроки для ввімкнення або вимкнення QoS у Потік завдань розгортання Video Mesh
Програма Webex продовжує підключатися до вузлів Video Mesh через спільний порт 5004. Ці порти також використовуються програмою Webex і кінцевими точками для тестування доступності STUN до вузлів Video Mesh. Від вузла Video Mesh до вузла Video Mesh для каскадів використовується діапазон портів призначення 10000–40000.Підтримка проксі для Video Mesh
Video Mesh підтримує явні прозорі проксі з перевіркою та без перевірки. Ви можете прив’язати ці проксі до свого розгортання Video Mesh, щоб забезпечити безпеку та відстежувати трафік від підприємства до хмари. Ця функція надсилає сигнали та керуючий трафік на основі https до проксі. Для прозорих проксі-серверів мережеві запити від вузлів Video Mesh пересилаються на певний проксі-сервер за допомогою правил маршрутизації корпоративної мережі. Ви можете використовувати інтерфейс адміністратора Video Mesh для керування сертифікатами та загального стану підключення після впровадження проксі з вузлами.
Медіафайли не передаються через проксі. Ви все одно повинні відкрити необхідні порти для медіапотоків, щоб отримати прямий доступ до хмари. Див Порти та протоколи для керування . |
Video Mesh підтримує такі типи проксі-серверів:
Відкритий проксі-сервер (з перевіркою або без перевірки) — за допомогою явного проксі ви вказуєте клієнту (вузли Video Mesh), який проксі-сервер використовувати. Цей параметр підтримує один з наступних типів автентифікації:
Немає — подальша автентифікація не потрібна. (Для явного проксі-сервера HTTP або HTTPS.)
Basic (Базовий) — використовується для агента користувача HTTP, щоб надати ім’я користувача та пароль під час надсилання запиту, і використовує кодування Base64. (Для явного проксі-сервера HTTP або HTTPS.)
Дайджест — використовується для підтвердження особи облікового запису перед надсиланням конфіденційної інформації та застосовує функцію хешування імені користувача та пароля перед надсиланням через мережу. (Для явного проксі HTTPS.)
NTLM — як і дайджест, NTLM використовується для підтвердження особи облікового запису перед надсиланням конфіденційної інформації. Використовує облікові дані Windows замість імені користувача та пароля. Ця схема автентифікації вимагає виконання кількох обмінів. (Для явного проксі HTTP.)
Прозорий проксі-сервер (без перевірки) — вузли Video Mesh не налаштовані на використання конкретної адреси проксі-сервера і не повинні вимагати будь-яких змін для роботи з проксі-сервером, що не перевіряється.
Прозорий проксі (перевірка) — вузли Video Mesh не налаштовані на використання конкретної адреси проксі-сервера. У Video Mesh змінювати конфігурацію http(s) не потрібно, однак вузлам Video Mesh потрібен кореневий сертифікат, щоб вони довіряли проксі. Перевірка проксі-серверів зазвичай використовується ІТ для застосування політики щодо того, які вебсайти можна відвідувати, і типів контенту, які є забороненими. Цей тип проксі розшифровує весь ваш трафік (навіть https).
Підтримувані роздільної здатності та частоти кадрів для Video Mesh
У цій таблиці наведено підтримувані роздільної здатності та частоту кадрів з точки зору отримувача й відправника на нараді, що організована на вузлі Video Mesh. Клієнт-відправник (застосунок або пристрій) розташований у верхньому рядку таблиці, тоді як клієнт-отримувач — у лівій колонці таблиці. Відповідна клітинка між двома учасниками фіксує узгоджену роздільну здатність контенту, кількість кадрів на розділ і джерело аудіо.
Роздільна здатність впливає на здатність виклику на будь-якому вузлі Video Mesh. Додаткову інформацію див Ємність для вузлів Video Mesh . |
Роздільна здатність і частота кадрів об’єднані як XXXpYY. Наприклад, 720p10 означає 720p із частотою 10 кадрів на секунду.
Скорочення визначення (SD, HD і FHD) у рядку відправника та стовпці отримувача стосуються верхньої роздільної здатності клієнта або пристрою:
SD — стандартна роздільна здатність (576p)
HD — висока роздільна здатність (720p)
FHD — повна висока роздільна здатність (1080p)
Приймач | Відправник | ||||||
---|---|---|---|---|---|---|---|
Програма Webex | Програма Webex для мобільних пристроїв | Зареєстровані SIP-пристрої (HD) | Зареєстровані SIP-пристрої (FHD) | Зареєстровані пристрої Webex (SD) | Зареєстровані пристрої Webex (HD) | Зареєстровані пристрої Webex (FHD) | |
Програма Webex для робочого стола | 720p10 Змішане аудіо* | 720p10 Змішане аудіо | 720p30 Змішане аудіо | 720p30 Змішане аудіо | 576p15 Аудіоконтент** | 720p30 Змішане аудіо | 720p30 Змішане аудіо |
Програма Webex для мобільних пристроїв | — | — | — | — | — | — | — |
Зареєстровані SIP-пристрої (HD) | 720p30 Аудіоконтент | 720p15 Змішане аудіо | 1080p15 Змішане аудіо | 1080p15 Змішане аудіо | 576p15 Змішане аудіо | 1080p15 Змішане аудіо | 1080p15 Змішане аудіо |
Зареєстровані SIP-пристрої (FHD) | 1080р30 Змішане аудіо | 720p15 Змішане аудіо | 1080p15 Змішане аудіо | 1080р30 Змішане аудіо | 576p15 Змішане аудіо | 1080p15 Змішане аудіо | 1080р30 Змішане аудіо |
Зареєстровані пристрої Webex (SD) | 1080p15 Змішане аудіо | 720p15 Змішане аудіо | 1080p15 Змішане аудіо | 1080p15 Змішане аудіо | 576p15 Змішане аудіо | 1080p15 Змішане аудіо | 1080p15 Змішане аудіо |
Зареєстровані пристрої Webex (FHD) | 1080р30 Змішане аудіо | 720p15 Змішане аудіо | 1080p15 Змішане аудіо | 1080р30 Змішане аудіо | 576p15 Змішане аудіо | 1080p15 Змішане аудіо | 1080р30 Змішане аудіо |
* Аудіоконтент — це аудіо, яке відтворюється з конкретного контенту, до якого надається спільний доступ, наприклад відеопотоку. Цей аудіопотік є окремим від звичайного аудіо наради.
** Змішане аудіо стосується поєднання аудіо учасника наради та аудіо зі спільного доступу до контенту.
Вимоги до Video Mesh
Video Mesh доступний із задокументованими пропозиціями Вимоги до ліцензії для гібридних служб .
Вимоги до керування викликами та інтеграції нарад для Video Mesh
Керування викликами та наявна інфраструктура нарад не є обов’язковими для використання Video Mesh, але їх можна інтегрувати. Якщо ви інтегруєте Video Mesh зі своєю інфраструктурою керування викликами та нарадами, переконайтеся, що ваше середовище відповідає мінімальним критеріям, наведеним у таблиці нижче.
Призначення компонента | Мінімальна підтримувана версія |
---|---|
Локальне керування викликами | Cisco Unified Communications Manager, версія 11.5(1) SU3 або пізніша. (Ми рекомендуємо останню версію SU.) Cisco Expressway-C або E, версія X8.11.4 або пізніша. (Див. розділ "Важлива інформація" в Примітки до випуску Expressway для отримання додаткової інформації.) |
Інфраструктура нарад | Webex Meetings WBS33 або пізнішої версії. (Ви можете переконатися, що ваш вебсайт Webex працює на відповідній платформі, якщо на ньому є список типів медіаресурсу, доступний у параметрах вебсайту Cloud Collaboration Meeting Room.) Щоб переконатися, що ваш сайт готовий до використання Video Mesh, зверніться до менеджера з роботи з клієнтами (CSM) або партнера. |
Обробка відмов | Cisco Expressway-C або E, версія X8.11.4 або пізніша. (Див. розділ "Важлива інформація" в Примітки до випуску Expressway для отримання додаткової інформації.) |
Вимоги до кінцевої точки та програми Webex
Призначення компонента | Відомості |
---|---|
Підтримувані кінцеві пристрої | |
Підтримувані версії програми Webex | Video Mesh підтримує програму Webex для настільних ПК (Windows, Mac) і мобільних пристроїв (Android, iPhone і iPad). Щоб завантажити програму для підтримуваної платформи, перейдіть доhttps://www.webex.com/downloads.html . |
Підтримувані кодеки | Див Webex| Технічні характеристики відео для викликів і нарад для підтримуваних аудіо- та відеокодеків. Зверніть увагу на ці застереження щодо Video Mesh:
|
Підтримувані зареєстровані Webex пристрої кімнати, робочі столи й дошки | Такі пристрої перевірені та підтверджені для роботи з вузлами Video Mesh: |
Вимоги до системи та платформи для програмного забезпечення Video Mesh Node
Виробничі середовища
У виробничих розгортаннях є два способи розгортання програмного забезпечення Video Mesh Node на певній конфігурації обладнання:
Кожен сервер можна налаштувати як одну віртуальну машину, що найкраще підходить для розгортань, які включають багато SIP-терміналів.
За допомогою параметра VMNLite можна налаштувати кожен сервер із кількома меншими віртуальними машинами. VMNLite найкраще підходить для розгортань, де більшість клієнтів і пристроїв є програмою Webex і зареєстрованими кінцевими точками Webex.
Ці вимоги є загальними для всіх конфігурацій.
VMware ESXi 7 або 8, vSphere 7 або 8
Гіперпоточність увімкнено
Вузли Video Mesh, що працюють незалежно від апаратного забезпечення платформи, потребують виділених vCPU та RAM. Спільний доступ до ресурсів з іншими програмами не підтримується. Це стосується всіх зображень програмного забезпечення Video Mesh.
Для зображень Video Mesh Lite (VMNLite) на платформі CMS ми підтримуємо лише зображення VMNLite. На апаратному забезпеченні CMS із програмним забезпеченням VMNLite не може бути жодного іншого зображення Video Mesh або застосунку без використання Video Mesh.
Конфігурація обладнання | Виробниче розгортання як єдиної віртуальної машини | Розгортання у виробництві за допомогою віртуальних машин VMNLite | Примітки | ||
---|---|---|---|---|---|
Cisco Meeting Server 1000 (CMS 1000) |
| Розгорнути як 3 ідентичні екземпляри віртуальної машини, кожен із яких має:
| Ми рекомендуємо цю платформу для Video Mesh Node.
| ||
Конфігурація на основі специфікацій (потрібний процесор Intel Xeon E5-2600v3 або пізнішої версії, 2,6 ГГц) |
| Розгорнути як 3 ідентичні екземпляри віртуальної машини, кожен із яких має:
| Кожна віртуальна машина Video Mesh повинна мати CPU, RAM і жорсткі диски, зарезервовані для неї. Використовуйте або CMS1000 або VMNLite параметр під час налаштування. Пікова швидкість IOP (операцій введення/виводу на секунду) для сховища NFS становить 300 IOPS. | ||
Cisco Meeting Server 2000 (CMS 2000) | Розгорнути як 8 ідентичні екземпляри віртуальної машини, кожен із яких має:
| Розгорнути як 24 ідентичні екземпляри віртуальної машини, кожен із яких має:
| Ми рекомендуємо цю платформу для Video Mesh Node. Кожен блейд-сервер має бути повним Cisco Meeting Server 1000 із зарезервованими ЦП, оперативною пам’яттю та жорсткими дисками на блейд. Пікова кількість IOP для сховища NFS становить 300 IOPS. |
Демонстраційне середовище
Для базових демонстраційних цілей можна використовувати конфігурацію обладнання на основі специфікацій з такими мінімальними вимогами:
14 vCPU (12 для Video Mesh Node, 2 для ESXi)
8 ГБ основної пам’яті
20 ГБ місця на локальному жорсткому диску
Процесор Intel Xeon E5-2600v3 або пізнішої версії 2,6 ГГц
Ця конфігурація Video Mesh не підтримується Cisco TAC. |
Додаткову інформацію про демонстраційне програмне забезпечення див Демонстраційне програмне забезпечення Video Mesh Node .
Вимоги до пропускної здатності
Для належної роботи Video Mesh Nodes повинні мати мінімальну пропускну здатність 10 Мбіт/с для передавання та завантаження.
Вимоги до підтримки проксі для Video Mesh
Ми офіційно підтримуємо наведені далі проксі-рішення, які можна інтегрувати з вашими вузлами Video Mesh.
Cisco Web Security Appliance (WSA) для прозорого проксі
Squid для явного проксі
Для явного проксі-сервера або прозорого проксі-сервера з перевіркою, який перевіряє (розшифровує трафік), ви повинні мати копію кореневого сертифіката проксі, який потрібно передати до сховища довіри вузла Video Mesh у вебінтерфейсі.
Підтримуються такі явні комбінації проксі й типів автентифікації:
Немає автентифікації за допомогою http і https
Базова автентифікація за допомогою http і https
Дайджест автентифікації лише за допомогою https
Автентифікація NTLM тільки за допомогою http
Для прозорих проксі-серверів необхідно використовувати маршрутизатор/перемикач, щоб примусово спрямовувати трафік HTTPS/443 на проксі-сервер. Ви також можете примусово перейти до проксі-сервера. (Web Socket використовує https.)
Відеосітка вимагає підключення вебсокета до хмарних служб, щоб вузли функціонували належним чином. У проксі-серверах із явною перевіркою та прозорою перевіркою заголовки http потрібні для належного підключення до вебсокета. Якщо їх змінити, підключення вебсокета не вдасться.
Коли на порту 443 (з увімкненим проксі-сервером для перевірки прозорості) відбувається помилка підключення вебсокета, це призводить до попередження після реєстрації в Control Hub: "Виклики Webex Video Mesh SIP не працюють належним чином." Той самий попередження може виникати з інших причин, коли проксі не ввімкнено. Якщо заголовки вебсокета заблоковано на порту 443, медіафайли не передаються між програмами та клієнтами SIP.
Якщо медіафайли не надходять, це часто відбувається, коли не вдається трафік https від вузла через порт 443:
Трафік порту 443 дозволено проксі, але він є проксі, що перевіряє, і порушує вебсокет.
Щоб усунути ці проблеми, можливо, доведеться «обійти» або «з’єднати» (вимкнути перевірку) на порту 443, щоб: *.wbx2.com і *.ciscospark.com.
Ємність для вузлів Video Mesh
Оскільки Video Mesh є програмним медіапродуктом, ємність ваших вузлів Video Mesh може бути різною. Зокрема, учасники наради в хмарі Webex сильніше навантаження на вузли. Ви отримуєте менші можливості, якщо маєте більше каскадів до хмари Webex. Інші фактори, що впливають на здатність:
Типи пристроїв і клієнтів
Роздільна здатність відео
Якість мережі
Пікове навантаження
Модель розгортання
Використання Video Mesh не впливає на кількість ліцензій Webex. |
Загалом, додавання більшої кількості вузлів до кластера не подвоює потужність через накладні витрати на налаштування каскадів. Використовуйте ці номери як загальні вказівки. Ми рекомендуємо:
Перевірте поширені сценарії нарад для вашого розгортання.
Використовуйте аналітику в Control Hub, щоб побачити, як розвивається ваше розгортання, і додайте можливості за потреби.
Переповнення за низької кількості викликів (особливо викликів SIP, які надходять локально) не є справжнім відображенням масштабу. Аналітика Video Mesh (під Control Hub > Ресурси > Активність викликів ) вказує гілки виклику, які походять локально. Вони не вказують потоки викликів, які надходять через каскад до вузла Video Mesh для обробки медіа. У міру збільшення кількості віддалених учасників на нараді збільшується кількість каскадів і споживає локальні медіаресурси на вузлі Video Mesh. |
У цій таблиці наведено діапазони можливостей для різних учасників змішування та кінцевих пристроїв на звичайних вузлах Video Mesh. Наше тестування включало наради з усіма учасниками на локальному вузлі та наради за участю локальних і хмарних учасників. Оскільки в хмарі Webex буде більше учасників, очікуйте, що ваша здатність впаде до нижнього межі діапазону.
Сценарій | Роздільна здатність | Можливість учасників |
---|---|---|
Наради лише з учасниками програми Webex | 720p | 100–130 |
1080p | 90–100 | |
Наради й особисті виклики лише з учасниками програми Webex | 720p | 60–100 |
1080p | 90–100 | |
Наради лише з учасниками SIP | 720p | 70–80 |
Наради лише з учасниками SIP | 1080p | 30–40 |
Наради з учасниками програми Webex і SIP | 720p | 75–110 |
|
Ємність для VMNLite
Ми рекомендуємо VMNLite для розгортань, які в основному включають програму Webex і зареєстровані в хмарі кінцеві пристрої. У цих розгортаннях вузли використовують більше перемикань і менше ресурсів перекодування, ніж це забезпечує стандартна конфігурація. Розгортання кількох менших віртуальних машин на хості оптимізує ресурси для цього сценарію.
У цій таблиці наведено діапазони можливостей різних учасників і кінцевих пристроїв. Наше тестування включало наради з усіма учасниками на локальному вузлі та наради за участю локальних і хмарних учасників. Оскільки в хмарі Webex буде більше учасників, очікуйте, що ваша здатність впаде до нижнього межі діапазону.
Сценарій | Роздільна здатність | Місткість учасників із 3 вузлами VMNLite на сервері |
---|---|---|
Наради лише з учасниками програми Webex | 720p | 250–300 |
1080p | 230–240 | |
Наради й особисті виклики лише з учасниками програми Webex | 720p | 175–275 |
1080p | 230–240 |
Базова роздільна здатність для нарад у програмі Webex — 720p. Але коли ви надаєте спільний доступ, ескізи учасників мають роздільну здатність 180p. |
Кластери у Video Mesh
Ви розгортаєте вузли Video Mesh у кластерах. Кластер визначає вузли Video Mesh зі схожими атрибутами, як-от близькість мережі. Учасники використовують певний кластер або хмару залежно від таких умов:
Клієнт у корпоративній мережі, який може зв’язатися з локальним кластером, підключається до нього, що є основним пріоритетом для клієнтів у корпоративній мережі.
Клієнти, які приєднуються до приватної наради Video Mesh, підключаються лише до локальних кластерів. Можна створити окремий кластер спеціально для цих приватних нарад.
Клієнт, який не може зв’язатися з локальним кластером, підключається до хмари — у випадку мобільного пристрою, який не підключено до корпоративної мережі.
Вибраний кластер також залежить від затримки, а не лише від розташування. Наприклад, хмарний кластер із меншою затримкою STUN round-trip (SRT), ніж кластер Video Mesh, може бути кращим кандидатом для наради. Ця логіка запобігає переходу користувача на географічно віддалений кластер із високою затримкою SRT.
Кожен кластер містить логіку, яка каскадує наради, за винятком приватних нарад Video Mesh, між іншими хмарними кластерами нарад за потреби. Каскадування забезпечує шлях даних для медіа між клієнтами на їхніх нарадах. Наради розподіляються між вузлами, і клієнти переходять на найефективніший вузол, найближчий до них, залежно від таких факторів, як топологія мережі, з’єднання WAN та використання ресурсів.
Здатність клієнта випробувати ping медіавузлів визначає доступність. Фактичний виклик використовує різні потенційні механізми підключення, наприклад UDP і TCP. Перед викликом пристрій Webex (Room, Desk, Board і Webex App) реєструється в хмарі Webex, яка надає список кластерів-кандидатів для виклику.
Вузли в кластері Video Mesh потребують безперешкодного зв’язку один з одним. Вони також потребують безперешкодного зв’язку з вузлами в усіх інших кластерах Video Mesh. Переконайтеся, що брандмауери дозволяють будь-який зв’язок між вузлами Video Mesh. |
Кластери для приватних нарад
Кластер Video Mesh можна зарезервувати для приватних нарад. Коли зарезервований кластер заповнено, медіафайли для приватних нарад каскадують до інших ваших кластерів Video Mesh. Коли зарезервований кластер заповнено, приватні й неприватні наради спільно використовують ресурси решти кластерів.
Для неприватних нарад не використовуватиметься зарезервований кластер, а ці ресурси резервуються для приватних нарад. Якщо на неприватній нараді вичерпуються ресурси у вашій мережі, вона замість цього переходить у хмару Webex.
Докладніше про функцію приватних нарад Video Mesh див Приватні наради .
Ви не можете використовувати формат короткої відеоадреси (meet@your_site ), якщо ви зарезервуєте всі кластери Video Mesh для приватних нарад. Ці виклики наразі не вдалися без належного повідомлення про помилку. Якщо залишити деякі кластери незарезервованими, виклики з форматом короткої відеоадреси можуть підключатися через ці кластери. |
Рекомендації щодо розгортання кластера Video Mesh
У типових корпоративних розгортаннях ми рекомендуємо клієнтам використовувати до 100 вузлів на кластер. У системі не встановлено жорстких обмежень для блокування розміру кластера з понад 100 вузлами. Однак якщо вам потрібно створити більші кластери, ми настійно рекомендуємо переглянути цей параметр у Cisco Engineering через вашу команду облікових записів Cisco.
Створюйте менше кластерів, якщо ресурси мають подібну близькість до мережі (спорідненість).
Під час створення кластерів додавайте лише вузли, які знаходяться в одному географічному регіоні й одному центрі обробки даних. Кластеризація в глобальній мережі (WAN) не підтримується.
Зазвичай кластери розгортають на підприємствах, де проводяться часті локалізовані наради. Плануйте, де ви розміщуєте кластери на пропускній здатності, доступній у різних розташуваннях WAN всередині підприємства. З часом можна розгортати та розвивати кластер за кластером на основі спостережуваних шаблонів користувачів.
Кластери, розташовані в різних часових поясах, можуть ефективно обслуговувати різні регіони, використовуючи переваги різних шаблонів викликів у годину пік/пік.
Якщо у вас є два вузли Video Mesh у двох окремих центрах обробки даних (наприклад, ЄС і NA) і кінцеві пристрої приєднуються через кожен центр обробки даних, вузли в кожному центрі обробки даних будуть підключені до одного вузла Video Mesh у хмарі. Ці каскади будуть передаватися через інтернет. Якщо є учасник хмари (який приєднується раніше за одного з учасників Video Mesh), вузли будуть об’єднані каскадом через медіавузол учасника хмари.
Різноманітність часових поясів
Різноманітність часових поясів дозволяє надавати спільний доступ до кластерів у непіковий час. Наприклад: Компанія з кластером у Північній Каліфорнії та кластері Нью-Йорка може виявити, що загальна затримка мережі не така велика між двома розташуваннями, які обслуговують географічно різноманітну групу користувачів. Коли ресурси в кластері Північної Каліфорнії знаходяться на піку використання, кластер Нью-Йорка, імовірно, перебуватиме в піковому режимі й матиме додаткові можливості. Те саме стосується кластера Північна Каліфорнія в час пік у кластері Нью-Йорк. Це не єдині механізми, що використовуються для ефективного розгортання ресурсів, але це два основних.
Переповнення в хмару
Коли ємність усіх локальних кластерів буде досягнута, локальний учасник переходить до хмари Webex. Це не означає, що всі виклики обслуговуються в хмарі. Webex спрямовує до хмари лише тих учасників, які віддалені або не можуть підключитися до локального кластера. Під час виклику як із локальними, так і з хмарними учасниками локальний кластер об’єднується (каскадується) до хмари, щоб об’єднати всіх учасників в один виклик.
Якщо налаштувати нараду як приватну, Webex зберігатиме всі виклики на локальних кластерах. Приватні наради ніколи не переходять у хмару.
Реєстрація пристрою Webex у Webex
На додаток до визначення досяжності клієнти також виконують періодичні тести затримки зворотного зв’язку, використовуючи простий обхід UDP через NAT (STUN). Затримка STUN round-trip (SRT) є важливим фактором під час вибору потенційних ресурсів під час фактичного виклику. Якщо розгорнуто кілька кластерів, основні критерії вибору базуються на отриманій затримці SRT. Тести доступності виконуються у фоновому режимі, ініційовані низкою факторів, зокрема змінами мережі, і не викликають затримок, які впливають на час встановлення викликів. Два наступні приклади показують можливі результати тесту досяжності.
Тести затримки в обидва боки — хмарний пристрій не може досягти локального кластера
Тести затримки в обидва боки: хмарний пристрій успішно досяг локального кластера
Вивчена інформація про доступність надається в хмару Webex щоразу під час налаштування виклику. Ця інформація дозволяє хмарі вибрати найкращий ресурс (кластер або хмара) залежно від відносного розташування клієнта до доступних кластерів і типу виклику. Якщо в бажаному кластері немає доступних ресурсів, усі кластери перевіряються на доступність на основі затримки SRT. Обирається бажаний кластер з найменшою затримкою SRT. Виклики обслуговуються локально з додаткового кластера, коли основний кластер зайнятий. Першими пробуються локальні доступні ресурси Video Mesh у порядку найменшої затримки SRT. Коли всі локальні ресурси будуть вичерпані, учасник підключається до хмари.
Визначення та розташування кластера є критичними для розгортання, яке забезпечує найкращі загальні можливості для учасників. В ідеалі розгортання має забезпечувати ресурси там, де розташовані клієнти. Якщо там, де клієнти здійснюють більшість викликів, виділено недостатньо ресурсів, для підключення користувачів до віддалених кластерів буде використано більше пропускної здатності внутрішньої мережі.
Локальні та хмарні виклики
Локальні пристрої Webex, які мають таку саму спорідненість кластера (бажаний параметр на основі близькості до кластера), підключаються до того самого кластера для виклику. Локальні пристрої Webex із різними спорідненістю локальних кластерів підключаються до різних кластерів, а потім кластери каскадують у хмару, щоб об’єднати два середовища в один виклик. Це створить дизайн концентратора та спицю з хмарою Webex як концентратором, а локальні кластери будуть виступати в ролі спікерів на нараді.
Локальний виклик із різними спорідненістю кластерів
Пристрій Webex підключається до локального кластера або хмари залежно від його досяжності. Нижче наведено приклади найбільш поширених сценаріїв.
Хмарний пристрій Webex підключається до хмари
Локальний пристрій Webex підключається до локального кластера
Локальний пристрій Webex підключається до хмари
Вибір хмарного кластера для переповнення на основі 250 мс або вище затримки STUN у обидва боки
Хоча перевагою для вибору вузла є локально розгорнуті вузли Video Mesh, ми підтримуємо сценарій, за якого, якщо затримка STUN round-trip (SRT) до локального кластера Video Mesh перевищує допустиму затримку в обидва боки в 250 мс (що зазвичай, якщо локальний кластер налаштовано на іншому континенті), тоді система вибирає найближчий хмарний медіавузол у цьому регіоні замість вузла Video Mesh.
Програма Webex або пристрій Webex знаходиться в корпоративній мережі в Сан-Хосе.
Кластери Сан-Хосе та Амстердама завантажені або недоступні.
Затримка SRT для кластера Shanghai перевищує 250 мс і, ймовірно, призведе до проблем із якістю медіа.
Хмарний кластер Сан-Франциско має оптимальну затримку SRT.
Кластер Shanghai Video Mesh виключено з розгляду.
Як наслідок, програма Webex переповнена на хмарний кластер Сан-Франциско.
Приватні зустрічі
Приватні наради ізолюють усі медіа від мережі за допомогою Video Mesh. На відміну від звичайних нарад, якщо локальні вузли заповнені, медіа не передається каскадом до хмари Webex. Але за замовчуванням приватні наради можуть каскадувати до різних кластерів Video Mesh у вашій мережі. Для приватних нарад у різних географічних розташуваннях ваші кластери Video Mesh повинні мати пряме підключення один до одного, щоб дозволити міжкластерні каскади, як-от HQ1_ VMN на Remote1_ VMN на малюнку.
Переконайтеся, що необхідні порти відкриті в брандмауері, щоб забезпечити безперешкодний каскад між кластерами. Див Порти та протоколи для керування .
Усі учасники приватної наради мають належати до організації Webex організатора наради. Вони можуть приєднатися за допомогою програми Webex або автентифікованої відеосистеми (кінцеві пристрої SIP, зареєстровані в UCM/VCS, або відеопристрої, зареєстровані Webex). Учасники, які мають доступ до вашої мережі через VPN або MRA, можуть приєднатися до приватної зустрічі. Але ніхто не може приєднатися до приватної зустрічі поза вашою мережею.
Моделі розгортання, що підтримуються Video Mesh
- Підтримується в розгортанні Video Mesh
-
Ви можете розгорнути Video Mesh Node в центрі обробки даних (бажано) або демілітаризованій зоні (DMZ). Інструкції див Порти та протоколи, що використовуються Video Mesh .
Для розгортання DMZ можна налаштувати вузли Video Mesh у кластері з подвійним мережевим інтерфейсом (NIC). Це розгортання дозволяє відокремити трафік внутрішньої корпоративної мережі (використовується для міжблокового зв’язку, каскадування між кластерами вузлів і доступу до інтерфейсу керування вузла) від трафіку зовнішньої хмарної мережі (використовується для підключення до зовнішнього світу та каскадування до хмари).
Dual NIC працює в повній, VMNLite і демонстраційній версії програмного забезпечення вузла Video Mesh. Ви також можете розгорнути Video Mesh за налаштуванням 1:1 NAT.
Ви можете інтегрувати вузли Video Mesh із середовищем керування викликами. Наприклад, розгортання з Video Mesh, інтегрованою з Unified CM, див Моделі розгортання для Video Mesh і Cisco Unified Communications Manager .
Підтримуються такі типи перетворення адрес:
Динамічне перетворення мережевих адрес (NAT) з використанням пулу IP-адрес
Динамічне перетворення адреси порту (PAT)
1:1 NAT
Інші форми NAT мають працювати за умови, що використовуються правильні порти та протоколи, але ми їх офіційно не підтримуємо, оскільки не пройшли перевірку.
IPv4
Статична IP-адреса для Video Mesh Node
- Не підтримується в розгортанні Video Mesh
-
IPv6
DHCP для Video Mesh Node
Кластер із поєднанням одного та подвійного NIC
Кластеризація вузлів Video Mesh через глобальну мережу (WAN)
Аудіо, відео або медіа, які не проходять через Video Mesh Node:
Аудіо з телефонів
Одноранговий виклик між програмою Webex і кінцевим пристроєм на основі стандартів
Завершення аудіо на Video Mesh Node
Медіафайли надіслано через пару Expressway C/E
Зворотний відеовиклик із Webex
Моделі розгортання для Video Mesh і Cisco Unified Communications Manager
Ці приклади показують поширені розгортання Video Mesh і допомагають зрозуміти, де кластери Video Mesh можуть поміститися у вашій мережі. Майте на увазі, що розгортання Video Mesh залежить від факторів топології мережі:
Розташування центрів обробки даних
Розташування та розмір офісів
Розташування та потужність доступу до інтернету
Загалом намагайтеся прив’язати вузли Video Mesh до кластерів Unified CM або Session Management Edition (SME). Рекомендовано зберігати вузли якомога централізованими до локальних гілок.
Video Mesh підтримує Session Management Edition (SME). Кластери Unified CM можна підключити через SME, після чого необхідно створити транк SME, який підключається до вузлів Video Mesh.
Архітектура Hub і Spoke
Ця модель розгортання передбачає централізовану мережу та доступ до інтернету. Зазвичай центральне розташування має високу концентрацію співробітників. У цьому випадку кластер Video Mesh можна розташувати в центрі для оптимізації обробки медіа.
Розміщення кластерів у розташуваннях філій може не принести переваг у короткостроковій перспективі й призвести до неоптимальної маршрутизації. Рекомендовано розгортати кластери у гілці лише за умови частого зв’язку між гілками.
Географічний розподіл
Географічно розподілене розгортання є взаємопов’язаним, але може мати значні затримки між регіонами. Брак ресурсів може призвести до налаштування неоптимальних каскадів у короткостроковій перспективі, коли є наради між користувачами в кожному географічному розташуванні. У цій моделі ми рекомендуємо виділяти вузли Video Mesh поблизу регіонального доступу до інтернету.
Географічний розподіл із набору номера SIP
Ця модель розгортання містить регіональні кластери Unified CM. Кожен кластер може містити SIP-транк для вибору ресурсів у локальному кластері Video Mesh. Другий транк може надати шлях перемикання на роботу до пари Expressway, якщо ресурси стають обмеженими.
Порти та протоколи, що використовуються Video Mesh
Щоб забезпечити успішне розгортання Video Mesh і безперебійну роботу вузлів Video Mesh, відкрийте наведені далі порти на брандмауері для використання з протоколами.
Див Вимоги до мережі для служб Webex щоб зрозуміти загальні вимоги до мережі для Webex Teams.
Див Офіційний документ про обхід брандмауера для отримання додаткової інформації про брандмауер і роботу з мережею для служб Webex.
Щоб пом’якшити потенційні проблеми із запитами DNS, дотримуйтесь інструкцій Практичні поради з DNS, захист мережі та ідентифікація атак документації під час налаштування корпоративного брандмауера.
Додаткову інформацію про дизайн див Бажана архітектура для гібридних служб, CVD .
Порти та протоколи для керування
Вузли в кластері Video Mesh потребують безперешкодного зв’язку один з одним. Вони також потребують безперешкодного зв’язку з вузлами в усіх інших кластерах Video Mesh. Переконайтеся, що брандмауери дозволяють будь-який зв’язок між вузлами Video Mesh. |
Вузли Video Mesh у кластері мають бути в одній масці VLAN або підмережі.
Мета | Джерело | Призначення | IP-адреса джерела | Порт джерела | Транспортний протокол | IP-адреса призначення | Порт призначення |
---|---|---|---|---|---|---|---|
Керування | Керуючий комп’ютер | Вузол Video Mesh | Відповідно до вимог | Будь-який | TCP, HTTPS | Вузол Video Mesh | 443 |
SSH для доступу до консолі адміністратора Video Mesh | Керуючий комп’ютер | Вузол Video Mesh | Відповідно до вимог | Будь-який | TCP | Вузол Video Mesh | 22 |
Внутрішньокластерний зв’язок | Вузол Video Mesh | Вузол Video Mesh | IP-адреса інших вузлів Video Mesh у кластері | Будь-який | TCP | Вузли Video Mesh | 8443 |
Керування | Вузол Video Mesh | Хмара Webex | Відповідно до вимог | Будь-який | UDP, NTP UDP, DNS TCP, HTTPS (вебсокети) | Будь-який | 123* 53* |
Каскадна сигналізація | Вузол Video Mesh | Хмара Webex | Будь-який | Будь-який | TCP | Будь-який | 443 |
Каскадний медіа | Вузол Video Mesh | Хмара Webex | Вузол Video Mesh | Будь-який*** | UDP | Будь-який Докладніше про певні діапазони адрес див. в розділі "IP-підмережі для служб Webex Media". Вимоги до мережі для служб Webex . | 5004 Від 50000 до 53000 Докладніше див. в розділі «Служби Webex – Номери портів і протоколи». Вимоги до мережі для служб Webex . |
Каскадна сигналізація | Кластер Vido Mesh (1) | Кластер Vido Mesh (2) | Будь-який | Будь-який | TCP | Будь-який | 443 |
Каскадний медіа | Кластер Vido Mesh (1) | Кластер Vido Mesh (2) | Кластер Vido Mesh (1) | Будь-який*** | UDP | Будь-який | 5004 Від 50000 до 53000 |
Керування | Вузол Video Mesh | Хмара Webex | Відповідно до вимог | Будь-який | TCP, HTTPS | Будь-який** | 443 |
Керування | Вузол Video Mesh (1) | Вузол Video Mesh (2) | Вузол Video Mesh (1) | Будь-який | TCP, HTTPS (вебсокети) | Вузол Video Mesh (2) | 443 |
Внутрішній зв’язок | Вузол Video Mesh | Усі інші вузли Video Mesh | Вузол Video Mesh | Будь-який | UDP | Будь-який | Від 10 000 до 40 000 |
* Конфігурація за замовчуванням в OVA налаштована для NTP і DNS. OVA вимагає відкрити ці вихідні порти до інтернету. Якщо ви налаштуєте локальний сервер NTP і DNS, вам не доведеться відкривати порти 53 і 123 через брандмауер.
** Оскільки деякі URL-адреси хмарних служб можуть змінюватися без попередження, рекомендованим місцем призначення для безперебійної роботи вузлів Video Mesh є ANY. Якщо ви надаєте перевагу фільтрації трафіку на основі URL-адрес, див URL-адреси Webex Teams для гібридних служб
розділу Вимоги до мережі для служб Webex для отримання додаткової інформації.
***Порти відрізняються залежно від того, чи ввімкнено QoS. Якщо QoS ввімкнено, портами є 52 500-59499, 63000-64667, 59500-62999 і 64688-65500. Якщо QoS вимкнено, порти становлять 34 000–34 999.
Сигнатури трафіку для Video Mesh (якість обслуговування ввімкнено)
Для розгортань, де вузол Video Mesh розташовано на корпоративній стороні DMZ або всередині брандмауера, у Webex Control Hub є параметр конфігурації Video Mesh Node, який дозволяє адміністратору оптимізувати діапазони портів, які використовується Video Mesh Node для забезпечення якості обслуговування. мережева розмітка. Цей параметр якості обслуговування ввімкнено за замовчуванням і змінює порти джерела, які використовуються для спільного доступу до аудіо, відео та контенту, на значення в цій таблиці. Цей параметр дозволяє налаштовувати політики маркування QoS на основі діапазонів портів UDP, щоб відрізняти аудіо від спільного доступу до відео або контенту, і позначати всі аудіо рекомендованим значенням EF, а спільний доступ до відео й контенту — рекомендованим значенням AF41.
У таблиці й на діаграмі показано порти UDP, які використовуються для аудіо- та відеопотоків, які є основним елементом конфігурації мережі QoS. Хоча політики маркування QoS мережі для медіафайлів через UDP є предметом уваги наведеної нижче таблиці, вузли Webex Video Mesh також припиняють трафік TCP для презентації та спільного доступу до контенту для програми Webex за допомогою короткочасних портів 52500–65500. Якщо між вузлами Video Mesh і програмою Webex встановлено брандмауер, ці порти TCP також мають бути дозволені для належного функціонування.
Video Mesh Node позначає трафік самостійно. Це власне маркування є асиметричним у деяких потоках і залежить від того, чи є порти джерела спільними портами (один порт, як-от 5004 для кількох потоків до різних пунктів призначення та портів призначення) чи ні (де порт належить до діапазону, але є унікальним для цей конкретний двосторонній сеанс). Щоб зрозуміти власне маркування Video Mesh Node, зверніть увагу, що вузол Video Mesh позначає аудіо EF, коли він не використовує порт 5004 як порт джерела. Деякі двонаправлені потоки, як-от каскади Video Mesh до Video Mesh або Video Mesh до програми Webex, будуть асиметрично позначені, що є причиною використовувати мережу для позначення трафіку на основі наданих діапазонів портів UDP. |
IP-адреса джерела | IP-адреса призначення | Порти UDP джерела | Порти UDP призначення | Власне маркування DSCP | Тип медіафайлів |
Video Mesh Node | Хмарні медіаслужби Webex | Від 35000 до 52499 | 5004 | AF41 | Тестування пакетів STUN |
Video Mesh Node | Хмарні медіаслужби Webex | 52500 до 59499 | 5004 | EF | Аудіо |
Video Mesh Node | Хмарні медіаслужби Webex | 63000 до 64667 | 5004 | AF41 | Відео |
Video Mesh Node | Хмарні медіаслужби Webex | 59500 до 62999 | Від 50000 до 51499 | EF | Аудіо |
Video Mesh Node | Хмарні медіаслужби Webex | 64668 до 65500 | 51500 до 53000 | AF41 | Відео |
Video Mesh Node | Video Mesh Node | Від 10 000 до 40 000 | Від 10 000 до 40 000 | — | Аудіо |
Video Mesh Node | Video Mesh Node | Від 10 000 до 40 000 | Від 10 000 до 40 000 | — | Відео |
Video Mesh Node | Кінцеві пристрої Unified CM SIP | 52500 до 59499 | Профіль SIP Unified CM | EF | Аудіо |
Video Mesh Node | Кінцеві пристрої Unified CM SIP | 63000 до 64667 | Профіль SIP Unified CM | AF41 | Відео |
Кластер Video Mesh | Кластер Video Mesh | 52500 до 59499 | 5004 | EF | Аудіо |
Кластер Video Mesh | Кластер Video Mesh | 63000 до 64667 | 5004 | AF41 | Відео |
Кластер Video Mesh | Кластер Video Mesh | 59500 до 62999 | Від 50000 до 51499 | EF | Аудіо |
Кластер Video Mesh | Кластер Video Mesh | 64668 до 65500 | 51500 до 53000 | AF41 | Відео |
Video Mesh Node | Програма або кінцевий пристрій Webex Teams* | 5004 | 52000 до 52099 | AF41 | Аудіо |
Video Mesh Node | програма або кінцевий пристрій Webex Teams | 5004 | 52100 до 52299 | AF41 | Відео |
* Напрямок медіатрафіку визначає маркування DSCP. Якщо вихідні порти надходять від вузла Video Mesh (від вузла Video Mesh до програми Webex Teams), трафік позначається лише як AF41. Медіатрафік, який надходить із програми Webex Teams або кінцевих пристроїв Webex, має окремі позначки DSCP, а зворотний трафік із спільних портів вузла Video Mesh — ні.
Диференціація порту джерела UDP (клієнти програми Windows Webex): Зверніться до локальної команди облікових записів, якщо ви хочете, щоб у вашій організації було ввімкнено диференціацію вихідного порту UDP. Якщо цей параметр не ввімкнено, спільний доступ до аудіо та відео не можна розрізняти залежно від ОС Windows. Порти джерела будуть однаковими для спільного доступу до аудіо, відео та контенту на пристроях Windows. |
Сигнатури трафіку для Video Mesh (якість обслуговування вимкнено)
Для розгортань, де вузол Video Mesh розташовано в DMZ, у Webex Control Hub є параметр конфігурації Video Mesh Node, який дозволяє оптимізувати діапазони портів, які використовується вузлом Video Mesh. Цей параметр якості обслуговування, коли його вимкнено (увімкнено за замовчуванням), змінює порти джерела, які використовуються для спільного доступу до аудіо, відео та контенту з вузла Video Mesh, на діапазон від 34000 до 34999. Потім вузол Video Mesh самостійно позначає всі аудіо, відео та спільний контент до одного DSCP AF41.
Оскільки порти джерела є однаковими для всіх медіа, незалежно від призначення, неможливо відрізнити аудіо та спільний доступ до відео або контенту залежно від діапазону портів, якщо цей параметр вимкнено. Ця конфігурація дає змогу легше налаштовувати отвори брандмауера для медіа, ніж за умови ввімкненої якості обслуговування. |
У таблиці й на схемі показано порти UDP, які використовуються для аудіо- та відеопотоків, коли QoS вимкнено.
IP-адреса джерела | IP-адреса призначення | Порти UDP джерела | Порти UDP призначення | Власне маркування DSCP | Тип медіафайлів |
Video Mesh Node | Хмарні медіаслужби Webex | Від 34000 до 34999 | 5004 | AF41 | Аудіо |
Video Mesh Node | Хмарні медіаслужби Webex | Від 34000 до 34999 | 5004 | AF41 | Відео |
Video Mesh Node | Хмарні медіаслужби Webex | Від 34000 до 34999 | Від 50000 до 51499 | AF41 | Аудіо |
Video Mesh Node | Хмарні медіаслужби Webex | Від 34000 до 34999 | 51500 до 53000 | AF41 | Відео |
Video Mesh Node | Video Mesh Node | Від 10 000 до 40 000 | Від 10 000 до 40 000 | AF41 | Аудіо |
Video Mesh Node | Video Mesh Node | Від 10 000 до 40 000 | Від 10 000 до 40 000 | AF41 | Відео |
Кластер Video Mesh | Кластер Video Mesh | Від 34000 до 34999 | 5004 | AF41 | Аудіо |
Кластер Video Mesh | Кластер Video Mesh | Від 34000 до 34999 | 5004 | AF41 | Відео |
Кластер Video Mesh | Кластер Video Mesh | Від 34000 до 34999 | Від 50000 до 51499 | AF41 | Аудіо |
Кластер Video Mesh | Кластер Video Mesh | Від 34000 до 34999 | 51500 до 53000 | AF41 | Відео |
Video Mesh Node | Кінцеві пристрої Unified CM SIP | 52500 до 59499 | Профіль SIP Unified CM | AF41 | Аудіо |
Video Mesh Node | Кінцеві пристрої Unified CM SIP | 63000 до 64667 | Профіль SIP Unified CM | AF41 | Відео |
Video Mesh Node | Хмарні медіаслужби Webex | Від 35000 до 52499 | 5004 | AF41 | Тестування пакетів STUN |
Video Mesh Node | програма або кінцевий пристрій Webex Teams | 5004 | 52000 до 52099 | AF41 | Аудіо |
Video Mesh Node | програма або кінцевий пристрій Webex Teams | 5004 | 52100 до 52299 | AF41 | Відео |
Порти та протоколи для трафіку Webex Meetings
Мета | Джерело | Призначення | IP-адреса джерела | Порт джерела | Транспортний протокол | IP-адреса призначення | Порт призначення |
---|---|---|---|---|---|---|---|
Виклик на нараду | Програми (застосунок Webex для настільних ПК і мобільні програми) Пристрої, зареєстровані Webex | Вузол Video Mesh | Відповідно до вимог | Будь-який | UDP і TCP (використовується програмою Webex) SRTP (будь-який) | Будь-який** | 5004 |
Здійснення викликів із пристрою SIP на нараду (сигналізація SIP) | Керування викликами Unified CM або Cisco Expressway | Вузол Video Mesh | Відповідно до вимог | Ефемерний (>=1024) | TCP або TLS | Будь-який** | 5060 або 5061 |
Каскад | Вузол Video Mesh | Хмара Webex | Відповідно до вимог | Від 34000 до 34999 | UDP, SRTP (будь-який)* | Будь-який** | 5004 Від 50000 до 53000*** |
Каскад | Вузол Video Mesh | Вузол Video Mesh | Відповідно до вимог | Від 34000 до 34999 | UDP, SRTP (будь-який)* | Будь-який** | 5004 |
Порт 5004 використовується для всіх хмарних медіафайлів і локальних вузлів Video Mesh. Програма Webex продовжує підключатися до вузлів Video Mesh через спільні порти 5004. Ці порти також використовуються програмою Webex і зареєстрованими кінцевими точками Webex для тестів STUN до вузлів Video Mesh. Від вузла Video Mesh до вузла Video Mesh для каскадів використовується діапазон портів призначення 10000–40000. * TCP також підтримується, але не є бажаним, оскільки це може вплинути на якість медіа. |
** Якщо ви хочете обмежити IP-адреси, перегляньте задокументовані діапазони IP-адрес Вимоги до мережі для служб Webex .
*** Expressway вже використовує цей діапазон портів для хмари Webex. Тому більшість розгортань не вимагатимуть жодних оновлень для підтримки цієї нової вимоги до Video Mesh. Але якщо ваше розгортання має суворіші правила брандмауера, можливо, доведеться оновити конфігурацію брандмауера, щоб відкрити ці порти для Video Mesh.
Для найкращих можливостей використання Webex у вашій організації налаштуйте брандмауер, щоб дозволити весь вихідний трафік TCP і UDP, який спрямовується на порти 5004, а також усі вхідні відповіді на цей трафік. Наведені вище вимоги до порту припускають, що вузли Video Mesh розгорнуті в локальній мережі (бажано) або в DMZ і що програма Webex перебуває в локальній мережі.
Якість відео та масштабування для Video Mesh
Нижче наведено кілька поширених сценаріїв нарад під час створення каскаду. Video Mesh є адаптивним залежно від доступної пропускної здатності та розподіляє ресурси відповідно. Для пристроїв на нараді, які використовують вузол Video Mesh, каскадне посилання забезпечує переваги зменшення середньої пропускної здатності та покращення можливостей наради для користувача.
Інструкції з підготовки пропускної здатності та планування пропускної здатності див Документація бажаної архітектури . |
На основі активних спікерів на нараді встановлюються каскадні зв’язки. Кожен каскад може містити до 6 потоків, а кількість учасників каскаду обмежено до 6 (6 у напрямку програми Webex/SIP до хмари Webex і 5 у зворотному напрямку). Кожен медіаресурс (хмара та Video Mesh) запитує віддалену сторону щодо потоків, які необхідні для виконання вимог локальних кінцевих пристроїв усіх віддалених учасників каскаду.
Щоб забезпечити гнучкість взаємодії з користувачем, платформа Webex може транслювати багатопотокове відео для учасників наради. Ця ж можливість застосовується до каскадного зв’язку між вузлами Video Mesh і хмарою. У цій архітектурі вимоги до пропускної здатності відрізняються залежно від ряду факторів, наприклад макетів кінцевих пристроїв.
Архітектура
У цій архітектурі зареєстровані в Cisco Webex кінцеві пристрої надсилають сигнали до хмари, а медіа – до служб комутації. Локальні кінцеві пристрої SIP надсилають сигнали до середовища керування викликами (Unified CM або Expressway), яке потім надсилає його до Video Mesh node. Медіафайли надсилаються до служби перекодування.
Хмарні й локальні учасники
Локальні локальні учасники на вузлі Video Mesh Node запитують потрібні потоки на основі їхніх вимог до макета. Ці потоки пересилаються з вузла Video Mesh до кінцевої точки для відтворення на локальному пристрої.
Кожен хмарний вузол і вузол Video Mesh запитує роздільну здатність HD і SD у всіх учасників, які є зареєстрованими в хмарі пристроями або програмою Webex. Залежно від кінцевого пристрою він надсилатиме до 4 роздільної здатності, зазвичай 1080p, 720p, 360p і 180p.
Каскади
Більшість кінцевих пристроїв Cisco можуть надсилати 3 або 4 потоки з одного джерела в діапазоні роздільної здатності (від 1080p до 180p). Макет кінцевого пристрою визначає вимоги до потоків, необхідних на дальньому кінці каскаду. Для активної присутності основний відеопотік має роздільну здатність 1080p або 720p, а для панелей відео (PiPS) — 180p. Для однакового перегляду в більшості випадків роздільна здатність становить 480p або 360p для всіх учасників. Каскад, створений між вузлами Video Mesh і хмарою, також надсилає 720p, 360p і 180p в обох напрямках. Контент надсилається як один потік, а аудіо — як кілька потоків.
Каскадні графіки пропускної здатності, які надають вимірювання за кластером, доступні в меню Analytics у Webex Control Hub. Неможливо налаштувати каскадну пропускну здатність для кожної наради в Control Hub.
Максимальна узгоджена пропускна здатність каскаду на нараду становить 20 Мбіт/с для основного відео для всіх джерел і кількох основних відеопотоків, які вони можуть надсилати. Це максимальне значення не включає канал контенту або аудіо. |
Приклад основного відео з кількома макетами
На наведених нижче діаграмах показано приклад сценарію наради та те, як на пропускну здатність впливає кілька факторів. У прикладі всі програми Webex і зареєстровані Webex пристрої передають1x 720p,1x 360p і1x Потоки 180p у Video Mesh. У каскаді потоки 720p, 360p і 180p передаються в обох напрямках. Причина в тому, що є програма Webex і зареєстровані Webex пристрої, які отримують 720p, 360p і 180p з обох сторін каскаду.
На діаграмах номери пропускної здатності для переданих і отриманих даних наведені лише для прикладу. Вони не є вичерпним висвітленням усіх можливих нарад і супутніх вимог до пропускної здатності. Різні сценарії наради (приєдналися учасники, можливості пристрою, спільний доступ до контенту в межах наради, активність у будь-який момент часу під час наради) забезпечать різні рівні пропускної здатності. |
На схемі нижче показано нараду з зареєстрованими в хмарі й локальними кінцевими точками й активним спікером.
На цій самій нараді на схемі нижче показано приклад каскаду, створеного між вузлами Video Mesh і хмарою в обох напрямках.
На цій самій нараді на схемі нижче показано приклад каскаду з хмари.
На схемі нижче показано нараду з тими самими пристроями, указаними вище, а також клієнтом Webex Meetings. Система надсилає активного спікера й останнього активного спікера у високій роздільній здатності, а також додатковий потік у форматі HD активного спікера для клієнтів Webex Meeting, оскільки вузли Video Mesh наразі не підтримують Webex Meetings.
Вимоги до служб Webex
Співпрацюйте зі своїм партнером, менеджером із роботи з клієнтами (CSM) або представником із пробних версій, щоб правильно підготувати вебсайт Cisco Webex і служби Webex для Video Mesh:
Необхідно мати організацію Webex із платною підпискою на служби Webex.
Щоб скористатися всіма перевагами Video Mesh, переконайтеся, що ваш вебсайт Webex встановлено на відеоплатформі версії 2.0. (Ви можете переконатися, що ваш вебсайт працює на відеоплатформі версії 2.0, якщо на ньому є список типів медіаресурсу, доступний у параметрах вебсайту Cloud Collaboration Meeting Room.)
Необхідно ввімкнути CMR для вебсайту Webex у профілях користувачів. (Це можна зробити за допомогою масового оновлення CSV з атрибутом SupportCMR).
Додаткову інформацію див Порівняння функцій і шлях міграції від гібридної кімнати для співпраці на нарадах до Video Mesh у Додатку.
Переконайтеся, що країна джерела правильна
Video Mesh використовує глобально розподілені медіа (GDM) можливості Webex для досягнення кращої медіа-маршрутизації. Щоб досягти оптимального підключення, Webex вибирає найближчий хмарний медіавузол до вашого підприємства при виконанні каскадів Video Mesh до Webex. Потім трафік проходить через магістраль Webex для взаємодії з мікросервісами Webex для зустрічі. Ця маршрутизація мінімізує затримку і зберігає більшу частину трафіку на магістралі Webex і поза Інтернетом.
Для підтримки GDM ми використовуємо MaxMind як постачальника розташування GeoIP для цього процесу. Переконайтеся, що MaxMind правильно визначає розташування вашої загальнодоступної IP-адреси, щоб забезпечити ефективну маршрутизацію.
1. | У веббраузері введіть цю URL-адресу з загальнодоступною IP-адресою вашого Expressway або кінцевого пристрою в кінці.
Ви отримаєте відповідь такого типу:
|
2. | Переконайтеся, що |
3. | Якщо розташування неправильне, надішліть запит на виправлення розташування вашої загальнодоступної IP-адреси до MaxMind за адресоюhttps://support.maxmind.com/geoip-data-correction-request/correct-a-geoip-location . |
Виконайте обов’язкові умови для Video Mesh
Використовуйте цей контрольний список, щоб переконатися, що ви готові до встановлення та налаштування вузлів Video Mesh, а також до інтеграції вебсайту Webex із Video Mesh.
1. | Переконайтеся, що ви:
| ||
2. | Порадьтеся зі своїм партнером, менеджером із роботи з клієнтами або представником із випробувальної версії, щоб зрозуміти та підготувати середовище Webex, щоб воно було готове до підключення до Video Mesh. Додаткову інформацію див Вимоги до служб Webex . | ||
3. | Запишіть таку інформацію про мережу, щоб призначити вузли Video Mesh:
| ||
4. | Перш ніж почати встановлення, переконайтеся, що у вашій організації Webex увімкнено функцію Video Mesh. Ця служба доступна для організацій, які мають певні платні підписки на служби Webex, як зазначено в документації Вимоги до ліцензії для гібридних служб Cisco Webex . Зверніться по допомогу до свого партнера Cisco або менеджера облікового запису. | ||
5. | Виберіть підтримуване обладнання або конфігурацію на основі специфікацій для вузла Video Mesh, як описано в Вимоги до системи та платформи для програмного забезпечення Video Mesh Node . | ||
6. | Переконайтеся, що на вашому сервері запущено VMware ESXi 7 або 8 і vSphere 7 або 8, а хост VM працює. | ||
7. | Якщо ви інтегруєте Video Mesh із середовищем керування викликами Unified CM і хочете, щоб списки учасників були узгоджені на різних платформах для нарад, переконайтеся, що для режиму безпеки кластера Unified CM встановлено змішаний режим, щоб він підтримував трафік із шифруванням TLS. Для роботи цієї функції потрібен трафік із наскрізним шифруванням. Дивіться розділ про налаштування TLS у Посібник із безпеки для Cisco Unified Communications Manager для отримання додаткової інформації про перемикання середовища Unified CM у змішаний режим. Див Посібник із рішення Active Control для отримання додаткової інформації про функції та про те, як налаштувати наскрізне шифрування. | ||
8 | Якщо ви інтегруєте проксі (явний, прозорий з перевіркою або прозорий без перевірки) з Video Mesh, переконайтеся, що ви дотримуєтесь вимог, задокументованих у Вимоги до підтримки проксі для Video Mesh . |
Що далі
Установіть та налаштуйте програмне забезпечення Video Mesh Node
Потік завдань розгортання Video Mesh
Перш ніж почати
1. | Установіть та налаштуйте програмне забезпечення Video Mesh Node Використовуйте цю процедуру, щоб розгорнути Video Mesh Node на хост-сервері під керуванням VMware ESXi або vCenter. Ви встановлюєте локальне програмне забезпечення, яке створює вузол, а потім виконуєте початкове налаштування, наприклад налаштування мережі. Його буде зареєстровано в хмарі пізніше. |
2. | Увійдіть до консолі Video Mesh Node Увійдіть у консоль уперше. Програмне забезпечення Video Mesh Node має пароль за замовчуванням. Потрібно змінити це значення, перш ніж налаштувати вузол. |
3. | Установіть конфігурацію мережі Video Mesh Node на консолі Використовуйте цю процедуру, щоб налаштувати параметри мережі для Video Mesh Node, якщо ви не налаштували їх під час налаштування вузла на віртуальній машині. Необхідно встановити статичну IP-адресу та змінити повне доменне ім’я/ім’я хоста та сервери NTP. DHCP наразі не підтримується. |
4. | Виконайте наведені дії, щоб налаштувати зовнішній інтерфейс для розгортання подвійного мережевого інтерфейсу (подвійний NIC):
Після того як вузол знову підключено до мережі й ви перевірите конфігурацію внутрішньої мережі, можна налаштувати інтерфейс зовнішньої мережі, якщо ви розгортаєте Video Mesh Node у DMZ своєї мережі, щоб ви могли ізолювати корпоративний (внутрішній) трафік від зовнішнього (зовнішнього) ) трафік. Можна також зробити винятки або перевизначення правил маршрутизації за замовчуванням. |
5. | Зареєструйте Video Mesh Node у хмарі Webex Використовуйте цю процедуру, щоб зареєструвати вузли Video Mesh у хмарі Webex і виконати додаткове налаштування. Коли ви використовуєте Control Hub для реєстрації вузла, ви створюєте кластер, якому призначається вузол. Кластер містить один або кілька медіавузлів, які обслуговують користувачів у певному географічному регіоні. Кроки реєстрації також налаштовують параметри викликів SIP, установлюють розклад оновлення версії та підписуються на сповіщення електронною поштою. |
6. | Увімкніть і перевірте якість обслуговування (QoS) за допомогою таких завдань:
Увімкніть QoS, якщо ви хочете, щоб вузли Video Mesh автоматично позначали трафік SIP (локальні зареєстровані SIP кінцеві пристрої) для аудіо (EF) і відео (AF41) окремо з відповідним класом обслуговування та використовували добре відомі діапазони портів для певних типів медіа. Ця зміна дозволить вам створювати політики QoS і ефективно відзначати зворотний трафік із хмари, якщо потрібно. Використовуйте кроки інструмента Reflector Tool, щоб перевірити, чи відкрито правильні порти на брандмауері. |
7. | Налаштуйте Video Mesh Node для інтеграції проксі Використовуйте цю процедуру, щоб указати тип проксі, який потрібно інтегрувати з Video Mesh. Якщо вибрати прозорий проксі-сервер із перевіркою, можна використовувати інтерфейс вузла для передавання та встановлення кореневого сертифіката, перевірки проксі-сервера та усунення потенційних проблем. |
8 | Підписатися Інтегруйте Video Mesh з потоком завдань керування викликами і виберіть один із таких варіантів залежно від керування викликами, вимог до безпеки та того, чи хочете ви інтегрувати Video Mesh із середовищем керування викликами:
SIP-пристрої не підтримують пряму доступність, тому необхідно використовувати конфігурацію Unified CM або VCS Expressway, щоб установити зв’язок між локальними зареєстрованими пристроями SIP і кластерами Video Meshclusters. Вам потрібно лише транкувати Unified CM або VCS Expressway до Video Mesh Node, залежно від середовища керування викликами. |
9 | Ланцюжки сертифікатів обміну між вузлами Unified CM і Video Mesh Nodes У цьому завданні ви завантажуєте сертифікати з інтерфейсів Unified CM і Video Mesh і передаєте один до одного. Цей крок встановлює безпечну довіру між двома продуктами та, у поєднанні з конфігурацією захищеного транка, дозволяє зашифрованому трафіку SIP та медіафайлам SRTP у вашій організації потрапляти на вузли Video Mesh. |
10 | Увімкнути шифрування медіа для організації та кластерів Video Mesh Використовуйте цю процедуру, щоб увімкнути шифрування медіа для вашої організації та окремих кластерів Video Mesh. Цей параметр вимагає наскрізного налаштування TLS, і ви повинні мати захищений SIP-транк TLS на вашому Unified CM, який вказує на вузли Video Mesh. |
11 | Увімкніть Video Mesh для вебсайту Webex Щоб використовувати оптимізовані медіафайли для Video Mesh Node для нарад Webex для всіх програм і пристроїв Webex, до яких потрібно приєднатися, цю конфігурацію потрібно ввімкнути для вебсайту Webex. Увімкнення цього параметра з’єднує екземпляри Video Mesh і наради в хмарі та дозволяє каскадувати з вузлів Video Mesh. Якщо цей параметр не ввімкнено, програма та пристрої Webex не використовуватимуть вузол Video Mesh для нарад Webex. |
12 | Призначте кімнати для співпраці на нарадах користувачам програми Webex |
13 | Перевірте досвід зустрічі на безпечній кінцевій точці Якщо ви використовуєте шифрування медіа за допомогою наскрізного налаштування TLS, виконайте наведені далі кроки, щоб переконатися, що кінцеві пристрої безпечно зареєстровані та відображаються правильні можливості наради. |
Сценарій масової підготовки для Video Mesh
Якщо вам потрібно розгорнути багато вузлів у вашому розгортанні Video Mesh, цей процес займе багато часу. Ви можете використовувати сценарій за адресоюhttps://github.com/CiscoDevNet/webex-video-mesh-node-provisioning для швидкого розгортання Video mesh nodes на серверах VMWare ESXi. Прочитайте файл readme, щоб отримати інструкції щодо використання скрипту.
Установіть та налаштуйте програмне забезпечення Video Mesh Node
Використовуйте цю процедуру, щоб розгорнути Video Mesh Node на хост-сервері під керуванням VMware ESXi або vCenter. Ви встановлюєте локальне програмне забезпечення, яке створює вузол, а потім виконуєте початкове налаштування, наприклад налаштування мережі. Його буде зареєстровано в хмарі пізніше.
Необхідно завантажити пакет програмного забезпечення (OVA) з Control Hub (https://admin.webex.com ), а не використовувати попередньо завантажену версію. Цей OVA підписаний сертифікатами Cisco, і його можна завантажити після входу в Control Hub за допомогою облікових даних адміністратора клієнта.
Перш ніж почати
Див Вимоги до системи та платформи для програмного забезпечення Video Mesh Node для підтримуваних апаратних платформ і вимог до технічних характеристик Video Mesh Node.
Переконайтеся, що у вас є такі обов’язкові елементи:
Комп’ютер із:
Клієнт VMware vSphere 7 або 8.
Список підтримуваних операційних систем див. в документації VMware.
Файл OVA програмного забезпечення Video Mesh завантажено.
Завантажте останню версію програмного забезпечення Video Mesh із Control Hub, а не використовуйте раніше завантажену версію. Ви також можете отримати доступ до програмного забезпечення з це посилання . (Розмір файлу становить приблизно 1,5 ГБ.)
Старіші версії пакета програмного забезпечення (OVA) не будуть сумісні з останніми оновленнями Video Mesh. Це може призвести до проблем під час оновлення програми. Переконайтеся, що ви завантажили останню версію файлу OVA з це посилання .
Підтримуваний сервер із установленим і запущеним VMware ESXi або vCenter 7 або 8
Вимкніть резервне копіювання віртуальних машин і активну міграцію. Кластери Video Mesh Node є системами реального часу; будь-які паузи віртуальної машини можуть зробити ці системи нестабільними. (Для технічного обслуговування Video Mesh Node використовуйте режим обслуговування з Control Hub.)
1. | За допомогою комп’ютера відкрийте клієнт VMware vSphere і ввійдіть у систему vCenter або ESXi на сервері. | ||||
2. | Перейти до . | ||||
3. | На Виберіть шаблон OVF сторінки, клацніть Локальний файл , потім Виберіть Файли . Перейдіть до місця розташування videomesh.ova , виберіть файл і клацніть Далі .
| ||||
4. | На Виберіть ім’я та папку сторінки, введіть a Ім’я віртуальної машини для Video Mesh Node (наприклад, "Video_ Мesh_ Node_ 1"), виберіть розташування, де може перебувати розгортання вузла віртуальної машини, а потім клацніть Далі . Запускається перевірка. Після завершення відобразяться відомості про шаблон. | ||||
5. | Перевірте відомості шаблону й клацніть Далі . | ||||
6. | На Конфігурація виберіть тип конфігурації розгортання, а потім клацніть Далі .
Параметри перелічені в порядку зростання вимог до ресурсів.
| ||||
7. | На Виберіть сховище на сторінці, переконайтеся, що формат диска за замовчуванням: Товста підготовка відкладена обнулення і політика сховища VM Сховище даних за замовчуванням вибрано, а потім клацніть Далі . | ||||
8 | На Виберіть мережі виберіть мережевий параметр зі списку записів, щоб забезпечити потрібне підключення до VM.
Для розгортання DMZ можна налаштувати вузол Video Mesh із подвійним мережевим інтерфейсом (NIC). Це розгортання дає змогу відокремити трафік внутрішньої корпоративної мережі (використовується для міжблокового зв’язку, каскадування між кластерами вузлів і доступу до інтерфейсу керування вузла) від трафіку зовнішньої хмарної мережі (використовується для підключення до зовнішнього світу та каскадування до Webex). Усі вузли в кластері повинні бути в режимі подвійного NIC; поєднання одного й подвійного NIC не підтримується.
| ||||
9 | На Налаштувати шаблон налаштуйте такі параметри мережі:
За бажанням можна пропустити конфігурацію мережевих параметрів і виконати інструкції Установіть конфігурацію мережі Video Mesh Node на консолі після входу на вузол. | ||||
10 | На Готово до завершення на сторінці, переконайтеся, що всі введені налаштування відповідають інструкціям у цій процедурі, а потім клацніть Завершити . Після завершення розгортання OVA ваш Video Mesh Node з’явиться в списку віртуальних машин. | ||||
11 | Клацніть правою кнопкою миші VM Video Mesh Node, а потім виберіть .Програмне забезпечення Video Mesh Node встановлюється як гість на хості VM. Тепер ви готові ввійти на консоль і налаштувати Video Mesh Node. Перед відкриттям контейнерів вузлів може виникнути затримка в кілька хвилин. Повідомлення брандмауера мосту з’являється на консолі під час першого завантаження, під час якого ви не можете ввійти. |
Що далі
Увійдіть до консолі Video Mesh Node
Увійдіть у консоль уперше. Програмне забезпечення Video Mesh Node має пароль за замовчуванням. Потрібно змінити це значення, перш ніж налаштувати вузол.
1. | У клієнті VMware vSphere перейдіть до VM Video Mesh Node і виберіть Консоль . Завантажиться віртуальна машина Video Mesh Node і з’явиться запит щодо входу. Якщо запит щодо входу не з’являється, натисніть Введіть . На короткий час може з’явитися повідомлення, яке вказує на те, що система ініціалізована. |
2. | Для входу використовуйте такі ім’я користувача та пароль за замовчуванням: Оскільки ви вперше входите до системи Video Mesh Node, необхідно змінити парольну фразу (пароль) адміністратора. |
3. | Для (поточного) пароля введіть пароль за замовчуванням (зверху), а потім натисніть Введіть . |
4. | Для нового пароля введіть нову парольну фразу, а потім натисніть Введіть . |
5. | Щоб повторно ввести новий пароль, введіть нову парольну фразу ще раз, а потім натисніть Введіть . З’явиться повідомлення «Пароль успішно змінено», а потім з’явиться початковий екран Video Mesh Node з повідомленням про заборону несанкціонованого доступу. |
6. | Натисніть Введіть , щоб завантажити головне меню. |
Що далі
Установіть конфігурацію мережі Video Mesh Node на консолі
Використовуйте цю процедуру, щоб налаштувати параметри мережі для Video Mesh Node, якщо ви не налаштували їх під час налаштування вузла на віртуальній машині. Необхідно встановити статичну IP-адресу та змінити повне доменне ім’я/ім’я хоста та сервери NTP. DHCP наразі не підтримується.
Ці кроки є обов’язковими, якщо ви не налаштували параметри мережі під час розгортання OVA.
Внутрішній інтерфейс (інтерфейс за замовчуванням для трафіку) використовується для CLI, SIP-транків, SIP-трафіку та керування вузлами. Зовнішній (зовнішній) інтерфейс призначений для HTTPS і зв’язку вебсокетів із Webex, а також каскадного трафіку від вузлів до Webex. |
1. | Відкрийте інтерфейс консолі вузла через клієнт VMware vSphere, а потім увійдіть за допомогою облікових даних адміністратора. Після першого налаштування мережевих параметрів і якщо Video Mesh доступна, ви можете отримати доступ до інтерфейсу вузла через захищену оболонку (SSH). | ||
2. | У головному меню консолі Video Mesh Node виберіть параметр 2 Змініть конфігурацію а потім клацніть Виберіть . | ||
3. | Прочитайте підказку про завершення викликів на Video Mesh Node, а потім клацніть Так . | ||
4. | Клацніть Статичний , введіть IP-адреса для внутрішнього інтерфейсу, Маска , Шлюз , і DNS значення для вашої мережі.
| ||
5. | Введіть сервер NTP вашої організації або інший зовнішній сервер NTP, який можна використовувати у вашій організації. Після налаштування сервера NTP та збереження параметрів мережі можна виконати інструкції Перевірте працездатність Video Mesh Node з консолі щоб переконатися, що час синхронізується правильно через вказані сервери NTP.
| ||
6. | (Необов’язково) Змініть ім’я хоста або домен, якщо потрібно.
| ||
7. | Клацніть Зберегти , а потім клацніть Зберегти зміни та перезавантажити . Під час збереження виконується перевірка DNS, якщо ви вказали домен. Попередження відображається, якщо повне доменне ім’я (ім’я хоста та домен) неможливо вирішити за допомогою наданих адрес сервера DNS. Ви можете зберегти, ігноруючи попередження, але виклики не працюватимуть, доки повне доменне ім’я не буде розв’язано на DNS, налаштований на вузлі. Після перезавантаження Video Mesh Node зміни конфігурації мережі набудуть чинності. |
Що далі
Щойно образ програмного забезпечення буде встановлено та налаштовано за допомогою мережевих параметрів (IP-адреса, DNS, NTP тощо) і стане доступним у мережі підприємства, можна перейти до наступного кроку — безпечної реєстрації його в хмарі. IP-адреса, налаштована на Video Mesh Node, доступна лише з корпоративної мережі. З точки зору безпеки, вузол є жорстким, завдяки чому лише адміністратори клієнта можуть отримати доступ до інтерфейсу вузла для виконання налаштування.
Установіть зовнішній мережевий інтерфейс вузла Video Mesh Node
Установіть зовнішній мережевий інтерфейс вузла Video Mesh Node
Після того як вузол знову підключено до мережі й ви перевірите конфігурацію внутрішньої мережі, можна налаштувати інтерфейс зовнішньої мережі, якщо ви розгортаєте Video Mesh Node у DMZ своєї мережі, щоб ви могли ізолювати корпоративний (внутрішній) трафік від зовнішнього (зовнішнього) ) трафік.
1. | У головному меню консолі Video Mesh Node виберіть параметр 5 Конфігурація зовнішньої IP-адреси а потім клацніть Виберіть . | ||
2. | Клацніть 1 Увімкнути/вимкнути , потім Виберіть , а потім Так щоб увімкнути параметри зовнішньої IP-адреси на вузлі. | ||
3. | Як і під час початкової конфігурації мережі, введіть IP-адреса (зовнішній), Маска , і Шлюз значення.
| ||
4. | Клацніть Зберегти та перезапустити . Вузол ще раз перезавантажиться, щоб увімкнути подвійну IP-адресу, а потім автоматично налаштує основні статичні правила маршрутизації. Ці правила визначають, що трафік до та з IP-адреси приватного класу використовує внутрішній інтерфейс; трафік до та з IP-адреси загальнодоступного класу використовує зовнішній інтерфейс. Пізніше можна створити власні правила маршрутизації, наприклад, якщо потрібно налаштувати перевизначення та дозволити доступ до зовнішнього домену з внутрішнього інтерфейсу.
| ||
5. | Щоб перевірити конфігурацію внутрішньої та зовнішньої IP-адрес, з головного меню консолі перейдіть до 4 Діагностика , а потім виберіть Перевірте виклик . | ||
6. | У ping введіть адресу призначення, яку потрібно перевірити, як-от зовнішній пункт призначення або внутрішня IP-адреса, а потім клацніть OK .
|
Що далі
API вузла Video Mesh
API Video Mesh Node дає змогу адміністраторам організації керувати паролями, налаштуваннями внутрішньої та зовнішньої мережі, режимом обслуговування та сертифікатами сервера, пов’язаними з Video Mesh Nodes. Ці API можна викликати за допомогою будь-якого інструменту API, як-от Postman, або ви можете створити власний сценарій для їх виклику. Користувачеві потрібно викликати API, використовуючи відповідну кінцеву точку (можна використовувати або IP-адресу вузла, або повне доменне ім’я), метод, текст, заголовки, авторизацію тощо, щоб виконати потрібну дію та отримати відповідну відповідь відповідно до інформації, наведеної нижче.
API адміністрування VMN
API адміністрування Video Mesh дає змогу адміністраторам організації керувати режимом обслуговування та паролем облікового запису адміністратора Video Mesh Nodes.
Отримайте стан режиму обслуговування
Отримує поточний стан режиму обслуговування (очікуваний стан: увімкнено, вимкнено, очікує на виконання або запит).
[ОТРИМАТИ] https://<node_ip> /api/v1/external/maintenanceMode
Авторизація: Базова автентифікація з використанням імені користувача Video Mesh ("admin") і пароля.
Зразки відповідей :
Зразок відповіді 1:
{
"status": {
"code": 200,
"message": "Success"
},
"result": {
"isRegistered": true,
"maintenanceMode": "pending/requested/on/off",
"maintenanceModeLastUpdated": 1691135731847
}
}
Зразок відповіді 2:
{
"status": {
"code": 401,
"message": "login failed: incorrect password or username"
}
}
Зразок відповіді 3:
{
"status": {
"code": 429,
"message": "Too Many Requests"
}
}
Увімкнути або вимкнути режим обслуговування
Коли ви переводите вузол Video Mesh у режим обслуговування, він швидко вимикає служби викликів (припиняє приймати нові виклики та очікує до 2 годин на завершення наявних викликів).
[PUT] https://<node_ip> /api/v1/external/maintenanceMode
Викликати цей API лише тоді, коли немає активних викликів. |
Авторизація: Базова автентифікація з використанням імені користувача Video Mesh ("admin") і пароля.
Тіло :
{
"maintenanceMode": "on"
}
режим обслуговування — стан режиму обслуговування, який потрібно встановити — «ввімкнено» або «вимкнено».
Заголовки запитів:
"Тип контенту": 'application/json'
Зразки відповідей :
Зразок відповіді 1:
{
"status": {
"code": 200,
"message": "Your request to enable/disable maintenance mode was successful."
}
}
Зразок відповіді 2:
{
"status": {
"code": 409,
"message": "Maintenance Mode is already on/off"
}
}
Зразок відповіді 3:
{
"status": {
"code": 400,
"message": "Bad Request - wrong input"
}
}
Змінити пароль адміністратора
Змінює пароль користувача адміністратора.
[PUT] https://<node_ip> /api/v1/external/password
Авторизація: Базова автентифікація з використанням імені користувача Video Mesh ("admin") і пароля.
Тіло :
{
"newPassword": "new"
}
newPassword — новий пароль, який встановлюється для облікового запису «адміністратора» Video Mesh Node.
Заголовки запитів:
"Тип контенту": 'application/json'
Зразки відповідей :
Зразок відповіді 1:
{
"status": {
"code": 200,
"message": "Successfully set the new passphrase for user admin."
}
}
Зразок відповіді 2:
{
"status": {
"code": 400,
"message": "Enter a new passphrase that wasn't used for one of the previous 3 passphrases."
}
}
API мережі VMN
API мережі Video Mesh дає змогу адміністраторам організації керувати параметрами внутрішньої та зовнішньої мережі.
Отримайте конфігурацію зовнішньої мережі
Визначає, ввімкнено чи вимкнено зовнішню мережу. Якщо зовнішню мережу ввімкнено, вона також отримує зовнішню IP-адресу, зовнішню маску підмережі та зовнішній шлюз.
[ОТРИМАТИ] https://<node_ip> /api/v1/external/externalNetwork
Авторизація: Базова автентифікація з використанням імені користувача Video Mesh ("admin") і пароля.
Зразки відповідей :
Зразок відповіді 1:
{
"status": {
"code": 200,
"message": "Successfully fetched external network configuration."
},
"result": {
"ip": "1.1.1.1",
"mask": "2.2.2.2",
"gateway": "3.3.3.3"
}
}
Зразок відповіді 2:
{
"status": {
"code": 200,
"message": "External network not enabled."
}
}
Зразок відповіді 3:
{
"status": {
"code": 500,
"message": "Failed to get external network configuration."
}
}
Змінити конфігурацію зовнішньої мережі
Змінює параметри зовнішньої мережі. Цей API можна використовувати для ввімкнення зовнішньої мережі разом із налаштуванням або редагування зовнішнього мережевого інтерфейсу із зовнішньою IP-адресою, зовнішньою маскою підмережі та зовнішнім шлюзом. Його також можна використовувати для вимкнення зовнішньої мережі. Після внесення змін до конфігурації зовнішньої мережі вузол перезавантажиться, щоб застосувати ці зміни.
[PUT] https://<node_ip> /api/v1/external/externalNetwork
Це можна налаштувати лише для нещодавно розгорнутих Video Mesh Nodes, чий пароль адміністратора за замовчуванням змінено. Не використовуйте цей API після реєстрації вузла в організації. |
Авторизація: Базова автентифікація з використанням імені користувача Video Mesh ("admin") і пароля.
Тіло :
Активація зовнішньої мережі:
{
"externalNetworkEnabled": true,
"externalIp": "1.1.1.1",
"externalMask": "2.2.2.2",
"externalGateway": "3.3.3.3"
}
Вимкнення зовнішньої мережі:
{
"externalNetworkEnabled": false
}
externalNetworkEnabled — логічне значення (true або false) для ввімкнення/вимкнення зовнішньої мережі
externalIp – зовнішня IP-адреса, яку потрібно додати
externalMask – мережева маска для зовнішньої мережі
externalGateway – шлюз для зовнішньої мережі
Заголовки запитів:
"Тип контенту": 'application/json'
Зразки відповідей :
Зразок відповіді 1:
{
"status": {
"code": 200,
"message": "Successfully saved the external network configuration. This node will reboot soon to apply the changes. Please wait for a minute and relogin to the node to verify that all changes were applied."
}
}
Зразок відповіді 2:
{
"status": {
"code": 200,
"message": "Successfully disabled the external network. This node will reboot soon to apply the changes. Please wait for a minute and relogin to the node to verify that all changes were applied."
}
}
Зразок відповіді 3:
{
"status": {
"code": 400,
"message": "One or more errors in the input: Value should be boolean for 'externalNetworkEnabled'"
}
}
Зразок відповіді 4:
{
"status": {
"code": 400,
"message": "External network configuration has not changed; skipping save of the external network configuration."
}
}
Отримайте відомості про внутрішню мережу
Отримує відомості про конфігурацію внутрішньої мережі, які включають режим мережі, IP-адресу, маску підмережі, шлюз, відомості про кешування DNS, сервери DNS, сервери NTP, MTU внутрішнього інтерфейсу, ім’я хоста та домен.
[ОТРИМАТИ] https://<node_ip> /api/v1/external/internalNetwork
Авторизація: Базова автентифікація з використанням імені користувача Video Mesh ("admin") і пароля.
Зразки відповідей :
Зразок відповіді 1:
{
"status": {
"code": 200,
"message": "Successfully fetched internal network details"
},
"result": {
"dhcp": false,
"ip": "1.1.1.1",
"mask": "2.2.2.2",
"gateway": "3.3.3.3",
"dnsCaching": false,
"dnsServers": [
"4.4.4.4",
"5.5.5.5"
],
"mtu": 1500,
"ntpServers": [
"6.6.6.6"
],
"hostName": "test-vmn",
"domain": ""
}
}
Зразок відповіді 2:
{
"status": {
"code": 500,
"message": "Failed to get Network details."
}
}
Зразок відповіді 3:
{
"status": {
"code": 500,
"message": "Failed to get host details."
}
}
Змінити сервери DNS
Оновлює сервери DNS новими.
[PUT] https://<node_ip> /api/v1/external/internalNetwork/dns
Переведіть вузол у режим обслуговування, перш ніж вносити цю зміну. Див Увімкнути або вимкнути режим обслуговування для отримання додаткової інформації про переведення вузла в режим обслуговування. |
Авторизація: Базова автентифікація з використанням імені користувача Video Mesh ("admin") і пароля.
Тіло :
{
"dnsServers": "1.1.1.1 2.2.2.2"
}
dnsServers – сервери DNS, які підлягають оновлення. Дозволено використовувати кілька серверів DNS, розділених пробілами.
Заголовки запитів:
"Тип контенту": 'application/json'
Зразки відповідей :
Зразок відповіді 1:
{
"status": {
"code": 200,
"message": "Successfully saved DNS servers"
}
}
Зразок відповіді 2:
{
"status": {
"code": 409,
"message": "Requested DNS server(s) already exist."
}
}
Зразок відповіді 3:
{
"status": {
"code": 424,
"message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
}
}
Змінити сервери NTP
Оновлює сервери NTP новими.
[PUT] https://<node_ip> /api/v1/external/internalNetwork/ntp
Переведіть вузол у режим обслуговування, перш ніж вносити цю зміну. Див Увімкнути або вимкнути режим обслуговування для отримання додаткової інформації про переведення вузла в режим обслуговування. |
Авторизація: Базова автентифікація з використанням імені користувача Video Mesh ("admin") і пароля.
Тіло :
{
"ntpServers": "1.1.1.1 2.2.2.2"
}
ntpServers — сервери NTP, які підлягають оновлення. Дозволено використовувати кілька серверів NTP, розділених пробілами.
Заголовки запитів:
"Тип контенту": 'application/json'
Зразки відповідей :
Зразок відповіді 1:
{
"status": {
"code": 200,
"message": "Successfully saved the NTP servers."
}
}
Зразок відповіді 2:
{
"status": {
"code": 409,
"message": "Requested NTP server(s) already exist."
}
}
Зразок відповіді 3:
{
"status": {
"code": 424,
"message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
}
}
Змініть ім’я хоста та домен
Оновлює ім’я хоста та домен Video Mesh Node.
[PUT] https://<node_ip> /api/v1/external/internalNetwork/host
Переведіть вузол у режим обслуговування, перш ніж вносити цю зміну. Вузол перезавантажується, щоб застосувати зміни. Див Увімкнути або вимкнути режим обслуговування для отримання додаткової інформації про переведення вузла в режим обслуговування. |
Авторизація: Базова автентифікація з використанням імені користувача Video Mesh ("admin") і пароля.
Тіло :
{
"hostName": "test-vmn",
"domain": "abc.com"
}
hostName – нове ім’я хоста вузла.
domain – новий домен для імені хоста вузла (необов’язково).
Заголовки запитів:
"Тип контенту": 'application/json'
Зразки відповідей :
Зразок відповіді 1:
{
"status": {
"code": 200,
"message": "Successfully saved the host FQDN. This node will reboot soon to apply the changes. Please wait for a minute and relogin to the node to verify that all changes were applied."
}
}
Зразок відповіді 2:
{
"status": {
"code": 400,
"message": "Unable to resolve FQDN"
}
}
Зразок відповіді 3:
{
"status": {
"code": 409,
"message": "Entered hostname and domain already set to same."
}
}
Увімкнути або вимкнути кешування DNS
Вмикає або вимикає кешування DNS. Подумайте про ввімкнення кешування, якщо перевірки DNS часто займають понад 750 мс для вирішення або якщо це рекомендовано службою підтримки Cisco.
[PUT] https://<node_ip> /api/v1/external/internalNetwork/dnsCaching
Переведіть вузол у режим обслуговування, перш ніж вносити цю зміну. Вузол перезавантажується, щоб застосувати зміни. Див Увімкнути або вимкнути режим обслуговування для отримання додаткової інформації про переведення вузла в режим обслуговування. |
Авторизація: Базова автентифікація з використанням імені користувача Video Mesh ("admin") і пароля.
Тіло :
{
"dnsCaching": true
}
dnsCaching – конфігурація кешування DNS. Приймає логічне значення (true або false).
Заголовки запитів:
"Тип контенту": 'application/json'
Зразки відповідей :
Зразок відповіді 1:
{
"status": {
"code": 200,
"message": "Successfully saved DNS settings changes. This node will reboot soon to apply the changes. Please wait for a minute and relogin to the node to verify that all changes were applied."
}
}
Зразок відповіді 2:
{
"status": {
"code": 400,
"message": "One or more errors in the input: 'dnsCaching' field value should be a boolean"
}
}
Зразок відповіді 3:
{
"status": {
"code": 409,
"message": "dnsCaching is already set to false"
}
}
Змінити MTU інтерфейсу
Змінює максимальну одиницю передавання (MTU) для мережевих інтерфейсів вузла зі значення за замовчуванням 1500. Допускаються значення в діапазоні від 1280 до 9000.
[PUT] https://<node_ip> /api/v1/external/internalNetwork/mtu
Переведіть вузол у режим обслуговування, перш ніж вносити цю зміну. Вузол перезавантажується, щоб застосувати зміни. Див Увімкнути або вимкнути режим обслуговування для отримання додаткової інформації про переведення вузла в режим обслуговування. |
Авторизація: Базова автентифікація з використанням імені користувача Video Mesh ("admin") і пароля.
Тіло :
{
"internalInterfaceMtu": 1500
}
внутрішнійInterfaceMtu — максимальна одиниця передачі для мережевих інтерфейсів вузла. Значення має бути в діапазоні від 1280 до 9000.
Заголовки запитів:
"Тип контенту": 'application/json'
Зразки відповідей :
Зразок відповіді 1:
{
"status": {
"code": 200,
"message": "Successfully saved the internal interface MTU settings. This node will reboot soon to apply the changes. Please wait for a minute and relogin to the node to verify that all changes were applied."
}
}
Зразок відповіді 2:
{
"status": {
"code": 400,
"message": "One or more errors in the input: 'internalInterfaceMtu' field value should be a number"
}
}
Зразок відповіді 3:
{
"status": {
"code": 400,
"message": "Please enter a number between 1280 and 9000."
}
}
API сертифікатів сервера VMN
API сертифікатів Video Mesh Server дають змогу адміністраторам організації створювати, оновлювати, завантажувати та видаляти сертифікати, пов’язані з Video Mesh Nodes. Додаткову інформацію див Ланцюжки сертифікатів обміну між вузлами Unified CM і Video Mesh Nodes .
Створіть сертифікат CSR
Створює сертифікат CSR (запит на підписання сертифіката) і закритий ключ на основі наданих даних.
[POST] https://<node_ip> /api/v1/externalCertManager/generateCsr
Авторизація: Базова автентифікація з використанням імені користувача Video Mesh ("admin") і пароля.
Тіло :
{
"csrInfo":
{
"commonName": "1.2.3.4",
"emailAddress": "abc@xyz.com",
"altNames": "1.1.1.1 2.2.2.2",
"organization": "VMN",
"organizationUnit": "IT",
"locality": "BLR",
"state": "KA",
"country": "IN",
"passphrase": "",
"keyBitSize": 2048
}
}
commonName – IP-адреса/FQDN вузла Video Mesh Node, заданого як загальне ім’я. (обов’язково)
emailAddress – адреса електронної пошти користувача. (Необов’язково.)
altNames – альтернативні імена суб’єктів (необов’язково). Дозволено використовувати кілька розділених пробілами FQDN. Якщо вказано, воно має містити спільне ім’я. Якщо altNames не вказано, воно приймає загальнеName як значення altNames.
організація – назва організації/компанії. (необов’язково)
OrganizationUnit – назва організаційного підрозділу, відділу або групи тощо (необов’язково)
locality - Місто/Населений пункт. (Необов’язково.)
штат – штат/провінція. (Необов’язково.)
Країна - Країна/Регіон. Двобуквена абревіатура. Не вказуйте більше двох літер. (Необов’язково.)
парольна фраза – парольна фраза приватного ключа. (Необов’язково.)
keyBitSize — розмір приватного ключа. Прийнятні значення: 2048 (за замовчуванням) або 4096. (необов’язково)
Заголовки запитів :
Тип контенту: 'application/json'
Зразки відповідей :
Зразок відповіді 1:
{
"status": {
"code": 200,
"message": "Successfully generated CSR"
},
"result": {
"caCert": {},
"caKey": {
"fileName": "VideoMeshGeneratedPrivate.key",
"localFileName": "CaPrivateKey.key",
"fileLastModified": "Fri Jul 21 2023 08:12:25 GMT+0000 (Coordinated Universal Time)",
"uploadDate": 1689927145422,
"size": 1678,
"type": "application/pkcs8",
"modulus": "S4MP1EM0DULU2"
},
"certInstallRequestPending": false,
"certInstallStarted": null,
"certInstallCompleted": null,
"isRegistered": true,
"caCertsInstalled": false,
"csr": {
"keyBitsize": 2048,
"commonName": "1.2.3.4",
"organization": "VMN",
"organizationUnit": "IT",
"locality": "BLR",
"state": "KA",
"country": "IN",
"emailAddress": "abc@xyz.com",
"altNames": [
"1.1.1.1",
"2.2.2.2"
],
"csrContent": "-----BEGIN CERTIFICATE REQUEST-----\nS4MP1E_C3RT_C0NT3NT\n-----END CERTIFICATE REQUEST-----"
},
"encryptedPassphrase": null
}
}
Зразок відповіді 2:
{
"status": {
"code": 400,
"message": "Private key already exists. Delete it before generating new CSR."
}
}
Зразок відповіді 3:
{
"status": {
"code": 400,
"message": "CSR certificate already exists. Delete it before generating new CSR."
}
}
Зразок відповіді 4:
{
"status": {
"code": 400,
"message": "CSR certificate and private key already exist. Delete them before generating new CSR."
}
}
Зразок відповіді 5:
{
"status": {
"code": 400,
"message": "There were one or more errors while generating the CSR: The \"Country\" field must contain exactly two A-Z characters."
}
}
Завантажте сертифікат CSR
Завантажує згенерований сертифікат CSR.
[ОТРИМАТИ] https://<node_ip> /api/v1/externalCertManager/csr
Ви також можете завантажити файл за допомогою Надіслати та завантажити параметр.
Авторизація: Базова автентифікація з використанням імені користувача Video Mesh ("admin") і пароля.
Зразки відповідей :
Зразок відповіді 1:
-----BEGIN CERTIFICATE REQUEST-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE REQUEST-----
Зразок відповіді 2:
{
"status": {
"code": 404,
"message": "Could not download, CSR certificate does not exist."
}
}
Завантажте закритий ключ
Завантажує закритий ключ, створений разом із сертифікатом CSR.
[ОТРИМАТИ] https://<node_ip> /api/v1/externalCertManager/key
Ви також можете завантажити файл за допомогою Надіслати та завантажити параметр.
Авторизація: Базова автентифікація з використанням імені користувача Video Mesh ("admin") і пароля.
Зразки відповідей :
Зразок відповіді 1:
-----BEGIN RSA PRIVATE KEY-----
S4MP1E_PR1V4T3_K3Y
-----END RSA PRIVATE KEY-----
Зразок відповіді 2:
{
"status": {
"code": 404,
"message": "Could not download, private key does not exist."
}
}
Видаліть сертифікат CSR
Видаляє наявний сертифікат CSR.
[ВИДАЛИТИ] https://<node_ip> /api/v1/externalCertManager/csr
Авторизація: Базова автентифікація з використанням імені користувача Video Mesh ("admin") і пароля.
Зразки відповідей :
Зразок відповіді 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the CSR certificate"
}
}
Зразок відповіді 2:
{
"status": {
"code": 404,
"message": "CSR certificate does not exist."
}
}
Видалити закритий ключ
Видаляє наявний закритий ключ.
[ВИДАЛИТИ] https://<node_ip> /api/v1/externalCertManager/key
Авторизація: Базова автентифікація з використанням імені користувача Video Mesh ("admin") і пароля.
Зразки відповідей :
Зразок відповіді 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the private key"
}
}
Зразок відповіді 2:
{
"status": {
"code": 404,
"message": "Private key does not exist."
}
}
Установіть підписаний сертифікат CA та закритий ключ
Вивантажує наданий підписаний CA сертифікат і закритий ключ на вузол Video Mesh і встановлює сертифікат на вузол.
[POST] https://<node_ip> /api/v1/externalCertManager/uploadInstallCaCert
Авторизація: Базова автентифікація з використанням імені користувача Video Mesh ("admin") і пароля.
Тіло :
Використовуйте 'form-data', щоб передати такі файли:
Файл підписаного CA сертифіката (.crt) із ключем «crtFile».
Файл із закритим ключем (.key) із ключем як "keyFile".
Заголовки запитів :
Тип контенту: 'multipart/form-data'
Зразки відповідей :
Зразок відповіді 1:
{
"status": {
"code": 200,
"message": "Successfully installed certificate and key. It might take a few seconds to reflect on the node."
},
"result": {
"caCert": {
"fileName": "videoMeshCsr.crt",
"localFileName": "CaCert.crt",
"fileLastModified": 1689931788598,
"uploadDate": 1689931788605,
"size": 1549,
"type": "application/x-x509-ca-cert",
"certStats": {
"version": 0,
"subject": {
"countryName": "IN",
"stateOrProvinceName": "KA",
"localityName": "BLR",
"organizationName": "VMN",
"organizationalUnitName": "IT",
"emailAddress": "abc@xyz.com",
"commonName": "1.2.3.4"
},
"issuer": {
"countryName": "AU",
"stateOrProvinceName": "Some-State",
"organizationName": "ABC"
},
"serial": "3X4MPL3",
"notBefore": "2023-07-21T09:28:19.000Z",
"notAfter": "2024-12-02T09:28:19.000Z",
"signatureAlgorithm": "sha256WithRsaEncryption",
"fingerPrint": "11:22:33:44:AA:BB:CC:DD",
"publicKey": {
"algorithm": "rsaEncryption",
"e": 65537,
"n": "3X4MPL3",
"bitSize": 2048
},
"altNames": [],
"extensions": {}
}
},
"caKey": {
"fileName": "VideoMeshGeneratedPrivate.key",
"localFileName": "CaPrivateKey.key",
"fileLastModified": 1689931788629,
"uploadDate": 1689931788642,
"size": 1678,
"type": "application/pkcs8",
"modulus": "S4MP1EM0DULU2"
},
"certInstallRequestPending": true,
"certInstallStarted": null,
"certInstallCompleted": null,
"isRegistered": true,
"caCertsInstalled": false,
"csr": {
"keyBitsize": 2048,
"commonName": "1.2.3.4",
"organization": "VMN",
"organizationUnit": "IT",
"locality": "BLR",
"state": "KA",
"country": "IN",
"emailAddress": "abc@xyz.com",
"altNames": [
"1.1.1.1",
"2.2.2.2"
],
"csrContent": "-----BEGIN CERTIFICATE REQUEST-----\nS4MP1E_C3RT_C0NT3NT\n-----END CERTIFICATE REQUEST-----"
},
"encryptedPassphrase": null
}
}
Зразок відповіді 2:
{
"status": {
"code": 400,
"message": "Could not parse the certificate file. Make sure it is a properly formatted certificate and try again."
}
}
Зразок відповіді 3:
{
"status": {
"code": 400,
"message": "Private Key does not match Certificate (different modulus)"
}
}
Зразок відповіді 4:
{
"status": {
"code": 202,
"message": "Certificate and private key PENDING installation. It might take a few seconds to reflect on the node. If the node is in maintenance mode, it will get installed once it is disabled."
}
}
Завантажте підписаний CA сертифікат
Завантажує підписаний CA сертифікат, установлений на вузлі.
[ОТРИМАТИ] https://<node_ip> /api/v1/externalCertManager/caCert
Ви також можете завантажити файл за допомогою Надіслати та завантажити параметр.
Авторизація: Базова автентифікація з використанням імені користувача Video Mesh ("admin") і пароля.
Зразки відповідей :
Зразок відповіді 1:
-----BEGIN CERTIFICATE-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE-----
Зразок відповіді 2:
{
"status": {
"code": 404,
"message": "Could not download, CA certificate does not exist."
}
}
Видалити підписаний CA сертифікат
Видаляє підписаний CA сертифікат, установлений на вузлі.
[ВИДАЛИТИ] https://<node_ip> /api/v1/externalCertManager/caCert
Авторизація: Базова автентифікація з використанням імені користувача Video Mesh ("admin") і пароля.
Зразки відповідей :
Зразок відповіді 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the CA certificate."
}
}
Зразок відповіді 2:
{
"status": {
"code": 404,
"message": "CA certificate does not exist."
}
}
Загальні відповіді API
Нижче наведено кілька прикладів відповідей, з якими ви можете зіткнутися під час використання будь-якого зі згаданих вище API.
Зразок відповіді 1: Неправильні облікові дані, надані в базовій авторизації.
{
"status": {
"code": 401,
"message": "login failed: incorrect password or username"
}
}
Зразок відповіді 2: VMN не оновлено до необхідної версії, яка підтримує ці API.
{
"status": {
"code": 421,
"message": "Misdirected Request 1:[undefined]"
}
}
Зразок відповіді 3: У заголовку введено неправильний референт (якщо заголовок не очікувався).
{
"status": {
"code": 421,
"message": "Misdirected Request 2:[https://x.x.x.x/setup]"
}
}
Зразок відповіді 4: Обмеження швидкості перевищено, спробуйте через деякий час.
{
"status": {
"code": 429,
"message": "Too Many Requests"
}
}
Додайте внутрішні та зовнішні правила маршрутизації
У розгортанні з подвійним мережевим інтерфейсом (NIC) можна точно налаштувати маршрутизацію для вузлів Video Mesh, додавши визначені користувачем правила маршрутизації для зовнішніх і внутрішніх інтерфейсів. Маршрути за замовчуванням додаються до вузлів, але можна зробити винятки, наприклад, зовнішні підмережі або адреси хостів, до яких потрібно отримати доступ через внутрішній інтерфейс, або внутрішні підмережі або адреси хостів, до яких потрібно отримати доступ із зовнішнього інтерфейсу. За потреби виконайте наведені далі кроки.
1. | В інтерфейсі вузла Video Mesh виберіть 5 Конфігурація зовнішньої IP-адреси а потім клацніть Виберіть . | ||
2. | Виберіть 3 Керуйте правилами маршрутизації , а потім клацніть Виберіть . Під час першого відкриття цієї сторінки в списку з’являться системні правила маршрутизації за замовчуванням. За замовчуванням весь внутрішній трафік проходить через внутрішній інтерфейс, а зовнішній – через зовнішній інтерфейс. Ви можете додати перевизначення вручну до цих правил на наступних кроках. | ||
3. | За потреби виконайте наведені далі кроки.
У міру додавання кожного правила вони з’являться в списку правил маршрутизації, класифікованих як правила, визначені користувачем.
|
Користувацькі правила маршрутизації можуть створювати конфлікти з іншими маршрутами. Наприклад, можна визначити правило, яке призупиняє підключення SSH до інтерфейсу Video Mesh Node. Якщо це сталося, виконайте одну з таких дій, а потім видаліть або змініть правило маршрутизації:
|
Зареєструйте Video Mesh Node у хмарі Webex
Використовуйте цю процедуру, щоб зареєструвати вузли Video Mesh у хмарі Webex і виконати додаткове налаштування. Коли ви використовуєте Control Hub для реєстрації вузла, ви створюєте кластер, якому призначається вузол. Кластер містить один або кілька медіавузлів, які обслуговують користувачів у певному географічному регіоні. Кроки реєстрації також налаштовують параметри викликів SIP, установлюють розклад оновлення версії та підписуються на сповіщення електронною поштою.
Перш ніж почати
Після початку реєстрації вузла її потрібно завершити протягом 60 хвилин, інакше доведеться починати спочатку.
Переконайтеся, що блокувальники спливаючих вікон у вашому браузері вимкнено або дозволено виняток дляhttps://admin.webex.com .
Для досягнення найкращих результатів розгортайте всі вузли кластера в одному центрі обробки даних. Див Кластери у Video Mesh як вони працюють і практичні поради.
З хоста або комп’ютера, на якому ви реєструєте Video Mesh Nodes у хмарі, ви повинні мати підключення до хмари Webex і IP-адрес Video Mesh, які реєструються (у середовищі подвійного NIC, зокрема внутрішні IP-адреси відео). вузли сітки).
1. | Увійдіть в Control Hub. Ви виконуєте вхід у Control Hub за допомогою облікових даних адміністратора. Функції адміністратора Control Hub доступні лише для користувачів, яких визначено як адміністраторів у Control Hub. Див Ролі облікового запису клієнта для отримання додаткової інформації. | ||
2. | Перейти до і виберіть один:
| ||
3. | Переконайтеся, що ви встановили та налаштували Video Mesh Node. Клацніть Так, я готовий зареєструватися... , потім клацніть Далі . | ||
4. | У Створіть новий або виберіть кластер , виберіть один:
| ||
5. | У Введіть повне доменне ім’я або IP-адресу , введіть повне доменне ім’я (FQDN) або внутрішню IP-адресу вашого Video Mesh Node, а потім клацніть Далі .
Повне доменне ім’я має бути пов’язане безпосередньо з IP-адресою, інакше його неможливо буде використовувати. Ми виконуємо перевірку повного домену, щоб виключити помилки друку або невідповідності конфігурації.
| ||
6. | Під Розклад оновлення , виберіть час, частоту та часовий пояс. За замовчуванням є щоденний розклад оновлення. Ви можете змінити його на щотижневий розклад у певний день. Якщо доступне оновлення версії, програмне забезпечення Video Mesh Node автоматично оновиться протягом вибраного вами часу.
| ||
7. | Під Сповіщення електронною поштою , додайте адреси електронної пошти адміністратора, щоб підписатися на сповіщення про сповіщення про служби та оновлення програмного забезпечення. Вашу адресу електронної пошти адміністратора додано автоматично. Ви можете видалити його, якщо хочете. | ||
8 | Перемкнути Якість відео увімкнути, щоб увімкнути відео 1080p 30 кадрів/с. За допомогою цього параметра учасники SIP, які приєднуються до наради, організованої на Video Mesh Node, можуть використовувати відео 1080p 30 кадрів/с, якщо всі вони перебувають у корпоративній мережі та використовують пристрій із підтримкою високої роздільної здатності. Цей параметр застосовується до всіх кластерів вузлів.
| ||
9 | Прочитайте інформацію в розділі Завершити реєстрацію , потім клацніть Перейдіть до Node щоб зареєструвати вузол у хмарі Webex. Відкриється нова вкладка браузера, щоб перевірити вузол. На цьому кроці додається безпечний список Video Mesh Node за допомогою IP-адреси вузла. Під час процесу реєстрації Control Hub переспрямує вас до Video Mesh Node. IP-адресу потрібно додати в безпечний список, інакше реєстрація не вдасться. Процес реєстрації має бути завершено в мережі підприємства, де встановлено вузол. | ||
10 | Перевірте Дозволити доступ до Webex Video Mesh Node , потім клацніть Продовжити . | ||
11 | Натисніть Дозволити. Ваш обліковий запис перевірено, ваш вузол Video Mesh Node зареєстровано, а повідомлення Реєстрацію завершено відображається, що вказує, що ваш Video Mesh Node зареєстровано у Webex. Video Mesh Node отримує облікові дані машини на основі прав вашої організації. Термін дії створених машинних облікових даних періодично завершується, і вони оновлюються. | ||
12 | Клацніть посилання на портал або закрийте вкладку, щоб повернутися на сторінку Video Mesh. Тепер на сторінці Video Mesh ви бачите новий кластер, який містить зареєстрований вами вузол Video Mesh.
На цьому етапі Video Mesh Node готовий до зв’язку з хмарними службами Cisco через захищені канали за допомогою токена, виданого для автентифікації. Video Mesh Node також зв’язується з Docker Hub (docker.com, docker.io). Docker використовується вузлом Video Mesh для зберігання контейнерів для розповсюдження на різні вузли Video Mesh по всьому світу. Тільки Cisco має облікові дані для запису в Docker Hub. Вузли Video Mesh можуть звертатися до Docker Hub за допомогою облікових даних лише для читання, щоб завантажити контейнери для оновлень.
|
Що слід пам 'ятати
Зверніть увагу на наведену далі інформацію про Video Mesh Node і його роботу після реєстрації в організації Webex.
Під час розгортання нового Video Mesh Node програма Webex і зареєстрований у Webex пристрій не розпізнаватиме новий вузол протягом 2 годин. Клієнти перевіряють доступність кластера під час запуску, зміни мережі або закінчення терміну дії кешу. Можна зачекати 2 години або, як обхідний шлях, перезапустити програму Webex або перезавантажити кімнату або настільний пристрій Webex. Після цього активність викликів фіксується у звітах Video Mesh у Control Hub.
Video Mesh Node реєструється в одній організації Webex; це не багатоквартирний пристрій.
Щоб зрозуміти, що використовує Video Mesh Node, а що ні, див. таблицю в Клієнти та пристрої, які використовують Video Mesh Node .
Video Mesh Node може підключатися до вашого вебсайту Webex або вебсайту Webex іншого клієнта або партнера. Наприклад, сайт A розгорнув кластер Video Mesh Node і зареєстрував його в домені example1.webex.com. Якщо користувачі на сайті A звертаються до mymeeting@example1.webex.com, вони використовують Video Mesh Node, і можна створити каскад. Якщо користувачі на вебсайті A наберуть адреса yourmeeting@example2.webex.com, користувачі сайту A використовуватимуть свій локальний Video Mesh Node і підключатимуться до наради в організації Webex сайту B.
Що далі
Щоб зареєструвати додаткові вузли, повторіть ці кроки.
Якщо доступне оновлення версії, радимо застосувати його якомога швидше. Щоб оновити версію, виконайте такі кроки:
Дані підготовки передаються до хмари Webex командою розробників Cisco через захищені канали. Дані підготовки підписані. Для контейнерів дані підготовки містять ім’я, контрольну суму, версію тощо. Video Mesh Node також отримує дані підготовки з хмари Webex через захищені канали.
Як тільки Video Mesh Node отримує дані підготовки, вузол автентифікується за допомогою облікових даних лише для читання, завантажує контейнер із певною контрольною сумою й іменем і оновлює систему. Кожен контейнер, що працює на Video Mesh Node, має ім’я зображення та контрольну суму. Ці атрибути передаються до хмари Webex за допомогою захищених каналів.
Увімкнути якість обслуговування (QoS) для Video Mesh Node
Перш ніж почати
Внесіть необхідні зміни в порт брандмауера, які описано на схемі та в таблиці. Див Порти та протоколи, що використовуються Video Mesh .
Щоб увімкнути QoS для вузлів Video Mesh, вузли мають бути онлайн. Якщо ввімкнути цей параметр, вузли в режимі обслуговування або автономному режимі будуть виключені.
1. | З перегляду клієнта вhttps://admin.webex.com , перейдіть до , клацніть Змінити налаштування на карті Video Mesh. | ||
2. | Прокрутіть до Якість обслуговування і клацніть Увімкнути . Якщо ввімкнути цей параметр, ви отримаєте великий діапазон дискретних портів (визначений локальною конфігурацією керування викликами), який використовується для аудіо й відео для локальних клієнтів/кінцевих пристроїв SIP і внутрішньокластерних каскадів з унікальними маркуваннями DSCP:.
Весь SIP і каскадний трафік від вузлів Video Mesh позначається EF для аудіо та AF41 для відео. Діапазони дискретних портів використовуються як порти джерела для каскадного медіафайлу до інших вузлів Video Mesh і хмарних медіавузлів, а також як порти джерела та порти призначення для медіафайлів SIP-клієнтів. Програми Webex Teams і каскадні мультимедіа продовжують використовувати спільний порт призначення 5004 і ramge 50000–53000.
З’явиться повідомлення про стан, яке показує, які вузли вмикаються один за одним для діапазону портів QoS. Можна клацнути перегляньте вузли, що очікують на розгляд щоб побачити список вузлів, які очікують на QoS. Увімкнення цього параметра може тривати до 2 годин залежно від трафіку викликів на вузлах. | ||
3. | Якщо QoS не буде повністю ввімкнено за 2 години, відкрити запит зі службою підтримки для подальшого розслідування. Вузли перезавантажуються й оновлюються з новим діапазоном портів. |
Якщо ви вирішите вимкнути це налаштування, ви отримаєте невеликий об’єднаний діапазон портів, який використовується як для аудіо, так і для відео (34000–34999). Весь трафік від вузлів Video Mesh (SIP, каскади, хмарний трафік тощо) отримує єдине маркування AF41.
Перевірте діапазони портів Video Mesh Node за допомогою Reflector Tool у вебінтерфейсі
Інструмент «Відбивач» (комбінація сервера на вузлі Video Mesh і клієнта за допомогою сценарію Python) використовується для перевірки того, чи відкрито необхідні порти TCP/UDP на вузлах Video Mesh.
Перш ніж почати
Завантажте копію клієнта Reflector Tool (сценарій Python) зhttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client .
Щоб сценарій працював належним чином, переконайтеся, що у вашому середовищі запущено Python 2.7.10 або пізнішої версії.
Зараз цей інструмент підтримує кінцеві пристрої SIP до вузлів Video Mesh і внутрішньокластерну перевірку.
1. | З перегляду клієнта вhttps://admin.webex.com , увімкніть вузол обслуговування для Video Mesh Node ці інструкції . |
2. | Зачекайте, поки вузол не покаже стан "Готовність до обслуговування" в Control Hub. |
3. | Відкрийте інтерфейс вузла Webex Video Mesh. Інструкції див Керуйте Video Mesh Node з вебінтерфейсу . |
4. | Прокрутіть до Інструмент «Відбивач». , а потім запустіть або Сервер TCP Reflector або Сервер UDP Reflector , залежно від того, який протокол ви хочете використовувати. |
5. | Клацніть Запустіть сервер Reflector , а потім дочекайтеся успішного запуску сервера. Ви побачите сповіщення про запуск сервера. |
6. | З системи (наприклад, ПК) у мережі, до якої ви хочете охопити вузли Video Mesh, запустіть сценарій за допомогою такої команди:
Наприкінці запуску клієнт показує повідомлення про успіх, якщо відкрито всі необхідні порти: Клієнт відображає повідомлення про помилку, якщо будь-які необхідні порти не відкриті: |
7. | Усуньте будь-які проблеми з портом у брандмауері, а потім виконайте наведені вище кроки ще раз. |
8 | Запустіть клієнт за допомогою |
Налаштуйте Video Mesh Node для інтеграції проксі
Використовуйте цю процедуру, щоб указати тип проксі, який потрібно інтегрувати з Video Mesh. Якщо ви виберете прозорий перевіряючий проксі-сервер або явний проксі-сервер, можна використовувати інтерфейс вузла для передавання та встановлення кореневого сертифіката, перевірки підключення проксі-сервера та усунення будь-яких потенційних проблем.
Перш ніж почати
Див Підтримка проксі для Video Mesh для огляду підтримуваних параметрів проксі.
1. | Введіть URL-адресу налаштування Video Mesh | ||||||||||
2. | Перейти до Сховище довіри та проксі , а потім виберіть параметр:
Виконайте наступні кроки для прозорого проксі з перевіркою або явного проксі. | ||||||||||
3. | Клацніть Передати кореневий сертифікат або сертифікат кінцевого запису , а потім знайдіть і виберіть кореневий сертифікат для явного або прозорого проксі, що перевіряє. Сертифікат передано, але його ще не встановлено, оскільки для встановлення сертифіката потрібно перезавантажити вузол. Клацніть стрілку біля імені емітента сертифіката, щоб отримати додаткову інформацію, або клацніть Видалити якщо ви зробили помилку й хочете повторно передати файл. | ||||||||||
4. | Для прозорої перевірки або явних проксі клацніть Перевірте підключення проксі щоб перевірити мережеве з’єднання між вузлом Video Mesh і проксі. Якщо перевірку підключення не вдалося виконати, ви побачите повідомлення про помилку, у якому буде вказано причину та способи виправлення проблеми. | ||||||||||
5. | Після завершення перевірки підключення для явного проксі ввімкніть перемикач Маршрутизувати всі запити HTTP на порт 443 від цього вузла через явний проксі-сервер . Це налаштування набуде чинності через 15 секунд. | ||||||||||
6. | Клацніть Установіть усі сертифікати в сховище довіри (з’являється щоразу, коли кореневий сертифікат додано під час налаштування проксі) або Перезавантажте (з’являється, якщо кореневий сертифікат не додано), прочитайте підказку, а потім клацніть Установити якщо ви готові. Вузол перезавантажиться за кілька хвилин. | ||||||||||
7. | Після перезавантаження вузла за потреби ввійдіть ще раз, а потім відкрийте файл Огляд сторінку, щоб перевірити перевірки підключення та переконатися, що всі вони мають зелений стан. Перевірка підключення до проксі перевіряє лише субдомен webex.com. Якщо виникають проблеми з підключенням, поширеною проблемою є те, що деякі з хмарних доменів, перелічених в інструкціях зі встановлення, блокуються на проксі. |
Інтегруйте Video Mesh з потоком завдань керування викликами
Налаштуйте SIP-транки для маршрутизації комутованого SIP для нарад Webex у Video Mesh. SIP-пристрої не підтримують пряму доступність, тому необхідно використовувати конфігурацію Unified CM або VCS Expressway, щоб встановити зв’язок між локальними пристроями SIP і кластерами Video Mesh.
Перш ніж почати
Див Моделі розгортання для Video Mesh і Cisco Unified Communications Manager щоб зрозуміти загальні приклади розгортання.
Video Mesh підтримує TCP або TLS між сигналами Unified CM і SIP. SIP TLS не підтримується для VCS Expressway.
В Unified CM кожен SIP-транк може підтримувати до 16 адресатів Video Mesh (IP-адрес).
В Unified CM вхідні порти в профілі безпеки транка SIP можуть бути за замовчуванням (профіль незахищеного SIP-транка).
Video Mesh підтримує 2 шаблони маршрутів: sitename.webex.com і meet.ciscospark.com . Інші шаблони маршрутів не підтримуються.
Video Mesh підтримує 3 шаблони маршрутів: webex.com (для короткі відеоадреси ), sitename.webex.com і meet.ciscospark.com . Інші шаблони маршрутів не підтримуються.
Коли ви використовуєте формат коротких відеоадрес (meet@webex.com), вузол Video Mesh завжди обробляє виклик. Вузол обробляє виклик, навіть якщо виклик здійснюється на сайт, на якому не ввімкнено Video Mesh.
Виберіть один із цих параметрів залежно від середовища керування викликами та вимог безпеки:
|
Налаштуйте маршрутизацію SIP-трафіку Unified CM Secure TLS для Video Mesh
1. | Створіть профіль SIP для кластерів Video Mesh: | ||
2. | Додайте новий профіль безпеки SIP-транка для кластерів Video Mesh: | ||
3. | Додайте новий SIP-транк, щоб вказувати на ваші кластери Video Mesh:
| ||
4. | Створіть SIP-транк, щоб вказувати на Expressway для переходу на хмару Webex.
| ||
5. | Створіть нову групу маршрутів для викликів до кластерів Video Mesh: | ||
6. | Для переповнення в хмару створіть нову групу маршрутів для викликів Expressway: | ||
7. | Створіть новий список маршрутів для викликів до кластерів Video Mesh і Expressway: | ||
8 | Створіть шаблон маршруту SIP для коротка відеоадреса формат набору для нарад Webex: Завдяки функції короткого набору відеоадреси користувачам більше не потрібно пам’ятати ім’я вебсайту Webex, щоб приєднатися до наради або події Webex за допомогою відеосистеми. Вони можуть приєднатися до наради швидше, оскільки їм потрібно знати лише номер наради або події. | ||
9 | Створіть шаблон маршруту SIP для вебсайту Webex: | ||
10 | Створіть шаблон маршруту SIP для нарад у програмі Webex (зворотна сумісність): |
Налаштуйте маршрутизацію трафіку Unified CM TCP SIP для Video Mesh
1. | Створіть профіль SIP для кластерів Video Mesh: | ||
2. | Додайте новий профіль безпеки SIP-транка для кластерів Video Mesh: | ||
3. | Додайте новий SIP-транк, щоб вказувати на ваші кластери Video Mesh:
| ||
4. | Створіть новий SIP-транк, щоб вказувати на Expressway.
| ||
5. | Створіть нову групу маршрутів для викликів до кластерів Video Mesh: | ||
6. | Для переповнення в хмару створіть нову групу маршрутів для викликів Expressway: | ||
7. | Створіть новий список маршрутів для викликів до кластерів Video Mesh і Expressway: | ||
8 | Створіть шаблон маршруту SIP для коротка відеоадреса формат набору для нарад Webex: Завдяки функції короткого набору відеоадреси користувачам більше не потрібно пам’ятати ім’я вебсайту Webex, щоб приєднатися до наради або події Webex за допомогою відеосистеми. Вони можуть приєднатися до наради швидше, оскільки їм потрібно знати лише номер наради або події. | ||
9 | Створіть шаблон маршруту SIP для вебсайту Webex: | ||
10 | Створіть шаблон маршруту SIP для нарад у програмі Webex: |
Налаштуйте маршрутизацію трафіку Expressway TCP SIP для відеомережі
1. | Створіть зону, яка вказує на кластери Video Mesh: |
2. | Створіть шаблони набору для кластерів Video Mesh для сайтів Webex: |
3. | Створіть пару клієнта обходу й зони, яка вказує на хмару Expressway для перемикання на помилку: |
4. | Створіть резервне правило пошуку для зони клієнта Traversal, що веде до Expressway-E: |
5. | Від Expressway-E перейдіть до Новий і додайте зону Webex. . КлацнітьУ версіях до X8.11 ви створювали нову зону DNS для цієї мети. |
6. | Створіть шаблон набору для хмари Expressway: |
7. | Для пристроїв SIP, зареєстрованих на Expressway-C, відкрийте IP-адресу пристрою в браузері, перейдіть до Налаштування , перейдіть до SIP , і виберіть Стандарти з Тип розкривний список. |
Ланцюжки сертифікатів обміну між вузлами Unified CM і Video Mesh Nodes
Завершіть обмін сертифікатами, щоб встановити двосторонню довіру між інтерфейсами Unified CM та Video Mesh. Завдяки конфігурації захищеного транка сертифікати дозволяють зашифрувати SIP-трафік і медіафайли SRTP у вашій організації з довірених Unified CM на довірені вузли Video Mesh.
У кластерному середовищі необхідно встановити сертифікати CA та сервера на кожному вузлі окремо. |
Перш ніж почати
З міркувань безпеки радимо використовувати підписаний CA сертифікат на вузлах Video Mesh замість самопідписаного сертифіката вузла за замовчуванням.
1. | Відкрийте інтерфейс вузла Video Mesh (IP-адреса/налаштування, наприклад, | ||||
2. | Перейти до Сертифікати сервера і запитати й передати сертифікат і пару ключів за потреби: | ||||
3. | На іншій вкладці браузера з Cisco Unified OS Administration перейдіть до Знайти , потім виберіть ім’я файлу сертифіката або список довірених сертифікатів (CTL) і клацніть Завантажити . . Введіть критерії пошуку та клацнітьЗбережіть файл Unified CM у місці, яке легко запам’ятати, і залиште екземпляр Unified CM відкритим на вкладці браузера. | ||||
4. | Поверніться на вкладку інтерфейсу вузла Video Mesh, клацніть Сховище довіри та проксі , а потім виберіть параметр:
Зареєстрований у хмарі вузол Video Mesh плавно вимикається, очікуючи до 2 годин на завершення будь-яких викликів. Щоб установити сертифікат CallManager.pem, вузол автоматично перезавантажиться. Коли сертифікат буде знову в мережі, з’явиться запит, коли сертифікат CallManager.pem буде встановлено на вузлі Video Mesh. Потім можна перезавантажити сторінку, щоб переглянути новий сертифікат. | ||||
5. | Поверніться на вкладку адміністрування Cisco Unified OS і клацніть Передати сертифікат/ланцюжок сертифікатів . Виберіть ім’я сертифіката з Призначення сертифіката розкривного списку, знайдіть файл, завантажений з інтерфейсу вузла Video Mesh, а потім клацніть Відкрити . | ||||
6. | Щоб передати файл на сервер, клацніть Передати файл . Якщо ви передаєте ланцюжок сертифікатів, ви повинні передати всі сертифікати в ланцюжку.
|
Увімкнути шифрування медіа для організації та кластерів Video Mesh
Використовуйте цю процедуру, щоб увімкнути шифрування медіа для вашої організації та окремих кластерів Video Mesh. Цей параметр вимагає наскрізного налаштування TLS, і ви повинні мати безпечний SIP-транк TLS на вашому Unified CM, який вказує на вузли Video Mesh.
Налаштування | Результат |
---|---|
Unified CM налаштовано на захищений транк, і цей параметр Video Mesh Control Hub не ввімкнено. | Не вдалося здійснити виклик. |
Для Unified CM не налаштовано захищений транк, і цей параметр Video Mesh Control Hub увімкнено. | Виклики не будуть помилковими, але вони повернуться до незахищеного режиму. |
Для роботи наскрізного шифрування кінцеві пристрої Cisco також мають бути налаштовані з профілем безпеки та узгодженням TLS. В іншому разі виклики переповнюються до хмари з кінцевих пристроїв, які не налаштовані за допомогою TLS. Рекомендовано вмикати цю функцію, лише якщо всі кінцеві пристрої можна налаштувати на використання TLS. |
Перш ніж почати
1. | З перегляду клієнта вhttps://admin.webex.com , перейдіть до , а потім клацніть Налаштування на карті Video Mesh. |
2. | Прокрутіть до Шифрування медіафайлів і ввімкніть налаштування. Цей параметр робить шифрування обов’язковим для всіх медіаканалів, що проходять через вузли Video Mesh у вашій організації. Зверніть увагу на попередню таблицю та застереження щодо ситуацій, коли виклики можуть статися невдалими, а також щодо того, що потрібно для роботи наскрізного шифрування. |
3. | Клацніть Показати все і повторіть наведені далі кроки для кожного кластера Video Mesh, який потрібно ввімкнути для безпечного SIP-трафіку. |
Увімкніть Video Mesh для вебсайту Webex
Щоб використовувати оптимізовані медіафайли для Video Mesh Node для нарад Webex для всіх програм і пристроїв Webex, до яких потрібно приєднатися, цю конфігурацію потрібно ввімкнути для вебсайту Webex. Увімкнення цього параметра з’єднує екземпляри Video Mesh і наради в хмарі та дозволяє каскадувати з вузлів Video Mesh. Якщо цей параметр не ввімкнено, програма та пристрої Webex не використовуватимуть вузол Video Mesh для нарад Webex.
1. | З перегляду клієнта вhttps://admin.webex.com , перейдіть до , клацніть вебсайт Webex на картці "Наради", а потім клацніть Налаштування |
2. | Доступ Загальні налаштування натиснувши Служба > Нарада > Налаштування вебсайту . Від Загальні налаштування , клацніть Хмарні кімнати для нарад для співпраці (CMR) , виберіть Video Mesh для Тип медіаресурсу , а потім клацніть Зберегти внизу. Цей параметр пов’язує екземпляри Video Mesh і наради в хмарі та дозволяє виконувати каскади з вузлів Video Mesh. Параметр має заповнити ваше середовище через 15 хвилин. Для нарад Webex, які розпочинаються після заповнення цієї зміни, нове налаштування буде використано. Якщо залишити в цьому полі значення «Хмара» (параметр за замовчуванням), усі наради проводитимуться в хмарі, а вузол Video Mesh не використовуватиметься. |
Призначте кімнати для співпраці на нарадах користувачам програми Webex
Перевірте досвід зустрічі на безпечній кінцевій точці
Використовуйте ці кроки, щоб переконатися, що кінцеві точки надійно зареєстровані і відображається правильний досвід зустрічі.
1. | Приєднуйтесь до зустрічі з захищеної кінцевої точки. |
2. | Переконайтеся, що список зустрічей відображається на пристрої. Цей приклад показує, як виглядає список зустрічей на кінцевій точці з сенсорною панеллю: |
3. | Під час зустрічі отримайте доступ до інформації про конференцію Webex з розділу "Подробиці дзвінка". |
4. | Переконайтеся, що в розділі Encryption (Шифрування) тип відображається як AES-128, а статус - як On (Увімкнено). |
Аналітика Video Mesh
Аналітика надає інформацію про те, як ви використовуєте локальні вузли Video Mesh і кластери в організації Webex. За допомогою хронологічних даних у поданні показників можна ефективніше керувати ресурсами Video Mesh, відстежуючи ємність, рівень використання та доступність локальних ресурсів. Цю інформацію можна використовувати, наприклад, для прийняття рішень щодо додавання додаткових вузлів Video Mesh до кластера або створення нових кластерів. Аналітику Video Mesh можна знайти в Control Hub у розділі
.Щоб допомогти з аналізом даних у вашій організації, можна збільшити масштаб даних, що відображаються на графіку, і виділити певний період часу. Для Analytics можна також розділити та розділити звіти, щоб відобразити більш детальну інформацію.
Аналітика Video Mesh і звіти про усунення несправностей показують дані в часовому поясі, установленому для локального браузера. |
Аналітика
Аналітика Video Mesh забезпечує довгострокову тенденцію (до 3 місяців даних) у категоріях залучення, використання ресурсів і використання пропускної здатності.
Моніторинг наживо
Вкладка моніторингу наживо забезпечує перегляд активності у вашій організації майже в реальному часі: агрегація до 1 хвилини та можливість перегляду останні 4 години або 24 години на всіх кластерах або окремих кластерах. Ця вкладка в Control Hub оновлюється автоматично — кожні 1 хвилину протягом останніх 4 годин і кожні 10 хвилин протягом останніх 24 годин.
Доступ до звітів моніторингу Video Mesh Live, фільтрування та збереження
Звіти про моніторинг Video Mesh наживо доступні на сторінці Виправлення неполадок у Control Hub (https://admin.webex.com ), якщо Video Mesh активний і має кластер із принаймні одним зареєстрованим вузлом Video Mesh.
1. | З перегляду клієнта вhttps://admin.webex.com , виберіть Аналітика , а потім клацніть Video Mesh у верхньому правому куті екрана.
| ||||
2. | За допомогою перемикача ліворуч виберіть параметр, щоб фільтрувати дані про відстань у минулому, яку потрібно відобразити.
| ||||
3. | За потреби взаємодійте з діаграмами, використовуючи такі параметри:
| ||||
4. | Після фільтрування даних у звітах натисніть "Додатково".
|
Доступ до аналітики Video Mesh, фільтрування та збереження даних
Звіти про показники Video Mesh доступні на сторінці Analytics Control Hub (https://admin.webex.com ), якщо Video Mesh активний і має кластер із принаймні одним зареєстрованим вузлом Video Mesh.
1. | З перегляду клієнта вhttps://admin.webex.com , виберіть Аналітика , а потім клацніть Video Mesh у верхньому правому куті екрана. | ||||||
2. | Клацніть категорію залежно від типу даних, які ви шукаєте:
| ||||||
3. | У розкривному списку праворуч виберіть параметр, щоб фільтрувати відстань у минулому, яку потрібно відобразити.
| ||||||
4. | За потреби взаємодійте з діаграмами або діаграмами, використовуючи такі параметри:
| ||||||
5. | Після фільтрування даних у звітах натисніть "Додатково".
| ||||||
6. | Очистьте всі фільтри на панелі фільтрів, якщо ви хочете скинути подання аналітики. |
Доступна аналітика для Video Mesh
Докладніше про доступну аналітику в Control Hub див. в розділі Video Mesh Аналітика для вашого портфеля Cloud Collaboration .
Інструмент моніторингу для відеомережі
Інструмент моніторингу в Control Hub допомагає вашій організації контролювати стан розгортання відеомережі. Ви можете запустити наступні тести на вузлах Video Mesh, кластерах або на обох, щоб отримати результати для певних параметрів.
Перевірка сигналізації - перевіряє, чи відбувається SIP-сигналізація та медіасигналізація між вузлом Video Mesh та хмарними медіа-сервісами Webex.
Cascade Test - перевіряє, чи можна встановити каскад між вузлом Video Mesh та хмарними медіа-сервісами Webex.
Перевірка досяжності - перевіряє, чи може вузол Video Mesh досягти цільових портів для медіапотоків у хмарних медіа-сервісах Webex. Він також перевіряє, чи може вузол Video Mesh зв 'язуватися з хмарними кластерами, пов' язаними з медіаконтейнерами, через ці порти.
Під час запуску тесту інструмент створює змодельовану зустріч. Після завершення тесту ви побачите простий результат проходження або невдачі з вбудованими порадами з усунення несправностей у звіті. Ви можете запланувати періодичний запуск тесту або запустити тест на вимогу. Для отримання додаткової інформації див. розділ Моніторинг стану медіа для відеомережі.
Запустити негайний тест
Використовуйте цю процедуру, щоб запустити моніторинг стану засобів масової інформації на вимогу та тест досяжності на вузлах відеомережі та/або кластерах, зареєстрованих у вашій організації Control Hub. Результати записуються в Control Hub і агрегуються кожні 6 годин, починаючи з 00:00 UTC.
1. | Увійдіть в Control Hub, а потім перейдіть до . | ||
2. | Натисніть Configure Test (Налаштувати тест), натисніть Test now (Перевірити зараз), а потім перевірте вузли та/або кластери, які потрібно перевірити.
| ||
3. | Натисніть Запустити тест. |
Що далі
Результати відображаються на сторінці огляду інструменту моніторингу в Control Hub. За замовчуванням результати всіх тестів відображаються разом. Клацніть на Signalling (Сигналізація), Cascade (Каскад) або Reachability (Досяжність), щоб відфільтрувати результати відповідно до конкретного тесту.
Точки на часовій шкалі з повзунком показують агреговані результати тестування для всієї організації. На часових шкалах кластерного рівня відображаються агреговані результати для кожного кластера.
Часова шкала може відображати дати у форматі США. Змініть мову в налаштуваннях профілю, щоб переглядати дати в локальному форматі. |
Наведіть курсор на точки на часових шкалах, щоб побачити результати тестування. Ви також можете побачити детальні результати тестування для кожного вузла. Клацніть на точці на часовій шкалі кластерного рівня, щоб переглянути детальні результати.
Результати відображаються на бічній панелі та поділяються на сигналізацію, Cascasde та досяжність. Ви можете переглянути, чи пройшов тест успішно, чи був він пропущений, чи не пройшов тест. Коди помилок з можливими виправленнями також відображаються з результатами.
Використовуйте наданий перемикач для перегляду показників успішності різних параметрів у вигляді таблиці.
Пропущений тест, часткова помилка або помилка не є критичними, якщо вони не відбуваються безперервно протягом певного періоду часу. |
Налаштувати періодичні випробування
Використовуйте цю процедуру для налаштування та запуску періодичного моніторингу стану середовища та тестів досяжності. Ці тести запускаються кожні 6 годин за замовчуванням. Ви можете запустити ці тести на кластерному, кластерному або вузловому рівнях. Результати записуються в Control Hub і агрегуються кожні 6 годин, починаючи з 00:00 UTC.
1. | Увійдіть в Control Hub, а потім перейдіть до . |
2. | Натисніть Configure Test (Налаштувати тест), натисніть Periodic test (Періодичний тест), а потім перевірте вузли та/або кластери, які потрібно перевірити. |
3. | Виберіть варіант:
|
4. | Клацніть Далі. |
5. | Перегляньте список кластерів і вузлів для запуску періодичних тестів. Якщо ви задоволені, натисніть Налаштувати, щоб запланувати поточну конфігурацію. |
Що далі
Результати відображаються на сторінці огляду інструменту моніторингу в Control Hub. За замовчуванням результати всіх тестів відображаються разом. Клацніть на Signalling (Сигналізація), Cascade (Каскад) або Reachability (Досяжність), щоб відфільтрувати результати відповідно до конкретного тесту.
Точки на часовій шкалі з повзунком показують агреговані результати тестування для всієї організації. На часових шкалах кластерного рівня відображаються агреговані результати для кожного кластера.
Часова шкала може відображати дати у форматі США. Змініть мову в налаштуваннях профілю, щоб переглядати дати в локальному форматі. |
Наведіть курсор на точки на часових шкалах, щоб побачити результати тестування. Ви також можете побачити детальні результати тестування для кожного вузла. Клацніть на точці на часовій шкалі кластерного рівня, щоб переглянути детальні результати.
Результати відображаються на бічній панелі та поділяються на сигналізацію, Cascasde та досяжність. Ви можете переглянути, чи пройшов тест успішно, чи був він пропущений, чи не пройшов тест. Коди помилок з можливими виправленнями також відображаються з результатами.
Використовуйте наданий перемикач для перегляду показників успішності різних параметрів у вигляді таблиці.
Пропущений тест, часткова помилка або помилка не є критичними, якщо вони не відбуваються безперервно протягом певного періоду часу. |
Увімкнути відео HD 1080p для локальних SIP-пристроїв у нарадах Video Mesh Node
Цей параметр дозволяє вашій організації віддавати перевагу відео високої роздільної здатності 1080p для локальних зареєстрованих SIP-терміналів із меншою місткістю наради. Вузол Video Mesh Node має бути організатором наради. Учасники можуть використовувати відео 1080p 30 кадрів/с за умови:
Усі вони всередині корпоративної мережі.
Вони використовують зареєстрований локальний пристрій SIP з підтримкою високої роздільної здатності.
Цей параметр застосовується до всіх кластерів, що містять вузли Video Mesh.
Пристрої, зареєстровані в хмарі, продовжують надсилати й отримувати потоки відеопотоків 1080p, незалежно від того, увімкнено чи вимкнено цей параметр. |
1. | З перегляду клієнта вhttps://admin.webex.com , перейдіть до , а потім клацніть Налаштування на карті Video Mesh. |
2. | Увімкніть Якість відео . Якщо це налаштування вимкнено, за замовчуванням буде встановлено 720p. |
Докладніше про роздільну здатність відео, яку підтримує програма Webex, див Технічні характеристики відео для викликів і нарад .
Приватні зустрічі
Функція «Приватна зустріч» підвищує безпеку вашої зустрічі, припиняючи роботу засобів масової інформації у вашому приміщенні. Коли ви плануєте приватну зустріч, медіа завжди закінчується на вузлах Video Mesh у вашій корпоративній мережі без хмарного каскаду.
Як показано тут, приватні наради ніколи не передають медіафайли в хмару. Мультимедіа повністю завершується на ваших кластерах Video Mesh. Ваші кластери Video Mesh можуть каскадуватися один з одним.
Кластер Video Mesh можна зарезервувати для приватних нарад. Коли зарезервований кластер заповнено, медіафайли для приватних нарад каскадують до інших ваших кластерів Video Mesh. Коли зарезервований кластер заповнено, приватні й неприватні наради спільно використовують ресурси решти кластерів.
Неприватні наради не використовують зарезервовані кластери, резервуючи ці ресурси для приватних нарад. Якщо на неприватній нараді вичерпуються ресурси у вашій мережі, вона замість цього переходить у хмару Webex.
Програма Webex із ввімкненою повнофункціональною функцією Webex Experience несумісна з Video Mesh. Докладніше див Клієнти та пристрої, що використовують Video Mesh Node . |
Підтримка й обмеження для приватних нарад
Video Mesh підтримує приватні наради таким чином:
Приватні наради доступні у Webex версії 40.12 або новішої.
Лише для запланованих нарад можна використовувати тип приватних нарад. Див Заплануйте приватну нараду Cisco Webex статтю, щоб дізнатися більше.
Приватні наради недоступні для повнофункціональні наради запущено або приєднано з програми Webex.
Можна використовувати будь-який пристрій із підтримкою Video Mesh.
Ваші вузли можуть використовувати будь-яке поточне зображення: 72vCPU і 23vCPU.
Логіка приватної наради не створює пробілів у показниках. Для Control Hub ми збираємо ті самі показники, що й для неприватних нарад.
Оскільки деякі користувачі не активують цю функцію, аналітичні звіти для приватних нарад не відображатимуться, якщо у вашій організації не буде приватних нарад протягом 90 днів.
Приватні наради підтримують односторонню дошку з кінцевого відеопристрою.
Обмеження
Приватні наради мають такі обмеження:
Приватні наради підтримують лише VoIP для аудіо. Вони не підтримують аудіо Webex Edge або ТМЗК.
Ви не можете використовувати особисту кімнату для нарад (PMR) для приватних нарад.
Приватні наради не підтримують функції Webex, які вимагають підключення до хмари, як-от хмарний запис, текст стенограми та Webex Assistant.
Ви не можете приєднатися до приватної наради з неавтентифікованої хмарної відеосистеми, навіть тієї, яка підключена до програми Webex.
Використовувати приватні наради як тип наради за замовчуванням
У Control Hub можна вказати, що майбутні заплановані наради для вашої організації будуть приватними.
1. | З перегляду клієнта вhttps://admin.webex.com , перейдіть до . |
2. | Клацніть Змінити налаштування з Video Mesh картку. Прокрутіть до Приватні наради і ввімкніть налаштування. |
3. | Збережіть зміни. |
Якщо ввімкнути цей параметр, він буде застосовано до всіх нарад у вашій організації, навіть до запланованих раніше.
(Необов’язково) Резервуйте кластер для приватних нарад
Для приватних і неприватних нарад зазвичай використовуються ті самі ресурси Video Mesh. Але оскільки приватні наради повинні підтримувати локальні медіа, вони не можуть налаштовувати переповнення в хмару, коли локальні ресурси вичерпані. Щоб зменшити цю можливість, можна налаштувати кластер Video Mesh для проведення лише приватних нарад.
У Control Hub можна налаштувати кластер виключно для проведення приватних нарад. Це налаштування забороняє неприватним нарадам використовувати цей кластер. Для приватних нарад за замовчуванням використовується цей кластер. Якщо в кластері вичерпаються ресурси, приватні наради каскадуються лише до інших ваших кластерів Video Mesh.
Рекомендовано підготувати приватний кластер для обробки очікуваного пікового використання під час приватних нарад.
Ви не можете використовувати формат короткої відеоадреси (meet@your_site ), якщо ви зарезервуєте всі кластери Video Mesh для приватних нарад. Ці виклики наразі не вдалися без належного повідомлення про помилку. Якщо залишити деякі кластери незарезервованими, виклики з форматом короткої відеоадреси можуть підключатися через ці кластери. |
1. | З перегляду клієнта вhttps://admin.webex.com , перейдіть до і клацніть Показати все на карті Video Mesh. |
2. | Виберіть кластер Video Mesh зі списку й клацніть Змінити налаштування кластера. |
3. | Прокрутіть до Приватні наради і ввімкніть налаштування. |
4. | Збережіть зміни. |
Повідомлення про помилки для приватних нарад
У цій таблиці наведено можливі помилки, які користувачі можуть побачити під час приєднання до приватної наради.
Повідомлення про помилку | Дія користувача | Причина |
---|---|---|
У доступі до зовнішньої мережі відмовлено Щоб відвідати закриту нараду, необхідно перебувати в корпоративній мережі. Сполучені пристрої Webex, розташовані поза корпоративною мережею, не зможуть приєднатися до наради. У такому разі спробуйте підключити ноутбук або мобільний пристрій до корпоративної мережі та приєднатися до наради в непарному режимі. | Зовнішній користувач приєднується за межами корпоративної мережі без VPN або MRA. | Щоб приєднатися до приватної наради, зовнішнім користувачам потрібен доступ до корпоративної мережі через VPN або MRA. |
Зовнішній користувач підключено до VPN, але його з’єднано з неавтентифікованим пристроєм. | Мультимедіа пристрою не тунелює до корпоративної мережі через VPN. Пристрій не може приєднатися до приватної наради. Натомість після підключення до VPN віддалений користувач повинен приєднатися до приватної наради в режимі несполучених пристроїв зі свого клієнта для комп’ютера або мобільного пристрою. | |
Немає доступних кластерів Кластери, які обслуговують цю приватну нараду, мають пікову продуктивність, недоступні, офлайн або не зареєстровані. Зверніться по допомогу до ІТ-адміністратора. | Користувач перебуває в корпоративній мережі (локальної або віддалено через VPN), але не може приєднатися до приватної наради. | Ваші кластери Video Mesh:
|
Не авторизовано Вас не дозволено відвідувати цю закриту нараду, оскільки ви не є членом приймаючої організації. Зверніться до організатора наради. | Користувач з організації, відмінної від організації організатора, намагається приєднатися до приватної наради. | Приєднатися до приватної наради можуть лише користувачі, які належать до організації організатора. |
Пристрій з організації, відмінної від організації організатора, намагається приєднатися до приватної наради. | Приєднатися до приватної наради можуть лише пристрої, що належать організації організатора. |
Зберігайте свої мультимедійні дані на Video Mesh для всіх зовнішніх зустрічей Webex
Коли ваш медіафайл проходить через локальні вузли Video Mesh, ви отримуєте кращу продуктивність і використовуєте меншу пропускну здатність Інтернету.
У попередніх версіях ви контролювали використання Video Mesh для зустрічей лише для своїх внутрішніх сайтів. Для зустрічей, які розміщуються на зовнішніх сайтах Webex, ці сайти контролюються, якщо Video Mesh може каскадувати до Webex. Якщо зовнішній сайт не дозволяв каскади Video Mesh, ваші медіа завжди використовували хмарні вузли Webex.
За допомогою Віддавати перевагу Video Mesh для всіх зовнішніх нарад Webex Якщо на вашому вебсайті Webex є доступні вузли Video Mesh, ваш мультимедіа буде проходити через ці вузли для нарад, які організовано на зовнішніх вебсайтах Webex. У цій таблиці узагальнено поведінку учасників, які приєдналися до зустрічей Webex:
Налаштування - це... | Зустріч на внутрішньому сайті Webex з увімкненими каскадами Video Mesh | Зустріч на внутрішньому сайті Webex з каскадами Video Mesh вимкнена | Зустріч на зовнішньому сайті Webex з увімкненими каскадами Video Mesh | Зустріч на зовнішньому сайті Webex з каскадами Video Mesh вимкнена |
---|---|---|---|---|
Увімкнено | Media використовує ваші вузли Video Mesh. | Медіа використовує хмарні вузли. | Media використовує ваші вузли Video Mesh. | Media використовує ваші вузли Video Mesh. |
Вимкнено | Media використовує ваші вузли Video Mesh. | Медіа використовує хмарні вузли. | Media використовує ваші вузли Video Mesh. | Медіа використовує хмарні вузли. |
Цей параметр вимкнено за замовчуванням, що підтримує поведінку попередніх версій. У цих версіях ваша відеомережа не каскадувала до Webex, і ваші учасники приєдналися через хмарні вузли Webex.
1. | У вікні клієнта перейдіть у розділ https://admin.webex.com" та натисніть "Показати все" на картці Video Mesh. |
2. | Виберіть свій кластер Video Mesh у списку та натисніть Редагувати налаштування. |
3. | Перейдіть до пункту Prefer Video Mesh (Вибрати відеомережу) для всіх зовнішніх зустрічей Webex і увімкніть налаштування. |
4. | Збережіть зміни. |
Оптимізуйте використання розгортання Video Mesh
Ви можете налаштувати всіх своїх клієнтів на кластери Video Mesh для покращення взаємодії з користувачем за допомогою Video Mesh. Якщо ємність кластера Video Mesh тимчасово зменшується або ви збільшуєте використання, можна оптимізувати використання кластера Video Mesh, керуючи типами клієнтів, які підключаються до кластерів Video Mesh. Це допомагає ефективно керувати наявними можливостями, поки ви не зможете додати більше вузлів для задоволення попиту.
Див Аналітичний портал у Control Hub щоб зрозуміти тенденції використання, використання, переспрямування та переповнення. На основі цих тенденцій можна, наприклад, вибрати розташування клієнтів для настільних ПК або пристроїв SIP на кластерах Video Mesh, а мобільних клієнтів — на хмарні вузли Webex. Порівняно з мобільними клієнтами клієнти для настільних ПК та SIP-пристрої підтримують вищу роздільну здатність, мають більші екрани та використовують більшу пропускну здатність, а також можна оптимізувати взаємодію з учасниками за допомогою цих типів клієнтів.
Можна також оптимізувати ємність кластера та максимально покращити взаємодію з користувачем, якщо типи клієнтів, які використовують більшість ваших клієнтів, розміщуються на кластерах Video Mesh.
1. | Увійдіть у Control Hub , потім виберіть . Альтернативний варіант Виберіть . |
2. | Під Налаштування включення типу клієнта , усі типи клієнтів перевіряються за замовчуванням. Зніміть прапорці типів клієнтів, які потрібно виключити з використання кластерів Video Mesh. Ці кластери розміщено на хмарних вузлах Webex. |
3. | Клацніть Зберегти. |
Скасувати реєстрацію Video Mesh Node
1. | З перегляду клієнта вhttps://admin.webex.com , перейдіть до . |
2. | Клацніть Переглянути всі на карті Video Mesh. |
3. | У списку ресурсів перейдіть до відповідного кластера й виберіть вузол. |
4. | Клацніть .З’явиться повідомлення з проханням підтвердити видалення вузла. |
5. | Після того як ви прочитаєте та зрозумієте повідомлення, клацніть Скасувати реєстрацію вузла . |
Перемістити Video Mesh Node
1. | З перегляду клієнта вhttps://admin.webex.com , перейдіть до , а потім виберіть Переглянути всі на карті Video Mesh. |
2. | У списку виберіть вузол, який потрібно перемістити, а потім клацніть Дії (вертикальні три крапки). |
3. | Виберіть Перемістити вузол . |
4. | Виберіть відповідний перемикач, куди потрібно перемістити вузол:
|
5. | Клацніть Перемістити вузол . Ваш вузол буде переміщено до нового кластера.
|
Установіть розклад оновлення кластера Video Mesh
Можна встановити конкретний розклад оновлення версії або використовувати розклад за замовчуванням на 3 години ночі Щодня США: Америка/Лос-Анджелес. За потреби можна відкласти майбутнє оновлення версії.
Оновлення програмного забезпечення для Video Mesh виконується автоматично на рівні кластера, що гарантує, що на всіх вузлах завжди запущено ту саму версію програмного забезпечення. Оновлення версії виконуються відповідно до розкладу оновлення версії для кластера. Коли оновлення програмного забезпечення стане доступним, можна вручну оновити кластер до запланованого часу оновлення.
Перш ніж почати
Термінові оновлення версії застосовуються, щойно вони стають доступними. |
1. | З перегляду клієнта вhttps://admin.webex.com , перейдіть до , а потім клацніть Переглянути всі на карті Video Mesh. | ||
2. | Клацніть медіаресурс, а потім клацніть Змінити налаштування кластера . | ||
3. | На Налаштування сторінку, перейдіть до Оновити версію , а потім виберіть час, частоту та часовий пояс для розкладу оновлення версії.
| ||
4. | (Необов’язково) Клацніть за потреби Відкласти щоб відкласти оновлення версії один раз до наступного вікна. Під часовим поясом відображається наступна доступна дата й час оновлення версії. |
- Поведінка оновлення
-
Вузол робить періодичні запити до хмари, щоб побачити, чи доступне оновлення.
Хмара не робить оновлення доступним, поки не з 'явиться вікно оновлення кластера. Коли з’явиться вікно оновлення версії, наступний періодичний запит вузла на оновлення до хмари надає інформацію про оновлення.
Вузол витягує оновлення по захищеному каналу.
Наявні служби плавно вимикаються, щоб зупинити маршрутизацію вхідних викликів до вузла. Витончене завершення також дає час для завершення наявних викликів (до 2 годин).
Оновлення встановлюється.
Хмара одночасно запускає оновлення лише для певної кількості вузлів у кластері.
Видалити кластер Video Mesh
1. | З перегляду клієнта вhttps://admin.webex.com , перейдіть до , а потім клацніть Переглянути всі . | ||
2. | У списку ресурсів прокрутіть до ресурсу Video Mesh, який потрібно видалити, а потім клацніть Змінити налаштування кластера .
| ||
3. | Клацніть Видалити кластер , а потім виберіть один із них:
|
Деактивувати Video Mesh
Перш ніж почати
Перш ніж деактивувати Video Mesh, реєстрацію всіх вузлів Video Mesh буде скасовано.
1. | З перегляду клієнта вhttps://admin.webex.com , перейдіть до , виберіть Налаштування на карті Video Mesh. |
2. | Клацніть Деактивувати . |
3. | Перегляньте список кластерів і прочитайте застереження в діалоговому вікні. |
4. | Установіть прапорець, щоб підтвердити, що ви розумієте цю дію, і клацніть Деактивувати у діалоговому вікні. |
5. | Коли будете готові деактивувати Video Mesh, клацніть Деактивувати службу . Деактивація видаляє всі вузли та кластери Video Mesh. Video Mesh більше не налаштовано. |
Усунення проблем із реєстрацією Video Mesh Node
У цьому розділі наведено можливі помилки, з якими ви можете зіткнутися під час реєстрації вашого вузла Video Mesh у хмарі Webex, і рекомендації щодо їх виправлення.
Не вдалося вирішити проблему з доменом
Це повідомлення з’являється, якщо параметри DNS, налаштовані на вузлі Video Mesh, неправильні.
Увійдіть у консоль свого вузла Video Mesh і переконайтеся, що налаштування DNS правильні.
Не вдалося підключитися до вебсайту за допомогою порту 443 через SSL
Це повідомлення з’являється, якщо вузлу Video Mesh не вдається підключитися до хмари Webex.
Переконайтеся, що ваша мережа дозволяє підключення до портів, необхідних для Video Mesh. Докладніше див Порти та протоколи, що використовуються Video Mesh .
Інтеграція ThousandEyes з Video Mesh
Платформу Video Mesh тепер інтегровано з агентом ThousandEyes, що дозволяє виконувати наскрізний моніторинг у вашій гібридній цифровій екосистемі. Ця інтеграція надає вам широкий спектр тестів моніторингу мережі, які відкривають видимість у таких областях, як проксі, шлюзи та маршрутизатори. Проблеми будь-де в мережевій інфраструктурі клієнта можуть бути звужені та діагностовані з більшою точністю, підвищуючи ефективність їхнього розгортання.
Переваги інтеграції ThousandEyes
- Надає на вибір кілька типів тестів. Можна налаштувати один або кілька тестів, що відповідають застосунку або активу, які потрібно відстежувати.
- Дозволяє встановлювати порогові значення тесту відповідно до ваших вимог.
- Результати тестування доступні через вебпрограму ThousandEyes і ThousandEyes API в режимі реального часу.
- Підвищена наочність у вирішенні проблем – клієнти можуть визначити джерело проблеми в своїй мережі, скорочуючи час вирішення.
Увімкнення ThousandEyes для Video Mesh
Використовуйте цю процедуру, щоб увімкнути оператор ThousandEyes для розгортання Video Mesh.
1. | Від Control Hub , клацніть Гібридний у нижній лівій частині екрана. | ||
2. | Клацніть Змінити налаштування на Video Mesh картку. | ||
3. | Прокрутіть униз до Інтеграція ThousandEyes . Перемикач буде вимкнено за замовчуванням. Клацніть перемикач, щоб увімкнути його. | ||
4. | Клацніть Профіль користувача ThousandEyes , відкриється вебпортал ThousandEyes, увійдіть за допомогою облікових даних адміністратора. | ||
5. | Відображається бічна панель із Токен групи облікового запису . | ||
6. | Клацніть значок перегляду, а потім клацніть Копіювати .
| ||
7. | Поверніться на вкладку Control Hub, вставте маркер у файл Токен оператора поле. | ||
8 | Клацніть Активувати , ThousandEyes тепер увімкнено для розгортання Video Mesh. |
Що далі
- Через 5 хвилин поверніться на вебсторінку ThousandEyes і клацніть Хмарні та корпоративні оператори , потім клацніть Налаштування оператора . Ви повинні мати змогу переглядати всі вузли, зазначені як оператори Корпоративні оператори . Якщо оператори не відображаються, перевірте картку ThousandEyes Integration у Control Hub на наявність повідомлень про помилку.
- Якщо відображається повідомлення про помилку, клацніть перемикач, а потім клацніть Деактивувати . Повторіть кроки, щоб увімкнути оператора ThousandEyes, переконавшись, що правильний маркер групи облікового запису скопійовано та вставлено в Токен оператора поле.
Наразі тести ThousandEyes не підтримують вузли Video Mesh за проксі. |
Налаштування тестів за допомогою ThousandEyes
Тест мережі – оператори
Тест мережі між операторами дозволяє користувачам ThousandEyes мати операторів ThousandEyes на обох кінцях контрольованого шляху, що дає змогу перевірити шлях в одному або обох напрямках: джерело до цілі або ціль до джерела. Докладну інформацію про те, як налаштувати тестування між операторами, див Огляд тесту між операторами .
Зразок діалогового вікна створення тесту наведено нижче.
Перевірка сервера SIP
Тестування SIP-сервера полегшують вимірювання мережі, збір даних BGP і, найголовніше, тестування доступності та продуктивності SIP-сервісів щодо інфраструктури VoIP на основі SIP.
Докладну інформацію про те, як налаштувати тестування SIP-сервера, див Налаштування тестування сервера SIP .
Зразок діалогового вікна створення тесту наведено нижче.
Тест потоку RTP
Тест потоку RTP створює змодельований потік голосових даних між двома операторами ThousandEyes, що діють як оператори користувача VoIP. Пакети RTP надсилаються між одним або кількома операторами та цільовим оператором із використанням UDP як транспортного протоколу, щоб отримати показники середньої оцінки (MOS), втрати пакетів, відхилень, затримки та зміни затримки пакетів (PDV). Створені показники є односпрямованими показниками (від джерела до цілі). Тест потоку RTP надає порт сервера, тривалість виклику, розмір буфера для усунення джитера та параметри конфігурації кодека.
Докладну інформацію про налаштування тесту потоку RTP див Налаштування тестування потоку RTP .
Зразок діалогового вікна створення тесту наведено нижче.
Перевірка URL-адреси сервера HTTP Webex
Цей тест відстежує основну цільову сторінку, до якої користувачі підключаються під час доступу до Webex. Зразок діалогового вікна створення тесту наведено нижче.
Перевірка надійного сервера DNS Webex
Цей тест використовується, щоб переконатися, що ваш домен Webex належним чином розпізнає як внутрішній, так і зовнішній. У разі використання корпоративних операторів оновіть файл Сервери DNS поле, щоб використовувати ваші внутрішні сервери імен. Якщо ви використовуєте Cloud Agents для зовнішньої видимості, використовуйте Сервери пошуку для автоматичного заповнення довірених зовнішніх серверів імен. У цьому прикладі показано, як хмарні оператори розпізнають cisco.webex.com. Необхідно оновити його відповідно до домену вашої організації.
Зразок діалогового вікна створення тесту наведено нижче.
'
Керуйте Video Mesh Node з вебінтерфейсу
Перш ніж ви зможете вносити будь-які мережеві зміни до вузлів Video Mesh, зареєстрованих у хмарі, необхідно використовувати Control Hub, щоб перевести їх у режим обслуговування. Додаткову інформацію та процедуру, якої слід дотримуватися, див Перевести вузол у режим обслуговування .
Режим обслуговування призначений виключно для підготовки вузла до вимкнення або перезавантаження, щоб ви могли внести певні зміни мережевих параметрів (DNS, IP, FQDN) або підготуватися до обслуговування обладнання, наприклад заміни RAM, жорсткого диска тощо. Оновлення не відбувається, коли вузол переведено в режим обслуговування. |
Коли ви переводите вузол у режим обслуговування, він миттєво вимикає служби викликів (припиняє приймати нові виклики та очікує до 2 годин на завершення наявних викликів). Мета швидкого завершення служби викликів полягає в тому, щоб дозволити перезавантаження або вимкнення вузла без виклику скинутих викликів.
Як отримати доступ до огляду Video Mesh
Відкрити вебінтерфейс можна одним із таких способів:
Якщо ви є повним адміністратором і вже зареєстрували вузол у хмарі, ви можете отримати доступ до вузла з Control Hub.
З перегляду клієнта вhttps://admin.webex.com , перейдіть до . Під Ресурси на картці Video Mesh клацніть Переглянути всі . Клацніть кластер, а потім вузол, до якого потрібно отримати доступ. Клацніть Перейдіть до Node .
Цю функцію може використовувати лише повноправний адміністратор вашої організації Webex. Інші адміністратори, зокрема адміністратори-партнери та зовнішні повноправні адміністратори, не мають параметра Перейти до вузла для ресурсів відеомережі.
На вкладці браузера перейдіть до
<IP address>/setup
, наприклад,https://192.0.2.0/setup
. Введіть облікові дані адміністратора, які ви налаштували для вузла, а потім клацніть Увійти .Якщо обліковий запис адміністратора вимкнено, цей спосіб недоступний. Дивіться розділ "Вимкнути або знову ввімкнути обліковий запис локального адміністратора з вебінтерфейсу".
Огляд є сторінкою за замовчуванням і містить таку інформацію:
Стан виклику —надає кількість поточних викликів через вузол.
Відомості про вузол —надає тип вузла, образ програмного забезпечення, версію програмного забезпечення, версію ОС, стан QoS та стан режиму обслуговування.
Здоров’я вузла —Надає дані про використання (ЦП, пам’ять, диск) і стан служби (Служба керування, служба обміну повідомленнями, синхронізація NTP).
Налаштування мережі —Надає інформацію про мережу: ім’я хоста, інтерфейс, IP-адреса, шлюз, DNS, NTP, а також те, чи ввімкнено подвійну IP-адресу.
Відомості про реєстрацію —Забезпечує стан реєстрації, назву організації, ідентифікатор організації, кластер, частиною якого є вузол, та ідентифікатор кластера.
Хмарне підключення —Виконує серію тестів від вузла до хмари Webex і сторонніх місць призначення, до яких вузол має отримати доступ для належної роботи.
Виконується три типи тестів: Роздільна здатність DNS, час відповіді сервера та пропускна здатність.
Тести DNS підтверджують, що вузол може дозволити певний домен. Якщо сервер не відповідає протягом 10 секунд, ці тести вважаються невиконаними. Вони відображаються як "Пройдено" з помаранчевим "коліром попередження", якщо час відповіді становить від 1,5 до 10 секунд. Періодичні перевірки DNS на вузлі генерують попередження, якщо час відповіді DNS перевищує 1,5 секунди.
Тести підключення підтверджують, що вузол може підключитися до певної URL-адреси HTTPS і отримати відповідь (відповіді, відмінні від помилок проксі-сервера або шлюзу, приймаються як доказ підключення).
Список тестів, запущених на сторінці огляду, не є вичерпним і не включає тести Websocket.
Вузол надсилає попередження, якщо процеси виклику не можуть завершити підключення websocket до хмари або підключитися до служб, пов’язаних із викликами.
Поруч із кожним тестом відображається результат "Пройшов або не пройшов". можна навести вказівник на цей текст, щоб переглянути додаткову інформацію про те, що було перевірено під час запуску тесту.
Як показано на знімку екрана нижче, сповіщення про попередження також можуть відображатися на бічній панелі, якщо вузол створив попередження. Ці сповіщення ідентифікують потенційні проблеми на вузлі та пропонують пропозиції щодо усунення несправностей або вирішення цих проблем. Якщо попередження не створено, панель сповіщень не з’явиться.
Налаштуйте параметри мережі за допомогою вебінтерфейсу Video Mesh Node
Якщо топологія мережі зміниться, можна використовувати вебінтерфейс для кожного вузла Webex Video Mesh і змінити налаштування мережі. Ви можете побачити застереження щодо зміни параметрів мережі, але ви все одно можете зберегти зміни, якщо вноситимете зміни до мережі після зміни налаштувань вузла Webex Video Mesh.
1. | Відкрийте інтерфейс вузла Webex Video Mesh. | ||
2. | Перейти до Мережа . З’являться поточні налаштування мережі для вузла. | ||
3. | Змініть наведені далі налаштування для Конфігурація організатора та мережі за потребою:
| ||
4. | Клацніть Зберегти конфігурацію хоста й мережі , а після того, як з’явиться спливаюче вікно з повідомленням, що вузол потрібно перезавантажити, клацніть Зберегти та перезавантажити . Під час збереження всі поля перевіряються на стороні сервера. Попередження, що з’являються, зазвичай вказують на те, що сервер недоступний або не було повернуто допустиму відповідь під час запиту, наприклад, якщо повне доменне ім’я не можна розв’язати за допомогою наданих адрес сервера DNS. Ви можете зберегти, ігноруючи попередження, але виклики не працюватимуть, доки повне доменне ім’я не буде розв’язано на DNS, налаштований на вузлі. Інший можливий стан помилки: адреса шлюзу не перебуває в тій самій підмережі, що й IP-адреса. Після перезавантаження Video Mesh Node зміни конфігурації мережі набудуть чинності. | ||
5. | Змініть наведені далі налаштування для Сервери NTP за потребою:
| ||
6. | Клацніть Зберегти сервери NTP .
Якщо сервером NTP є повне доменне ім’я, яке неможливо вирішити, повертається попередження. Якщо повне доменне ім’я сервера NTP вирішено, але дозволена IP-адреса не може бути запитана щодо часу NTP, повертається попередження. |
Налаштуйте зовнішній мережевий інтерфейс із вебінтерфейсу Video Mesh Node
Якщо топологія мережі зміниться, можна використовувати вебінтерфейс для кожного вузла Webex Video Mesh і змінити налаштування мережі. Ви можете побачити застереження щодо зміни параметрів мережі. Однак ви все ще можете зберегти зміни, якщо вноситимете зміни до мережі після зміни параметрів вузла Webex Video Mesh.
Можна налаштувати інтерфейс зовнішньої мережі, якщо ви розгортаєте Video Mesh Node в DMZ мережі, щоб ізолювати корпоративний (внутрішній) трафік від зовнішнього (зовнішнього).
1. | Відкрийте інтерфейс вузла Webex Video Mesh. |
2. | Перейти до Мережа . З’являться поточні налаштування мережі для вузла. |
3. | Клацніть Розширений . |
4. | Увімкніть Увімкнути зовнішню мережу а потім клацніть Добре щоб увімкнути параметри зовнішньої IP-адреси на вузлі. |
5. | Введіть Зовнішня IP-адреса , Зовнішня маска підмережі , і Зовнішній шлюз значення. |
6. | Клацніть Зберегти конфігурацію зовнішньої мережі . |
7. | Клацніть Зберегти та перезавантажити щоб підтвердити зміну. Вузол перезавантажиться, щоб увімкнути подвійну IP-адресу, а потім автоматично налаштує основні статичні правила маршрутизації. Ці правила визначають, що трафік до та з IP-адреси приватного класу використовує внутрішній інтерфейс; трафік до та з IP-адреси загальнодоступного класу використовує зовнішній інтерфейс. Пізніше можна створити власні правила маршрутизації, наприклад, якщо потрібно налаштувати перевизначення та дозволити доступ до зовнішнього домену з внутрішнього інтерфейсу. |
8 | Якщо є помилки, клацніть Добре щоб закрити діалогове вікно помилки, виправте помилки й клацніть Зберегти конфігурацію зовнішньої мережі знову. |
Що далі
Щоб перевірити конфігурацію внутрішньої та зовнішньої IP-адрес, виконайте наведені далі дії Запустіть Ping із вебінтерфейсу Video Mesh Node .
Перевірте зовнішній адресат (наприклад, cisco.com); у разі успіху результати показують, що доступ до місця призначення було здійснено із зовнішнього інтерфейсу.
Перевірте внутрішню IP-адресу; у разі успіху результати показують, що доступ до адреси було здійснено з внутрішнього інтерфейсу.
Додайте внутрішні та зовнішні правила маршрутизації з вебінтерфейсу Video Mesh Node
У розгортанні з подвійним мережевим інтерфейсом (NIC) можна точно налаштувати маршрутизацію для вузлів Video Mesh, додавши визначені користувачем правила маршрутизації для зовнішніх і внутрішніх інтерфейсів. Маршрути за замовчуванням додаються до вузлів, але можна зробити винятки, наприклад, зовнішні підмережі або адреси хостів, до яких потрібно отримати доступ через внутрішній інтерфейс, або внутрішні підмережі або адреси хостів, до яких потрібно отримати доступ із зовнішнього інтерфейсу. За потреби виконайте наведені далі кроки.
Перш ніж почати
1. | Відкрийте інтерфейс вузла Webex Video Mesh. | ||
2. | Перейти до Мережа . З’являться поточні налаштування мережі для вузла. Якщо ви налаштували зовнішню мережу, з’явиться вкладка Правила маршрутизації. | ||
3. | Клацніть Правила маршрутизації вкладка. Під час першого відкриття цієї сторінки в списку з’являться системні правила маршрутизації за замовчуванням. За замовчуванням весь внутрішній трафік проходить через внутрішній інтерфейс, а зовнішній – через зовнішній інтерфейс. Ви можете додати перевизначення вручну до цих правил на наступних кроках. | ||
4. | Щоб додати правило, клацніть Додати правило маршрутизації , потім виберіть один із таких параметрів:.
| ||
5. | Клацніть Додати правило маршрутизації . У міру додавання кожного правила вони з’являться в списку правил маршрутизації, класифікованих як правила, визначені користувачем. | ||
6. | Щоб видалити одне або кілька правил, визначених користувачем, установіть прапорець у стовпці ліворуч від правил, а потім клацніть Видалити правило(-я) маршрутизації .
|
Користувацькі правила маршрутизації можуть створювати конфлікти з іншими маршрутами. Наприклад, можна визначити правило, яке призупиняє підключення SSH до інтерфейсу Video Mesh Node. Якщо це сталося, виконайте одну з таких дій, а потім видаліть або змініть правило маршрутизації:
|
Налаштуйте мережу контейнера з вебінтерфейсу Video Mesh Node
Вузол Video Mesh резервує діапазон підмережі для внутрішнього використання в межах вузла. Діапазон за замовчуванням — 172.17.42.0–172.17.42.63. Вузли не реагують на будь-який зовнішній трафік вузла Video Mesh, що надходить із цього діапазону. Ви можете використовувати консоль вузла, щоб змінити IP-адресу мосту контейнера, щоб уникнути конфліктів з іншими пристроями у вашій мережі.
1. | Відкрийте інтерфейс вузла Webex Video Mesh. |
2. | Перейти до Мережа . З’являться поточні налаштування мережі для вузла. |
3. | Клацніть Розширений . |
4. | Змініть значення для IP-адреса контейнера і Маска підмережі контейнера , за потреби, а потім клацніть Зберегти конфігурацію мережі контейнера . |
5. | Клацніть Зберегти та перезавантажити щоб підтвердити зміну. |
6. | Якщо є помилки, клацніть Добре щоб закрити діалогове вікно помилки, виправте помилки й клацніть Зберегти конфігурацію мережі контейнера знову. |
Установіть розміри MTU мережевого інтерфейсу
Для всіх вузлів Webex Video Mesh за замовчуванням увімкнено виявлення MTU шляху (PMTU). За допомогою PMTU вузол може виявляти проблеми MTU і автоматично регулювати розмір MTU. Коли PMTU зазнає невдачі через проблеми з брандмауером або мережею, вузол може мати проблеми з підключенням до хмари, оскільки пакети більші, ніж MTU, падають. Вручну встановлення меншого розміру MTU може виправити цю проблему.
Перш ніж почати
Якщо ви вже зареєстрували вузол, необхідно перевести вузол у режим обслуговування, перш ніж ви зможете змінити параметри MTU.
1. | Відкрийте інтерфейс вузла Webex Video Mesh. |
2. | Перейти до Мережа . З’являться поточні налаштування мережі для вузла. |
3. | Клацніть Розширений . |
4. | У Розділ налаштувань інтерфейсу MTU , введіть значення MTU від 1280 до 9000 байт у відповідні поля. Якщо ви ввімкнули зовнішній інтерфейс, можна встановити розмір MTU внутрішнього та зовнішнього інтерфейсу окремо. |
Що далі
Якщо перевести вузол у режим обслуговування, щоб змінити MTU, вимкніть режим обслуговування.
Увімкнути або вимкнути кешування DNS
Якщо відповіді DNS на ваші вузли Video Mesh зазвичай займають понад 750 мс або якщо Cisco TAC рекомендує це, можна ввімкнути кешування DNS. При кешуванні DNS вузол кешує відповіді DNS локально. За допомогою кешу запити менш схильні до затримок або тайм-аутів, які можуть призвести до попередження про з’єднання, скидання викликів або проблем із якістю викликів. Кешування DNS також може зменшити навантаження на інфраструктуру DNS.
Перш ніж почати
Перемістіть вузол у режим технічного обслуговування. Коли встановлено стан режиму обслуговування Увімкнено (активні виклики завершено або припинилися наприкінці періоду очікування), можна ввімкнути або вимкнути кешування DNS.
1. | Відкрийте інтерфейс вузла Webex Video Mesh. |
2. | Перейти до Мережа . З’являться поточні налаштування мережі для вузла. |
3. | Клацніть Розширений . |
4. | У розділі Конфігурація кешування DNS перемкніть Увімкнути кешування DNS увімкнено або вимкнено. |
5. | У діалоговому вікні підтвердження клацніть Зберегти та перезавантажити . |
6. | Після перезавантаження вузла знову відкрийте інтерфейс вузла Webex Video Mesh і переконайтеся, що перевірки підключення пройшли успішно на сторінці "Огляд". |
Якщо ввімкнути кешування DNS, Статистика кешу DNS відображає таку статистику:
Статистика | Опис |
---|---|
Записи кешу | Кількість попередніх дозволів DNS, які зберіг сервер кешу DNS |
Звернення до кешу | Кількість разів з моменту скидання кешу, коли кеш обробляв запит DNS від Video Mesh без запиту сервера DNS клієнта |
Промахи кешу | Кількість разів після скидання кешу, коли сервер DNS клієнта обробляв запит DNS від Video Mesh, а не через кеш |
Відсоток попадань у кеш | Відсоток запитів DNS від Video Mesh, які обробив кеш без запиту сервера DNS клієнта |
Кешування вихідних запитів DNS сервера | Кількість запитів DNS, які сервер кешу DNS Video Mesh зробив до серверів DNS клієнта |
Кешування вхідних запитів DNS сервера | Кількість запитів DNS, виконаних Video Mesh щодо внутрішнього сервера кешу DNS |
Співвідношення вихідних запитів до вхідних | Співвідношення запитів DNS, зроблених Video Mesh до сервера DNS клієнта, до запитів, зроблених Video Mesh до внутрішнього сервера кешу DNS |
Кількість вхідних запитів за секунду | Середня кількість запитів DNS на секунду, які Video Mesh виконував щодо внутрішнього сервера кешу DNS |
Вихідні запити в секунду | Середня кількість запитів DNS на секунду, які Video Mesh виконував щодо серверів DNS клієнта |
Затримка вихідного DNS [діапазон часу] | Відсоток запитів DNS, зроблених Video Mesh до серверів DNS клієнта, коли час відповіді припадав на описаний діапазон часу |
Використовуйте Очистити кеш DNS Кнопка, щоб скинути кеш DNS у разі запиту TAC. Після очищення кешу DNS ви побачите вище Співвідношення вихідних запитів до вхідних у міру поповнення кешу. Щоб стерти кеш, не потрібно переводити вузол у режим обслуговування.
Що далі
Перемістіть вузол з режиму технічного обслуговування. Потім повторіть завдання на будь-яких інших вузлах, які потребують змін.
Передати сертифікати безпеки
Налаштуйте відносини довіри між вузлом і зовнішнім сервером, наприклад сервером системного журналу.
У кластерному середовищі необхідно встановити сертифікати CA та сервера на кожному вузлі окремо. |
1. | Відкрийте інтерфейс вузла Webex Video Mesh. |
2. | Під час налаштування TLS за допомогою іншого сервера, наприклад a сервер системного журналу , ми рекомендую з міркувань безпеки використовуйте підписаний CA сертифікат на вузлах Video Mesh замість самопідписаного сертифіката вузла за замовчуванням. Щоб створити та передати сертифікат і пари ключів на вузол Video Mesh, перейдіть до Сертифікати сервера , і виконайте такі дії: |
3. | Виберіть параметр залежно від того, як підписаний сертифікат CA зовнішнього сервера:
|
4. | Отримайте сертифікат або список довіри сертифікатів (CTL), які використовує зовнішній сервер. Як і для сертифіката вузла Video Mesh, збережіть файл зовнішнього сервера в місці, яке легко запам’ятати. |
5. | Поверніться на вкладку інтерфейсу вузла Webex Video Mesh і клацніть Сховище довіри та проксі , потім виберіть варіант:
Вузол Video Mesh, який зареєстровано в хмарі, очікує до 2 годин на завершення будь-яких викликів і переходить у тимчасовий неактивний стан (зупиняється). Щоб установити сертифікат, вузол має перезавантажитися, і це буде виконано автоматично. Коли сертифікат буде знову в режимі онлайн, з’явиться запит, коли сертифікат установлено на вузлі Video Mesh, і можна перезавантажити сторінку, щоб переглянути новий сертифікат. |
6. | Повторіть передавання сертифіката або ланцюжка сертифікатів на кожному іншому вузлі Video Mesh у тому самому кластері. |
Створіть журнали Video Mesh для підтримки
Вам може бути доручено надіслати журнали безпосередньо в Cisco, або ви можете завантажити їх самостійно, щоб прикріпити до запиту. Використовуйте цю процедуру у вебінтерфейсі, щоб створити журнали та надіслати їх до Cisco або завантажити з будь-якого Video Mesh Nodes. Створений пакет журналів містить журнали медіа, системні журнали та журнали контейнерів. Пакет надає корисну інформацію щодо підключення до Webex, проблем платформи, налаштування викликів або медіа, щоб Cisco могла вирішувати проблеми з розгортанням вузла Video Mesh.
1. | Відкрийте інтерфейс вузла Webex Video Mesh. |
2. | Перейти до Усунення несправностей , а потім виберіть параметр поруч із Надіслати журнали :
Створені журнали історично зберігаються на вузлі й залишаються на вузлі навіть після перезавантаження. Ідентифікатор передавання відображається на сторінці. Служба підтримки використовує це значення для ідентифікації вивантажених журналів. |
3. | Коли ви відкрити запит або взаємодіяти з Cisco TAC , додайте значення ідентифікатора передавання, щоб інженер служби підтримки мав доступ до журналів. Якщо ви надіслали журнал безпосередньо в Cisco, вам не потрібно передавати пакет журналів у запит TAC. |
Що далі
Під час передавання журналів у Cisco або завантаження можна запустити запис пакетів на тому самому екрані.
Створіть знімки пакетів Video Mesh для підтримки
Можна запустити запис пакетів (PCAP) і надіслати його до Cisco для подальшого аналізу. Під час запису пакетів робиться знімок пакетів даних, які проходять через мережеві інтерфейси вузла. Після захоплення та надсилання пакетів Cisco може проаналізувати надісланий запис і допомогти з усуненням несправностей розгортання вузла Video Mesh.
Перш ніж почати
Функція запису пакетів призначена лише для налагодження. Якщо ви запустите запис пакетів на вузлі Video Mesh, який обслуговує активні виклики, захоплення пакетів може вплинути на продуктивність вузла, і створений файл може бути перезаписаний. Це призводить до втрати отриманих даних. Рекомендовано запускати запис пакетів лише в години пік або коли кількість викликів на вузлі менше ніж 3. |
1. | Відкрийте інтерфейс вузла Webex Video Mesh. |
2. | Перейти до Усунення несправностей . Можна одночасно почати запис пакетів і передавання журналів. |
3. | (Необов’язково) У Захоплення пакетів У розділі можна обмежити захоплення пакетами на певному інтерфейсі, фільтрувати за пакетами до або від певних хостів або фільтрувати за пакетами на одному або кількох портах. |
4. | Щоб почати процес, увімкніть Почніть захоплення пакетів налаштування. |
5. | Коли ви закінчите, вимкніть Почніть захоплення пакетів налаштування. |
6. | Виберіть один із варіантів:
Після вивантаження запису пакета на сторінці відображається ідентифікатор передавання. Служба підтримки використовує це значення для ідентифікації переданого захоплення пакетів. Максимальний розмір для захоплення пакетів становить 2 ГБ. |
7. | Коли ви відкрити запит або взаємодіяти з Cisco TAC , додайте значення ідентифікатора передавання, щоб інженер служби підтримки міг отримати доступ до запису пакетів. |
Запустіть Ping із вебінтерфейсу Video Mesh Node
Можна запустити ping з вебінтерфейсу вузла Video Mesh. На цьому кроці перевіряється введене призначення та перевіряється, чи може вузол Video Mesh досягти його.
1. | Відкрийте інтерфейс вузла Webex Video Mesh. |
2. | Перейти до Усунення несправностей , перейдіть до Перевірте виклик , а потім введіть адресу призначення, яку потрібно перевірити в Повне доменне ім’я або IP-адреса поле під Перевірка підключення за допомогою Ping . |
3. | Клацніть Перевірте виклик . Тест запущено, і ви побачите повідомлення про успішність або помилку ping. Тест не має обмеження тайм-ауту. Якщо з’являється помилка або тест триває безстроково, перевірте введене значення призначення та налаштування мережі. |
Запустіть маршрут трасування з вебінтерфейсу Video Mesh
Можна запустити трасування з вебінтерфейсу вузла Video Mesh. Цей крок показує маршрут, який проходять пакети від вузла до пункту призначення, який ви вводите. Перегляд інформації про трасування маршрутів допомагає визначити, чому конкретне з’єднання може бути поганим, і може допомогти визначити проблеми.
1. | Відкрийте інтерфейс вузла Webex Video Mesh. |
2. | Перейти до Усунення несправностей , перейдіть до Трасування маршруту , а потім введіть адресу призначення, яку потрібно перевірити в Повне доменне ім’я або IP-адреса поле під Відстежуйте маршрут до хоста . Під час тестування ви побачите повідомлення про успішність або помилку трасування. Час очікування тесту становить 16 секунд. Якщо ви отримаєте помилку або час очікування тесту, перевірте введене значення призначення та налаштування мережі. |
Перевірте сервер NTP у вебінтерфейсі Video Mesh Node
Можна ввести повне доменне ім’я або IP-адресу сервера мережевого протоколу часу (NTP), щоб підтвердити, що вузол Video Mesh може отримати доступ до сервера. Цей тест корисний, якщо ви помітили проблеми з синхронізацією часу й хочете виключити доступність сервера NTP.
1. | Відкрийте інтерфейс вузла Webex Video Mesh. |
2. | Перейти до Усунення несправностей , перейдіть до Перевірте сервер NTP , а потім введіть адресу призначення, яку потрібно перевірити в Повне доменне ім’я або IP-адреса поле під Перегляньте відповідь на запит SNTP . Тест запущено, і ви побачите повідомлення про успішність або помилку запиту. Тест не має обмеження тайм-ауту. Якщо з’являється помилка або тест триває безстроково, перевірте введене значення призначення та налаштування мережі. |
Визначте проблеми з портом за допомогою Reflector Tool у вебінтерфейсі
Інструмент «Відбивач» (комбінація сервера на вузлі Video Mesh і клієнта за допомогою сценарію Python) використовується для перевірки того, чи відкрито необхідні порти TCP/UDP на вузлах Video Mesh.
Перш ніж почати
Завантажте копію клієнта Reflector Tool (сценарій Python) зhttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client .
Щоб сценарій працював належним чином, переконайтеся, що у вашому середовищі запущено Python 2.7.10 або пізнішої версії.
Зараз цей інструмент підтримує кінцеві пристрої SIP до вузлів Video Mesh і внутрішньокластерну перевірку.
1. | З перегляду клієнта вhttps://admin.webex.com , увімкніть вузол обслуговування для Video Mesh Node ці інструкції . |
2. | Зачекайте, поки вузол не покаже стан "Готовність до обслуговування" в Control Hub. |
3. | Відкрийте інтерфейс вузла Webex Video Mesh. Інструкції див Керуйте Video Mesh Node з вебінтерфейсу . |
4. | Прокрутіть до Інструмент «Відбивач». , а потім запустіть або Сервер TCP Reflector або Сервер UDP Reflector , залежно від того, який протокол ви хочете використовувати. |
5. | Клацніть Запустіть сервер Reflector , а потім дочекайтеся успішного запуску сервера. Ви побачите сповіщення про запуск сервера. |
6. | З системи (наприклад, ПК) у мережі, до якої ви хочете охопити вузли Video Mesh, запустіть сценарій за допомогою такої команди:
Наприкінці запуску клієнт показує повідомлення про успіх, якщо відкрито всі необхідні порти: Клієнт відображає повідомлення про помилку, якщо будь-які необхідні порти не відкриті: |
7. | Усуньте будь-які проблеми з портом у брандмауері, а потім виконайте наведені вище кроки ще раз. |
8 | Запустіть клієнт за допомогою |
Увімкнути налагодження облікового запису користувача з вебінтерфейсу Video Mesh Node
Якщо Cisco TAC вимагає доступу до вузла Webex Video Mesh, можна тимчасово ввімкнути обліковий запис користувача для налагодження, щоб служба підтримки могла виконувати подальше усунення несправностей.
1. | Відкрийте інтерфейс вузла Webex Video Mesh. |
2. | Перейти до Усунення несправностей , а потім увімкніть Увімкнути функцію налагодження користувача налаштування. З’явиться зашифрована парольна фраза, яку можна надати Cisco TAC. |
3. | Скопіюйте парольну фразу, вставте її в звернення до служби підтримки або безпосередньо до інженера служби підтримки, а потім клацніть OK коли його буде збережено. |
Обліковий запис користувача для налагодження дійсний протягом 3 днів, після чого його термін дії закінчується.
Що далі
Ви можете вимкнути обліковий запис до завершення терміну дії, якщо повернетеся до Усунення несправностей сторінку, а потім вимкніть Увімкнути функцію налагодження користувача налаштування.
Скинути заводські налаштування Video Mesh Node з вебінтерфейсу
У рамках очищення скасування реєстрації можна відновити заводські налаштування вузла Video Mesh у вебінтерфейсі. Цей крок видаляє будь-яку конфігурацію, яку ви встановили, коли вузол був активним, але не видаляє запис віртуальної машини. Пізніше ви можете повторно зареєструвати цей вузол як частину іншого кластера, який ви створюєте з нуля.
Перш ніж почати
Ви повинні використовувати Control Hub, щоб скасувати реєстрацію вузла Video Mesh з кластера, зареєстрованого в Control Hub.
1. | Відкрийте інтерфейс вузла Webex Video Mesh. |
2. | Перейти до Усунення несправностей , перейдіть до Скидання до заводських налаштувань , а потім клацніть Скинути вузол . |
3. | Переконайтеся, що ви розумієте інформацію в попередженні, що з’явиться, а потім клацніть Скинути та перезавантажити . Вузол автоматично перезавантажиться після відновлення заводських налаштувань. |
Вимкніть або знову ввімкніть обліковий запис локального адміністратора з вебінтерфейсу
Під час встановлення вузла Webex Video Mesh спочатку потрібно ввійти за допомогою вбудованого локального облікового запису з іменем користувача "admin". Після реєстрації вузла в хмарі Webex можна використовувати облікові дані адміністратора організації Webex для керування вузлами Video Mesh із Control Hub. Таким чином, політика облікового запису адміністратора та процеси керування, які застосовуються до Control Hub, також застосовуються до ваших вузлів Video Mesh. Для додаткового керування ви можете вимкнути вбудований обліковий запис "адміністратора", щоб Control Hub обробляв усі автентифікації адміністратора та керування ними.
Виконайте ці кроки після реєстрації вузла в хмарі, щоб вимкнути (або пізніше повторно ввімкнути) обліковий запис користувача адміністратора. Після вимкнення облікового запису адміністратора необхідно використовувати Control Hub для доступу до вебінтерфейсу вузла.
Цю функцію може використовувати лише повноправний адміністратор вашої організації Webex. Інші адміністратори, зокрема адміністратори-партнери та зовнішні повноправні адміністратори, не мають параметра Перейти до вузла для ресурсів відеомережі. |
1. | З перегляду клієнта вhttps://admin.webex.com , перейдіть до . | ||
2. | Під Ресурси на картці Video Mesh клацніть Переглянути всі . | ||
3. | Клацніть кластер, а потім вузол, до якого потрібно отримати доступ. Клацніть Перейдіть до Node . | ||
4. | Перейти до Адміністрування . | ||
5. | Перемкнути Увімкнути вхід користувача з адміністратором Вимкніть, щоб вимкнути обліковий запис, або ввімкніть, щоб увімкнути його знову.
| ||
6. | На екрані підтвердження клацніть Вимкнути або Увімкнути щоб завершити внесення змін. |
Після вимкнення користувача з правами адміністратора ви не зможете ввійти у вузол Video Mesh за допомогою WebUI або CLI, запущеного з SSH. Однак ви можете ввійти за допомогою облікових даних користувача адміністратора через CLI, що запускається з консолі VMware ESXi.
Змінити парольну фразу адміністратора у вебінтерфейсі
Використовуйте цю процедуру, щоб змінити парольну фразу (пароль) адміністратора для вузла Webex Video Mesh за допомогою вебінтерфейсу.
1. | Відкрийте інтерфейс вузла Webex Video Mesh. |
2. | Перейти до Адміністрування і поруч із Змінити парольну фразу , клацніть Змінити . |
3. | Введіть Поточна парольна фраза , а потім введіть нове значення парольної фрази в обох Нова парольна фраза і Підтвердьте нову парольну фразу . |
4. | Клацніть Зберегти парольну фразу . З’явиться повідомлення «Пароль змінено», після чого ви повернетеся до екрана входу. |
5. | Увійдіть, використовуючи нові ім’я для входу адміністратора та парольну фразу (пароль). |
Змініть інтервал закінчення терміну дії парольної фрази у вебінтерфейсі
Використовуйте цю процедуру, щоб змінити інтервал закінчення терміну дії парольної фрази за замовчуванням у 90 днів за допомогою вебінтерфейсу. Коли інтервал вичерпається, вам буде запропоновано ввести нову парольну фразу, коли ви входите у вузол Video Mesh.
1. | Відкрийте інтерфейс вузла Webex Video Mesh. |
2. | Перейти до Адміністрування і поруч із Змінити термін дії парольної фрази , введіть нове значення для Інтервал закінчення терміну дії (днів) (до 365 днів), а потім клацніть Зберегти інтервал закінчення терміну дії парольної фрази . З’явиться екран успішного виконання, після чого можна клацнути OK щоб завершити. |
, Адміністрування на сторінці також відображаються дати останньої зміни парольної фрази та дати наступного закінчення терміну дії пароля.
Установіть для зовнішнього журналування сервер системного журналу
Якщо у вас є сервер системного журналу, можна налаштувати вузол Webex Video Mesh на вхід до інформації журналу аудиту зовнішнього сервера, як-от:
Відомості про вхід адміністратора
Зміни конфігурації (зокрема, увімкнення або вимкнення режиму обслуговування)
Оновлення програмного забезпечення
Вузол об’єднує журнали, якщо такі є, і надсилає їх на сервер кожні десять хвилин.
1. | Відкрийте інтерфейс вузла Webex Video Mesh. |
2. | Перейти до Адміністрування . |
3. | Поруч із Зовнішнє ведення журналу , увімкніть Увімкнути зовнішнє ведення журналу . |
4. | Для Відомості про сервер системного журналу , введіть IP-адресу хоста або повне ім’я домену та порт системного журналу. Якщо сервер DNS не можна розкрити на вузлі, використовуйте IP-адресу в Організатор поле. |
5. | Виберіть Протокол —UDP або TCP. Щоб використовувати шифрування TLS, виберіть TCP а потім увімкніть Увімкніть TLS . Переконайтеся, що ви також передали та встановили сертифікати безпеки, необхідні для зв’язку TLS між вузлом і сервером системного журналу. Якщо сертифікати не встановлено, вузол за замовчуванням використовує свої самопідписані сертифікати. Щоб отримати допомогу, див Передати сертифікати безпеки . |
6. | Клацніть Зберегти конфігурацію зовнішнього журналу . |
Властивості повідомлення журналу мають такий формат: Повідомлення тегу імені хоста з міткою часу пріоритету .
Властивість | Опис |
---|---|
Пріоритет | Значення завжди дорівнює 131 на основі формули: Пріоритет = (код об’єкта * 8) + серйозність. Код об’єкта: 16 для "local0". Важкість становить 3 для "повідомлення". |
Позначка часу | Формат позначки часу: «Мхм дд год:хх:сс». |
Ім’я хоста | Ім’я хоста для вузла Video Mesh. |
Тег | Значенням завжди є syslogAuditMsg. |
повідомлення | Повідомлення є рядком JSON розміром щонайменше 1 КБ. Його розмір залежить від кількості агрегованих подій у десятихвилинному інтервалі. |
Ось приклад повідомлення:
{
"events": [
{
"event": "{\hostname\": \"test-machine\", \"event_type\": \"login_success\",
\"event_category\": \"node_events\", \"source\": \"mgmt\", \"session_data\":
{\"session_id\": \"j02wH5uFTKB22SqdYCrzPrqDWkXIAKCz\", \"referer\":
\"https://IP address/signIn.html?%2Fsetup\", \"url\":
\"https://IP address/api/v1/auth/signIn\", \"user_name\": \"admin\",
\"remote_address\": \"IP address\", \"user_agent\": \"Mozilla/5.0
(Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko)
Chrome/87.0.4280.67 Safari/537.36\"}, \"event_data\": {\"type\": \"Conf_UI\"},
\"boot_id\": \"6738705b-3ae3-4978-8502-13b74983e999\", \"timestamp\":
\"2020-12-07 22:40:27 (UTC)\", \"uptime\": 358416.23, \"description\":
\"Log in to Console or Web UI successful\"}"
},
{
"event": "{\hostname\": \"test-machine\", \"event_type\":
\"software_update_completed\", \"event_category\": \"node_events\", \"source\":
\"mgmt\", \"event_data\": {\"release_tag\": \"2020.12.04.2332m\"}, \"boot_id\":
\"37a8d17a-69d8-4b8c-809d-3265aec56b53\", \"timestamp\":
\"2020-12-07 22:17:59 (UTC)\", \"uptime\": 137.61, \"description\":
\"Completed software update\"}"
}
]
}
Вебсигнальники для сповіщень Video Mesh
Video Mesh підтримує сповіщення вебсигнальника, які дозволяють адміністраторам організації отримувати сповіщення про певні події. Адміністратори можуть отримувати сповіщення про події, як-от переповнення викликів і переспрямування викликів, що зводить до мінімуму необхідність входу в Control Hub для моніторингу їхнього розгортання. Це досягається шляхом створення підписки вебсигнальника, де адміністратор надає цільову URL-адресу, якій надсилатимуться сповіщення. Використання вебсигнальників для сповіщень також дозволяє здійснювати моніторинг параметрів без використання пов’язаних API розробника.
За допомогою вебсигнальників можна відстежувати такі типи подій:
Перенаправлення викликів кластера – Виклики перенаправляються з певного кластера.
Переповнення організаційних викликів – Повне перетікання дзвінків у хмару для організації.
Створіть передплату вебсигнальника
1. | Увійдіть до Cisco Webex Developer порталу за допомогою облікових даних адміністратора. |
2. | На порталі розробників клацніть Документація. |
3. | На панелі прокрутки ліворуч прокрутіть униз і клацніть Повний довідник API . |
4. | Серед параметрів, що розгортаються нижче, прокрутіть униз і клацніть Вебсигнальники > Створити вебсигнальник. |
5. | Створіть передплату, ввівши такі параметри: |
ім’я : приклад – сповіщення вебсигнальника Video Mesh
цільоваUrl : приклад - https://10.1.1.1/webhooks
ресурс : videoMeshAlerts
події : ініційовано
власником : орг
URL-адреса, введена в параметрі targetUrl, має бути доступною через інтернет і мати сервер, налаштований на прийняття запитів POST, надісланих вебсигнальником Webex. |
Налаштування конфігурацій порогових значень за допомогою API розробника
Можна встановити порогові значення для подій (переповнення викликів організації та переспрямування викликів кластера) за допомогою API розробника Video Mesh. Можна встановити відсоткове значення для порогових значень, вище яких буде ініціюватися сповіщення вебсигнальника. Наприклад, якщо для переповнення викликів організації встановлено порогове значення 20, сповіщення буде надіслано, коли понад 20 відсотків викликів переповниться на хмару.
Набір із 4 API доступний для налаштування та оновлення порогових значень на порталі розробників Cisco Webex. Вони наведені нижче:
Список конфігурації порогових значень події
Отримайте конфігурацію порогового значення події
Оновити конфігурацію порогового значення події
Скинути конфігурацію порогового значення події
API доступні за адресоюhttps://developer.webex.com/docs/api/v1/video-mesh.
Сценарій 1. Установлення порогового значення для переповнення викликів організації
1. | Клацніть Список конфігурації порогових значень події API. | ||
2. | Установити | ||
3. | Ви отримаєте відповідь, подібну до наведеної нижче.
| ||
4. | Скопіюйте значення в | ||
5. | Вставте значення в
| ||
6. | Клацніть Оновити конфігурацію порогового значення події API. | ||
7. | Вставте структуру JSON в тіло файлу Оновити конфігурацію порогового значення події API. | ||
8 | Установити | ||
9 |
Клацніть Виконати , порогове значення для Переповнення викликів організації буде встановлено нове значення. |
Що далі
Щоб переглянути порогове значення, яке було встановлено для певного ідентифікатора порогового значення події,
Клацніть Отримайте конфігурацію порогового значення події API.
Вставте ідентифікатор порогового значення події в заголовок API, клацніть Виконати .
У відповіді буде відображено мінімальне порогове значення за замовчуванням і встановлене порогове значення.
Сценарій 2. Установлення порогового значення для переспрямованих викликів кластера
1. | Клацніть Список конфігурації порогових значень події API. | ||
2. | Установити | ||
3. | У відповіді буде перелічено конфігурації всіх кластерів в організації. | ||
4. |
Скопіюйте значення в | ||
5. | Вставте значення в
| ||
6. | Клацніть Оновити конфігурацію порогового значення події API. | ||
7. | Вставте структуру JSON в тіло файлу Оновити конфігурацію порогового значення події API. | ||
8 | Установити | ||
9 |
Клацніть Виконати , порогове значення для Виклики кластера переспрямовано буде встановлено нове значення. |
Що далі
Щоб переглянути порогове значення, яке було встановлено для певного ідентифікатора порогового значення події,
Клацніть Отримайте конфігурацію порогового значення події API.
Вставте ідентифікатор порогового значення події в заголовок API, клацніть Виконати .
У відповіді буде відображено мінімальне порогове значення за замовчуванням і встановлене порогове значення.
Сценарій 3. Скидання порогових значень
1. | Клацніть Скинути конфігурацію порогового значення події API. | ||
2. | Скопіюйте ідентифікатор порогового значення події кластера або організації та вставте його в файл
| ||
3. | Вставте структуру JSON в текст і клацніть Виконати . | ||
4. |
Порогове значення буде встановлено на мінімальне значення за замовчуванням. |
API для розробників відео Mesh
API Video Mesh Developer — це спосіб отримати аналітичні дані та дані моніторингу для розгортань Video Mesh через портал розробників Webex. API доступні за адресоюhttps://developer.webex.com/docs/api/v1/video-mesh. Зразок клієнта доступний за адресоюhttps://github.com/CiscoDevNet/video-mesh-api-client.
Демонстраційне програмне забезпечення Video Mesh Node
Використовуйте демонстраційне програмне забезпечення Video Mesh Node лише для базових демонстраційних цілей. Не додавайте демонстраційний вузол до наявного виробничого кластера. Демонстраційний кластер приймає менше викликів, ніж робочий, і закінчується через 90 днів після його реєстрації в хмарі.
|
Завантажте демонстраційне зображення програмного забезпечення з це посилання .
Технічні характеристики
Див Вимоги до системи та платформи для програмного забезпечення Video Mesh Node для конфігурації на основі специфікацій програмного забезпечення Video Mesh Node.
Демонстраційне програмне забезпечення підтримує як один мережевий інтерфейс, так і подвійний мережевий інтерфейс.
Ресурс
Ми не перевіряємо демонстраційне зображення на місткість. Ви повинні використовувати його лише для тестування базових сценаріїв нарад. Для отримання вказівок див. наведені далі варіанти використання.
Варіанти використання демонстраційного програмного забезпечення Video Mesh Node
- Медіафайли, прив’язані до локальної мережі
-
Розгорніть і налаштуйте вузол за допомогою демонстраційного програмного забезпечення.
Запустити нараду, яка включає таких учасників: учасника програми Webex, учасника кінцевого пристрою Webex і дошку Cisco Webex.
Після завершення наради в поданні клієнта вhttps://admin.webex.com , перейдіть до Аналітика щоб отримати доступ до звітів Video Mesh. У звітах можна побачити, що медіа залишилися локальними.
- Нарада з хмарними та локальними учасниками
-
Запустіть ще одну нараду з кількома учасниками Webex локально й одним у хмарі.
Зверніть увагу, що всі учасники можуть легко приєднуватися до наради та брати участь у ній.
Керуйте Video Mesh Node з консолі
Перш ніж ви зможете вносити будь-які мережеві зміни до вузлів Video Mesh, зареєстрованих у хмарі, необхідно використовувати Control Hub, щоб перевести їх у режим обслуговування. Додаткову інформацію та процедуру, якої слід дотримуватися, див Перевести вузол у режим обслуговування .
Режим обслуговування призначений виключно для підготовки вузла до вимкнення або перезавантаження, щоб ви могли внести певні зміни мережевих параметрів (DNS, IP, FQDN) або підготуватися до обслуговування обладнання, наприклад заміни RAM, жорсткого диска тощо. Оновлення не відбувається, коли вузол переведено в режим обслуговування. |
Коли ви переводите вузол у режим обслуговування, він миттєво вимикає служби викликів (припиняє приймати нові виклики та очікує до 2 годин на завершення наявних викликів). Мета швидкого завершення служби викликів полягає в тому, щоб дозволити перезавантаження або вимкнення вузла без виклику скинутих викликів.
Змініть налаштування мережі Video Mesh Node на консолі
Якщо топологія мережі зміниться, потрібно відкрити інтерфейс консолі для кожного вузла Video Mesh і змінити там налаштування мережі. Ви можете побачити застереження щодо зміни параметрів мережі, але ви все одно можете зберегти зміни, якщо ви вносите зміни до мережі після зміни параметрів вузла Video Mesh.
1. | Відкрийте інтерфейс консолі вузла через клієнт VMware vSphere, а потім увійдіть за допомогою облікових даних адміністратора. Після першого налаштування мережевих параметрів і якщо Video Mesh доступна, ви можете отримати доступ до інтерфейсу вузла через захищену оболонку (SSH). | ||
2. | У головному меню консолі Video Mesh Node виберіть параметр 2 Змініть конфігурацію а потім клацніть Виберіть . | ||
3. | Прочитайте підказку про завершення викликів на Video Mesh Node, а потім клацніть Так . | ||
4. | Клацніть Статичний , введіть IP-адреса для внутрішнього інтерфейсу, Маска , Шлюз , і DNS значення для вашої мережі.
| ||
5. | Введіть сервер NTP вашої організації або інший зовнішній сервер NTP, який можна використовувати у вашій організації. Після налаштування сервера NTP та збереження параметрів мережі можна виконати інструкції Перевірте працездатність Video Mesh Node з консолі щоб переконатися, що час синхронізується правильно через вказані сервери NTP.
| ||
6. | (Необов’язково) Змініть ім’я хоста або домен, якщо потрібно.
| ||
7. | Клацніть Зберегти , а потім клацніть Зберегти зміни та перезавантажити . Під час збереження виконується перевірка DNS, якщо ви вказали домен. Попередження відображається, якщо повне доменне ім’я (ім’я хоста та домен) неможливо вирішити за допомогою наданих адрес сервера DNS. Ви можете зберегти, ігноруючи попередження, але виклики не працюватимуть, доки повне доменне ім’я не буде розв’язано на DNS, налаштований на вузлі. Після перезавантаження Video Mesh Node зміни конфігурації мережі набудуть чинності. |
Змініть парольну фразу адміністратора Video Mesh Node
Використовуйте цю процедуру, щоб змінити парольну фразу адміністратора (пароль) для вузла Video Mesh на консолі вузла.
1. | Відкрийте інтерфейс консолі вузла через клієнт VMware vSphere або SSH за доступною IP-адресою, а потім увійдіть за допомогою облікових даних адміністратора. |
2. | Відкрийте консоль VMware ESXi VM для вузла Video Mesh і ввійдіть до неї. |
3. | У головному меню виберіть параметр 3 Керування парольною фразою адміністратора , потім 1 Змініть парольну фразу адміністратора , а потім клацніть Введіть . |
4. | Прочитайте інформацію на сторінці терміну дії пароля, клацніть Введіть , а потім клацніть його ще раз після повідомлення про закінчення терміну дії пароля. |
5. | Натисніть Enter. |
6. | Після виходу з консолі поверніться на екран входу, а потім увійдіть, використовуючи дані для входу адміністратора та парольну фразу (пароль), термін дії яких завершився. Вам буде запропоновано змінити пароль.
|
7. | Для Старий пароль , введіть поточну парольну фразу, а потім натисніть Введіть . |
8 | Для Новий пароль , введіть нову парольну фразу, а потім натисніть Введіть . |
9 | Для Введіть новий пароль повторно , введіть нову парольну фразу ще раз, а потім натисніть Введіть . З’явиться повідомлення «Пароль змінено», після чого ви повернетеся до екрана входу.
|
10 | Увійдіть, використовуючи нові ім’я для входу адміністратора та парольну фразу (пароль). |
Запустіть Ping з консолі Video Mesh Node
Можна запустити ping з інтерфейсу консолі вузла Video Mesh. На цьому кроці перевіряється введене призначення та перевіряється, чи може вузол Video Mesh досягти його.
1. | Відкрийте інтерфейс консолі вузла через клієнт VMware vSphere або SSH за доступною IP-адресою, а потім увійдіть за допомогою облікових даних адміністратора. |
2. | На консолі вузла Video Mesh перейдіть до 4 Діагностика , а потім виберіть Перевірте виклик . |
3. | У ping введіть адресу призначення, яку потрібно перевірити, як-от IP-адреса або ім’я хоста, а потім клацніть OK . Тест запущено, і ви побачите повідомлення про успішність або помилку ping. Якщо з’явиться помилка, перевірте введене значення призначення та налаштування мережі. |
Увімкнути функцію налагодження облікового запису користувача через консоль
Якщо підтримці потрібен доступ до вузла Video Mesh, можна використовувати інтерфейс консолі, щоб тимчасово ввімкнути обліковий запис користувача для налагодження, щоб служба підтримки могла виконувати подальше усунення несправностей на вашому вузлі.
1. | Відкрийте інтерфейс консолі вузла через клієнт VMware vSphere або SSH за доступною IP-адресою, а потім увійдіть за допомогою облікових даних адміністратора. |
2. | На консолі вузла Video Mesh перейдіть до 4 Діагностика , виберіть 2 Увімкніть налагодження облікового запису користувача , а після запиту клацніть Так . |
3. | Після появи повідомлення про те, що обліковий запис користувача для налагодження було створено успішно, клацніть OK щоб відобразити зашифровану парольну фразу. Ви надішлете зашифровану парольну фразу до служби підтримки. Вони використовують цей тимчасовий обліковий запис і розшифровану парольну фразу для безпечного доступу до вашого вузла Video Mesh для усунення несправностей. Термін дії цього облікового запису завершиться через 3 дні. Ви можете вимкнути його після завершення підтримки. |
4. | Виберіть початок і кінець зашифрованих даних, скопіюйте та вставте їх у запит або електронний лист підтримки, які ви надсилаєте до служби підтримки. |
5. | Надіславши цю інформацію до служби підтримки, поверніться до консолі вузла Video Mesh і натисніть будь-яку клавішу, щоб повернутися до головного меню. |
Що далі
Термін дії облікового запису завершиться за 3 дні, але коли служба підтримки вкаже, що вирішує проблему на вузлі, ви можете повернути консоль Video Mesh node, перейдіть до 4 Діагностика , а потім виберіть 3 Вимкніть обліковий запис користувача налагодження щоб вимкнути обліковий запис до закінчення терміну його дії.
Надіслати журнали з консолі Video Mesh Node
Ви можете отримати інструкції щодо надсилання журналів безпосередньо в Cisco або через захищене копіювання (SCP). Використовуйте цю процедуру, щоб надсилати журнали безпосередньо з будь-яких вузлів Video Mesh, які ви зареєстрували в хмарі.
1. | Відкрийте інтерфейс консолі вузла через клієнт VMware vSphere або SSH за доступною IP-адресою, а потім увійдіть за допомогою облікових даних адміністратора. |
2. | У головному меню клацніть параметр 4 Діагностика а потім натисніть Введіть . |
3. | Клацніть 4 Експортуйте файли журналу , надайте відгук, якщо хочете, а потім клацніть Далі . |
4. | Виберіть варіант:
|
5. | Виберіть OK , щоб повернутися до головного меню вузла Video Mesh. |
6. | (Необов’язково) Виберіть 5 Перевірте стан файлів журналу, надісланих до Cisco якщо ви надіслали журнали до Cisco. |
Що далі
Після надсилання журналів радимо надсилати відгуки безпосередньо з програми Webex, щоб контакти служби підтримки мали всю необхідну інформацію, щоб допомогти вам. |
Перевірте працездатність Video Mesh Node з консолі
Ви можете переглянути стан вузла безпосередньо з самого вузла Video Mesh. Результати є інформаційними, але можуть допомогти під час усунення несправностей, наприклад, якщо синхронізація NTP не працює, можна перевірити значення сервера NTP в налаштуваннях мережі.
1. | Відкрийте інтерфейс консолі вузла через клієнт VMware vSphere або SSH за доступною IP-адресою, а потім увійдіть за допомогою облікових даних адміністратора. |
2. | На консолі вузла Video Mesh перейдіть до 4 Діагностика , а потім виберіть 6 Перевірте стан вузла щоб переглянути таку інформацію про вузол:
|
Налаштуйте мережу контейнера на Video Mesh Node
Вузол Video Mesh резервує діапазон підмережі для внутрішнього використання в межах вузла. Діапазон за замовчуванням — 172.17.42.0–172.17.42.63. Вузли не реагують на будь-який зовнішній трафік вузла Video Mesh, що надходить із цього діапазону. Ви можете використовувати консоль вузла, щоб змінити IP-адресу мосту контейнера, щоб уникнути конфліктів з іншими пристроями у вашій мережі.
1. | Відкрийте інтерфейс консолі вузла через клієнт VMware vSphere або SSH за доступною IP-адресою, а потім увійдіть за допомогою облікових даних адміністратора. |
2. | У головному меню консолі вузла Video Mesh перейдіть до 4 Діагностика , а потім виберіть 7 Налаштуйте мережу контейнерів . Після застереження, яке вказує, що активні виклики будуть завершені на вузлі, клацніть Так . |
3. | Змініть значення для IP-адреса мосту контейнера і Маска мережі , за потреби, а потім клацніть Зберегти . Ви побачите екран, який показує інформацію про мережу контейнера, зокрема діапазон IP-адрес, зарезервований для внутрішніх операцій на вузлі Video Mesh. |
4. | Клацніть ОК. |
Визначте проблеми з портом за допомогою інструмента Reflector на консолі
Інструмент «Відбивач» (комбінація сервера на вузлі Video Mesh і клієнта за допомогою сценарію Python) використовується для перевірки того, чи відкрито необхідні порти TCP/UDP на вузлах Video Mesh.
Перш ніж почати
Завантажте копію файлу Клієнт інструмента Reflector (сценарій Python) а потім розпакуйте файл у місце, яке легко знайти. ZIP-файл містить сценарій і файл readme.
Щоб сценарій працював належним чином, переконайтеся, що у вашому середовищі запущено Python 2.7.10 або пізнішої версії.
Зараз цей інструмент підтримує кінцеві пристрої SIP до вузлів Video Mesh і внутрішньокластерну перевірку.
1. | З перегляду клієнта вhttps://admin.webex.com , увімкніть вузол обслуговування для Video Mesh Node ці інструкції . |
2. | Зачекайте, поки вузол не покаже стан "Готовність до обслуговування" в Control Hub. |
3. | Відкрийте інтерфейс консолі вузла через клієнт VMware vSphere або SSH за доступною IP-адресою, а потім увійдіть за допомогою облікових даних адміністратора. |
4. | В інтерфейсі Video Mesh Node перейдіть до Діагностика > Сервер Reflector > Сервер Reflector для TCP або (UDP) . Запустіть сервер для TCP або UDP. |
5. | Прокрутіть до Інструмент «Відбивач». , а потім запустіть або Сервер TCP Reflector або Сервер UDP Reflector , залежно від того, який протокол ви хочете використовувати. |
6. | Клацніть Запустіть сервер Reflector , а потім дочекайтеся успішного запуску сервера. Ви побачите сповіщення про запуск сервера. |
7. | З системи (наприклад, ПК) у мережі, до якої ви хочете охопити вузли Video Mesh, запустіть сценарій за допомогою такої команди:
Наприкінці запуску клієнт показує повідомлення про успіх, якщо відкрито всі необхідні порти: Клієнт відображає повідомлення про помилку, якщо будь-які необхідні порти не відкриті: |
8 | Усуньте будь-які проблеми з портом у брандмауері, а потім виконайте наведені вище кроки ще раз. |
9 | Запустіть клієнт за допомогою |
Скинути заводські налаштування Video Mesh Node з консолі
У рамках очищення скасування реєстрації можна відновити заводські налаштування вузла Video Mesh. Цей крок видаляє будь-яку конфігурацію, яку ви встановили, коли вузол був активним, але не видаляє запис віртуальної машини. Пізніше ви можете повторно зареєструвати цей вузол як частину іншого кластера, який ви створюєте з нуля.
Перш ніж почати
Ви повинні використовувати Control Hub, щоб скасувати реєстрацію вузла Video Mesh з кластера, зареєстрованого в Control Hub.
1. | Відкрийте інтерфейс консолі вузла через клієнт VMware vSphere або SSH за доступною IP-адресою, а потім увійдіть за допомогою облікових даних адміністратора. |
2. | На консолі вузла Video Mesh перейдіть до 4 Діагностика , а потім виберіть 8 Скидання до заводських налаштувань . |
3. | Переконайтеся, що ви розумієте інформацію в примітці, що з’явиться, а потім клацніть Скинути . Вузол автоматично перезавантажиться після відновлення заводських налаштувань. |
Виконайте міграцію наявної апаратної платформи до Video Mesh Node
Можна виконати міграцію наявної підтримуваної платформи (наприклад, CMS1000, на якій працює Cisco Meeting Server) на Video Mesh. Використовуйте цю процедуру, щоб допомогти вам у процесі міграції.
Кроки відрізняються залежно від версії ESXi в комплекті на апаратній платформі. |
Перш ніж почати
Завантажте нову копію останнього Програмне забезпечення Video Mesh Node зображення (OVA). Не розгортайте новий вузол Video Mesh із завантаженою раніше OVA.
1. | Увійдіть в інтерфейс віртуальної машини, а потім завершіть роботу програмного забезпечення, яке працює на платформі. |
2. | Видаліть програмне забезпечення, яке було запущено на платформі. На платформі не повинно бути жодного зображення програмного забезпечення. Крім того, неможливо запустити програмне забезпечення вузла Video Mesh разом із іншим програмним забезпеченням на тій самій платформі. |
3. | Розгорніть нову віртуальну машину з нового файлу OVF або OVA. |
4. | Введіть ім’я віртуальної машини та виберіть файл OVA вузла Video Mesh. |
5. | Змініть підготовку диска на Thick. |
6. | Завантажте mfusion.ova образ програмного забезпечення, який ви завантажили. |
7. | Коли віртуальна машина запущена, поверніться до Увійдіть до консолі Video Mesh Node і продовжити початкове налаштування вузла Video Mesh. |
Порівняння функцій і шлях міграції від гібридної кімнати для співпраці на нарадах до Video Mesh
Порівняння функцій
Функція | Video Mesh і відео Cisco Webex Meeting Center | CMR гібридний |
---|---|---|
Типи нарад | Заплановані наради Одним клацанням (миттєво) Особиста нарада (PMR) Узгоджені можливості для локальних нарад і нарад у хмарі | Лише заплановано |
Планування | Інструмент підвищення продуктивності Webex (Windows і Mac) Гібридне планування календаря за допомогою @webex Портал Webex | Інструменти підвищення продуктивності Windows і Mac із підтримкою Webex TelePresence Планування TMS |
Параметри приєднання до наради | Набір номера і вихід Захищено PIN-кодом (організатор) Одна кнопка для натискання (OBTP) | Лише набір номера OBTP |
Враження під час зустрічі | Уніфікований список (клієнт Webex) Unified Controls (клієнт Webex) Заблокувати/розблокувати зустріч Вимкнути/ввімкнути звук учасників TelePresence | Немає уніфікованого списку (клієнт Webex і сервер TelePresence) Окремі елементи керування (клієнт Webex і сервер TelePresence) |
Модель можливостей і розгортання | Необмежена ємність Локальний і автоматичне переповнення Перемикання та транскодування | Можливість перекодування обмежено сервером TelePresence |
Контрольний список шляхів міграції
Нижче наведено короткий огляд того, як перенести наявний вебсайт на відеоплатформу версії 2.0 та підготувати вебсайт до інтеграції з Video Mesh. Дії можуть відрізнятися залежно від наявного середовища. Попрацюйте зі своїм партнером або менеджер із роботи з клієнтами щоб забезпечити плавну міграцію.
Переконайтеся, що функцію відеоконференцій Meeting Center підготовлено на вебсайті Webex.
Адміністратор вебсайту отримує свій обліковий запис порталу керування. Потім адміністратор розгортає вузли Video Mesh для організації Webex.
Адміністратор вебсайту призначає права CMR, щоб увімкнути всім або деяким користувачам CMR Hybrid із відео Cisco Webex Meeting Center.
(Необов’язково) Вимкніть гібридний тип сеансу CMR для цього піднабору, а потім увімкніть відео Cisco Webex Meeting Center у профілі користувача.
Адміністратор вебсайту налаштовує Video Mesh, а потім вибирає Гібридний як тип медіаресурсу в Параметри кімнати для нарад у хмарі для співпраці .
Адміністратор вебсайту налаштовує локальний пакет керування TelePresence Management Suite (TMS) і One Button to Push (OBTP) для роботи з відео Cisco Webex Meeting Center. Див Посібник із розгортання корпоративних відеоконференцій Cisco Webex Meeting Center для інструкції.
Якщо для користувача ввімкнено права CMR, для інструментів підвищення продуктивності Webex за замовчуванням встановлено версію відео Cisco Webex Meeting Center. Усі нові наради, заплановані користувачами, є відеонарадами Cisco Webex Meeting Center.
Якщо конференц-зали включені в запрошення, інформація OBTP надсилається до конференц-залу через TMS (тільки для нарад CMR гібридного типу).
Наявні наради, які було налаштовано користувачами CMR Hybrid перед перемиканням на відео Cisco Webex Meeting Center, повинні працювати, доки клієнт зберігає локальні параметри MCU і TMS.
Наявні гібридні наради CMR не можна змінювати або оновлювати, щоб вони відображали інформацію про відеонараду Cisco Webex Meeting Center. Якщо користувачі хочуть використовувати нове запрошення, вони повинні видалити старі наради та створити нові наради.
Якщо клієнт бажає вимкнути локальні наради MCU, TMS, старі гібридні наради CMR не працюватимуть. Необхідно створити нові наради з інформацією про відео Cisco Webex Meeting Center.
Протокол взаємодії та перемикання сегментів TelePresence
Video Mesh підтримує протокол взаємодії TelePresence Interoperability Protocol (TIP) і мультиплексування (MUX) для 1- та 3-екранних кінцевих пристроїв IX і TX.
Для кінцевих пристроїв із трьома екранами відео має відображатися на всіх трьох екранах, якщо на конференції достатньо учасників. Інша система з трьома екранами на конференції призводить до перемикання сегментів замість перемикання кімнат. Це означає, що замість того, щоб усі три екрани ставали великими, коли говорить хтось із іншої трьома екранної системи, великою стає лише активна панель. Дві інші панелі заповнені відео з інших систем. Якщо відображено невеликими розмірами, усі три панелі відображаються разом (для всіх пристроїв, одного або трьох екранів) з єдиною обмежувальною рамкою та міткою імені.
Залежно від ресурсів хостингу в хмарі деякі кінцеві пристрої відображатимуть усі три екрани кімнати з трьома екранами на кіноплівці, а інші — лише одну панель. Програма Webex відображає лише 1 панель, навіть якщо медіафайли є локальними.
Для великих нарад, які переповнюються з одного вузла та каскадують до другого, те саме бачать будь-які кінцеві пристрої, що розміщені на іншому вузлі, ніж на вузлі, де обслуговується система з трьома екранами (у макеті відображається лише одна панель). Для надання спільного доступу до презентації необхідно, щоб BFCP узгоджувався через шлях виклику.
Нова й змінена інформація
У цій таблиці наведено нові функції, зміни наявного контенту та будь-які серйозні помилки, які було виправлено в Посібник із розгортання .
Інформацію про оновлення програмного забезпечення вузла Webex Video Mesh дивhttps://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes .
Дата | Змінити |
---|---|
9 лютого 2024 року |
|
31 серпня 2023 р |
|
31 липня 2023 р |
|
28 липня 2023 р |
|
15 червня 2023 року |
|
16 травня 2023 р |
|
27 березня 2023 р. |
|
2 березня 2023 року |
|
7 липня 2022 р. |
|
30 червня 2022 р. | Додано інформацію про нові сценарії масової підготовки за адресоюhttps://github.com/CiscoDevNet/webex-video-mesh-node-provisioning . |
14 червня 2022 року | Змінено кроки для обміну ланцюжками сертифікатів, щоб включити сертифікати ECDSA Ланцюжки сертифікатів обміну між вузлами Unified CM і Video Mesh Nodes |
18 травня 2022 р | Сайт завантаження інструмента «Відбивач» змінено наhttps://github.com/CiscoDevNet/webex-video-mesh-reflector-client . |
29 квітня 2022 р | Додано інформацію про нову функцію в Зберігайте медіафайли в Video Mesh для всіх зовнішніх нарад Webex . |
25 березня 2022 р. | Оновлення використання портів у Порти та протоколи для керування . |
10 грудня 2021 р | Додано CMS 2000 та відзначену проблему оновлення для старіших CMS 1000, які оновлюють до ESXi 7 у Вимоги до системи та платформи для програмного забезпечення Video Mesh Node . |
30 серпня 2021 р. | Додано інформацію щодо перевірки того, що Webex має правильну країну джерела для вашого розгортання Переконайтеся, що країна джерела правильна . |
27 серпня 2021 р. | Додано примітку щодо видимості звітів аналітики в Підтримка й обмеження для приватних нарад . |
13 серпня 2021 р. | Додано інформацію про нову функцію приватних нарад у:
|
22 липня 2021 р | Додано інформацію про те, як перевірити, що система має правильне розташування джерела для викликів. Правильні розташування джерел сприяють ефективній маршрутизації. Див Переконайтеся, що країна джерела правильна . |
25 червня 2021 р. | Зауважено, що функція повнофункціонального Webex App Webex несумісна з Video Mesh у Клієнти та пристрої, що використовують Video Mesh Node . |
7 травня 2021 р. | Виправлено рекомендований розмір кластера до 100 дюймів Рекомендації щодо розгортання кластера Video Mesh . |
12 квітня 2021 р. | Оновлено Налаштуйте маршрутизацію трафіку Expressway TCP SIP для Video Mesh щоб використовувати зону Webex замість нової зони DNS. |
9 лютого 2021 р. |
|
11 грудня 2020 р. |
|
22 жовтня 2020 р. |
|
19 жовтня 2020 р. |
|
18 вересня 2020 р. |
|
26 серпня 2020 р. |
|
4 серпня 2020 р |
|
9 липня 2020 р. |
|
26 червня 2020 р. |
|
9 червня 2020 р. |
|
21 травня 2020 р. | Оновлено Порти та протоколи для керування і Вимоги до підтримки проксі для Video Mesh . |
15 травня 2020 р. | Оновлено Огляд Video Mesh . |
25 квітня 2020 р |
|
22 січня 2020 р. |
|
12 грудня 2019 р. |
|
10 грудня 2019 р. |
|
4 листопада 2019 року |
|
18 жовтня 2019 р. |
|
26 вересня 2019 р. |
|