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

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

  • Load-balancing and failover across trunks to Webex Calling and the premises.

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

  • Routing of calls to different premises PBXs.

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

  • Broader range of migration and coexistence scenarios with premises PBXs, including mixed sites with premises users and Webex Calling users.

  • In-depth visibility of call routing decisions.

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

  • Cisco PSTN—Choose this option if you’d like a bundled solution that allows you to order new PSTN numbers and port existing numbers to Cisco. Параметр PSTN Cisco доступний лише за наведених нижче умов.

    • Ви придбали й увімкнули план Cisco Calling.

    • Розташування знаходиться в країні, де підтримується план Cisco Calling.

  • Cloud Connected PSTN—Choose this option if you’re looking for a cloud solution that doesn’t require deployment of local hardware, and then select a CCP provider of choice. Хмарну службу PSTN (PSTN Cisco або PSTN із підключенням до хмари) може бути використано лише для надання доступу до PSTN користувачам Webex Calling. Виклики, які ініційовано локальними користувачами, не можуть надходити до хмарної служби PSTN.

  • Premises-based PSTN (Local Gateway)—Choose this option if you want to keep your current PSTN provider. Транки для PSTN на базі локальних ресурсів, які проходять через локальний шлюз, також може бути використано для підключення до локальних внутрішніх телефонних мереж. Можна зберегти наявні функціональні можливості локального шлюзу без внесення будь-яких змін до конфігурації. Для розташувань, в яких використовується локальний шлюз, налаштовується PSTN на базі локальних ресурсів, а локальні шлюзи стають транками.

Configure your selected PSTN connection within Control Hub by selecting Calling > Locations, select the location you want to modify, then select Assign or Manage and select the PSTN connection of choice.

Транк

Магістраль - це з'єднання між Webex Calling і приміщенням, що припиняється в приміщенні підтримуваним контролером кордону сеансу, що діє як місцевий шлюз. See Get started with Local Gateway to understand the various trunking models and requirements for devices and configuration.

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

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

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

1

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

2

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

3

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

4

Введіть ім'я стовбура.

5

Виберіть пункт Реєстрація з розкривного списку Тип транка.

6

Налаштування «Підтримка подвійної ідентифікації» впливає на обробку заголовків From і P-Asserted-Identity (PAI) під час надсилання початкового пакета SIP INVITE до транку для вихідного виклику. With Dual Identity enabled, Webex Calling populates From and PAI (and both identity headers can be different). With Dual Identity disabled, PAI and From are identical and are set to what the From header was set to with Dual Identiity enabled.

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

  • Scenario 1—A Webex Calling user is set to use the location main number as the external calling number.

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

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

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

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

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

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

  • Scenario 2—A Webex Calling user is set to use the user phone number as the external calling number.

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

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

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

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

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

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

  • Scenario 3—A Webex Calling user calls an on-premises user via local gateway.

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

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

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

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

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

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

7

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

Що далі

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

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

Якщо ви налаштовуєте транк для підключення локального шлюзу до Webex Calling, дивіться: Configure Local Gateway on IOS-XE for Webex Calling.

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

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

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

1

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

2

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

3

Виберіть місце розташування і назва стовбура.

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

Налаштування «Підтримка подвійної ідентифікації» впливає на обробку заголовків From і P-Asserted-Identity (PAI) під час надсилання початкового пакета SIP INVITE до транку для вихідного виклику. With Dual Identity enabled, Webex Calling populates From and PAI (and both identity headers can be different). With Dual Identity disabled, PAI and From are identical and are set to what the From header was set to with Dual Identiity enabled.

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

  • Scenario 1—A WebEx Calling user is set to use location main number as the external calling number.

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

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

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

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

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

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

  • Scenario 2—A WebEx Calling user is set to use the user phone number as the external calling number.

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

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

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

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

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

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

  • Scenario 3—A WebEx Calling user calls an on-premise user via local gateway.

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

    • 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 до транку для вихідного виклику. With Dual Identity disabled, PAI and From are identical and are set to what the From header was set to with Dual Identiity enabled.

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

  • Сценарій 1. A Webex Calling user is set to use location main number as the external calling number.

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

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

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

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

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

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

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

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

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

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

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

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

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

  • Сценарій 3. A Webex Calling user calls an on-premise user via local gateway.

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

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

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

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

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

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

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

