- Главная
- /
- Статья
Configure trunks, route groups, and dial plans for Webex Calling
Планы Webex Calling, магистрали и группы маршрутов предоставляют возможность настроить Webex Calling для управления вызовами между пользователями в Webex Calling и пользователями локальных УАТС. This solution lets you configure hosted users to use Cloud PSTN (CCP or Cisco PSTN) or Premises-based PSTN.
Магистраль – это соединение между 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 и локальным объектом, прерванное локально с помощью поддерживаемого пограничного контроллера сеансов, действующего в качестве локального шлюза. Информацию о различных моделях магистрали и требованиях к устройствам и конфигурации см. в статье Начало работы с локальным шлюзом .
Для модели магистрали регистрации пограничный контроллер сеансов (SBC) выполняет регистрацию SIP. Для поддержания активности регистрации SIP магистраль на основе регистрации требует на локальном шлюзе. Неявная связь с регистрацией.
Перед началом работы
Все магистрали должны быть назначены местоположению в Control Hub.
1 |
Войдите в Control Hub https://admin.webex.com, перейдите |
2 |
Выберите Добавить магистраль. |
3 |
Выберите местоположение в раскрывающийся список. |
4 |
Введите имя для магистрали. |
5 |
Выберите Регистрация в окнах Тип раскрывающийся список. |
6 |
Настройка "Поддержка двойной идентификации" определяет способ обработки заголовков From и P-Asserted-Identity (PAI) при отправке исходного пакета SIP INVITE в магистраль для исходящего вызова. Если включена двойная идентификация, Webex Calling будет заполнять данные From и PAI (и оба заголовка удостоверений могут отличаться). Если функция двойного удостоверения отключена, PAI и From идентичны. Для заголовка From задано значение с включенным параметром Dual Identity. Ниже приведены примеры сценариев для лучшего понимания использования этой настройки.
|
7 |
Щелкните Сохранить. |
Дальнейшие действия
На экране будет отображена информация о магистрали: "Домен регистрации", "Группа магистралей OTG/DTG", "Линия/порт", "Адрес исходящего прокси". Рекомендуется скопировать эту информацию из Control Hub и сохранить ее в локальном текстовом файле или документе, чтобы использовать ее при настройке локального шлюза. В случае утери учетных данных их необходимо будет повторно сгенерировать на экране информации о магистрали в Control Hub. Щелкните Получить имя пользователя и сбросить пароль, чтобы создать новый набор учетных данных аутентификации для использования в магистрали.
Это действие влияет на службу, поэтому его рекомендуется делать в не часы работы.
При настройке магистрали для подключения к локальному шлюзу для Webex Calling см.: Настройка локального шлюза на IOS-XE для Webex Calling.
Магистраль представляет собой соединение между Webex Calling и локальной средой, которое прерывается в локальной среде на локальном шлюзе или другом поддерживаемом устройстве.
Перед началом работы
Все магистрали должны быть назначены местоположению в Control Hub.
1 |
Войдите в Control Hub https://admin.webex.com, перейдите к |
2 |
Выберите Добавить магистраль. |
3 |
Выберите местоположение и название магистрали. Имя магистрали должно содержать не более 24 символов. |
4 |
Настройка "Поддержка двойной идентификации" определяет способ обработки заголовков From и P-Asserted-Identity (PAI) при отправке исходного пакета SIP INVITE в магистраль для исходящего вызова. Если включена двойная идентификация, Webex Calling будет заполнять данные From и PAI (и оба заголовка удостоверений могут отличаться). Если функция двойного удостоверения отключена, PAI и From идентичны. Для заголовка From задано значение с включенным параметром Dual Identity. Ниже приведены примеры сценариев для лучшего понимания использования этой настройки.
|
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 в магистраль для исходящего вызова. Если функция двойного удостоверения отключена, PAI и From идентичны. Для заголовка From задано значение с включенным параметром Dual Identity. Ниже приведены примеры сценариев для лучшего понимания использования этой настройки.
|
Можно удалить магистраль, если она не используется.
1 |
Войдите в Control Hub https://admin.webex.com, перейдите к |
2 |
Выберите магистраль, которую необходимо удалить. |
3 |
Щелкните в столбце Действия и щелкните Удалить магистраль. |
Проверка состояния магистрали в Control Hub.
1 |
Войдите в Control Hub https://admin.webex.com, перейдите к |
2 |
Выберите магистраль, чтобы проверить состояние. |
3 |
Щелкните Информация о магистрали. |
Ниже приводится различное состояние магистрали, основанной на регистрации.
-
Онлайн: успешная регистрация локального шлюза в Webex Calling.
-
Не в сети. Не удалось зарегистрировать локальный шлюз в Webex Calling.
При добавлении магистрали, основанной на сертификатах, необходимо ввести полное доменное имя (FQDN). Затем для Webex Calling локального шлюза используется комбинация FQDN сертификата локального шлюза.
Требования по настройке локального шлюза в Control Hub.
-
Локальный шлюз ДОЛЖЕН быть доступен непосредственно из Интернета с помощью общедоступного адреса IPv4. Этот адрес ДОЛЖЕН быть разрешен из записи DNS A или SRV из домена, подтвержденного в Control Hub. Если локальный шлюз настроен с частным IP-адресом, для обеспечения доступа к нему непосредственно из Интернета необходим перевод статического адреса "1 на 1" (NAT).
-
При развертывании за брандмауэром НЕОБХОДИМО настроить соответствующие правила для передачи сигналов SIP TLS и передачи мультимедиа UDP/SRTP между локальным шлюзом и Интернетом.
-
Подробные сведения о портах, используемых в потоках между локальным шлюзом и облаком Webex, см. в справочном руководстве по портам Webex Calling .
-
В этом руководстве по настройке предполагается, что для получения сигналов локальным шлюзом используется стандартный порт SIP TLS 5061. При необходимости можно использовать альтернативный порт прослушивания сигналов.
-
-
Для успешной авторизации и аутентификации вызовов через магистраль требуется подписанный сертификат. При установлении двустороннего соединения Mutual TLS со службами Webex Calling для SIP локальный шлюз ДОЛЖЕН соответствовать приведенным ниже требованиям.
-
Сертификат локального шлюза ДОЛЖЕН быть:
-
Подписано центром сертификации, упомянутым в статье Какие корневые центры сертификации поддерживаются для вызовов на платформы аудио и видео Cisco Webex?
-
Подписанные сертификаты ДОЛЖНЫ всегда иметь действительный срок действия.
-
Корневые или промежуточные сертификаты, используемые для подписи сертификата, ДОЛЖНЫ иметь действительный срок действия и не должны быть отозваны.
-
Сертификаты ДОЛЖНЫ быть подписаны для использования клиентом и сервером.
-
Сертификаты ДОЛЖНЫ содержать полное доменное имя (FQDN) в качестве общего имени или альтернативного имени субъекта в сертификате с FQDN магистрали, выбранном в Control Hub. Требования изложены в следующем разделе.
-
-
Для проверки сертификатов служб Webex для SIP необходимо загрузить пакет доверия, упомянутый в разделе Какие корневые центры сертификации поддерживаются для вызовов на платформы аудио и видео Cisco Webex?.
-
Перед началом работы
-
Затребованный и проверенный домен: При добавлении магистрали НЕОБХОДИМО выбрать адрес организатора из проверенного или заявленного доменного имени высшего уровня. См. статью Управление вашим доменом.
-
Уникальный адрес в организации: Магистраль создается с уникальным адресом узла FQDN или SRV. Этот адрес ДОЛЖЕН быть уникальным для всей организации, и ни одна из магистралей не может использовать один и тот же адрес.
-
Магистраль с FQDN london.lgw.cisco.com:5062 можно создать только в случае отсутствия другой магистрали с адресом организатора london.lgw.cisco.com. Это запрещено, даже если существует магистраль с тем же именем адреса, что и адрес SRV или FQDN, и с другой комбинацией портов.
-
Магистраль с SRV адресом london.lgw.cisco.com может быть создана только при отсутствие другой магистрали с адресом хоста london.lgw.cisco.com. Это запрещено, даже если существует магистраль с тем же именем, что и адрес SRV или FQDN, и с другой комбинацией портов.
-
-
Конфигурация DNS: Локальный шлюз ДОЛЖЕН быть разрешен из общедоступного Интернета посредством записи типа A DNS или записи службы DNS (SRV).
-
Если выбрано полное доменное имя, адрес ДОЛЖЕН указывать на A-запись DNS, а не на CNAME DNS.
-
Если выбран адрес SRV, тип службы ДОЛЖЕН иметь префикс "_sips._tcp".
-
Адрес может относиться к одной или нескольким А-записям DNS с разным весом и приоритетом. При этом рекомендуется использовать один и тот же порт прослушивания для всех записей.
-
Записи в записи службы должны иметь соответствующий вес и приоритет. Использование разного веса и приоритета влияет на распределение трафика для вызовов, исходящих из Webex Calling.
-
-
Все типы записей ДОЛЖНЫ иметь умеренную высоту TTL 300 секунд или выше.
-
-
Все магистрали должны быть назначены местоположению в Control Hub.
В таблице ниже приведены примеры с различными типами записей, которые одновременно выбраны в вашей организации в качестве адреса магистрали.
Конфигурация магистрали как FQDN или SRV |
Правило для конфигурации DNS |
Адрес, присутствующий в сертификате как общее имя (CN) или альтернативное имя субъекта (SAN) |
Требование заголовка контакта SIP |
---|---|---|---|
полное доменное имя: london.lgw1.cisco.com с портом 5061 |
london.lgw1.cisco.com – это A-запись DNS |
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 относится к ОДНОЙ А Записи 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 разрешается использование ДВУХ или более Записей A ru.lgw1.cisco.com ru.lgw2.cisco.com Обе записи ДОЛЖНЫ указывать на уникальный IP-адрес и, как указано, могут иметь разный вес и приоритет. |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;port;transport=tls или sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
Каждая транзакция SIP, инициируемая локальным шлюзом в облако Webex Calling, должна содержать заголовок контакта с FQDN локального шлюза.
ПАРАМЕТРЫ Транзакции с локального шлюза особенно важны для того, чтобы состояние локального шлюза в Control Hub было онлайн.
1 |
В окне просмотра информации о клиенте на веб-сайте https://admin.webex.com перейдите в раздел . |
2 |
Выберите Добавить магистраль. |
3 |
Выберите местоположение в раскрывающийся список. |
4 |
Введите имя для магистрали. |
5 |
Выберите сертификат на основе типа магистрали раскрывающийся список. |
6 |
В раскрывающемся списке выберите тип устройства. Интеграция SBC с Cisco Webex Calling как локальный шлюз третьих сторон (LGW) поддерживается только магистралью, основанную на сертификатах. Только SBC, показанные в списке типов устройств в Control Hub, проверяются доверенными партнерами как совместимые Webex Calling локальными шлюзами. Подробную информацию о поддерживаемых сторонних поставщиках см. на сайте: Поддержка стороннего пограничного контроллера сеансов в разделе Магистраль . |
7 |
Введите адрес, домен и порт пограничного контроллера сеансов . Это адрес FQDN или SRV для Webex Calling к вашему корпоративному SBC.
У вас должен быть проверенный домен. Дополнительную информацию см. в статье Управление доменами |
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 |
Щелкните Информация о магистрали. |
Ниже дан пример состояния магистрали, основанной на сертификатах.
-
Онлайн: Успешное соединение между всеми прокси Webex Calling Edge и локальным шлюзом.
-
Не в сети. Не удалось получить соединение между Webex Calling и локальным шлюзом.
-
С нарушением. Не удалось получить соединение между по меньшей мере 1 Webex Calling Edge и локальным шлюзом.
-
Неизвестно: В процессе установления соединения между Webex Calling и локальным шлюзом, который недавно был добавлен.
No si |
Описание ошибки |
Действие |
---|---|---|
1. |
Сбой соединения TLS с локальным шлюзом вследствие ошибки разрешения DNS FQDN настроенного для шлюза. |
Проверьте конфигурации DNS для настроенного SRV или FQDN и проверьте их возможность устранения. |
2. |
Сбой соединения TLS с локальным шлюзом из-за проблемы с транспортом. |
Убедитесь в том, что устраненные IP-адреса и порт для локального шлюза являются действительными. |
3. |
Сбой соединения TLS с локальным шлюзом, поскольку сертификат шлюза подписан недействительным пунктом сертификации |
Убедитесь, что сертификат локального шлюза подписан действительным центром сертификации (Какие корневые центры сертификации поддерживаются для вызовов на платформы аудио и видео Cisco Webex?). |
4. |
Сбой соединения TLS с локальным шлюзом, поскольку истек срок действия сертификата шлюза |
Проверьте и убедитесь, что срок действия сертификата локального шлюза не истек |
5. |
Сбой соединения TLS с локальным шлюзом, поскольку сертификат шлюза был выдан просроченным пунктом сертификации |
Проверьте и убедитесь, что сертификат локального шлюза не подписан цепочкой сертификатов, срок действия которых истек. |
6. |
Сбой соединения TLS с локальным шлюзом, поскольку FQDN, настроенный для шлюза, отсутствует в CN или SAN |
Проверьте и убедитесь в том, что сертификат локального шлюза имеет cn / SAN, FQDN/SRV настроен. |
7. |
Параметры SIP, отправленные на локальный шлюз, не получили ответа |
Убедитесь в том, что CUBE настроен для получения запросов OPTIONS и ответа. Проверьте конфигурацию CUBE |
8. |
Сбой соединения TLS с Webex Calling локального шлюза вследствие недействительных сертификатов шлюза. |
Проверьте и убедитесь в том, что сертификат локального шлюза действителен |
9. |
Не удалось установить соединение TLS с Webex Calling локального шлюза, поскольку не удалось установить доверие органу сертификации. |
Убедитесь, что сертификат локального шлюза подписан действительным центром сертификации (Какие корневые центры сертификации поддерживаются для вызовов на платформы аудио и видео Cisco Webex?). |
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 к отдельным местоположениям, или же страницу Планы набора, чтобы использовать эту группу маршрутов в качестве варианта маршрута для плана набора. Группа маршрутов также может использоваться в качестве параметра выбора маршрутизации для маршрутизации неизвестных добавочных номеров в местоположении.
Можно изменить название существующей группы маршрутов, добавить магистрали, изменить количество назначенных магистралей, а также изменить уровни приоритета магистралей. На странице сведений о группе маршрутов можно также просмотреть информацию о вызовах на локальные добавочные номера, планах набора и соединении PSTN.
1 |
В окне просмотра информации о клиенте на веб-сайте https://admin.webex.com перейдите в раздел . |
2 |
Выберите группу маршрутов, которую необходимо изменить. |
3 |
На боковой панели рядом с названием группы маршрутов щелкните пиктограмму , чтобы изменить название группы маршрутов. |
4 |
Чтобы добавить или изменить магистрали в группе маршрутов, щелкните Управление рядом с разделом Магистрали. Можно добавить магистраль из раскрывающегося меню, изменить уровень приоритета существующей магистрали в таблице и/или удалить какую-либо существующую магистраль из таблицы. |
5 |
Щелкните Сохранить. |
Можно удалить группу маршрутов, если она не используется.
1 |
В окне просмотра информации о клиенте на веб-сайте https://admin.webex.com перейдите в раздел . |
2 |
Выберите группу маршрутов, которую необходимо удалить. |
3 |
Щелкните в столбце Действия и выберите Удалить группу маршрутов. |
Планы набора позволяют маршрутизировать вызовы на локальные номера назначения с помощью магистралей или групп маршрутов. Настройте планы набора глобально для предприятия и примените их ко всем пользователям, независимо от местоположения. План набора также задает вариант маршрута (магистраль или группа маршрутов) для вызовов, которые соответствуют какому-либо из шаблонов набора. Определите определенные шаблоны набора в рамках плана набора. Шаблон набора представляет собой локальные добавочные номера:
-
ESN и внутрисетевые номера;
-
шаблоны +E.164;
-
домены URI SIP.
Цифровые шаблоны набора
Цифровые шаблоны могут представлять собой либо номера формата E.164, либо корпоративные номера. Шаблоны для номеров формата E.164 начинаются с символа "+", после них указывается последовательность цифр (1–9), а затем дополнительные подстановочные знаки.
Корпоративный шаблон набора
Корпоративный шаблон набора имеет последовательность цифр (1–9), за которой следуют дополнительные подстановочные знаки. Допустимыми подстановочными символами являются! (соответствует любой последовательности цифр) и X (соответствует одной цифре, 0–9). Подстановочный знак! может присутствовать только один раз в конце и только в шаблоне E.164.
Вы не можете использовать:
-
Подстановочный знак "X" в середине чисел, например: 617495X3XX
-
Подстановочный знак "!" при использовании подстановочной карты "X" в конфигурации номерного плана, например: 1617495x3!
Примеры корпоративного плана набора | |
---|---|
+1408555XXXX |
11-значный номер формата +E.164, начинающийся с +1408555 |
+14085551234 |
Точная строка набора: +14085551234 |
+496100! |
Любая строка набора, начинающаяся с +496100 |
84969XXX |
8-значный ESN, начинающийся с 84969 |
84969764 |
Точный 8-значный ESN 84969764 |
План набора в Webex Calling принимает заголовки "От" и "Кому" в E.164 или добавочных номерах и не может быть комбинацией. Пример.
От: 1-222-333-4444
Кому: 1-555-666-7777
Синтаксис шаблона набора URI SIP.
Сопоставляются только домены в правой части URI SIP после @. Возможные варианты:
-
полное доменное имя;
-
Домен, начинающийся с * (обозначающий все поддомены данного домена)
Например:
Примеры синтаксиса шаблона набора 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 не совпадает |
После создания магистралей и групп маршрутов можно настроить план набора в 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 до 10 цифр) в УАТС с помощью существующей магистрали или группы маршрутов.
Перед началом работы
Настройка "Вызовы на локальные добавочные номера" включается для каждого местоположения отдельно.
Эта настройка позволяет сохранить привычные условия набора в смешанной среде (облачной и локальной). Пользователям по-прежнему доступен сокращенный набор (например, набор 4 цифр), даже если выполнена частичная миграция объекта в Webex Calling.
Если этот параметр включен, вызовы, совершенные пользователями в местоположении на неизвестный добавочный номер (от 2 до 10 цифр), маршрутизируются в выбранную группу маршрутов/магистраль как локальные вызовы.
Совершенные с неизвестных добавочных номеров вызовы, маршрутизированные через магистрали в местоположении, обрабатываются как локальные вызовы. Это относится к входящим из магистрали вызовам, поступающим в Webex Calling.
Вызовы расцениваются как инициированные с неизвестного добавочного номера, если идентификатор вызывающего абонента не совпадает ни с одним из существующих шаблонов плана набора.
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 |
Выберите Максимальная длина неизвестного добавочного номера (от 2 до 10 цифр), которую необходимо задать для маршрутизации на базе локальных ресурсов. При увеличении длины добавочного номера и если схема номеров, используемая поставщиком услуг PSTN, не соответствует стандарту E.164, входящие вызовы PSTN будут рассматриваться как локальные вызовы, поступающие из локальной системы. Поэтому во избежание возможных ошибок маршрутизации рекомендуется обязать формат E.164 для таких входящих вызовов PSTN перед отправкой в Webex Calling. |
5 |
Щелкните Сохранить. |
Инструмент проверки функции маршрутизации вызовов в Control Hub обеспечивает:
-
моделирование вызовов для анализа решений в части маршрутизации;
-
полезные инструкции на этапах проектирования и настройки развертывания;
-
события на платформе аналитики Webex, включающие решения в части маршрутизации вызовов;
-
поддержку при устранении неполадок.
1 |
В окне просмотра информации о клиенте на веб-сайте https://admin.webex.com перейдите в раздел . |
2 |
Выберите Проверка функции маршрутизации вызовов. |
3 |
В раскрывающемся меню выберите Выбрать источник вызова облачного пользователя, рабочего пространства, виртуальной линии или локальной магистрали для проверки маршрутизации вызовов. |
4 |
Введите номер или URI. |
5 |
Чтобы просмотреть сведения о маршрутизации вызовов, щелкните Просмотр результата маршрутизации. |
Пример 1. Многостанционная конфигурация УАТС
Описание развертывания
-
Корпоративный клиент со 100 объектами на территории США.
-
Развертывание многостанционной конфигурации УАТС (или сети УАТС) с основной УАТС, которую разделяют два основных объекта для HA.
-
8-значный корпоративный план набора: 8 + 3-значный код объекта + 4-значный добавочный номер.
-
30 объектов остаются в локальной среде, а 70 – переносятся в Webex Calling. PSTN остается в локальной среде за счет магистралей SIP на двух основных объектах.
-
Смешанные объекты отсутствуют. На каждом объекте все пользователи могут быть зарегистрированы либо локально, либо в облачной среде.
Решение для развертывания
-
Единый план набора с шаблонами 30 E.164 + 30 ESN, в рамках которого вызовы для локальных пользователей маршрутизируются в группу маршрутов по двум магистралям, прерывающимся на двух локальных шлюзах в двух основных объектах.
Пример 2. Смешанные веб-сайты с облачной УАТС
Описание развертывания
-
Корпоративный клиент с 50 объектами на территории США: 10 крупных объектов и 40 небольших филиалов.
-
УАТС размещены на крупных объектах, а основные коммутаторы – в филиалах.
-
7-значный корпоративный план набора: 8 + 2-значный код объекта + 4-значный добавочный номер.
-
Webex Calling только в филиалах, постепенная миграция из УАТС на крупных объектах (смешанные объекты, на которых находятся и пользователи Webex Calling, и пользователи УАТС).
-
PSTN с подключением к облаку для всех пользователей облака (локальные пользователи по-прежнему работают с существующей PSTN).
-
У пользователей облака и УАТС на каждом крупном объекте должны сохраниться возможности набора только добавочных номеров.
Решение для развертывания
-
Планы набора для маршрутизации вызовов на каждую УАТС с любого другого объекта. Кроме того, для каждого большого объекта параметр "Вызовы на локальные добавочные номера" настроен для маршрутизации вызовов в магистраль, прерывающуюся на локальном шлюзе в объекте.
Настраиваемые ограничения для магистралей, групп маршрутов и планов набора | |
---|---|
Описание |
Максимальное ограничение |
Шаблоны набора, которые можно загрузить из файла CSV в план набора |
10000 |
Магистрали, которые можно настроить для каждого местоположения |
100 |
Группы маршрутов на одного корпоративного клиента |
10000 |
Магистрали, настраиваемые в рамках группы маршрутов |
10 |
Планы набора, настраиваемые для каждого корпоративного клиента |
10000 |
Шаблоны набора, настраиваемые с помощью одного плана набора |
10000 |