За допомогою планів, транків і груп маршрутів Webex Calling можна налаштувати Webex Calling для керування викликами, які здійснюються між користувачами Webex Calling і користувачами внутрішніх телефонних мереж. Це рішення дозволяє налаштувати розміщених користувачів на використання хмарного PSTN (CCP або Cisco PSTN) або PSTN на основі приміщень.
Магістраль - це з 'єднання між Webex Calling і приміщенням, яке зупиняється на приміщенні за допомогою локального шлюзу або іншого підтримуваного пристрою. Після створення транку його можна призначити групі маршрутів. Група маршрутів — це група транків, яка дозволяє службі Webex Calling розподіляти виклики по кількох транках або забезпечувати надлишковість. Локальний шлюз - це локальний пристрій(пристрої), який з 'єднує магістраль, локальну PSTN та/або АТС.
Транки, групи маршрутів і абонентські групи забезпечують наведені нижче переваги.
Балансування навантаження та перемикання на відмову через стовбури до Webex Calling та приміщення.
Можливість для користувачів Webex Calling використовувати хмарну PSTN (Cloud Connected PSTN (CCP) або Cisco PSTN) і все ще мати можливість охопити користувачів АТС на підприємстві.
Маршрутизація дзвінків в різні приміщення АТС.
Функціональність тандему для маршрутизації дзвінків між приміщеннями АТС.
Більш широкий спектр сценаріїв міграції та співіснування з приміщеннями АТС, включаючи змішані сайти з користувачами приміщень та користувачами Webex Calling.
Поглиблена наочність рішень щодо маршрутизації викликів.
Після ввімкнення розташування слід налаштувати підключення до PSTN для користувачів Webex Calling у цьому розташуванні. Доступні наведені нижче параметри PSTN.