1

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

2

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

3

Клацніть стовпець Дії та виберіть пункт Видалити стовбур.

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

1

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

2

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

3

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

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

  • Online—Successful registration of Local Gateway to Webex Calling.

  • Offline—Unsuccessful registration of Local Gateway to Webex Calling.

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

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

  • The Local Gateway MUST be directly reachable from the internet using a public IPv4 address. This address MUST be resolved from a DNS A or SRV record from a domain that has been verified in the Control Hub. If the Local Gateway has been configured with a private IP address, then a 1:1 static address translation (NAT) is required to ensure that it can be reached directly from the Internet.

  • When deployed behind a firewall, suitable rules MUST be configured to allow TLS SIP signaling and UDP/SRTP media to pass between the Local Gateway and the Internet.

    • Refer to the Webex Calling port reference Guide for details of the ports used in flows between the Local Gateway and the Webex Cloud.

    • This configuration guide assumes that the standard TLS SIP port of 5061 is used by the Local Gateway to receive signaling. If required, an alternative signaling listen port may be used.

  • Підписаний сертифікат необхідний для успішної авторизації та аутентифікації дзвінків з транка. A Local Gateway MUST meet the following requirements when establishing a bidirectional mutual TLS connection with Webex Calling services for SIP:

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

  • Claimed and verified domain: When adding a trunk, a host address from a verified or a claimed top-level domain name MUST be chosen, see Manage-your-domain.

  • Unique address across the organization: A trunk is created with a unique FQDN or SRV host address. This address MUST be unique for the entire organization and no two trunks can use the same address.

    • A trunk with an FQDN london.lgw.cisco.com:5062 can only be created if there exists no other trunk with a host address london.lgw.cisco.com. This is not allowed even if there exists a trunk with the same address name as an SRV address or an FQDN and with a different port combination.

    • Транк з адресою SRV london.lgw.cisco.com може бути створений тільки в тому випадку, якщо немає іншого транка з хост-адресою london.lgw.cisco.com. This is not allowed even if there exists a trunk with the same name as SRV address or an FQDN and with a different port combination.

  • DNS configuration: The Local Gateway MUST be resolved from the public internet through a DNS A or DNS Service Record (SRV) type record.

    • If an FQDN is chosen, the address MUST resolve to a DNS A Record and not to a DNS CNAME(s).

    • If an SRV address is chosen, then the service type MUST have a prefix of "_sips._tcp".

      • Address may resolve to one or more DNS A Records with differing weight and priority. While doing so, it is recommended to use the same listening port for all records.

      • Records within the service record must have an appropriate weight and priority. Usage of differing weight and priority influences traffic distributions for calls originating from Webex Calling.

    • All record types MUST have a reasonable high TTL 300 seconds or higher is preferred.

  • All trunks must be assigned to a location in the Control Hub.

The following table has examples with different types of records that are chosen in your organization as the trunk's address at the same time.

Trunk configuration as FQDN or SRV

Rule for DNS configuration

Address present in the certificate as a Common Name (CN) or Subject Alternate Name (SAN)

SIP Contact Header requirement

FQDN: london.lgw1.cisco.com with port 5061

london.lgw1.cisco.com is a DNS A record

london.lgw1.cisco.com

sip:london.lgw1.cisco.com:port;transport=tls

або

sip:user@london.lgw1.cisco.com:port;transport=tls

SRV: frankfurt.lgw.cisco.com

_sips._tcp.frankfurt.lgw.cisco.com resolves to 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

SRV: frankfurt.lgw.cisco.com

_sips._tcp.frankfurt.lgw.cisco.com resolves to TWO or more A Records

fr.lgw1.cisco.com

