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

Транки, групи маршрутів і абонентські групи забезпечують наведені нижче переваги.

  • Балансування навантаження та аварійне перемикання між транками у Webex Calling і локальних об’єктах

  • Можливість для користувачів Webex Calling використовувати хмарну PSTN (Cloud Connected PSTN (CCP) або Cisco PSTN) і все ще мати можливість охопити користувачів АТС на підприємстві.

  • Маршрутизація дзвінків до різних приміщень АТС

  • Функціональність тандему для маршрутизації дзвінків між приміщеннями АТС.

  • Ширший спектр сценаріїв міграції та співіснування з приміщеннями АТС, включаючи змішані сайти з користувачами приміщень та користувачами Webex Calling

  • Поглиблені можливості відстеження рішень щодо маршрутизації викликів

Після ввімкнення розташування слід налаштувати підключення до PSTN для користувачів Webex Calling у цьому розташуванні. Доступні наведені нижче параметри PSTN.

  • PSTN Cisco. Виберіть цей параметр, якщо вам потрібне пакетне рішення, яке дозволяє замовляти нові номери 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 та приміщенням, припинене на території з підтримуваним сеансовим прикордонним контролером, що діє як Локальний шлюз.

Існує два типи моделей локальних магістральних шлюзів:

  • Магістраль на основі реєстрації: магістральний або піринговий виклик Webex з локального шлюзу за допомогою моделі магістралі SIP, де магістраль виконує реєстрацію SIP за допомогою пілотного облікового запису користувача та облікових даних, отриманих наприкінці процесу впровадження магістралі. Згодом, коли дзвінки здійснюються з Webex Calling або підприємства, ця реєстрація, яку ви плануєте, потім використовується як локальним шлюзом, так і службами Webex Calling для обробки цих дзвінків. Магістраль на основі реєстрації потребує мережевого з 'єднання, що походить від локального шлюзу, і шлюз може знаходитися за пристроєм трансляції мережевих адрес (NAT).

  • Магістраль на основі сертифікатів: магістральний або піринговий виклик за допомогою Webex з локального шлюзу за допомогою моделі магістралі SIP, яка пропонує вищу шкалу від одного локального шлюзу, а також дозволяє адміністратору клієнта встановити максимальне обмеження одночасного виклику на магістралі. На відміну від реєстраційної магістралі, не існує реєстрації SIP між локальним шлюзом та хмарою, але замість цього використовується модель авторизації та автентифікації на основі сертифікатів. Під час процесу підготовки адміністратор організації повинен додати повністю кваліфіковане доменне ім 'я (FQDN), а Webex Calling потім використовуватиме комбінацію цього FQDN та сертифіката свого локального шлюзу, щоб довіряти локальному шлюзу. Крім того, на відміну від реєстраційної магістралі, це вимога до мережевих з 'єднань, які повинні підтримуватися обома сторонами (Локальний шлюз та Виклик Webex), і, отже, локальний шлюз повинен бути налаштований таким чином, щоб до нього можна було дістатися з Webex Виклик через відповідну конфігурацію мережі в приміщенні мережі.

  • Наразі мультитенантність (використання одного LGW для налаштування з декількома клієнтами для більш ніж одного місця розташування або декількох клієнтів) не підтримується для траншів на основі сертифікатів. Ви повинні використовувати багажник на основі реєстрації, щоб використовувати багатофункціональність. Незабаром з 'явиться підтримка мультитенантності за допомогою транків на основі сертифікатів.

  • Співіснування багажника на основі реєстрації та багажника на основі сертифіката НЕ підтримується в одному екземплярі КУБА. Якщо ви хочете змінити модель стовбура, яку ви використовуєте на певному КУБІ, ви повинні спочатку вилучити існуючу конфігурацію і виконати вказівки з початку. Щоб отримати довідку щодо конфігурації КУБА, див.: Посібник з конфігурації уніфікованого елемента кордону Cisco.

  • Якщо ви мігруєте з однієї магістральної моделі в іншу, ви ПОВИННІ використовувати два окремих локальних шлюзи через причини, запропоновані вище. Ви ПОВИННІ використовувати функцію груп маршрутів, якщо ви хочете перемістити місцезнаходження, не впливаючи на службу викликів:

    • Створіть нову групу маршрутів, якщо вона не існує для цієї локації.

    • Перемістити існуючий багажник у групу маршрутів.

    • Додати новий багажник до групи маршрутів.

    • Налаштуйте "новий" локальний шлюз

    • Коли новий локальний шлюз обслуговуватиме трафік, ви можете видалити старий локальний шлюз з групи маршрутів і видалити багажник.

  • Переконайтеся, що облікові дані багажника та атрибути безпеки зберігаються безпечно та недоступні для будь-яких поганих суб 'єктів, щоб уникнути шахрайства з дорожніми зборами.

    • Для багажника на основі реєстрації облікові дані SIP використовуються для автентифікації і ПОВИННІ безпечно зберігатися.

    • Для багажника на основі сертифіката, комбінація FQDN, що використовується для багажника, підписаний сертифікат і його приватний ключ використовуються для автентифікації і ПОВИННІ зберігатися безпечно.

