- Головна
- /
- Стаття
Налаштуйте транки, групи маршрутів і абонентські групи для 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 та Від є ідентичними та мають значення, яке було встановлено в заголовку "Від" із ввімкненою подвійною ідентифікацією. Нижче наведено кілька прикладів сценаріїв для кращого розуміння використання цього параметра.
|
| 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 та Від є ідентичними та мають значення, яке було встановлено в заголовку "Від" із ввімкненою подвійною ідентифікацією. Нижче наведено кілька прикладів сценаріїв для кращого розуміння використання цього параметра.
|
| 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 та Від є ідентичними та мають значення, яке було встановлено в заголовку "Від" із ввімкненою подвійною ідентифікацією. Нижче наведено кілька прикладів сценаріїв для кращого розуміння використання цього параметра.
|
.Якщо транк більше не використовується, його можна видалити.
| 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-адресою, тоді потрібне статичне перетворення адреси (NAT) 1:1, щоб забезпечити доступ до нього безпосередньо з інтернету.
-
У разі розгортання за брандмауером ПОВИННІ бути налаштовані відповідні правила, щоб дозволити передавання сигналів SIP TLS і медіа UDP/SRTP між локальним шлюзом та інтернетом.
-
Див Довідковий посібник із порту Webex Calling докладні відомості про порти, що використовуються в потоках між локальним шлюзом і хмарою Webex.
-
Цей посібник із конфігурації передбачає, що стандартний SIP-порт TLS 5061 використовується локальним шлюзом для отримання сигналізації. За потреби може використовуватися альтернативний порт прослуховування сигналів.
-
-
Підписаний сертифікат необхідний для успішної авторизації та аутентифікації дзвінків з транка. Під час встановлення двостороннього взаємного підключення TLS зі службами Webex Calling для SIP локальний шлюз ПОВИНЕН відповідати таким вимогам:
-
Сертифікат локального шлюзу МАЄ бути таким:
-
Підписано CA, зазначеним у Які кореневі центри сертифікації підтримуються для викликів до аудіо- та відеоплатформ Cisco Webex?
-
Підписані сертифікати ЗАВЖДИ повинні мати дійсний термін дії.
-
Кореневі або проміжні сертифікати, що використовуються для підпису сертифіката, ПОВИННІ мати дійсний термін дії та не повинні бути відкликані.
-
Сертифікати ПОВИННІ бути підписані для використання клієнта та сервера.
-
Сертифікати ПОВИННІ містити повне доменне ім’я (FQDN), оскільки загальне ім’я або альтернативне ім’я суб’єкта в сертифікаті з повним доменним доменом для транка, вибраного в Control Hub. Вимоги детально описані в наступному розділі.
-
-
Пакет довіри, згаданий у Які кореневі центри сертифікації підтримуються для викликів до аудіо- та відеоплатформ Cisco Webex? потрібно передати для перевірки сертифікатів служб Webex для SIP.
-
Перш ніж почати
-
Зарезервований та підтверджений домен: Під час додавання транка МАЄ вибирати адресу хоста з перевіреного або заявленого імені домену верхнього рівня, див. Керування-вашим-доменом .
-
Унікальна адреса в організації: Створюється транк з унікальною адресою хоста FQDN або SRV. Ця адреса МАЄ бути унікальною для всієї організації, і два транка не можуть використовувати ту саму адресу.
-
Транк із повним доменним доменом 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 A, а не в DNS CNAME(s).
-
Якщо вибрано адресу SRV, тоді тип служби МАЄ мати префікс "_sips ._tcp ".
-
Адреса може бути розділена на один або кілька записів DNS A з різною вагою та пріоритетом. При цьому рекомендується використовувати той самий порт прослуховування для всіх записів.
-
Записи в службовому записі повинні мати відповідну вагу та пріоритет. Використання різної ваги та пріоритету впливає на розподіл трафіку для викликів, що надходять із Webex Calling.
-
-
Усі типи записів ПОВИННІ мати достатньо високий TTL 300 секунд або вище.
-
-
Усі транки мають бути призначені до розташування в Control Hub.
У наведеній нижче таблиці наведено приклади різних типів записів, які одночасно вибрано у вашій організації як адресу транка.
|
Конфігурація транка як повне доменне ім’я або SRV |
Правило для конфігурації DNS |
Адреса в сертифікаті як загальне ім’я (CN) або альтернативне ім’я суб’єкта (SAN) |
Вимоги до заголовка контакту SIP |
|---|---|---|---|
|
FQDN: london.lgw1.cisco.com з портом 5061 |
london.lgw1.cisco.com є записом DNS A |
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;port;transport=tls або sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
|
SRV: frankfurt.lgw.cisco.com |
_sips._tcp .frankfurt.lgw.cisco.com перетворює на ДВА або більше записів A fr.lgw1.cisco.com fr.lgw2.cisco.com Обидва записи ПОВИННІ розв’язувати унікальну IP-адресу та, як пропонується, можуть мати різну вагу та пріоритет. |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;port;transport=tls або sip:user@frankfurt.lgw.cisco.com;port;transport=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 не вдалося, оскільки ми не змогли довіряти центру сертифікації |
Перевірте та переконайтеся, що сертифікат локального шлюзу підписаний дійсним центром сертифікації ( Які кореневі центри сертифікації підтримуються для викликів до аудіо- та відеоплатформ 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.
Неможливо використовувати:
-
Підстановка "X" у середині цифр, наприклад: 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 |