fr.lgw2.cisco.com

Both the records MUST resolve to a unique IP address and as suggested, may have different weight and priority.

frankfurt.lgw.cisco.com

sip:frankfurt.lgw.cisco.com;port;transport=tls

або

sip:user@frankfurt.lgw.cisco.com;port;transport=tls

Every SIP transaction Local Gateway initiates towards Webex Calling cloud, should contain Contact header with FQDN of a Local Gateway.

OPTIONS Transactions from Local Gateway is specially important for the Local Gateway status in the Control Hub to be online.

1

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

2

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

3

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

4

Введіть ім'я стовбура.

5

Виберіть елемент На основі сертифіката з розкривного списку Тип транка.

6

Select a Device Type from the drop-down.

Інтеграція SBC з Cisco Webex Calling як стороннім локальним шлюзом (LGW) підтримується лише в багажнику на основі сертифікатів. Тільки SBC, показані у списку типів пристроїв у Центрі керування, перевіряються нашими надійними партнерами як сумісні локальні шлюзи, що викликають Webex.

Щоб отримати додаткові відомості про підтримуваних сторонніх постачальників, дивіться: Third-party SBC support under the Trunk section.

7

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

Це адреса FQDN або SRV для Webex Calling, щоб зв'язатися з вашим корпоративним SBC.
У вас повинен бути перевірений домен. For more information, see Manage your domains
8

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

9

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

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

Що далі

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

1

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

2

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

3

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

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

4

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

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

Якщо вам потрібно оновити адресу 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

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

2

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

3

Клацніть стовпець Дії та виберіть пункт Видалити стовбур.

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

1

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

2

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

3

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

Нижче наведено різні статуси стовбура на основі сертифікатів:

  • Online: Успішне з'єднання між усіма проксі-серверами Webex Calling Edge і локальним шлюзом.

  • Offline: Невдале з'єднання між викликом Webex і локальним шлюзом.

  • Impaired: Невдале з'єднання між принаймні 1 проксі-сервером Webex Calling Edge і локальним шлюзом.

  • Unknown: У процесі встановлення з'єднання між Webex Calling і місцевим шлюзом, який нещодавно було додано.

СІ No

Опис помилки

Дія

1.

З'єднання TLS з локальним шлюзом не вдалося через помилку роздільної здатності DNS FQDN, налаштованого для шлюзу

Перевірте конфігурації DNS для налаштованого SRV / FQDN і переконайтеся, що вони можуть бути вирішені

2.

З'єднання TLS з локальним шлюзом вийшло з ладу через транспортну проблему

Переконайтеся, що дозволені IP-адреси та порт локального шлюзу дійсні

3.

Не вдалося підключитися TLS до локального шлюзу, оскільки сертифікат шлюзу підписано недійсним центром сертифікації

Verify and ensure that the Local Gateway certificate is signed by a valid Certificate Authority  ( What Root Certificate Authorities are Supported for Calls to Cisco Webex Audio and Video Platforms?)

4.

Підключення TLS до локального шлюзу не вдалося, оскільки термін дії сертифіката шлюзу закінчився

Перевірка та перевірка закінчення терміну дії сертифіката локального шлюзу

5.

Підключення TLS до локального шлюзу не вдалося, оскільки сертифікат шлюзу видано центром сертифікації, термін дії якого закінчився

Перевірка та перевірка того, що сертифікат локального шлюзу не підписано ланцюгом сертифікатів центру сертифікації, термін дії якого закінчився

6.

З'єднання TLS з локальним шлюзом не вдалося, оскільки FQDN, налаштований для вашого шлюзу, відсутній у CN або SAN

Перевірте та переконайтеся, що сертифікат локального шлюзу має CN / SAN так само, як FQDN/SRV настроєно

7.

Параметри SIP, надіслані на локальний шлюз, не отримали відповіді

Перевірте та переконайтеся, що CUBE настроєно на отримання запитів OPTIONS та відповідь. Перевірка конфігурації CUBE

8.

