- Главная
- /
- Статья
Настройка магистралей, групп маршрутов и планов набора для Webex Calling
В этой статьеПланы Webex Calling, магистрали и группы маршрутов предоставляют возможность настроить Webex Calling для управления вызовами между пользователями в Webex Calling и пользователями локальных УАТС. Это решение позволяет настроить размещенных пользователей на использование облачной PSTN (CCP или Cisco PSTN) или локальной PSTN.
Магистраль – это соединение между Webex Calling и локальной, которое останавливается в локальной сети с помощью локального шлюза или другого поддерживаемого устройства. После создания магистрали ее можно назначить группе маршрутов. Группа маршрутов – это группа магистралей, позволяющая Webex Calling распределять вызовы по нескольким магистралям или обеспечить избыточность. Локальный шлюз – это локальные устройства, которые соединяющие магистраль, локальные PSTN и/или офисную АКС.
Магистрали, группы маршрутов и планы набора обеспечивают указанные далее преимущества.
-
Load-balancing and failover across trunks to Webex Calling and the premises.
-
Возможность для Webex Calling пользователей использовать облачные PSTN (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 , 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 магистраль на основе регистрации требует на локальном шлюзе. Неявная связь с регистрацией.
Перед началом работы
Все магистрали должны быть назначены местоположению в Control Hub.
| 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. Ниже приведены примеры сценариев для лучшего понимания использования этой настройки.
|
| 7 |
Щелкните Сохранить. |
Дальнейшие действия
На экране будет отображена информация о магистрали: "Домен регистрации", "Группа магистралей OTG/DTG", "Линия/порт", "Адрес исходящего прокси". Рекомендуется скопировать эту информацию из Control Hub и сохранить ее в локальном текстовом файле или документе, чтобы использовать ее при настройке локального шлюза. В случае утери учетных данных их необходимо будет повторно сгенерировать на экране информации о магистрали в 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. Ниже приведены примеры сценариев для лучшего понимания использования этой настройки.
|
| 5 |
Щелкните Сохранить. |
Дальнейшие действия
На экране будет отображена информация о магистрали: "Домен регистрации", "Группа магистралей OTG/DTG", "Линия/порт", "Адрес исходящего прокси". Рекомендуется скопировать эту информацию из Control Hub и сохранить ее в локальном текстовом файле или документе, чтобы использовать ее при настройке локального шлюза. В случае потери учетных данных их необходимо заново создать на экране с информацией о магистрали в Control Hub. Щелкните Получить имя пользователя и сбросить пароль, чтобы создать новый набор учетных данных аутентификации для использования в магистрали.
Это действие влияет на службу, поэтому его рекомендуется делать в нечасовые часы.
Можно изменить имя магистрали или просмотреть сведения о магистрали и ее использовании в Control Hub.
| 1 |
Войдите в Control Hub 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 |
Войдите в Control Hub https://admin.webex.com, перейдите к |
| 2 |
Выберите магистраль, которую необходимо удалить. |
| 3 |
Щелкните в |
столбце Проверка состояния магистрали в Control Hub.
| 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 сертификата локального шлюза.
Требования по настройке локального шлюза в Control Hub.
-
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:
-
A Local Gateway's certificate MUST be:
-
Signed by a CA mentioned in What Root Certificate Authorities are Supported for Calls to Cisco Webex Audio and Video Platforms?
-
Подписанные сертификаты ДОЛЖНЫ всегда иметь действительный срок действия.
-
Root or intermediate certificates used to sign the certificate MUST have a valid expiry and shouldn't be revoked.
-
Сертификаты ДОЛЖНЫ быть подписаны для использования клиентом и сервером.
-
Certificates MUST contain the Fully Qualified Domain Name (FQDN) as a common name or subject alternate name in the certificate with the FQDN for the trunk is chosen in the Control Hub. Requirements are elaborated in the next section.
-
-
A trust bundle mentioned in What Root Certificate Authorities are Supported for Calls to Cisco Webex Audio and Video Platforms? should be uploaded to validate certificates from Webex 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, показанные в списке типов устройств в Control Hub, проверяются доверенными партнерами как совместимые Webex Calling локальными шлюзами. Подробную информацию о поддерживаемых сторонних поставщиках см. на сайте: Third-party SBC support under the Trunk section. |
| 7 |
Введите адрес, домен и порт пограничного контроллера сеансов . Это адрес FQDN или SRV для Webex Calling к вашему корпоративному SBC.
У вас должен быть проверенный домен. For more information, see Manage your domains |
| 8 |
Введите максимальное количество вызовов одновременно.
|
| 9 |
Щелкните Сохранить. Если проверка не пройдет, кнопка Сохранить не будет отображаться. Проверка может не пройти, если выбранные FQDN или SRV не являются уникальными для вашей организации. Проверьте требование для уникальных адресов FQDN или SRV выше. Если проблема не будет существовать, обратитесь в службу поддержки Cisco. |
Дальнейшие действия
-
Сохраните адреса Webex Calling Edge, показанные на окончательном экране.
-
Чтобы настроить CUBE в качестве локального шлюза, см.: Настройка локального шлюза в IOS-XE для Webex Calling
Можно изменить имя магистрали или просмотреть сведения о магистрали и ее использовании в Control Hub.
| 1 |
Войдите в Control Hub https://admin.webex.com, перейдите |
| 2 |
Выберите магистраль, сведения о которой необходимо отобразить или изменить. |
| 3 |
На боковой панели рядом с именем магистрали щелкните пиктограмму Можно также просмотреть информацию об использовании магистрали. |
| 4 |
Чтобы просмотреть дополнительные сведения, нажмите Управление рядом с магистралью . Этот параметр используется при желании обновить значение для максимального параллельного вызова. Если необходимо обновить адрес SRV, адрес FQDN или порт локального шлюза, необходимо добавить новую магистраль и удалить старую магистраль. |
| 5 |
Настройка "Поддержка двойной идентификации" определяет способ обработки заголовков From и P-Asserted-Identity (PAI) при отправке исходного пакета SIP INVITE в магистраль для исходящего вызова. Ниже приведены примеры сценариев для лучшего понимания использования этой настройки.
|
Можно удалить магистраль, если она не используется.
| 1 |
Войдите в Control Hub https://admin.webex.com, перейдите к |
| 2 |
Выберите магистраль, которую необходимо удалить. |
| 3 |
Щелкните в |
Проверка состояния магистрали в Control Hub.
| 1 |
Войдите в Control Hub https://admin.webex.com, перейдите к |
| 2 |
Выберите магистраль, чтобы проверить состояние. |
| 3 |
Щелкните Информация о магистрали. |
Ниже дан пример состояния магистрали, основанной на сертификатах.
-
Online: Успешное соединение между всеми прокси Webex Calling Edge и локальным шлюзом.
-
Offline: Не удалось получить соединение между Webex Calling и локальным шлюзом.
-
Impaired: Не удалось получить соединение между по меньшей мере 1 Webex Calling Edge и локальным шлюзом.
-
Unknown: В процессе установления соединения между Webex Calling и локальным шлюзом, который недавно был добавлен.
|
No si |
Описание ошибки |
Действие |
|---|---|---|
|
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 Calling локального шлюза вследствие недействительных сертификатов шлюза. |
Проверьте и убедитесь в том, что сертификат локального шлюза действителен |
|
9. |
Не удалось установить соединение TLS с Webex Calling локального шлюза, поскольку не удалось установить доверие органу сертификации. |
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 Calling локального шлюза вследствие истечения срока действия сертификатов в цепочке |
Проверьте и убедитесь, что сертификат локального шлюза не подписан цепочкой сертификатов с истекшим сроком действия |
|
11. |
Сбой соединения TLS и параметров SIP от Webex Calling локального шлюза. |
Проверьте и убедитесь в том, что CUBE настроен на отправку запросов OPTIONS |
|
12. |
Ответ параметров SIP от локального шлюза указывает на ошибку сервера или служба недоступна |
Убедитесь в том, что локальный шлюз не находится в режиме технического обслуживания или маршрутия вызовов не отключена |
|
13. |
Сбой соединения TLS с локальным шлюзом из-за отзыва сертификата локального шлюза |
Проверьте и убедитесь, что сертификат локального шлюза не отозван |
|
14. |
Сбой соединения TLS Webex Calling локального шлюза из-за того, что сертификат шлюза отозван |
Проверьте и убедитесь, что сертификат локального шлюза не отозван |
|
15. |
Сбой соединения TLS с Webex Calling локального шлюза, поскольку истек срок действия сертификата шлюза |
Проверьте и убедитесь, что срок действия сертификата локального шлюза не истек |
|
16. |
Сбой соединения TLS с Webex Calling локального шлюза из-за ошибки сертификата |
Проверьте и убедитесь в том, что сертификат локального шлюза действителен и удовлетворяет требованиям |
|
17. |
Сбой соединения TLS с Webex Calling локального шлюза из-за ошибки сертификата |
убедитесь в том, что сертификат локального шлюза действителен и удовлетворяет требованиям |
Ошибка SI No. 2,6, 11 и 12 показаны, только когда на всех окнах edge proxy происходит проблема.
Группа маршрутов
Группа маршрутов – это группа магистралей, позволяющая 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;
-
домены URI SIP.
Цифровые шаблоны набора
Цифровые шаблоны могут представлять собой либо номера формата 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)
Например:
|
Примеры синтаксиса шаблона набора URI SIP | ||
|---|---|---|
|
Prefix (Префикс) |
Значение |
Примеры |
|
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 |
| 4 |
Для изменения варианта маршрута выберите другой параметр из раскрывающегося меню. |
| 5 |
Чтобы добавить новый шаблон набора вручную, щелкните Добавить шаблоны набора. Или щелкните Импорт CSV для массового добавления шаблонов набора. |
| 6 |
Чтобы удалить шаблон набора, щелкните пиктограмму |
| 7 |
Щелкните Сохранить. |
рядом с шаблоном набора, который необходимо удалить.| 1 |
В окне просмотра информации о клиенте на веб-сайте https://admin.webex.com перейдите в раздел . |
| 2 |
Выберите план набора, который необходимо удалить. |
| 3 |
Click |
Можно включить настройку "Вызовы на локальные добавочные номера" в 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 и локальной средой и выберите способ обработки неизвестных номеров.
Для сохранения поведения маршрутизации в качестве настройки службы обработки неизвестных номеров задано устаревшее поведение. Эту настройку можно изменить, чтобы воспользоваться новыми функциями маршрутизации вызовов (например, планами набора и группами маршрутов). |
| 3 |
Выберите формат идентификатора вызывающего абонента. Если выбран параметр Номер телефона формата +E.164, Webex Calling выбирает внешний идентификатор линии вызывающего абонента (CLID), то есть номер формата E.164. Если выбран параметр ESN (номер корпоративного значения), Webex Calling выбирает внутренний CLID, то есть 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, включающие решения в части маршрутизации вызовов;
-
поддержку при устранении неполадок.
| 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 объектами на территории США.
-
Развертывание многостанционной конфигурации УАТС (или сети УАТС) с основной УАТС, которую разделяют два основных объекта для HA.
-
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 |
