Транк — це підключення між 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 та відправник ідентичні та мають значення, що й заголовок відправника, коли подвійну ідентичність увімкнено.

Нижче наведено кілька прикладів сценаріїв для кращого розуміння використання цього параметра.

  • Сценарій 1— Користувач Webex Calling налаштований використовувати основний номер локації як номер зовнішнього виклику.

    • Якщо ввімкнуто параметр «Підтримка подвійного посвідчення»:

      • From: номер розташування

      • PAI: пряма лінія

    • Якщо параметр «Підтримка подвійного посвідчення» вимкнено:

      • From: номер розташування

      • PAI: номер розташування

  • Сценарій 2— Користувач Webex Calling налаштований використовувати номер телефону користувача як номер зовнішнього виклику.

    • Якщо ввімкнуто параметр «Підтримка подвійного посвідчення»:

      • From: пряма лінія

      • PAI: пряма лінія

    • Якщо параметр «Підтримка подвійного посвідчення» вимкнено:

      • From: пряма лінія

      • PAI: пряма лінія

  • Сценарій 3— Користувач Webex Calling телефонує локальному користувачеві через локальний шлюз.

    • Якщо ввімкнуто параметр «Підтримка подвійного посвідчення»:

      • From: Значна кількість підприємств

      • PAI: пряма лінія

    • Якщо параметр «Підтримка подвійного посвідчення» вимкнено:

      • From: Значна кількість підприємств

      • 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 та відправник ідентичні та мають значення, що й заголовок відправника, коли подвійну ідентичність увімкнено.

Нижче наведено кілька прикладів сценаріїв для кращого розуміння використання цього параметра.

  • Сценарій 1. Користувач Webex Calling налаштований на використання основного номера розташування як зовнішнього номера для виклику.

    • Якщо налаштування «Підтримка подвійної ідентифікації» ввімкнено.

    • From: номер розташування

    • PAI: пряма лінія

  • Якщо налаштування «Підтримка подвійної ідентифікації» вимкнено.

    • From: номер розташування

    • PAI: номер розташування

  • Сценарій 2. Користувач Webex Calling налаштований використовувати номер телефону користувача як номер зовнішнього виклику.

    • Якщо налаштування «Підтримка подвійної ідентифікації» ввімкнено.

    • From: пряма лінія

    • PAI: пряма лінія

  • Якщо налаштування «Підтримка подвійної ідентифікації» вимкнено.

    • From: пряма лінія

    • PAI: пряма лінія

  • Сценарій 3. Користувач Webex Calling телефонує локальному користувачеві через локальний шлюз.

    • Якщо налаштування «Підтримка подвійної ідентифікації» ввімкнено.

    • From: номер корпоративного значення

    • PAI: пряма лінія

  • Якщо налаштування «Підтримка подвійної ідентифікації» вимкнено.

    • From: номер корпоративного значення

    • 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.

  • Основний номер Webex Calling або основний номер розташування— Включає заголовок P-Charge-Info у вихідні дзвінки. Він використовує той самий номер, що й заголовок PAI для викликів, що надходять від сутності Webex Calling. Система визначає це число наступним чином:

    • Якщо встановлено, використовується основний номер об’єкта виклику Webex, що ініціює або перенаправляє виклик, такий як номер списку маршрутів у списку ініціювання.

    • Якщо не встановлено, за замовчуванням використовується основний номер розташування сутності Webex Calling.

  • Налаштувати номер стягнення на сторінці місця розташування— Включає заголовок P-Charge-Info з використанням номера, вибраного на основі наступного пріоритету:

    • Якщо встановлено, використовується номер тарифікації розташування об’єкта Webex Calling, що відправляє або перенаправляє виклик.

    • Якщо не встановлено, використовується основний номер сутності Webex Calling (якщо він встановлено і не є безкоштовним), наприклад, номер списку маршрутів під час створення списку маршрутів.

    • Якщо це недоступно, використовується основний номер розташування об’єкта Webex Calling (якщо він налаштований і не є безкоштовним).

  • Якщо жоден із перелічених вище варіантів не застосовується, за замовчуванням використовується значення, налаштоване для опції «Підтверджена ідентичність» (це може включати безкоштовний номер).

