- Головна
- /
- Стаття
Дякуємо за відгук.
Налаштування транків, груп маршрутів і абонентських груп для Webex Calling
У цій статті
Надіслати відгук?За допомогою планів, транків і груп маршрутів Webex Calling можна налаштувати Webex Calling для керування викликами, які здійснюються між користувачами Webex Calling і користувачами внутрішніх телефонних мереж. Це рішення дозволяє налаштувати розміщених користувачів для використання хмарної ТМЗК (CCP або Cisco ТМЗК) або локальної ТМЗК.
Транк – це з'єднання між Webex Calling і приміщенням, яке зупиняється в приміщенні за допомогою локального шлюзу або іншого підтримуваного пристрою. Після створення транку його можна призначити групі маршрутів. Група маршрутів — це група транків, яка дозволяє службі Webex Calling розподіляти виклики по кількох транках або забезпечувати надлишковість. Локальний шлюз – це локальні пристрої, які з'єднують між собою магістральну, локальну ТМЗК та/або АТС.
Транки, групи маршрутів і абонентські групи забезпечують наведені нижче переваги.
-
Балансування навантаження та аварійне перемикання між транками до Webex Calling і території.
-
Можливість для користувачів Webex Calling використовувати хмарну ТМЗК (Cloud Connected PSTN (CCP) або Cisco PSTN) і все ще мати можливість охопити користувачів АТС на підприємстві.
-
Маршрутизація викликів до різних локальних PBX.
-
Тандемна функціональність для маршрутизації дзвінків між локальними АТС.
-
Ширший діапазон сценаріїв міграції та співіснування з локальними PBX, зокрема змішані вебсайти з локальними користувачами та користувачами Webex Calling.
-
Поглиблена видимість рішень про маршрутизацію викликів.
Після ввімкнення розташування слід налаштувати підключення до PSTN для користувачів Webex Calling у цьому розташуванні. Доступні наведені нижче параметри PSTN.
-
Cisco ТМЗК — виберіть цей варіант, якщо вам потрібне пакетне рішення, яке дозволить вам замовити нові номери ТМЗК і перенести наявні номери в Cisco. Параметр PSTN Cisco доступний лише за наведених нижче умов.
-
Ви придбали й увімкнули план Cisco Calling.
-
Розташування знаходиться в країні, де підтримується план Cisco Calling.
-
-
Підключена до хмари ТМЗК. Виберіть цей параметр, якщо ви шукаєте хмарне рішення, яке не вимагає розгортання локального обладнання, а потім виберіть вибраного постачальника CCP. Хмарну службу PSTN (PSTN Cisco або PSTN із підключенням до хмари) може бути використано лише для надання доступу до PSTN користувачам Webex Calling. Виклики, які ініційовано локальними користувачами, не можуть надходити до хмарної служби PSTN.
-
Локальний ТМЗК (локальний шлюз)— виберіть цей параметр, якщо ви хочете зберегти поточного постачальника ТМЗК. Транки для PSTN на базі локальних ресурсів, які проходять через локальний шлюз, також може бути використано для підключення до локальних внутрішніх телефонних мереж. Можна зберегти наявні функціональні можливості локального шлюзу без внесення будь-яких змін до конфігурації. Для розташувань, в яких використовується локальний шлюз, налаштовується PSTN на базі локальних ресурсів, а локальні шлюзи стають транками.
Налаштуйте вибране підключення до ТМЗК у Control Hub, вибравши , виберіть розташування, яке потрібно змінити, потім Призначити або Керувати , і виберіть вибране підключення до ТМЗК.
Транк
Магістраль - це з'єднання між Webex Calling і приміщенням, що припиняється в приміщенні підтримуваним контролером кордону сеансу, що діє як місцевий шлюз. Перегляньте розділ Початок роботи з локальним шлюзом , щоб дізнатися про різні моделі транкінгу, вимоги до пристроїв і конфігурації.
Для реєстраційної моделі багажника прикордонний контролер сеансу (SBC) виконує реєстрацію SIP. Магістраль на основі реєстрації вимагає, щоб місцевий шлюз підтримував реєстрацію SIP активною. Підключення неявне до реєстрації.
Перш ніж почати
Усі стовбури мають бути закріплені за місцем розташування в Центрі керування.
| 1 |
Увійдіть в Control Hub https://admin.webex.com, перейдіть навикликів. |
| 2 |
Виберіть Додати транк. |
| 3 |
Виберіть розташування з розкривного списку. |
| 4 |
Введіть ім'я стовбура. |
| 5 |
Виберіть пункт Реєстрація з розкривного списку Тип транка. |
| 6 |
Налаштування «Підтримка подвійної ідентифікації» впливає на обробку заголовків From і P-Asserted-Identity (PAI) під час надсилання початкового пакета SIP INVITE до транку для вихідного виклику. Якщо ввімкнено подвійну ідентичність, Webex Calling заповнено З і PAI (обидва заголовки ідентифікації можуть бути різними). "Якщо функцію ""Подвійна ідентичність"" вимкнено, PAI і From збігаються з заголовком ""Від"", у якому ввімкнено подвійну ідентичність." Нижче наведено кілька прикладів сценаріїв для кращого розуміння використання цього параметра.
|
| 7 |
Клацніть Зберегти. |
Що далі
На екрані буде відображено інформацію про транк: домен реєстрації, OTG/DTG транкової групи, лінія/порт, адреса вихідного проксі. Рекомендується скопіювати цю інформацію з Control Hub і вставити її у локальний текстовий файл або документ, щоб можна було легко знайти її під час налаштування локального шлюзу. У разі втрати облікових даних їх потрібно повторно створити з інформаційного екрана багажника в Центрі керування. Клацніть Отримати ім’я користувача й скинути пароль, щоб створити новий набір облікових даних автентифікації для використання на транку.
Ця дія впливає на обслуговування, тому її рекомендується виконувати в неробочий час.
Якщо ви налаштовуєте транк для підключення локального шлюзу до Webex Calling, дивіться: Налаштуйте локальний шлюз на IOS-XE для Webex Calling.
Транк — це підключення між Webex Calling і локальними об’єктами, яке переривається в об’єкті на локальному шлюзі або іншому підтримуваному пристрої.
Перш ніж почати
Усі транки має бути призначено розташуванню в Control Hub.
| 1 |
Увійдіть в Control Hub https://admin.webex.com, перейдіть навикликів. |
| 2 |
Виберіть Додати транк. |
| 3 |
Виберіть місце розташування і назва стовбура. Довжина імені транку не може перевищувати 24 символи. |
| 4 |
Налаштування «Підтримка подвійної ідентифікації» впливає на обробку заголовків From і P-Asserted-Identity (PAI) під час надсилання початкового пакета SIP INVITE до транку для вихідного виклику. Якщо ввімкнено подвійну ідентичність, Webex Calling заповнено З і PAI (обидва заголовки ідентифікації можуть бути різними). "Якщо функцію ""Подвійна ідентичність"" вимкнено, PAI і From збігаються з заголовком ""Від"", у якому ввімкнено подвійну ідентичність." Нижче наведено кілька прикладів сценаріїв для кращого розуміння використання цього параметра.
|
| 5 |
Клацніть Зберегти. |
Що далі
На екрані буде відображено інформацію про транк: домен реєстрації, OTG/DTG транкової групи, лінія/порт, адреса вихідного проксі. Рекомендується скопіювати цю інформацію з Control Hub і вставити її у локальний текстовий файл або документ, щоб можна було легко знайти її під час налаштування локального шлюзу. У разі втрати облікових даних необхідно повторно створити їх, використовуючи екран інформації про транк у Control Hub. Клацніть Отримати ім’я користувача й скинути пароль, щоб створити новий набір облікових даних автентифікації для використання на транку.
Ця дія впливає на обслуговування, тому її рекомендується робити в неробочий час.
Можна змінити ім’я транку або переглянути відомості про транк і використання в Control Hub.
| 1 |
Увійдіть в Центр https://admin.webex.comуправління , перейдіть на |
| 2 |
Виберіть транк, який потрібно переглянути або змінити. |
| 3 |
Щоб змінити ім’я транку, на бічній панелі поруч з іменем транку клацніть значок Також можна переглянути інформацію про використання транку. |
| 4 |
Щоб переглянути додаткові відомості, натисніть кнопку Керування поруч із пунктом Стовбури. Використовуйте це налаштування в разі втрати облікових даних для доступу до інформації про транк і необхідності їхнього відновлення. Клацніть Отримати ім’я користувача й пароль, щоб створити новий набір облікових даних автентифікації для використання на транку. Це впливає на роботу служби. |
| 5 |
Налаштування «Підтримка подвійної ідентифікації» впливає на обробку заголовків From і P-Asserted-Identity (PAI) під час надсилання початкового пакета SIP INVITE до транку для вихідного виклику. "Якщо функцію ""Подвійна ідентичність"" вимкнено, PAI і From збігаються з заголовком ""Від"", у якому ввімкнено подвійну ідентичність." Нижче наведено кілька прикладів сценаріїв для кращого розуміння використання цього параметра.
|
.Якщо транк більше не використовується, його можна видалити.
| 1 |
Увійдіть в Control Hub https://admin.webex.com, перейдіть навикликів. |
| 2 |
Виберіть транк, який потрібно видалити. |
| 3 |
|
Клацніть стовпець Щоб перевірити стан багажника в Центрі керування.
| 1 |
Увійдіть в Control Hub https://admin.webex.com, перейдіть навикликів. |
| 2 |
Виберіть багажник, який потрібно перевірити стан. |
| 3 |
Натисніть кнопку Відомостіпро магістраль. |
Нижче наведено різні статуси транка на основі реєстрації:
-
Онлайн— Успішна реєстрація локального шлюзу до Webex Calling.
-
Офлайн— невдала реєстрація локального шлюзу до Webex Calling.
Під час додавання стовбура на основі сертифіката необхідно ввести повне доменне ім'я (FQDN). Потім Webex Calling використовує комбінацію FQDN і сертифіката локального шлюзу, щоб довіряти локальному шлюзу.
Вимоги до налаштування локального шлюзу з концентратора керування:
-
Локальний шлюз ПОВИНЕН бути доступний безпосередньо з інтернету за загальнодоступною IPv4-адресою. Цю адресу НЕОБХІДНО усунути з запису DNS A або SRV із домену, який було перевірено в Control Hub. Якщо локальний шлюз налаштовано з приватною IP-адресою, тоді потрібен статичний переклад адреси 1:1 (NAT), щоб забезпечити його зв’язок безпосередньо з Інтернету.
-
У разі розгортання за брандмауером відповідні правила ПОВИННІ бути налаштовані, щоб дозволити передавання сигналів SIP TLS і медіафайлів UDP/SRTP між локальним шлюзом і Інтернетом.
-
Додаткові відомості щодо портів, що використовуються в потоках між локальним шлюзом і хмарою Webex Calling , див. в довідковому посібнику з портів Webex Calling.
-
Цей посібник із налаштування припускає, що стандартний порт SIP TLS 5061 використовується локальним шлюзом для отримання сигналів. За потреби може бути використаний альтернативний порт прослуховування сигналів.
-
-
Підписаний сертифікат необхідний для успішної авторизації та аутентифікації дзвінків з транка. Під час встановлення двонапрямного взаємного підключення TLS до служб Webex Calling для SIP локальний шлюз ПОВИНЕН відповідати таким вимогам:
-
Сертифікат локального шлюзу МАЄ бути:
-
Підписано ЦС, згаданого в Які кореневі органи сертифікації підтримуються для викликів на аудіо- та відеоплатформи Cisco Webex?
-
Підписані сертифікати ЗАВЖДИ повинні мати дійсний термін дії.
-
Кореневі або проміжні сертифікати, які використовуються для підписання сертифіката, ПОВИННІ мати дійсний термін дії і їх не повинні відкликати.
-
Сертифікати ПОВИННІ бути підписані для використання клієнта та сервера.
-
Сертифікати ПОВИННІ містити повне доменне ім’я як загальне ім’я або альтернативне ім’я суб’єкта в сертифікаті з повним доменним ім’ям для транка, вибраного в Control Hub. Вимоги викладені в наступному розділі.
-
-
Пакет довіри, згаданий у розділі Які кореневі органи сертифікації підтримуються для викликів на аудіо- та відеоплатформи Cisco Webex?, необхідно передати для перевірки сертифікатів зі служб Webex для SIP.
-
Перед початком
-
Зарезервований і підтверджений домен: Під час додавання транка ПОТРІБНО вибрати адресу хоста з підтвердженого або зарезервованого доменного імені верхнього рівня, див. розділ Керування своїм доменом.
-
Унікальна адреса в організації: Транк створюється з унікальним повним доменним ім’ям або SRV-адресою хоста. Ця адреса ПОВИННА бути унікальною для всієї організації, і два транки не можуть використовувати одну й ту саму адресу.
-
Транк з FQDN london.lgw.cisco.com:5062 можна створити, лише якщо немає іншого транка з адресою організатора london.lgw.cisco.com. Це не дозволено, навіть якщо транк із таким самим іменем адреси, що й адреса SRV або повним доменним ім’ям, і з іншою комбінацією портів.
-
Транк з адресою SRV london.lgw.cisco.com може бути створений тільки в тому випадку, якщо немає іншого транка з хост-адресою london.lgw.cisco.com. Це не дозволено, навіть якщо транк із таким ім’ям, як адреса SRV, або повне доменне ім’я з іншою комбінацією портів.
-
-
Конфігурація DNS: Локальний шлюз МАЄ бути вирішений з загальнодоступного інтернету за допомогою запису типу DNS A або запису служби DNS (SRV).
-
Якщо вибрано повне доменне ім’я, адреса ПОВИННА зіставлятися з Записом DNS, а не з CNAME(-АМИ) DNS.
-
"Якщо вибрано адресу SRV, тип служби ПОВИНЕН мати префікс ""_sips._tcp""."
-
Адреса може зіставлятися з одним або кількома Записами DNS A з різною вагою й пріоритетом. При цьому рекомендується використовувати один і той самий порт прослуховування для всіх записів.
-
Записи в обліковому записі обслуговування повинні мати відповідну вагу та пріоритет. Використання різної ваги та пріоритетності впливає на розподіл трафіку для викликів, що надходять із Webex Calling.
-
-
Усі типи записів ПОВИННІ мати розумний високий TTL за 300 секунд або вище.
-
-
Усі транки мають бути призначені до розташування в Control Hub.
У наведеній нижче таблиці наведено приклади різних типів записів, які вибрано у вашій організації як адреса транка одночасно.
|
Конфігурація транка як повне доменне ім’я або SRV |
Правило для конфігурації DNS |
Адреса, присутня у сертифікаті як загальне ім’я (CN) або альтернативне ім’я суб’єкта (SAN) |
Вимога заголовка контакту SIP |
|---|---|---|---|
|
повне доменне ім’я: london.lgw1.cisco.com із портом 5061 |
london.lgw1.cisco.com є записом DNS |
london.lgw1.cisco.com |
sip:london.lgw1.cisco.com:port;transport=tls або sip:user@london.lgw1.cisco.com:port;transport=tls |
|
srv: frankfurt.lgw.cisco.com |
_sips._tcp.frankfurt.lgw.cisco.com вирішує ОДИН Запис frankfurt.lgw1.cisco.com |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;порт;транспорт=tls або sip:user@frankfurt.lgw.cisco.com;порт;транспорт=tls |
|
srv: frankfurt.lgw.cisco.com |
_sips._tcp.frankfurt.lgw.cisco.com дозволив ДВА або більше Записів fr.lgw1.cisco.com fr.lgw2.cisco.com Обидва записи ПОВИННІ зіставлятися з унікальною IP-адресою, і, як було запропоновано, вони можуть мати різну вагу й пріоритет. |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;порт;транспорт=tls або sip:user@frankfurt.lgw.cisco.com;порт;транспорт=tls |
"Кожна транзакція SIP, ініційована на хмару Webex Calling, має містити заголовок ""Контакт із повним доменним ім’ям локального шлюзу""."
Операції з локального шлюзу особливо важливі для онлайнового стану локального шлюзу в Control Hub.
| 1 |
У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу . |
| 2 |
Виберіть Додати транк. |
| 3 |
Виберіть розташування з розкривного списку. |
| 4 |
Введіть ім'я стовбура. |
| 5 |
Виберіть елемент На основі сертифіката з розкривного списку Тип транка. |
| 6 |
Виберіть тип пристрою з розкривного списку. Інтеграція SBC з Cisco Webex Calling як стороннім локальним шлюзом (LGW) підтримується лише в багажнику на основі сертифікатів. Тільки SBC, показані у списку типів пристроїв у Центрі керування, перевіряються нашими надійними партнерами як сумісні локальні шлюзи, що викликають Webex. Щоб отримати додаткові відомості про підтримуваних сторонніх постачальників, дивіться: Стороння підтримка SBC у розділі Транк . |
| 7 |
Введіть адресу, домені портконтролера межі сеансу (SBC). Це адреса FQDN або SRV для Webex Calling, щоб зв'язатися з вашим корпоративним SBC.
У вас повинен бути перевірений домен. Додаткову інформацію див. в розділі Керування доменами. |
| 8 |
Введіть максимальну кількість одночасних викликів.
|
| 9 |
Клацніть Зберегти. Якщо перевірка не пройдена, кнопка «Зберегти» не з'явиться. Перевірка може не пройти, якщо обраний FQDN або SRV не є унікальним для вашої організації. Перевірте вимогу до унікальних адрес FQDN або SRV вище. Якщо проблема не зникне, зверніться до служби підтримки Cisco. |
Що далі
-
Збережіть адреси краю викликів Webex, показані на кінцевому екрані.
-
Щоб настроїти CUBE як локальний шлюз, дивіться: Налаштування локального шлюзу в IOS-XE для Webex Calling
Можна змінити ім’я транку або переглянути відомості про транк і використання в Control Hub.
| 1 |
Увійдіть в Центр https://admin.webex.comуправління , перейдіть на |
| 2 |
Виберіть транк, який потрібно переглянути або змінити. |
| 3 |
Щоб змінити ім’я транку, на бічній панелі поруч з іменем транку клацніть значок Також можна переглянути інформацію про використання транку. |
| 4 |
Щоб переглянути додаткові відомості, натисніть кнопку Керування поруч із пунктом Стовбури. Використовуйте цей параметр, якщо ви хочете оновити значення для Max одночасних дзвінків. Якщо вам потрібно оновити адресу SRV або FQDN або порт місцевого шлюзу, ви повинні додати новий транктор і видалити старий транк. |
| 5 |
Налаштування «Підтримка подвійної ідентифікації» впливає на обробку заголовків From і P-Asserted-Identity (PAI) під час надсилання початкового пакета SIP INVITE до транку для вихідного виклику. Нижче наведено кілька прикладів сценаріїв для кращого розуміння використання цього параметра.
|
Якщо транк більше не використовується, його можна видалити.
| 1 |
Увійдіть в Control Hub https://admin.webex.com, перейдіть навикликів. |
| 2 |
Виберіть транк, який потрібно видалити. |
| 3 |
|
Щоб перевірити стан багажника в Центрі керування.
| 1 |
Увійдіть в Control Hub https://admin.webex.com, перейдіть навикликів. |
| 2 |
Виберіть багажник, який потрібно перевірити стан. |
| 3 |
Натисніть кнопку Відомостіпро магістраль. |
Нижче наведено різні статуси стовбура на основі сертифікатів:
-
Онлайн: Успішне з'єднання між усіма проксі-серверами Webex Calling Edge і локальним шлюзом.
-
Офлайн: Невдале з'єднання між викликом Webex і локальним шлюзом.
-
Порушено: Невдале з'єднання між принаймні 1 проксі-сервером Webex Calling Edge і локальним шлюзом.
-
Невідомий: У процесі встановлення з'єднання між Webex Calling і місцевим шлюзом, який нещодавно було додано.
|
СІ No |
Опис помилки |
Дія |
|---|---|---|
|
1. |
З'єднання TLS з локальним шлюзом не вдалося через помилку роздільної здатності DNS FQDN, налаштованого для шлюзу |
Перевірте конфігурації DNS для налаштованого SRV / FQDN і переконайтеся, що вони можуть бути вирішені |
|
2. |
З'єднання TLS з локальним шлюзом вийшло з ладу через транспортну проблему |
Переконайтеся, що дозволені IP-адреси та порт локального шлюзу дійсні |
|
3. |
Не вдалося підключитися TLS до локального шлюзу, оскільки сертифікат шлюзу підписано недійсним центром сертифікації |
Перевірити й переконатися, що сертифікат локального шлюзу підписаний допустимим центром сертифікації (Які кореневі органи сертифікації підтримуються для викликів на аудіо- та відеоплатформи Cisco Webex?) |
|
4. |
Підключення TLS до локального шлюзу не вдалося, оскільки термін дії сертифіката шлюзу закінчився |
Перевірка та перевірка закінчення терміну дії сертифіката локального шлюзу |
|
5. |
Підключення TLS до локального шлюзу не вдалося, оскільки сертифікат шлюзу видано центром сертифікації, термін дії якого закінчився |
Перевірка та перевірка того, що сертифікат локального шлюзу не підписано ланцюгом сертифікатів центру сертифікації, термін дії якого закінчився |
|
6. |
З'єднання TLS з локальним шлюзом не вдалося, оскільки FQDN, налаштований для вашого шлюзу, відсутній у CN або SAN |
Перевірте та переконайтеся, що сертифікат локального шлюзу має CN / SAN так само, як FQDN/SRV настроєно |
|
7. |
Параметри SIP, надіслані на локальний шлюз, не отримали відповіді |
Перевірте та переконайтеся, що CUBE настроєно на отримання запитів OPTIONS та відповідь. Перевірка конфігурації CUBE |
|
8. |
Підключення протоколу TLS від локального шлюзу до виклику Webex не вдалося виконати через недійсний сертифікат шлюзу |
Перевірка та перевірка дійсності сертифіката локального шлюзу |
|
9. |
З'єднання TLS із локального шлюзу до виклику Webex не вдалося, оскільки ми не змогли довіряти центру сертифікації |
Перевірити й переконатися, що сертифікат локального шлюзу підписаний допустимим центром Certificate Authority (Які кореневі органи сертифікації підтримуються для викликів на аудіо й відео платформи Cisco Webex?) |
|
10. |
З'єднання TLS з локального шлюзу до виклику Webex не вдалося через закінчення терміну дії сертифікатів у ланцюжку |
Перевірка та переконайтеся, що сертифікат локального шлюзу не підписано ланцюгом сертифікатів, термін дії якого закінчився |
|
11. |
З'єднання TLS і параметри SIP від локального шлюзу до виклику Webex не вдалися |
Перевірте та переконайтеся, що CUBE настроєно на надсилання запитів OPTIONS |
|
12. |
Відповідь параметрів SIP з локального шлюзу вказує на помилку сервера або недоступну службу |
Перевірте та переконайтеся, що локальний шлюз не перебуває в режимі обслуговування або маршрутизацію викликів не вимкнуто |
|
13. |
Підключення TLS до локального шлюзу не вдалося, оскільки сертифікат локального шлюзу відкликано |
Перевірка та перевірка того, що сертифікат локального шлюзу не відкликано |
|
14. |
Підключення TLS від локального шлюзу до виклику Webex не вдалося, оскільки сертифікат шлюзу було відкликано |
Перевірка та перевірка того, що сертифікат локального шлюзу не відкликано |
|
15. |
Підключення протоколу TLS від локального шлюзу до виклику Webex не вдалося, оскільки термін дії сертифіката шлюзу закінчився |
Перевірка та перевірка закінчення терміну дії сертифіката локального шлюзу |
|
16. |
Підключення протоколу TLS від локального шлюзу до виклику Webex не вдалося виконати через помилку сертифіката |
Перевірка та перевірка дійсності сертифіката локального шлюзу та відповідності вимогам |
|
17. |
Підключення TLS до локального шлюзу з Webex Виклик не вдалося виконати через помилку сертифіката |
ерифікувати та переконатися, що сертифікат локального шлюзу дійсний і відповідає вимогам |
Помилка SI No.: 2,6,11 і 12 відображаються лише тоді, коли всі прикордонні проксі-вузли відчувають проблему.
Група маршрутів
Група маршрутів — це група транків, яка дозволяє службі Webex Calling розподіляти виклики по кількох транках або забезпечувати надлишковість.
Перш ніж почати
-
Додайте транки перед налаштуванням групи маршрутів.
-
Групи маршрутів можуть включати налаштовані транки з кількох розташувань.
-
Транки можна налаштувати окремо або призначити їх групі маршрутів. Додайте транки до груп маршрутів, щоб забезпечити резервування і масштабованість.
-
Кожна група маршрутів повинна включати принаймні один транк, але не більше 10.
-
Під час налаштування групи маршрутів необхідно встановити рівень пріоритету для транків у межах цієї групи маршрутів. Це налаштування дозволяє маршрутизувати виклики з урахуванням балансування навантаження.
-
Між транками з однаковим пріоритетом виклики розподіляються випадковим чином. Якщо транк із встановленим найвищим пріоритетом недоступний, система намагається маршрутизувати виклик до транку з нижчим пріоритетом. Наприклад:
-
Для транку 1 і транку 2 встановлено 1 рівень пріоритету.
-
Для транку 3 встановлено 2 рівень пріоритету.
-
Webex Calling буде маршрутизувати виклики до транку 1 і транку 2 з урахуванням балансування навантаження.
-
Якщо транки 1 і 2 недоступні, виклики будуть маршрутизуватися до транку 3.
-
| 1 |
У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу . |
| 2 |
Виберіть . |
| 3 |
Вкажіть ім’я групи маршрутів, а потім із розкривного меню виберіть транки, які потрібно додати. |
| 4 |
Виберіть рівень пріоритету для транку. |
| 5 |
Клацніть Зберегти. |
Що далі
На екрані підтвердження можна перейти на сторінку Розташування, щоб налаштувати підключення до PSTN для окремих розташувань, або на сторінку Абонентські групи, щоб налаштувати використання цієї групи маршрутів як варіант маршрутизації для абонентської групи. Групу маршрутів також можна використовувати як варіант маршрутизації для маршрутизації невідомого внутрішнього номера в розташуванні.
Можна змінити ім’я наявної групи маршрутів, додати транки, змінити кількість призначених транків і змінити рівні пріоритету транку. На сторінці відомостей про групу маршрутів також можна переглянути розділи Виклики на локальні додаткові номери, Абонентські групи й Підключення до PSTN.
| 1 |
У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу . |
| 2 |
Виберіть групу маршрутів, яку потрібно змінити. |
| 3 |
Щоб змінити ім’я групи маршрутів, на бічній панелі поруч із іменем групи маршрутів клацніть значок |
| 4 |
Щоб додати транки до групи маршрутів або змінити їх, клацніть Керування поруч із пунктом Транки. Можна додати транк із розкривного меню, змінити рівень пріоритету наявного транку в таблиці й/або видалити наявний транк з таблиці. |
| 5 |
Клацніть Зберегти. |
Якщо група маршрутів більше не використовується, її можна видалити.
| 1 |
У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу . |
| 2 |
Виберіть групу маршрутів, яку потрібно видалити. |
| 3 |
|
Абонентські групи дозволяють маршрутизувати виклики до локальних призначень, використовуючи транки або групи маршрутів. Налаштуйте абонентські групи глобально для підприємства та застосовуються до всіх користувачів незалежно від розташування. Абонентська група також визначає варіант маршрутизації (транк або група маршрутів) для викликів, які відповідають будь-якому з її шаблонів набору. Визначте конкретні шаблони набору номера як частину своєї абонентської групи. Шаблон набору відображає наведені нижче локальні додаткові номери.
-
ESN/внутрішньомережеві номери
-
Шаблони +E.164
-
Домени SIP URI
Числові шаблони набору
Числові шаблони можуть представляти номери E.164 або корпоративні номери. Шаблони для номерів E.164 починаються з початкового +, за яким вказується послідовність цифр (від 1 до 9), а потім необов’язкові символи узагальнення.
Корпоративний шаблон набору
Шаблон корпоративного набору має послідовність цифр (1–9), за якими слідують необов’язкові символи узагальнення. Допустимі символи узагальнення:! (відповідає будь-якій послідовності цифр) і X (відповідає одній цифрі, 0–9). Символ узагальнення! може бути відображено лише один раз наприкінці і лише у шаблоні E.164.
Неможливо скористатися:
-
Дика карта "Х" посередині чисел, наприклад: 617495X3XX
-
Дика карта "!" при використанні дикої карти "X" в конфігурації абонентської групи, наприклад: 1617495x3!
|
Приклади корпоративної абонентської групи | |
|---|---|
|
+1408555XXXX |
11-значний номер +E.164, який починається з +1408555 |
|
+14085551234 |
Точний рядок набору +14085551234 |
|
+496100! |
Будь-який рядок набору, який починається з +496100 |
|
84969XXX |
8-значний номер ESN, який починається з 84969 |
|
84969764 |
Точний 8-значний ESN 84969764 |
Абонентська група у Webex Calling приймає з і до заголовків у E.164 або внутрішніх номерів і не може бути поєднанням. Наприклад:
Від: 1-222-333-4444
Кому: 1-555-666-7777
Синтаксис шаблону набору SIP URI:
Зіставляються лише домени з правого боку SIP URI після @. Також можна використовувати:
-
повне доменне ім’я;
-
Домен із * на початку (із зазначенням усіх піддоменів даного домену)
Приклади.
|
Приклади синтаксису шаблону набору SIP URI | ||
|---|---|---|
|
Префікс |
Значення |
Приклади |
|
example.com |
Тільки URI-адреси з вузловою частиною example.com |
alice@example.com |
|
us.example.com |
Тільки URI-адреси з вузловою частиною us.example.com |
alice@us.example.com |
|
*.example.com |
URI вузловою частиною, яка є піддоменом example.com |
alice@eu.example.com alice@sales.us.example.com Примітки alice@example.com не збігається |
Після створення транків і груп маршрутів можна налаштувати абонентську групу в Control Hub.
| 1 |
У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу . |
| 2 |
Клацніть Абонентські групи й виберіть Створити абонентську групу. |
| 3 |
Введіть Ім’я абонентської групи. |
| 4 |
Виберіть Варіант маршрутизації. Виберіть раніше створену групу транків або маршрутів. |
| 5 |
(Необов’язково.) Можна вручну створити або імпортувати шаблон набору для вибраних варіантів маршруту. |
| 6 |
Клацніть Зберегти. |
Що далі
Також можна масово додати шаблони набору після створення абонентської групи. Щоб масово додати шаблони набору за допомогою файлу CSV, перейдіть на екран Абонентські групи й виберіть розкривне меню Дії з абонентської групи, яку необхідно змінити, а потім виберіть Імпортувати файл CSV з шаблонами набору або Експортувати файл CSV з шаблонами набору. Виберіть Завантажити шаблон або Імпорт файлу CSV й клацніть Надіслати.
У Control Hub можна змінити ім’я наявної абонентської групи, варіанти маршрутизації та шаблони набору.
| 1 |
У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу . |
| 2 |
Виберіть абонентську групу, яку потрібно змінити. |
| 3 |
На бічній панелі поруч із назвою абонентської групи клацніть |
| 4 |
Щоб змінити варіант маршрутизації, виберіть інший параметр у розкривному меню. |
| 5 |
Щоб вручну додати новий шаблон набору, клацніть Додати шаблони набору. Або клацніть Імпортувати файл CSV, щоб масово додати шаблони набору. |
| 6 |
Щоб видалити шаблон набору, клацніть значок |
| 7 |
Клацніть Зберегти. |
поруч із шаблоном набору, який потрібно видалити.| 1 |
У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу . |
| 2 |
Виберіть абонентську групу, яку потрібно видалити. |
| 3 |
Клацніть |
Можна ввімкнути налаштування «Виклики на локальні додаткові номери» у Control Hub. Цей параметр застосовується до користувачів у розташуванні, які зареєстровані в PBX, і дозволяє маршрутизувати невідомі внутрішні номери (довжина номера, з якого телефонують, становить від 2 до 10 цифр) до PBX за допомогою наявного транка або групи маршрутів.
Перш ніж почати
Налаштування «Виклики на локальні додаткові номери» ввімкнено для кожного розташування.
Це налаштування дозволяє зберегти варіанти набору в змішаному середовищі (хмарному й локальному). Користувачі можуть продовжувати використовувати скорочений набір номера (наприклад, 4 цифри), навіть якщо виконано часткову міграцію об’єкта у Webex Calling.
Якщо ввімкнено, виклики, здійснені користувачами в розташуванні на невідомий внутрішній номер (від 2 до 10 цифр), маршрутизуються до вибраної групи маршрутів/транка як локальні виклики.
Виклики, маршрутизовані через транки до розташування з невідомого додаткового номера, обробляються як локальні виклики. Це стосується вихідних викликів, які надходять у Webex Calling із транка.
Виклики вважаються ініційованими з невідомого додаткового номера, коли ідентифікатор абонента, що телефонує, не відповідає жодному з наявних шаблонів абонентської групи.
| 1 |
У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу . |
| 2 |
Виберіть розташування, яке потрібно змінити. |
| 3 |
На панелі клацніть Внутрішній набір. |
| 4 |
Установіть прапорець налаштування Увімкнути маршрутизацію невідомих додаткових номерів у локальне середовище як внутрішніх викликів, щоб увімкнути її. |
| 5 |
Виберіть варіант маршрутизації в розкривному меню. |
| 6 |
Клацніть Зберегти. |
У Control Hub можна налаштувати параметри маршрутизації викликів між Webex Calling і локальним середовищем. Ці налаштування визначають, як будуть оброблятися невідомі номери під час використання транків і груп маршрутів для маршрутизації до локальної внутрішньої телефонної мережі, а також формат ідентифікатора абонента, що телефонує, для викликів, спрямованих між Webex Calling і внутрішньою телефонною мережею.
| 1 |
У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу . |
| 2 |
Прокрутіть сторінку до розділу Маршрутизація викликів між Webex Calling і локальним середовищем і виберіть спосіб обробки невідомих номерів.
Налаштування служби обробки невідомих номерів Застаріла поведінка вказано з метою збереження поведінки маршрутизації. Це налаштування можна змінити, щоб скористатися перевагами нових функцій маршрутизації викликів (наприклад, абонентськими групами й групами маршрутів). |
| 3 |
Виберіть формат ідентифікатора абонента, що телефонує. Якщо вибрано параметр +E.164 номер телефону , Webex Calling вибирає ідентифікатор зовнішньої лінії виклику (CLID), який є номером E.164. Якщо вибрано параметр ESN (значимий номер підприємства) , Webex Calling вибирає внутрішній CLID, тобто ESN. |
| 4 |
Виберіть максимальну довжину невідомого додаткового номера (2–10 цифр), який потрібно встановити для маршрутизації на основі території. Якщо збільшити довжину внутрішнього номера та якщо схема номерів, що використовується постачальником ТМЗК, не є номером E.164, вхідні виклики ТМЗК вважатимуться локальними викликами, що надходять із локальних номерів. Тому, щоб уникнути потенційних помилок маршрутизації, ми рекомендуємо застосувати формат E.164 до таких вхідних викликів ТМЗК перед його надсиланням у Webex Calling. |
| 5 |
Клацніть Зберегти.  |
Засіб перевірки маршрутизації викликів у Control Hub надає наведені нижче можливості.
-
Моделювання викликів для аналізу рішень щодо маршрутизації.
-
Корисні вказівки на етапах проєктування і налаштування розгортання.
-
Події на платформі аналітики Webex, які включають рішення щодо маршрутизації викликів.
-
Підтримка під час виправлення неполадок.
| 1 |
У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу . |
| 2 |
Виберіть Перевірка маршрутизації викликів. |
| 3 |
У розкривному меню виберіть Вибрати джерело виклику хмарного користувача, робочого простору, віртуальної лінії або локального транка, щоб перевірити маршрутизацію виклику. |
| 4 |
Введіть номер або URI. |
| 5 |
Клацніть Переглянути результат маршрутизації, щоб переглянути маршрутизацію викликів. |
Приклад 1. Багатостанційна внутрішня телефонна мережа
Опис розгортання
-
Корпоративний клієнт зі 100 об’єктами по всій території США.
-
Розгортання багатостанційної внутрішньої телефонної мережі, (або мережі телефонних станцій) з основною внутрішньою телефонною мережею, розділеною у двох основних об’єктах для забезпечення високої доступності.
-
8-значна корпоративна абонентська група: 8 + 3-значний код об’єкта + 4-значний додатковий номер.
-
30 об’єктів залишаються локальними, 70 об’єктів переміщено до Webex Calling. Служба PSTN залишається локальною, з підключенням через SIP-транки у двох основних об’єктах.
-
Змішані об’єкти відсутні. Для кожного об’єкта всіх користувачів зареєстровано або локально, або в хмарі.
Рішення для розгортання
-
Одна абонентська група з 30 шаблонами E.164 й 30 шаблонами ESN, яка маршрутизує виклики локальних користувачів до групи маршрутів із двома транками й переривається на двох локальних шлюзах у двох основних об’єктах.
Приклад 2. Змішані хмарні вебсайти PBX
Опис розгортання
-
Корпоративний клієнт із 50 об’єктами по всій території США: 10 великих об’єктів і 40 невеликих філій.
-
Внутрішні телефонні мережі розміщено у великих об’єктах, а основні комутатори у філіях.
-
7-значна корпоративна абонентська група: 8 + 2-значний код об’єкта + 4-значний додатковий номер.
-
Webex Calling тільки у філіях, повільна міграція з внутрішньої телефонної мережі у великих об’єктах (змішані об’єкти як з користувачами Webex Calling, так і з користувачами внутрішньої телефонної мережі).
-
PSTN із підключенням до хмари для всіх користувачів хмари (локальні користувачі продовжують використовувати наявну PSTN).
-
У користувачів хмари й внутрішньої телефонної мережі в кожному великому об’єкті повинні зберігатися можливості набору лише додаткових номерів.
Рішення для розгортання
-
Абонентські групи для маршрутизації викликів у кожну внутрішню телефонну мережу з будь-якого іншого об’єкта. Крім того, для кожного великого об’єкта налаштовано параметр «Виклики на локальні додаткові номери» для маршрутизації викликів до транку, який переривається на локальному шлюзі в об’єкті.
|
Налаштовувані обмеження для транків, груп маршрутів і абонентських груп | |
|---|---|
|
Опис |
Максимальне обмеження |
|
Шаблони набору, які можна передати до абонентської групи за допомогою файлу CSV |
10000 |
|
Транки, які можна налаштувати для одного розташування |
100 |
|
Групи маршрутів на одного корпоративного клієнта |
10000 |
|
Транки, які можна налаштувати в межах групи маршрутів |
10 |
|
Абонентські групи, які можна налаштувати для кожного корпоративного клієнта |
10000 |
|
Шаблони набору, які можна налаштувати для однієї абонентської групи |
10000 |