Вимоги до потужності виклику та рекомендації щодо вибору типу багажника

Модель транкінгу на основі реєстрації є простішою моделлю для розгортання та запуску вашого локального шлюзу, і тому ми рекомендуємо вам вибрати цю модель, якщо вам не потрібна дуже велика кількість одночасних викликів з одного екземпляра КУБА.

З точки зору пропонування, магістральна модель, заснована на реєстрації, орієнтована на клієнтів, які можуть захотіти нижчу шкалу, яка є нижчою за 250 одночасних дзвінків через надточне з 'єднання, а магістраль, заснована на сертифікаті, орієнтована на розгортання з більшою потужністю, що вимагає від 250 до 6500 одночасних дзвінків.

У наведеній нижче таблиці передбачено співвідношення користувач/дзвінок 10:1, а також надано рекомендації щодо вибору багажника та рекомендованої якості посилання. З 'єднання відноситься до виділеного з' єднання з пропускною здатністю для виклику Webex, як Webex Edge Connect.

Розмір за кількістю одночасних дзвінків на локальний шлюз

Розмір за кількістю користувачів за локальним шлюзом

Бажаний тип багажника

Мінімальна якість посилання

~ 2000–6500

65000

На основі сертифіката

Міжз’єднання

від 250 до ~ 2000

20000

На основі сертифіката

OTT

до 250

2500

Реєстраційний багажник

OTT

Кваліфікація з 'єднання:

Надповерхове з 'єднання (OTT) ПОВИННО відповідати наступним умовам якості зв' язку:

  • Максимальна затримка 100 мс

  • Макс. 10 мс джиттер

  • Максимальна втрата пакетів 0,2%

Interconnect ПОВИНЕН відповідати наступним умовам зв 'язку:

  • Максимальна затримка 30 мс

  • Макс. 5 мс джиттер

  • Втрати пакетів: 0

Для магістральної моделі реєстрації прикордонний контролер сеансу (SBC) виконує реєстрацію SIP. Магістраль на основі реєстрації вимагає, щоб локальний шлюз підтримував активність реєстрації SIP. З 'єднання неявно пов' язане з реєстрацією.

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

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

1.

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

2.

Виберіть Додати транк.

3.

Виберіть місцезнаходження зі спадного списку.

4.

Введіть ім 'я для багажника.

5.

Виберіть Registering (Реєстрація) зі спадного списку Trunk Type (Тип багажника).

6

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

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

    • Коли ввімкнено параметр підтримки подвійної ідентичності:

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

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

    • Коли налаштування підтримки подвійної ідентичності вимкнено:

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

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

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

    • Коли ввімкнено параметр підтримки подвійної ідентичності:

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

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

    • Коли налаштування підтримки подвійної ідентичності вимкнено:

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

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

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

    • Коли ввімкнено параметр підтримки подвійної ідентичності:

      • From: Значний номер підприємства

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

    • Коли налаштування підтримки подвійної ідентичності вимкнено:

      • From: Значний номер підприємства

      • PAI: Значний номер підприємства


 

Увімкнення подвійної ідентифікації матиме перевагу над місцезнаходженнями. Для отримання додаткової інформації див.: Вкажіть параметри ідентифікатора абонента для користувачів і робочих областей

7

Клацніть Зберегти.

Що далі

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


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

Якщо ви налаштовуєте багажник для підключення вашого локального шлюзу до Webex Calling, див.: Налаштуйте локальний шлюз на IOS-XE для виклику Webex.

Транк — це підключення між Webex Calling і локальними об’єктами, яке переривається в об’єкті на локальному шлюзі або іншому підтримуваному пристрої.

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

Усі транки має бути призначено розташуванню в Control Hub.

1.

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

2.

Виберіть Додати транк.

3.

Виберіть розташування та назву багажника.


 
Довжина імені транку не може перевищувати 24 символи.
4.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


 

Увімкнення подвійної ідентифікації матиме перевагу над місцезнаходженнями. Для отримання додаткової інформації див.: Вкажіть параметри ідентифікатора абонента для користувачів і робочих областей

5.

Клацніть Зберегти.

Що далі

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

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

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

1.

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

2.

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

3.

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

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

4.

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


 

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

5.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


 

Увімкнення подвійної ідентифікації матиме перевагу над місцезнаходженнями. Для отримання додаткової інформації див.: Вкажіть параметри ідентифікатора абонента для користувачів і робочих областей

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

1.

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

2.

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

3.

Натисніть кнопку в стовпці Дії, натисніть Видалити багажник.

Перевірка стану багажника в Центрі керування.

1.

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

2.

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

3.

Натисніть Інформація про багажник.

Приклад

Нижче наведено різні статуси багажника на основі реєстрації:

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

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