Обмеження.

  • Ви не можете включати заголовок P-Charge-Info, якщо немає звичайного (не безкоштовного) номера. В результаті, заголовок може бути не завжди присутній, навіть якщо підтримка ввімкнена.

  • Провайдери PSTN не можуть покладатися виключно на заголовок P-Charge-Info для визначення тарифікованого номера. Вони також повинні враховувати заголовок PAI або Diversion, коли заголовок P-Charge-Info відсутній.

  • Коли підтримку ввімкнено, конфігурація номера платежу за місцезнаходження завжди відображається. Однак деякі постачальники PSTN не вимагають вказувати звичайний номер у заголовку P-Charge-Info, тому цим клієнтам може не знадобитися спеціально налаштовувати номер для оплати, щоб уникнути безкоштовних номерів.

  • Система не підтримує інтеграції з PSTN на базі приміщення та локальними мережами.

  • Система не дозволяє включати обмежені негеографічні номери (ті, що можна призначити лише об'єктам) до заголовка P-Charge-Info.

Що далі

На екрані буде відображено інформацію про транк: домен реєстрації, OTG/DTG транкової групи, лінія/порт, адреса вихідного проксі. Рекомендується скопіювати цю інформацію з Control Hub і вставити її у локальний текстовий файл або документ, щоб можна було легко знайти її під час налаштування локального шлюзу. У разі втрати облікових даних необхідно повторно створити їх, використовуючи екран інформації про транк у Control Hub. Клацніть Отримати ім’я користувача й скинути пароль, щоб створити новий набір облікових даних автентифікації для використання на транку.

Ця дія впливає на обслуговування, тому її рекомендується робити в неробочий час.

Ви можете редагувати назву транка або переглядати деталі транка та його використання в Центрі керування.

1

Виберіть транк, який потрібно переглянути або змінити.

2

Щоб змінити ім’я транку, на бічній панелі поруч з іменем транку клацніть значок .

Також можна переглянути інформацію про використання транку.

3

Щоб переглянути додаткові відомості, натисніть кнопку Керування поруч із пунктом Стовбури.

Використовуйте це налаштування в разі втрати облікових даних для доступу до інформації про транк і необхідності їхнього відновлення. Клацніть Отримати ім’я користувача й пароль, щоб створити новий набір облікових даних автентифікації для використання на транку. Це впливає на роботу служби.

4

Налаштування «Підтримка подвійної ідентифікації» впливає на обробку заголовків From і P-Asserted-Identity (PAI) під час надсилання початкового пакета SIP INVITE до транку для вихідного виклику. Якщо подвійну ідентичність вимкнено, PAI та відправник ідентичні та мають значення, що й заголовок відправника, коли подвійну ідентичність увімкнено.

Нижче наведено кілька прикладів сценаріїв для кращого розуміння використання цього параметра.

  • Сценарій 1. Користувач Webex Calling налаштований на використання основного номера розташування як зовнішнього номера для виклику.

    • Якщо налаштування «Підтримка подвійної ідентифікації» ввімкнено.

    • From: номер розташування

    • PAI: пряма лінія

  • Якщо налаштування «Підтримка подвійної ідентифікації» вимкнено.

    • From: номер розташування

    • PAI: номер розташування

  • Сценарій 2. Користувач, який телефонує через Webex, настроєний на використання номера телефону користувача як зовнішнього номера виклику.

    • Якщо налаштування «Підтримка подвійної ідентифікації» ввімкнено.

    • From: пряма лінія

    • PAI: пряма лінія

  • Якщо налаштування «Підтримка подвійної ідентифікації» вимкнено.

    • From: пряма лінія

    • PAI: пряма лінія

  • Сценарій 3. Користувач Webex Calling телефонує локальному користувачеві через локальний шлюз.

    • Якщо налаштування «Підтримка подвійної ідентифікації» ввімкнено.

    • From: Значна кількість підприємств

    • PAI: пряма лінія

  • Якщо налаштування «Підтримка подвійної ідентифікації» вимкнено.

    • From: Значна кількість підприємств

    • PAI: Значна кількість підприємств

Якщо транк більше не використовується, його можна видалити.

1

Виберіть транк, який потрібно видалити.

2

Натисніть Кнопка «Додаткові параметри» у стовпці [ Дії та натисніть Видалити магістральну лінію.

Щоб перевірити стан транкової лінії в Центрі керування.

1

Увійдіть до Центру керування https://admin.webex.com, перейдіть до розділу Сервіси > Виклик > Маршрутизація викликів.

2

Виберіть багажник, який потрібно перевірити стан.

3

Натисніть кнопку Відомостіпро магістраль.

Нижче наведено різні стани магістральних ліній:

  • Онлайн— Успішна реєстрація локального шлюзу для викликів Webex.

  • Офлайн— Не вдалося зареєструвати локальний шлюз для викликів Webex.

  • Порушено— Не вдалося з’єднати принаймні один проксі-сервер Webex Calling Edge та локальний шлюз.

  • Невідомо— Триває процес встановлення з’єднання між Webex Calling та нещодавно доданим локальним шлюзом.

Під час додавання стовбура на основі сертифіката необхідно ввести повне доменне ім'я (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:

Перш ніж почати

  • Заявлений та підтверджений домен: Під час додавання транку ОБОВ'ЯЗКОВО потрібно вибрати адресу хоста з перевіреного або заявленого доменного імені верхнього рівня, див. Керування вашим доменом.

  • Унікальна адреса в організації: Транк створюється з унікальною адресою хоста 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.

Що далі

Можна змінити ім’я транку або переглянути відомості про транк і використання в Control Hub.

1

Виберіть транк, який потрібно переглянути або змінити.

2

На бічній панелі, поруч із назвою траншу, натисніть , щоб змінити назву траншу.

Також можна переглянути інформацію про використання транку.

3

Щоб переглянути додаткові відомості, натисніть кнопку Керування поруч із пунктом Стовбури.

Використовуйте цей параметр, якщо ви хочете оновити значення для Max одночасних дзвінків.

Якщо вам потрібно оновити адресу SRV або FQDN або порт місцевого шлюзу, ви повинні додати новий транктор і видалити старий транк.

4

Налаштування «Підтримка подвійної ідентифікації» впливає на обробку заголовків From і P-Asserted-Identity (PAI) під час надсилання початкового пакета SIP INVITE до транку для вихідного виклику. Нижче наведено кілька прикладів сценаріїв для кращого розуміння використання цього параметра.

  • Сценарій 1. Користувач Webex Calling налаштований на використання основного номера розташування як зовнішнього номера для виклику.

    • Якщо налаштування «Підтримка подвійної ідентифікації» ввімкнено.

    • From: номер розташування

    • PAI: пряма лінія

  • Якщо налаштування «Підтримка подвійної ідентифікації» вимкнено.

    • From: номер розташування

    • PAI: номер розташування

  • Сценарій 2. Користувач, який телефонує через Webex, настроєний на використання номера телефону користувача як зовнішнього номера виклику.

    • Якщо налаштування «Підтримка подвійної ідентифікації» ввімкнено.

    • From: пряма лінія

    • PAI: пряма лінія

  • Якщо налаштування «Підтримка подвійної ідентифікації» вимкнено.

    • From: пряма лінія

    • PAI: пряма лінія

  • Сценарій 3. Користувач Webex Calling телефонує локальному користувачеві через локальний шлюз.

    • Якщо налаштування «Підтримка подвійної ідентифікації» ввімкнено.

    • From: номер корпоративного значення

    • PAI: пряма лінія

  • Якщо налаштування «Підтримка подвійної ідентифікації» вимкнено.

    • From: номер корпоративного значення

    • PAI: номер корпоративного значення

Якщо транк більше не використовується, його можна видалити.

1

Виберіть транк, який потрібно видалити.

2

Натисніть Кнопка «Додаткові параметри» у стовпці [ Дії та натисніть Видалити магістральну лінію.

Щоб перевірити стан транкової лінії в Центрі керування.

1

Увійдіть до Центру керування https://admin.webex.com, перейдіть до розділу Сервіси > Виклик > Маршрутизація викликів.

2

Виберіть багажник, який потрібно перевірити стан.

3

Натисніть кнопку Відомостіпро магістраль.

Нижче наведено різні стани магістральних ліній:

  • Онлайн— Успішна реєстрація локального шлюзу для викликів Webex.

  • Офлайн— Не вдалося зареєструвати локальний шлюз для викликів Webex.

  • Порушено— Не вдалося з’єднати принаймні один проксі-сервер 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

Виберіть Група маршрутів > Створити групу маршрутів.

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

Перейти до Послуги > PSTN & Маршрутизація > Конфігурації шлюзу.

Або ж клієнти, які користуються тарифним планом 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