Підключення протоколу TLS від локального шлюзу до виклику Webex не вдалося виконати через недійсний сертифікат шлюзу

Перевірка та перевірка дійсності сертифіката локального шлюзу

9.

З'єднання TLS із локального шлюзу до виклику Webex не вдалося, оскільки ми не змогли довіряти центру сертифікації

Verify and ensure that the Local Gateway certificate is signed by the valid Certificate Authority ( What Root Certificate Authorities are Supported for Calls to Cisco Webex Audio and Video Platforms?)

10.

З'єднання TLS з локального шлюзу до виклику Webex не вдалося через закінчення терміну дії сертифікатів у ланцюжку

Перевірка та переконайтеся, що сертифікат локального шлюзу не підписано ланцюгом сертифікатів, термін дії якого закінчився

11.

З'єднання TLS і параметри SIP від локального шлюзу до виклику Webex не вдалися

Перевірте та переконайтеся, що CUBE настроєно на надсилання запитів OPTIONS

12.

Відповідь параметрів SIP з локального шлюзу вказує на помилку сервера або недоступну службу

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

13.

Підключення TLS до локального шлюзу не вдалося, оскільки сертифікат локального шлюзу відкликано

Перевірка та перевірка того, що сертифікат локального шлюзу не відкликано

14.

Підключення TLS від локального шлюзу до виклику Webex не вдалося, оскільки сертифікат шлюзу було відкликано

Перевірка та перевірка того, що сертифікат локального шлюзу не відкликано

15.

Підключення протоколу TLS від локального шлюзу до виклику Webex не вдалося, оскільки термін дії сертифіката шлюзу закінчився

Перевірка та перевірка закінчення терміну дії сертифіката локального шлюзу

16.

Підключення протоколу TLS від локального шлюзу до виклику Webex не вдалося виконати через помилку сертифіката

Перевірка та перевірка дійсності сертифіката локального шлюзу та відповідності вимогам

17.

Підключення TLS до локального шлюзу з Webex Виклик не вдалося виконати через помилку сертифіката

ерифікувати та переконатися, що сертифікат локального шлюзу дійсний і відповідає вимогам

Помилка SI No.: 2,6,11 і 12 відображаються лише тоді, коли всі прикордонні проксі-вузли відчувають проблему.

Група маршрутів

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

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

  • Додайте транки перед налаштуванням групи маршрутів.

  • Групи маршрутів можуть включати налаштовані транки з кількох розташувань.

  • Транки можна налаштувати окремо або призначити їх групі маршрутів. Додайте транки до груп маршрутів, щоб забезпечити резервування і масштабованість.

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

  • Під час налаштування групи маршрутів необхідно встановити рівень пріоритету для транків у межах цієї групи маршрутів. Це налаштування дозволяє маршрутизувати виклики з урахуванням балансування навантаження.

  • Між транками з однаковим пріоритетом виклики розподіляються випадковим чином. Якщо транк із встановленим найвищим пріоритетом недоступний, система намагається маршрутизувати виклик до транку з нижчим пріоритетом. Наприклад:

    • Для транку 1 і транку 2 встановлено 1 рівень пріоритету.

    • Для транку 3 встановлено 2 рівень пріоритету.

    • Webex Calling буде маршрутизувати виклики до транку 1 і транку 2 з урахуванням балансування навантаження.

    • Якщо транки 1 і 2 недоступні, виклики будуть маршрутизуватися до транку 3.

1

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

2

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

3

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

4

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

5

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

Що далі

На екрані підтвердження можна перейти на сторінку Розташування, щоб налаштувати підключення до PSTN для окремих розташувань, або на сторінку Абонентські групи, щоб налаштувати використання цієї групи маршрутів як варіант маршрутизації для абонентської групи. A route group can also be used as a routing choice for unknown extension routing on a location.

Можна змінити ім’я наявної групи маршрутів, додати транки, змінити кількість призначених транків і змінити рівні пріоритету транку. На сторінці відомостей про групу маршрутів також можна переглянути розділи Виклики на локальні додаткові номери, Абонентські групи й Підключення до PSTN.