Cisco PSTN- Виберіть цей параметр, якщо ви хочете пакетне рішення, яке дозволяє замовляти нові номери PSTN та переносити існуючі номери в Cisco. Параметр PSTN Cisco доступний лише за наведених нижче умов.
Ви придбали й увімкнули план Cisco Calling.
Розташування знаходиться в країні, де підтримується план Cisco Calling.
Cloud Connected PSTN- Виберіть цей варіант, якщо ви шукаєте хмарне рішення, яке не вимагає розгортання локального обладнання, а потім виберіть постачальника CCP за вибором. Хмарну службу PSTN (PSTN Cisco або PSTN із підключенням до хмари) може бути використано лише для надання доступу до PSTN користувачам Webex Calling. Виклики, які ініційовано локальними користувачами, не можуть надходити до хмарної служби PSTN.
Приміщення на основі PSTN (локальний шлюз)- Виберіть цей параметр, якщо ви хочете зберегти поточного постачальника PSTN. Транки для PSTN на базі локальних ресурсів, які проходять через локальний шлюз, також може бути використано для підключення до локальних внутрішніх телефонних мереж. Можна зберегти наявні функціональні можливості локального шлюзу без внесення будь-яких змін до конфігурації. Для розташувань, в яких використовується локальний шлюз, налаштовується PSTN на базі локальних ресурсів, а локальні шлюзи стають транками.
Налаштуйте вибране підключення до PSTN у Control Hub. Для цього виберіть Виклики > Розташування, виберіть розташування, яке потрібно змінити, а потім виберіть Призначити або Керування і виберіть необхідне підключення до PSTN.
Транк
Магістраль - це з 'єднання між Webex Calling та приміщенням, припинене на території з підтримуваним сеансовим прикордонним контролером, що діє як Локальний шлюз. Побачити Почніть роботу з локальним шлюзом розуміти різні моделі транкінгів і вимоги до пристроїв і конфігурації.
Для магістральної моделі реєстрації прикордонний контролер сеансу (SBC) виконує реєстрацію SIP. Магістраль на основі реєстрації вимагає, щоб локальний шлюз підтримував активність реєстрації SIP. З 'єднання неявно пов' язане з реєстрацією.
Перш ніж почати
Всі транки повинні бути призначені для місця в Центрі керування.
1. | Увійдіть у Центр керування https://admin.webex.com, перейдіть до розділу . |
||
2. | Виберіть Додати транк. |
||
3. | Виберіть місцезнаходження зі спадного списку. |
||
4. | Введіть ім 'я для багажника. |
||
5. | Виберіть Registering ( Реєстрація) зі спадного списку Trunk Type (Тип багажника). |
||
6. | Налаштування «Підтримка подвійної ідентифікації» впливає на обробку заголовків From і P-Asserted-Identity (PAI) під час надсилання початкового пакета SIP INVITE до транку для вихідного виклику. Якщо увімкнено подвійну ідентифікацію, Webex Calling заповнює From і PAI (і обидва заголовки ідентифікації можуть бути різними). При вимкненому параметрі Dual Identity (Подвійна ідентифікація) PAI і From ідентичні і встановлюються на значення, яке було встановлено для заголовка From (Від) з увімкненим параметром Dual Identiity (Подвійна ідентифікація). Нижче наведено кілька прикладів сценаріїв для кращого розуміння використання цього параметра.
|
||
7. | Клацніть Зберегти. |
Що далі
На екрані буде відображено інформацію про транк: домен реєстрації, OTG/DTG транкової групи, лінія/порт, адреса вихідного проксі. Рекомендується скопіювати цю інформацію з Control Hub і вставити її у локальний текстовий файл або документ, щоб можна було легко знайти її під час налаштування локального шлюзу. Якщо ви втратите облікові дані, ви повинні відновити їх на інформаційному екрані багажника в Центрі керування. Клацніть Отримати ім’я користувача й скинути пароль, щоб створити новий набір облікових даних автентифікації для використання на транку.
Ця дія впливає на обслуговування, тому її рекомендується виконувати в неробочий час. Якщо ви налаштовуєте багажник для підключення вашого локального шлюзу до Webex Calling, див.: Налаштуйте локальний шлюз на IOS-XE для виклику Webex. |
Транк — це підключення між Webex Calling і локальними об’єктами, яке переривається в об’єкті на локальному шлюзі або іншому підтримуваному пристрої.
Перш ніж почати
Усі транки має бути призначено розташуванню в Control Hub.
1. | Увійдіть у Центр керування https://admin.webex.com, перейдіть до розділу . |
||
2. | Виберіть Додати транк. |
||
3. | Виберіть розташування та назву багажника.
|
||
4. | Налаштування «Підтримка подвійної ідентифікації» впливає на обробку заголовків From і P-Asserted-Identity (PAI) під час надсилання початкового пакета SIP INVITE до транку для вихідного виклику. Якщо увімкнено подвійну ідентифікацію, Webex Calling заповнює From і PAI (і обидва заголовки ідентифікації можуть бути різними). При вимкненому параметрі Dual Identity (Подвійна ідентифікація) PAI і From ідентичні і встановлюються на значення, яке було встановлено для заголовка From (Від) з увімкненим параметром Dual Identiity (Подвійна ідентифікація). Нижче наведено кілька прикладів сценаріїв для кращого розуміння використання цього параметра.
|
||
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 до транку для вихідного виклику. При вимкненому параметрі Dual Identity (Подвійна ідентифікація) PAI і From ідентичні і встановлюються на значення, яке було встановлено для заголовка From (Від) з увімкненим параметром Dual Identiity (Подвійна ідентифікація). Нижче наведено кілька прикладів сценаріїв для кращого розуміння використання цього параметра.
|
Якщо транк більше не використовується, його можна видалити.
1. | Увійдіть у Центр керування https://admin.webex.com, перейдіть до розділу . |
2. | Виберіть транк, який потрібно видалити. |
3. | Натисніть кнопку |
Перевірка стану багажника в Центрі керування.
1. | Увійдіть у Центр керування https://admin.webex.com, перейдіть до розділу . |
2. | Виберіть багажник, який потрібно перевірити. |
3. | Натисніть Інформація про багажник. |
Приклад
Нижче наведено різні статуси багажника на основі реєстрації:
Онлайн-Успішна реєстрація Local Gateway to Webex Calling.
Offline- Успішна реєстрація локального шлюзу для викликів Webex.
Під час додавання багажника на основі сертифіката необхідно ввести повне доменне ім 'я (FQDN). Потім Webex Calling використовує комбінацію FQDN і сертифіката локального шлюзу, щоб довіряти локальному шлюзу.
Вимоги до налаштування локального шлюзу з концентратора керування:
Хмарна мережа локального шлюзу ПОВИННА використовувати загальнодоступну адресу IPv4, а адреса FQDN або SRV, що вирішується на цю адресу, ПОВИННА бути розпізнаною в Інтернеті.
Всі порти SIP та медіа на зовнішньому інтерфейсі ПОВИННІ бути доступними з Інтернету, а не за NAT, і, отже, необхідні оновлення брандмауера ПОВИННІ бути зроблені на компонентах мережі підприємства:
Щоб дізнатися про необхідні порти, які потребуватимуть доступу з боку приміщення та з боку хмари, див. довідковий посібник з портів виклику Webex.
Підписаний сертифікат потрібен для успішної авторизації та автентифікації дзвінків з багажника. Сертифікат має відповідати описаним далі вимогам.
Сертифікат ПОВИНЕН бути підписаний центром сертифікації, згаданим у розділі " Які кореневі центри сертифікації підтримуються для дзвінків на аудіо- та відеоплатформи Cisco Webex"?
Пакет довіри, згаданий у розділі " Які кореневі центри сертифікатів підтримуються для дзвінків на аудіо- та відеоплатформи Cisco Webex?", слід завантажити в КУБ.
Сертифікат має бути дійсним завжди.
Підписані сертифікати завжди ПОВИННІ мати дійсний термін дії.
Кореневі або проміжні сертифікати ПОВИННІ мати дійсний термін дії і не повинні бути відкликані.
Сертифікати ПОВИННІ бути підписані для використання клієнтом і сервером.
Сертифікати ПОВИННІ містити повністю кваліфіковане доменне ім 'я (FQDN) як загальне ім' я або альтернативне ім 'я суб' єкта в сертифікаті з FQDN, обраним в Центрі керування. Наприклад:
Багажник, налаштований з контрольного центру вашої організації з london.lgw.cisco.com:5061 як FQDN Повинен містити london.lgw.cisco.com у сертифікаті CN або SAN.
Багажник, налаштований з Центру керування вашої організації з london.lgw.cisco.com як SRV, ПОВИНЕН містити london.lgw.cisco.com у сертифікаті CN або SAN. Записи, які адреса SRV визначає в рядку (CNAME/A Record/ IP Address), є необов’язковими в SAN.
Сертифікати можуть бути спільними для декількох локальних шлюзів, однак вимоги FQDN, які згадуються в попередньому пункті, повинні бути виконані.
Перш ніж почати
Всі транки повинні бути призначені для місця в Центрі керування.
Адміністратор ПОВИНЕН вибрати вирішення локального шлюзу через FQDN або послужний запис (SRV), і ця опція повинна вийти під час налаштування вашого багажника. Однак існує кілька правил:
Адміністратор ПОВИНЕН мати унікальну адресу господаря (FQDN або SRV) на кожному багажнику в усій вашій організації. Наприклад:
Багажник з FQDN london.lgw.cisco.com:5062 можна створити, лише якщо немає іншого багажника з адресою хосту london.lgw.cisco.com.
Транк з адресою SRV london.lgw.cisco.com можна створити, лише якщо немає іншого транка з адресою хосту london.lgw.cisco.com. Це не дозволяється, навіть якщо існує магістраль з однаковим FQDN і комбінацією портів.
Якщо адреса шлюзу є FQDN, тоді необхідно налаштувати порт. Можна вибрати стандартні порти SIP, такі як 5061 або 5062, і необхідно виконати відповідну конфігурацію брандмауера, щоб комбінація портів IPV4 І IPV4 була доступна з хмарної служби.
Якщо вибрано адресу SRV, тип послуги повинен мати префікс «_sips._tcp». Записи в службовому записі повинні мати відповідну вагу та пріоритет і TTL не менше 300 секунд.
Для відкриття транспортних адрес (IPv4, порт), зазначених у записі SRV, потрібна відповідна конфігурація брандмауера.
Адміністратор повинен вибрати адресу хосту з перевіреного / заявленого доменного імені верхнього рівня відповідно до статті Керування доменами.
1. | У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу . |
||
2. | Виберіть Додати транк. |
||
3. | Виберіть місцезнаходження зі спадного списку. |
||
4. | Введіть ім 'я для багажника. |
||
5. | Виберіть пункт Сертифікат на основі зі спадного списку Тип багажника. |
||
6. | Виберіть тип пристрою зі спадного списку.
|
||
7. | Введіть адресу, домен і порт сеансового прикордонного контролера (SBC). Це адреса FQDN або SRV для виклику Webex, щоб зв 'язатися з SBC підприємства.
|
||
8 | Введіть максимальну кількість одночасних дзвінків.
|
||
9 | Клацніть Зберегти.
|
Що далі
Збережіть адреси Webex Calling Edge, показані на кінцевому екрані.
Щоб налаштувати КУБ як локальний шлюз, див.: Налаштування локального шлюзу в IOS-XE для Webex Calling
Можна змінити ім’я транку або переглянути відомості про транк і використання в Control Hub.
1. | Увійдіть у Центр керування https://admin.webex.com, перейдіть до розділу . |
||||
2. | Виберіть транк, який потрібно переглянути або змінити. |
||||
3. | Щоб змінити ім’я транку, на бічній панелі поруч з іменем транку клацніть значок Також можна переглянути інформацію про використання транку. |
||||
4. | Щоб переглянути додаткові відомості, натисніть " Керувати" поруч із пунктом " Транки".
|
||||
5. | Налаштування «Підтримка подвійної ідентифікації» впливає на обробку заголовків From і P-Asserted-Identity (PAI) під час надсилання початкового пакета SIP INVITE до транку для вихідного виклику. Нижче наведено кілька прикладів сценаріїв для кращого розуміння використання цього параметра.
|
Якщо транк більше не використовується, його можна видалити.
1. | Увійдіть у Центр керування https://admin.webex.com, перейдіть до розділу . |
2. | Виберіть транк, який потрібно видалити. |
3. | Натисніть кнопку |
Перевірка стану багажника в Центрі керування.
1. | Увійдіть у Центр керування https://admin.webex.com, перейдіть до розділу . |
2. | Виберіть багажник, який потрібно перевірити. |
3. | Натисніть Інформація про багажник. |
Приклад
Нижче наведено різні статуси багажника на основі сертифікатів:
Онлайн: Успішне з 'єднання між усіма проксі-серверами Webex Calling Edge і локальним шлюзом.
Офлайн: Не вдалося встановити з 'єднання між викликом Webex і локальним шлюзом.
Порушення: Не вдалося встановити з 'єднання між принаймні 1 проксі-сервером Webex Calling Edge і локальним шлюзом.
Невідомий: У процесі встановлення з 'єднання між Webex Calling та локальним шлюзом, який нещодавно було додано.
SI 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 |
8. |
Помилка з 'єднання TLS від локального шлюзу до виклику Webex через некоректний сертифікат шлюзу |
Перевірте та переконайтеся, що сертифікат локального шлюзу дійсний |
9. |
Не вдалося встановити з 'єднання TLS з локального шлюзу для виклику Webex, оскільки нам не вдалося довірити центр сертифікації |
Перевірте та переконайтеся, що сертифікат локального шлюзу підписаний дійсним центром сертифікації (Які кореневі центри сертифікації підтримуються для дзвінків на аудіо- та відеоплатформи Cisco Webex?) |
10. |
Помилка з 'єднання TLS від локального шлюзу до виклику Webex через закінчення терміну дії сертифікатів у ланцюжку |
Перевірте та переконайтеся, що сертифікат локального шлюзу не підписаний ланцюгом сертифікатів із закінченим терміном дії |
11. |
Помилка з 'єднання TLS і параметрів SIP від локального шлюзу до виклику Webex |
Перевірте та переконайтеся, що КУБ налаштований на надсилання запитів ПАРАМЕТРІВ |
12. |
Відповідь параметрів SIP від локального шлюзу вказує на помилку сервера або недоступність служби |
Перевірте та переконайтеся, що локальний шлюз не перебуває в режимі технічного обслуговування або маршрутизацію дзвінків не вимкнено |
13. |
Спроба з 'єднання TLS з локальним шлюзом зазнала невдачі, оскільки сертифікат локального шлюзу було відкликано |
Перевірте та переконайтеся, що сертифікат локального шлюзу не відкликано |
14. |
Помилка з 'єднання TLS від локального шлюзу до виклику Webex, оскільки сертифікат шлюзу було відкликано |
Перевірте та переконайтеся, що сертифікат локального шлюзу не відкликано |
15. |
Помилка з 'єднання TLS від локального шлюзу до виклику Webex, оскільки термін дії сертифіката шлюзу закінчився |
Перевірте та переконайтеся, що термін дії сертифіката локального шлюзу не закінчився |
16. |
Помилка з 'єднання TLS від локального шлюзу до виклику Webex через помилку сертифіката |
Перевірте та переконайтеся, що сертифікат локального шлюзу дійсний та відповідає вимогам |
17. |
Спроба з 'єднання TLS з локальним шлюзом через виклик Webex зазнала невдачі через помилку сертифіката |
перевірити та переконатися, що сертифікат локального шлюзу дійсний та відповідає вимогам |
Помилка SI №: 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.
Не можна використовувати:
|
Приклади корпоративної абонентської групи |
|
---|---|
+1408555XXXX |
11-значний номер +E.164, який починається з +1408555 |
+14085551234 |
Точний рядок набору +14085551234 |
+496100! |
Будь-який рядок набору, який починається з +496100 |
84969XXX |
8-значний номер ESN, який починається з 84969 |
84969764 |
Точний 8-значний ESN 84969764 |
Синтаксис шаблону набору URI SIP.
Зіставляються лише домени (права частина 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. Це налаштування застосовується до користувачів у розташуванні, зареєстрованому у внутрішній телефонній мережі, і дозволяє маршрутизувати невідомі додаткові номери (номер, що викликається, довжиною від 2 до 6 цифр) до внутрішньої телефонної мережі за допомогою наявного транку або групи маршрутів.
Перш ніж почати
Налаштування «Виклики на локальні додаткові номери» ввімкнено для кожного розташування.
Це налаштування дозволяє зберегти варіанти набору в змішаному середовищі (хмарному й локальному). Користувачі можуть продовжувати використовувати скорочений набір номера (наприклад, 4 цифри), навіть якщо виконано часткову міграцію об’єкта у Webex Calling.
Якщо налаштування увімкнено, виклики, здійснені користувачами в розташуванні на невідомий додатковий номер (від 2 до 6 цифр), буде маршрутизовано до вибраної групи маршрутів/транку як локальні виклики.
Виклики, маршрутизовані через транки до розташування з невідомого додаткового номера, обробляються як локальні виклики. Це стосується висхідних викликів, що надходять у 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. | Виберіть формат ідентифікатора абонента, що телефонує.
|
||
4. | Клацніть Зберегти. ![]() |
Засіб перевірки маршрутизації викликів у 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. Змішані хмарні АТС сайти
Опис розгортання
Корпоративний клієнт із 50 об’єктами по всій території США: 10 великих об’єктів і 40 невеликих філій.
Внутрішні телефонні мережі розміщено у великих об’єктах, а основні комутатори у філіях.
7-значна корпоративна абонентська група: 8 + 2-значний код об’єкта + 4-значний додатковий номер.
Webex Calling тільки у філіях, повільна міграція з внутрішньої телефонної мережі у великих об’єктах (змішані об’єкти як з користувачами Webex Calling, так і з користувачами внутрішньої телефонної мережі).
PSTN із підключенням до хмари для всіх користувачів хмари (локальні користувачі продовжують використовувати наявну PSTN).
У користувачів хмари й внутрішньої телефонної мережі в кожному великому об’єкті повинні зберігатися можливості набору лише додаткових номерів.
Рішення для розгортання
Абонентські групи для маршрутизації викликів у кожну внутрішню телефонну мережу з будь-якого іншого об’єкта. Крім того, для кожного великого об’єкта налаштовано параметр «Виклики на локальні додаткові номери» для маршрутизації викликів до транку, який переривається на локальному шлюзі в об’єкті.


Налаштовувані обмеження для стовбурів, груп маршрутів та тарифних планів |
|
---|---|
Опис |
Максимальне обмеження |
Шаблони набору, які можна передати до абонентської групи за допомогою файлу CSV |
10 000 |
Транки, які можна налаштувати для одного розташування |
100 |
Групи маршрутів на одного корпоративного клієнта |
10 000 |
Транки, які можна налаштувати в межах групи маршрутів |
10 |
Абонентські групи, які можна налаштувати для кожного корпоративного клієнта |
10 000 |
Шаблони набору, які можна налаштувати для однієї абонентської групи |
10 000 |