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

-
Cisco PSTN— Виберіть цей варіант, якщо вам потрібне пакетне рішення, яке дозволяє замовляти нові номери PSTN та переносити існуючі номери до Cisco. Параметр PSTN Cisco доступний лише за наведених нижче умов.
-
Ви придбали й увімкнули план Cisco Calling.
-
Розташування знаходиться в країні, де підтримується план Cisco Calling.
-
-
Підключена до хмари PSTN— Виберіть цей варіант, якщо ви шукаєте хмарне рішення, яке не потребує розгортання локального обладнання, а потім виберіть постачальника CCP на ваш вибір. Хмарну службу PSTN (PSTN Cisco або PSTN із підключенням до хмари) може бути використано лише для надання доступу до PSTN користувачам Webex Calling. Виклики, які ініційовано локальними користувачами, не можуть надходити до хмарної служби PSTN.
-
Місцева PSTN (локальний шлюз)— Виберіть цей варіант, якщо ви хочете зберегти поточного постачальника PSTN. Транки для PSTN на базі локальних ресурсів, які проходять через локальний шлюз, також може бути використано для підключення до локальних внутрішніх телефонних мереж. Можна зберегти наявні функціональні можливості локального шлюзу без внесення будь-яких змін до конфігурації. Для розташувань, в яких використовується локальний шлюз, налаштовується PSTN на базі локальних ресурсів, а локальні шлюзи стають транками.
Налаштуйте вибране PSTN-з’єднання в Control Hub, вибравши Призначити або Керувати та виберіть потрібне підключення PSTN.
, виберіть розташування, яке потрібно змінити, потім виберітьТранк
Магістраль - це з'єднання між Webex Calling і приміщенням, що припиняється в приміщенні підтримуваним контролером кордону сеансу, що діє як місцевий шлюз. Див. Початок роботи з локальним шлюзом, щоб зрозуміти різні моделі транкінгових мереж та вимоги до пристроїв і конфігурації.
Для реєстраційної моделі багажника прикордонний контролер сеансу (SBC) виконує реєстрацію SIP. Магістраль на основі реєстрації вимагає, щоб місцевий шлюз підтримував реєстрацію SIP активною. Підключення неявне до реєстрації.
Перш ніж почати
Усі стовбури мають бути закріплені за місцем розташування в Центрі керування.
1 |
Виберіть Додати транк. |
2 |
Виберіть розташування з розкривного списку. |
3 |
Введіть ім'я стовбура. |
4 |
Виберіть пункт Реєстрація з розкривного списку Тип транка. |
5 |
Налаштування «Підтримка подвійної ідентифікації» впливає на обробку заголовків From і P-Asserted-Identity (PAI) під час надсилання початкового пакета SIP INVITE до транку для вихідного виклику. Якщо ввімкнено подвійну ідентифікацію, Webex Calling заповнює поля «Від» та «PAI» (причому обидва заголовки ідентифікації можуть бути різними). Якщо подвійну ідентичність вимкнено, PAI та відправник ідентичні та мають значення, що й заголовок відправника, коли подвійну ідентичність увімкнено. Нижче наведено кілька прикладів сценаріїв для кращого розуміння використання цього параметра.
|
6 |
Клацніть Зберегти. |
Що далі
На екрані буде відображено інформацію про транк: домен реєстрації, OTG/DTG транкової групи, лінія/порт, адреса вихідного проксі. Рекомендується скопіювати цю інформацію з Control Hub і вставити її у локальний текстовий файл або документ, щоб можна було легко знайти її під час налаштування локального шлюзу. У разі втрати облікових даних їх потрібно повторно створити з інформаційного екрана багажника в Центрі керування. Клацніть Отримати ім’я користувача й скинути пароль, щоб створити новий набір облікових даних автентифікації для використання на транку.
Ця дія впливає на обслуговування, тому її рекомендується виконувати в неробочий час.
Якщо ви налаштовуєте транк для підключення локального шлюзу до Webex Calling, дивіться: Налаштування локального шлюзу на IOS-XE для викликів Webex.
Транк — це підключення між Webex Calling і локальними об’єктами, яке переривається в об’єкті на локальному шлюзі або іншому підтримуваному пристрої.
Перш ніж почати
Усі транки має бути призначено розташуванню в Control Hub.
1 |
Увійдіть у Центркерування. |
2 |
Перейдіть до . |
3 |
Перейти до . |
4 |
Виберіть Додати транк. |
5 |
Виберіть місце розташування і назва стовбура. Довжина імені транку не може перевищувати 24 символи. |
6 |
Налаштування «Підтримка подвійної ідентифікації» впливає на обробку заголовків From і P-Asserted-Identity (PAI) під час надсилання початкового пакета SIP INVITE до транку для вихідного виклику. Якщо ввімкнено подвійну ідентифікацію, Webex Calling заповнює поля «Від» та «PAI» (причому обидва заголовки ідентифікації можуть бути різними). Якщо подвійну ідентичність вимкнено, PAI та відправник ідентичні та мають значення, що й заголовок відправника, коли подвійну ідентичність увімкнено. Нижче наведено кілька прикладів сценаріїв для кращого розуміння використання цього параметра.
|
7 |
Клацніть Зберегти. |
8 |
Підтримка P-Charge-Info задовольняє потребу постачальників PSTN у надійнішому методі автентифікації та виставлення рахунків для викликів у Webex Calling. Локальний шлюз може отримати ідентифікатор абонента, який відрізняється від номера, який ви хочете використовувати для виставлення рахунків або авторизації. Щоб надіслати додатковий ідентифікатор для цих цілей, використовуйте заголовок P-Charge-Info. Увімкніть цю опцію, щоб включити заголовок P-Charge-Info до інформації про вихідні виклики PSTN, що надсилаються до транкової лінії, використовуючи номер на основі вибраного параметра політики. Постачальник PSTN може покладатися на єдиний заголовок P-Charge-Info для визначення тарифікованого номера, що усуває необхідність використання заголовка PAI для звичайних ініціацій та заголовка Diversion для переадресації викликів. За замовчуванням система встановлює для політики P-Charge-Info Support значення Disabled.
Обмеження.
|
Що далі
На екрані буде відображено інформацію про транк: домен реєстрації, OTG/DTG транкової групи, лінія/порт, адреса вихідного проксі. Рекомендується скопіювати цю інформацію з Control Hub і вставити її у локальний текстовий файл або документ, щоб можна було легко знайти її під час налаштування локального шлюзу. У разі втрати облікових даних необхідно повторно створити їх, використовуючи екран інформації про транк у Control Hub. Клацніть Отримати ім’я користувача й скинути пароль, щоб створити новий набір облікових даних автентифікації для використання на транку.
Ця дія впливає на обслуговування, тому її рекомендується робити в неробочий час.
Ви можете редагувати назву транка або переглядати деталі транка та його використання в Центрі керування.
1 |
Виберіть транк, який потрібно переглянути або змінити. |
2 |
Щоб змінити ім’я транку, на бічній панелі поруч з іменем транку клацніть значок Також можна переглянути інформацію про використання транку. |
3 |
Щоб переглянути додаткові відомості, натисніть кнопку Керування поруч із пунктом Стовбури. Використовуйте це налаштування в разі втрати облікових даних для доступу до інформації про транк і необхідності їхнього відновлення. Клацніть Отримати ім’я користувача й пароль, щоб створити новий набір облікових даних автентифікації для використання на транку. Це впливає на роботу служби. |
4 |
Налаштування «Підтримка подвійної ідентифікації» впливає на обробку заголовків From і P-Asserted-Identity (PAI) під час надсилання початкового пакета SIP INVITE до транку для вихідного виклику. Якщо подвійну ідентичність вимкнено, PAI та відправник ідентичні та мають значення, що й заголовок відправника, коли подвійну ідентичність увімкнено. Нижче наведено кілька прикладів сценаріїв для кращого розуміння використання цього параметра.
|
Якщо транк більше не використовується, його можна видалити.
1 |
Виберіть транк, який потрібно видалити. |
2 |
Натисніть |
Щоб перевірити стан транкової лінії в Центрі керування.
1 |
Увійдіть до Центру керування https://admin.webex.com, перейдіть до розділу . |
2 |
Виберіть багажник, який потрібно перевірити стан. |
3 |
Натисніть кнопку Відомостіпро магістраль. Нижче наведено різні стани магістральних ліній:
|
Під час додавання стовбура на основі сертифіката необхідно ввести повне доменне ім'я (FQDN). Потім Webex Calling використовує комбінацію FQDN і сертифіката локального шлюзу, щоб довіряти локальному шлюзу.
Вимоги до налаштування локального шлюзу з концентратора керування:
-
Локальний шлюз ПОВИНЕН бути безпосередньо доступним з Інтернету за допомогою публічної IPv4-адреси. Цю адресу ОБОВ'ЯЗКОВО потрібно отримати з запису DNS A або SRV з домену, який було перевірено в Центрі керування. Якщо локальний шлюз налаштовано з приватною IP-адресою, тоді 1:1 Статичне перетворення адрес (NAT) необхідне для забезпечення можливості безпосереднього доступу з Інтернету.
-
Під час розгортання за брандмауером необхідно налаштувати відповідні правила, щоб дозволити передачу сигналів TLS SIP та UDP/SRTP медіа для передачі між локальним шлюзом та Інтернетом.
-
Зверніться до Довідкового посібника з портів викликів Webex для отримання детальної інформації про порти, що використовуються в потоках між локальним шлюзом і хмарою Webex.
-
У цьому посібнику з налаштування припускається, що стандартний TLS SIP-порт 5061 використовується локальним шлюзом для отримання сигналізації. За потреби може бути використаний альтернативний порт прослуховування сигналізації.
-
-
Підписаний сертифікат необхідний для успішної авторизації та аутентифікації дзвінків з транка. Локальний шлюз ПОВИНЕН відповідати наступним вимогам під час встановлення двонаправленого взаємного TLS-з’єднання зі службами Webex Calling для SIP:
-
Сертифікат локального шлюзу ПОВИНЕН бути:
-
Підписано ЦС, згаданим у Які кореневі центри сертифікації підтримуються для викликів до аудіо- та відеоплатформ Cisco Webex?
-
Підписані сертифікати ЗАВЖДИ повинні мати дійсний термін дії.
-
Кореневий або проміжний сертифікат, що використовується для підписання сертифіката, ПОВИННІ мати дійсний термін дії та не повинні бути відкликані.
-
Сертифікати ПОВИННІ бути підписані для використання клієнта та сервера.
-
Сертифікати ПОВИННІ містити повне доменне ім'я (FQDN) як загальне ім'я або альтернативне ім'я суб'єкта в сертифікаті, причому FQDN для транкової лінії вибрано в Центрі керування. Вимоги детально описані в наступному розділі.
-
-
Для перевірки сертифікатів від служб Webex для SIP слід завантажити пакет довіри, згаданий у Які кореневі центри сертифікації підтримуються для викликів аудіо- та відеоплатформ Cisco Webex?.
-
Перш ніж почати
-
Заявлений та підтверджений домен: Під час додавання транку ОБОВ'ЯЗКОВО потрібно вибрати адресу хоста з перевіреного або заявленого доменного імені верхнього рівня, див. Керування вашим доменом.
-
Унікальна адреса в організації: Транк створюється з унікальною адресою хоста FQDN або SRV. Ця адреса ПОВИННА бути унікальною для всієї організації, і жодні дві транкові лінії не можуть використовувати одну й ту саму адресу.
-
Транк з повним доменом (FQDN) london.lgw.cisco.com:5062 можна створити лише за умови, що не існує іншої транк-лінії з адресою хоста london.lgw.cisco.com. Це не дозволено, навіть якщо існує транк з такою ж адресою, як адреса SRV або FQDN, але з іншою комбінацією портів.
-
Транк з адресою SRV london.lgw.cisco.com може бути створений тільки в тому випадку, якщо немає іншого транка з хост-адресою london.lgw.cisco.com. Це не дозволено, навіть якщо існує транк з таким самим ім'ям, як адреса SRV або повне доменне ім'я, але з іншою комбінацією портів.
-
-
Конфігурація DNS: Локальний шлюз ПОВИНЕН бути отриманий із загальнодоступного Інтернету через запис типу DNS A або DNS Service Record (SRV).
-
Якщо вибрано повне доменне ім'я (FQDN), адреса ПОВИННА відповідати запису DNS A, а не запису(ам) DNS CNAME.
-
Якщо вибрано адресу SRV, то тип служби ПОВИНЕН мати префікс "_sips._tcp".
-
Адреса може відповідати одному або кільком записам DNS A з різною вагою та пріоритетом. При цьому рекомендується використовувати один і той самий порт прослуховування для всіх записів.
-
Записи у службовій історії повинні мати відповідну вагу та пріоритет. Використання різної ваги та пріоритету впливає на розподіл трафіку для викликів, що надходять від Webex Calling.
-
-
Усі типи записів ПОВИННІ мати достатньо високий TTL, бажано 300 секунд або вище.
-
-
Усі транзитні лінії мають бути призначені певному розташуванню в центрі керування.
У наступній таблиці наведено приклади різних типів записів, які одночасно вибрано у вашій організації як адресу магістральної лінії.
Конфігурація транксної лінії як FQDN або 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 |
СРВ: frankfurt.lgw.cisco.com |
_sips._tcp.frankfurt.lgw.cisco.com приймає рішення про створення ONE A Record 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 |
СРВ: 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;port;transport=tls або sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
Кожна SIP-транзакція, яку ініціює локальний шлюз у напрямку до хмари Webex Calling, повинна містити заголовок Contact із повним доменом локального шлюзу.
ПАРАМЕТРИ Транзакції з локального шлюзу особливо важливі для того, щоб статус локального шлюзу в центрі керування був онлайн.
1 |
Виберіть Додати транк. |
2 |
Виберіть розташування з розкривного списку. |
3 |
Введіть ім'я стовбура. |
4 |
Виберіть елемент На основі сертифіката з розкривного списку Тип транка. |
5 |
Виберіть Тип пристрою з випадаючого списку. Інтеграція SBC з Cisco Webex Calling як стороннім локальним шлюзом (LGW) підтримується лише в багажнику на основі сертифікатів. Тільки SBC, показані у списку типів пристроїв у Центрі керування, перевіряються нашими надійними партнерами як сумісні локальні шлюзи, що викликають Webex. Щоб отримати додаткові відомості про підтримуваних сторонніх постачальників, дивіться: Підтримка SBC сторонніх розробників у розділі Trunk. |
6 |
Введіть адресу, домені портконтролера межі сеансу (SBC). Це адреса FQDN або SRV для Webex Calling, щоб зв'язатися з вашим корпоративним SBC.
У вас повинен бути перевірений домен. Для отримання додаткової інформації див. Керування доменами |
7 |
Введіть максимальну кількість одночасних викликів.
|
8 |
Клацніть Зберегти. Якщо перевірка не пройдена, кнопка «Зберегти» не з'явиться. Перевірка може не пройти, якщо обраний FQDN або SRV не є унікальним для вашої організації. Перевірте вимогу до унікальних адрес FQDN або SRV вище. Якщо проблема не зникне, зверніться до служби підтримки Cisco. |
Що далі
-
Збережіть адреси краю викликів Webex, показані на кінцевому екрані.
-
Щоб настроїти CUBE як локальний шлюз, дивіться: Налаштування локального шлюзу в IOS-XE для Webex Calling
Можна змінити ім’я транку або переглянути відомості про транк і використання в Control Hub.
1 |
Виберіть транк, який потрібно переглянути або змінити. |
2 |
На бічній панелі, поруч із назвою траншу, натисніть Також можна переглянути інформацію про використання транку. |
3 |
Щоб переглянути додаткові відомості, натисніть кнопку Керування поруч із пунктом Стовбури. Використовуйте цей параметр, якщо ви хочете оновити значення для Max одночасних дзвінків. Якщо вам потрібно оновити адресу SRV або FQDN або порт місцевого шлюзу, ви повинні додати новий транктор і видалити старий транк. |
4 |
Налаштування «Підтримка подвійної ідентифікації» впливає на обробку заголовків From і P-Asserted-Identity (PAI) під час надсилання початкового пакета SIP INVITE до транку для вихідного виклику. Нижче наведено кілька прикладів сценаріїв для кращого розуміння використання цього параметра.
|
Якщо транк більше не використовується, його можна видалити.
1 |
Виберіть транк, який потрібно видалити. |
2 |
Натисніть |
Щоб перевірити стан транкової лінії в Центрі керування.
1 |
Увійдіть до Центру керування https://admin.webex.com, перейдіть до розділу . |
2 |
Виберіть багажник, який потрібно перевірити стан. |
3 |
Натисніть кнопку Відомостіпро магістраль. Нижче наведено різні стани магістральних ліній:
|
СІ 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 |
Виберіть . |
2 |
Вкажіть ім’я групи маршрутів, а потім із розкривного меню виберіть транки, які потрібно додати. |
3 |
Виберіть рівень пріоритету для транку. |
4 |
Клацніть Зберегти. |
Що далі
На екрані підтвердження можна перейти на сторінку Розташування, щоб налаштувати підключення до PSTN для окремих розташувань, або на сторінку Абонентські групи, щоб налаштувати використання цієї групи маршрутів як варіант маршрутизації для абонентської групи. Групу маршрутів також можна використовувати як вибір маршрутизації для маршрутизації невідомих додаткових номерів у певному місці.
Можна змінити ім’я наявної групи маршрутів, додати транки, змінити кількість призначених транків і змінити рівні пріоритету транку. На сторінці відомостей про групу маршрутів також можна переглянути розділи Виклики на локальні додаткові номери, Абонентські групи й Підключення до PSTN.
1 |
Виберіть групу маршрутів, яку потрібно змінити. |
2 |
Щоб змінити ім’я групи маршрутів, на бічній панелі поруч із іменем групи маршрутів клацніть значок |
3 |
Щоб додати транки до групи маршрутів або змінити їх, клацніть Керування поруч із пунктом Транки. Можна додати транк із розкривного меню, змінити рівень пріоритету наявного транку в таблиці й/або видалити наявний транк з таблиці. |
4 |
Клацніть Зберегти. |
Якщо група маршрутів більше не використовується, її можна видалити.
1 |
Виберіть групу маршрутів, яку потрібно видалити. |
2 |
|
Абонентські групи дозволяють маршрутизувати виклики до локальних призначень, використовуючи транки або групи маршрутів. Налаштуйте абонентські плани глобально для підприємства та застосуйте їх до всіх користувачів, незалежно від місцезнаходження. Абонентська група також визначає варіант маршрутизації (транк або група маршрутів) для викликів, які відповідають будь-якому з її шаблонів набору. Визначте конкретні шаблони набору номерів як частину вашого плану набору. Шаблон набору відображає наведені нижче локальні додаткові номери.
-
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 |
Клацніть Абонентські групи й виберіть Створити абонентську групу. |
2 |
Введіть Ім’я абонентської групи. |
3 |
Виберіть Варіант маршрутизації. Виберіть раніше створену групу транків або маршрутів. |
4 |
(Необов’язково.) Можна вручну створити або імпортувати шаблон набору для вибраних варіантів маршруту. |
5 |
Клацніть Зберегти. |
Що далі
Також можна масово додати шаблони набору після створення абонентської групи. Щоб масово додати шаблони набору за допомогою файлу CSV, перейдіть на екран Абонентські групи й виберіть розкривне меню Дії з абонентської групи, яку необхідно змінити, а потім виберіть Імпортувати файл CSV з шаблонами набору або Експортувати файл CSV з шаблонами набору. Виберіть Завантажити шаблон або Імпорт файлу CSV й клацніть Надіслати.
У Control Hub можна змінити ім’я наявної абонентської групи, варіанти маршрутизації та шаблони набору.
1 |
Виберіть абонентську групу, яку потрібно змінити. |
2 |
На бічній панелі, поруч із назвою абонентської групи, натисніть |
3 |
Щоб змінити варіант маршрутизації, виберіть інший параметр у розкривному меню. |
4 |
Щоб вручну додати новий шаблон набору, клацніть Додати шаблони набору. Або клацніть Імпортувати файл CSV, щоб масово додати шаблони набору. |
5 |
Щоб видалити шаблон набору, клацніть значок |
6 |
Клацніть Зберегти. |
1 |
Виберіть абонентську групу, яку потрібно видалити. |
2 |
Натисніть |
Можна ввімкнути налаштування «Виклики на локальні додаткові номери» у Control Hub. Цей параметр застосовується до користувачів у межах розташування, зареєстрованих на АТС, і дозволяє маршрутизувати невідомі внутрішні номери (довжина номера виклику від 2 до 10 цифр) до АТС, використовуючи існуючу зовнішню лінію або групу маршрутів.
Перш ніж почати
Налаштування «Виклики на локальні додаткові номери» ввімкнено для кожного розташування.
Це налаштування дозволяє зберегти варіанти набору в змішаному середовищі (хмарному й локальному). Користувачі можуть продовжувати використовувати скорочений набір номера (наприклад, 4 цифри), навіть якщо виконано часткову міграцію об’єкта у Webex Calling.
Якщо цю функцію ввімкнено, дзвінки, здійснені користувачами за місцем розташування на невідомий додатковий номер (від 2 до 10 цифр), перенаправляються на вибраний маршрут. group/trunk як це вимагає приміщення.
Виклики, маршрутизовані через транки до розташування з невідомого додаткового номера, обробляються як локальні виклики. Це стосується викликів, що надходять до Webex Calling з транкової лінії.
Виклики вважаються ініційованими з невідомого додаткового номера, коли ідентифікатор абонента, що телефонує, не відповідає жодному з наявних шаблонів абонентської групи.
1 |
Увійдіть у Центркерування. |
2 |
Перейти до . |
3 |
Виберіть розташування, яке потрібно змінити. |
4 |
Натисніть на вкладку Виклик. |
5 |
Натисніть Внутрішній набіру розділі Набір. |
6 |
Увімкніть, щоб увімкнути маршрутизацію невідомих внутрішніх номерів до приміщення як внутрішніх викликів. Зображення Шаріфа застаріле. |
7 |
Виберіть групу маршрутизації або транк зі спадного меню для маршрутизації викликів. |
8 |
Клацніть Зберегти. |
У Control Hub можна налаштувати параметри маршрутизації викликів між Webex Calling і локальним середовищем. Ці налаштування визначають, як будуть оброблятися невідомі номери під час використання транків і груп маршрутів для маршрутизації до локальної внутрішньої телефонної мережі, а також формат ідентифікатора абонента, що телефонує, для викликів, спрямованих між Webex Calling і внутрішньою телефонною мережею.
1 |
Прокрутіть сторінку до розділу Маршрутизація викликів між Webex Calling і локальним середовищем і виберіть спосіб обробки невідомих номерів.
Налаштування служби обробки невідомих номерів Застаріла поведінка вказано з метою збереження поведінки маршрутизації. Це налаштування можна змінити, щоб скористатися перевагами нових функцій маршрутизації викликів (наприклад, абонентськими групами й групами маршрутів). |
2 |
Виберіть формат ідентифікатора абонента, що телефонує. Коли +E.164 Якщо вибрано опцію номер телефону, Webex Calling вибирає зовнішній ідентифікатор лінії виклику (CLID), який є номером E.164. Якщо вибрано опцію ESN (значущий для підприємства номер), Webex Calling вибирає внутрішній CLID, який є ESN. |
3 |
Виберіть Максимальну довжину невідомого внутрішнього номера (2-10 цифр), яку потрібно встановити для маршрутизації на основі приміщення. Якщо збільшити довжину додаткового номера, і якщо схема номерів, яку використовує постачальник PSTN, не є E.164, вхідні дзвінки PSTN вважатимуться місцевими дзвінками, що надходять з локальної мережі. Отже, щоб уникнути будь-яких потенційних неправильних маршрутів, ми рекомендуємо застосовувати формат E.164 до таких вхідних викликів PSTN, перш ніж надсилати їх до Webex Calling. |
4 |
Клацніть Зберегти. ![]() |
Засіб перевірки маршрутизації викликів у Control Hub надає наведені нижче можливості.
-
Моделювання викликів для аналізу рішень щодо маршрутизації.
-
Корисні вказівки на етапах проєктування і налаштування розгортання.
-
Події на платформі аналітики Webex, які включають рішення щодо маршрутизації викликів.
-
Підтримка під час виправлення неполадок.
1 |
Увійдіть у Центркерування. |
2 |
Перейти до .Або ж клієнти, які користуються тарифним планом Cisco Calling Plan, можуть налаштувати маршрутизацію з
. |
3 |
Виберіть Перевірка маршрутизації викликів. |
4 |
У розкривному меню виберіть Вибрати джерело виклику для хмарного користувача, робочої області, віртуальної лінії або зовнішньої лінії приміщення, щоб перевірити маршрутизацію викликів. |
5 |
Введіть номер або URI. |
6 |
Клацніть Переглянути результат маршрутизації, щоб переглянути маршрутизацію викликів. |
Приклад 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 |
10000 |
Транки, які можна налаштувати для одного розташування |
100 |
Групи маршрутів на одного корпоративного клієнта |
10000 |
Транки, які можна налаштувати в межах групи маршрутів |
10 |
Абонентські групи, які можна налаштувати для кожного корпоративного клієнта |
10000 |
Шаблони набору, які можна налаштувати для однієї абонентської групи |
10000 |