1

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

2

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

3

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

4

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

Можна додати транк із розкривного меню, змінити рівень пріоритету наявного транку в таблиці й/або видалити наявний транк з таблиці.

5

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

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

1

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

2

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

3

Клацніть стовпець Дії та виберіть пункт Видалити групумаршрутів.

Абонентські групи дозволяють маршрутизувати виклики до локальних призначень, використовуючи транки або групи маршрутів. Configure the dial plans globally for an enterprise and apply to all users, regardless of location. Абонентська група також визначає варіант маршрутизації (транк або група маршрутів) для викликів, які відповідають будь-якому з її шаблонів набору. Define the specific dial patterns as part of your dial plan. Шаблон набору відображає наведені нижче локальні додаткові номери.

  • ESN/внутрішньомережеві номери

  • Шаблони +E.164

  • Домени SIP URI

Числові шаблони набору

Числові шаблони можуть представляти номери E.164 або корпоративні номери. Шаблони для номерів E.164 починаються з початкового +, за яким вказується послідовність цифр (від 1 до 9), а потім необов’язкові символи узагальнення.

Корпоративний шаблон набору

An enterprise dial pattern has a sequence of digits (1-9), followed by optional wildcard characters. Valid wildcard characters are! (matches any sequence of digits) and X (matches a single digit, 0-9). The! wildcard can only occur once at the end and only in an E.164 pattern.

You cannot use:

  • The wild card "X" in the middle of numbers, for example: 617495X3XX

  • The wild card "!" when using the wild card "X" in the dial plan configuration, for example: 1617495X3!

Приклади корпоративної абонентської групи

+1408555XXXX

11-значний номер +E.164, який починається з +1408555

+14085551234

Точний рядок набору +14085551234

+496100!

Будь-який рядок набору, який починається з +496100

84969XXX

8-значний номер ESN, який починається з 84969

84969764

Точний 8-значний ESN 84969764

The dial plan in Webex Calling accepts the from and to headers in E.164 or extensions and can’t be a combination. Наприклад:

Від: 1-222-333-4444

Кому: 1-555-666-7777

SIP URI Dial Pattern Syntax:

Only domains on the right-hand side of SIP URI after @ are matched. Також можна використовувати:

  • повне доменне ім’я;

  • Domain with a leading * (indicating all sub-domains of a given domain)

Приклади.

Приклади синтаксису шаблону набору 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 isn’t matched

Після створення транків і груп маршрутів можна налаштувати абонентську групу в 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

On the side panel, next to the dial plan name, click to change the name of the dial plan.

4

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

5

Щоб вручну додати новий шаблон набору, клацніть Додати шаблони набору. Або клацніть Імпортувати файл CSV, щоб масово додати шаблони набору.

6

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

7

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

1

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

2

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

3

Click in the Actions column, and select Delete Dial Plan.

Можна ввімкнути налаштування «Виклики на локальні додаткові номери» у Control Hub. This setting applies to users within a location that are registered to a PBX and allows you to route unknown extensions (calling number length of 2-10 digits) to the PBX using an existing trunk or route group.

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

Налаштування «Виклики на локальні додаткові номери» ввімкнено для кожного розташування.

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

When enabled, calls made by users at the location to an unknown extension (between 2-10 digits) are routed to the selected route group/trunk as premises calls.

Виклики, маршрутизовані через транки до розташування з невідомого додаткового номера, обробляються як локальні виклики. This is referring to upstream calls incoming into Webex Calling from a trunk.

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

1

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

2

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

3

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

4

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

5

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

6

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

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

1

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

2

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

  • Standard Behavior is the default and recommended option to achieve the best level of interoperability with an on-premises PBX.
  • Legacy Behavior (not recommended) provides backward compatability for the legacy local gateway behavior and is not recommended when dial plans are configured for the organization.

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

3

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