Під час додавання багажника на основі сертифіката необхідно ввести повне доменне ім 'я (FQDN). Потім Webex Calling використовує комбінацію FQDN і сертифіката локального шлюзу, щоб довіряти локальному шлюзу.

Вимоги до налаштування локального шлюзу з концентратора керування:

  • Хмарна мережа локального шлюзу ПОВИННА використовувати загальнодоступну IPv4-адресу, а FQDN або SRV-адреса, що розв 'язується на цю адресу, ПОВИННА бути вирішена в Інтернеті.

  • Всі порти SIP та медіа на зовнішньому інтерфейсі ПОВИННІ бути доступними з Інтернету, а не за NAT, і, отже, необхідні оновлення брандмауера ПОВИННІ бути зроблені на компонентах мережі підприємства:

  • Підписаний сертифікат потрібен для успішної авторизації та автентифікації дзвінків з багажника. Сертифікат повинен відповідати наступним вимогам:

    • Сертифікат ПОВИНЕН бути підписаний центром сертифікації, згаданим у розділі "Які кореневі центри сертифікації підтримуються для дзвінків на аудіо- та відеоплатформи 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 секунд.

  • Адміністратор повинен вибрати адресу хосту з перевіреного / заявленого доменного імені верхнього рівня відповідно до статті Керування доменами.

1.

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

2.

Виберіть Додати транк.

3.

Виберіть місцезнаходження зі спадного списку.

4.

Введіть ім 'я для багажника.

5.

Виберіть пункт Сертифікат на основі зі спадного списку Тип багажника.

6

Введіть адресу, домен і порт сеансового прикордонного контролера (SBC).

Це адреса FQDN або SRV для виклику Webex, щоб зв 'язатися з SBC підприємства.

 
У вас має бути підтверджений домен. Докладніші відомості див. у розділі Керування своїми доменами
7

Введіть максимальну кількість одночасних дзвінків.

8

Клацніть Зберегти.


 
Якщо перевірку не пройдено, кнопка "Зберегти" не з 'явиться. Перевірка може не пройти, якщо обраний FQDN або SRV не є унікальним для вашої організації. Перевірте вимогу для унікальних адрес FQDN або SRV, наведених вище. Якщо проблема не зникне, зверніться до служби підтримки Cisco.

Що далі

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

1.

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

2.

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

3.

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

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

4.

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


 

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


 

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

5.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


 

Увімкнення подвійної ідентифікації матиме перевагу над місцезнаходженнями. Для отримання додаткової інформації див.: Вкажіть параметри ідентифікатора абонента для користувачів і робочих областей

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

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 цифр), буде маршрутизовано до вибраної групи маршрутів/транку як локальні виклики.

Виклики, маршрутизовані через транки до розташування з невідомого додаткового номера, обробляються як локальні виклики.

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

1.

У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу Служби > Виклики > Розташування.

2.

Виберіть розташування, яке потрібно змінити.

3.

На панелі клацніть Внутрішній набір.

4.

Установіть прапорець налаштування Увімкнути маршрутизацію невідомих додаткових номерів у локальне середовище як внутрішніх викликів, щоб увімкнути її.

5.

Виберіть варіант маршрутизації в розкривному меню.

6

Клацніть Зберегти.

У Control Hub можна налаштувати параметри маршрутизації викликів між Webex Calling і локальним середовищем. Ці налаштування визначають, як будуть оброблятися невідомі номери під час використання транків і груп маршрутів для маршрутизації до локальної внутрішньої телефонної мережі, а також формат ідентифікатора абонента, що телефонує, для викликів, спрямованих між Webex Calling і внутрішньою телефонною мережею.

1.

У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу Служби > Виклики > Налаштування служби.

2.

Прокрутіть сторінку до розділу Маршрутизація викликів між Webex Calling і локальним середовищем і виберіть спосіб обробки невідомих номерів.

  • Стандартна поведінка — це варіант за замовчуванням, який рекомендовано використовувати для досягнення найкращого рівня взаємодії з локальною внутрішньою телефонною мережею.
  • Застаріла поведінка (не рекомендується) забезпечує зворотну сумісність для застарілої поведінки локального шлюзу й не рекомендується, коли для організації налаштовано абонентські групи.

 

Налаштування служби обробки невідомих номерів Застаріла поведінка вказано з метою збереження поведінки маршрутизації. Це налаштування можна змінити, щоб скористатися перевагами нових функцій маршрутизації викликів (наприклад, абонентськими групами й групами маршрутів).

3.

Виберіть формат ідентифікатора абонента, що телефонує.


 

Коли вибрано параметр Номер телефону +E.164, Webex Calling вибере зовнішній ідентифікатор лінії, з якої телефонують (CLID), який є номером E.164. Коли вибрано параметр ESN (номер корпоративного значення), Webex Calling вибирає внутрішній ідентифікатор CLID, який є номером ESN.

4.

Клацніть Зберегти.

Засіб перевірки маршрутизації викликів у 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