When the +E.164 phone number option is chosen, Webex Calling selects the external Calling Line ID (CLID), which is an E.164 number. When the ESN (enterprise significant number) option is chosen, Webex Calling selects the internal CLID, which is an ESN.

4

Choose the Maximum Unknown Extension Length (2-10 digits) that you want to set for premises based routing.

When you increase the extension length and if the number schema used by PSTN provider is non-E.164, the incoming PSTN calls will be considered as local calls coming from on-premises. Hence, to avoid any potential misrouting, we recommend enforcing E.164 format to such incoming PSTN calls before sending it to Webex Calling.
5

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

Засіб перевірки маршрутизації викликів у Control Hub надає наведені нижче можливості.

  • Моделювання викликів для аналізу рішень щодо маршрутизації.

  • Корисні вказівки на етапах проєктування і налаштування розгортання.

  • Події на платформі аналітики Webex, які включають рішення щодо маршрутизації викликів.

  • Підтримка під час виправлення неполадок.

The feature is enhanced to display outgoing call permissions, fraud prevention, digit patterns, call intercept, and translation patterns applied while routing a call.
1

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

2

Виберіть Перевірка маршрутизації викликів.

3

From the drop-down menu, choose Select Call Source of a cloud user, workspace, virtual line or a premises trunk to verify call routing.

4

Введіть номер або URI.

5

Клацніть Переглянути результат маршрутизації, щоб переглянути маршрутизацію викликів.

Приклад 1. Багатостанційна внутрішня телефонна мережа

Опис розгортання

  • Корпоративний клієнт зі 100 об’єктами по всій території США.

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

  • 8-значна корпоративна абонентська група: 8 + 3-значний код об’єкта + 4-значний додатковий номер.

  • 30 об’єктів залишаються локальними, 70 об’єктів переміщено до Webex Calling. Служба PSTN залишається локальною, з підключенням через SIP-транки у двох основних об’єктах.

  • Змішані об’єкти відсутні. Для кожного об’єкта всіх користувачів зареєстровано або локально, або в хмарі.

Рішення для розгортання

  • Одна абонентська група з 30 шаблонами E.164 й 30 шаблонами ESN, яка маршрутизує виклики локальних користувачів до групи маршрутів із двома транками й переривається на двох локальних шлюзах у двох основних об’єктах.

Приклад 2. Mixed cloud-PBX sites

Опис розгортання

  • Корпоративний клієнт із 50 об’єктами по всій території США: 10 великих об’єктів і 40 невеликих філій.

  • Внутрішні телефонні мережі розміщено у великих об’єктах, а основні комутатори у філіях.

  • 7-значна корпоративна абонентська група: 8 + 2-значний код об’єкта + 4-значний додатковий номер.

  • Webex Calling тільки у філіях, повільна міграція з внутрішньої телефонної мережі у великих об’єктах (змішані об’єкти як з користувачами Webex Calling, так і з користувачами внутрішньої телефонної мережі).

  • PSTN із підключенням до хмари для всіх користувачів хмари (локальні користувачі продовжують використовувати наявну PSTN).

  • У користувачів хмари й внутрішньої телефонної мережі в кожному великому об’єкті повинні зберігатися можливості набору лише додаткових номерів.

Рішення для розгортання

  • Абонентські групи для маршрутизації викликів у кожну внутрішню телефонну мережу з будь-якого іншого об’єкта. Крім того, для кожного великого об’єкта налаштовано параметр «Виклики на локальні додаткові номери» для маршрутизації викликів до транку, який переривається на локальному шлюзі в об’єкті.

Configurable limitations for trunks, route groups, and dial plans

Опис

Максимальне обмеження

Шаблони набору, які можна передати до абонентської групи за допомогою файлу CSV

10000

Транки, які можна налаштувати для одного розташування

100

Групи маршрутів на одного корпоративного клієнта

10000

Транки, які можна налаштувати в межах групи маршрутів

10

Абонентські групи, які можна налаштувати для кожного корпоративного клієнта

10000

Шаблони набору, які можна налаштувати для однієї абонентської групи

10000