- Главная
- /
- Статья
Настройка магистралей, групп маршрутов и планов набора для Webex Calling
В этой статьеПланы Webex Calling, магистрали и группы маршрутов предоставляют возможность настроить Webex Calling для управления вызовами между пользователями в Webex Calling и пользователями локальных УАТС. Это решение позволяет настроить размещенных пользователей на использование облачной PSTN (CCP или Cisco PSTN) или локальной PSTN.
Магистраль – это соединение между Webex Calling и локальной, которое останавливается в локальной сети с помощью локального шлюза или другого поддерживаемого устройства. После создания магистрали ее можно назначить группе маршрутов. Группа маршрутов – это группа магистралей, позволяющая Webex Calling распределять вызовы по нескольким магистралям или обеспечить избыточность. Локальный шлюз – это локальные устройства, которые соединяющие магистраль, локальные PSTN и/или офисную АКС.
Магистрали, группы маршрутов и планы набора обеспечивают указанные далее преимущества.
-
Балансировка нагрузки и отработка отказа между магистралями в Webex Calling и локальной среде.
-
Возможность для Webex Calling пользователей использовать облачные PSTN (cloud connected PSTN (CCP) или Cisco PSTN) и по-прежнему иметь возможность связаться с пользователями УАО в организации.
-
Маршрутизация вызовов на различные локальные УАТС.
-
Функции взаимодействия для маршрутов вызовов между офисными АКС.
-
Более широкий диапазон сценариев миграции и сосуществования с локальными УАТС, включая смешанные веб-сайты с локальными пользователями и пользователями Webex Calling.
-
Подробная видимость решений маршрутизации вызовов.
После включения местоположения необходимо настроить подключение PSTN для пользователей Webex Calling в пределах этого местоположения. Доступны указанные далее параметры PSTN.
-
Cisco PSTN. Выберите этот параметр, если необходимо пакетное решение, позволяющее заказывать новые номера PSTN и переносить существующие номера в Cisco. Параметр PSTN Cisco доступен только при указанных далее условиях.
-
Вы приобрели и включили план Cisco Calling.
-
Местоположение находится в стране, для которой предусмотрена поддержка плана Cisco Calling.
-
-
PSTN с подключением к облаку. Выберите этот параметр, если вы ищете облачное решение, не требующее развертывания локального оборудования, а затем выберите поставщика CCP на выбор. Облачную PSTN (PSTN Cisco или PSTN с подключением к облаку) можно использовать только для предоставления PSTN-доступа для пользователей Webex Calling. Доступ к облачной PSTN для вызовов, инициированных локальными пользователями, отсутствует.
-
PSTN на базе локальных ресурсов (локальный шлюз). Выберите этот параметр, чтобы сохранить текущего поставщика услуг PSTN. Магистрали для PSTN на базе локальных ресурсов, проходящие через локальный шлюз, также можно использовать для подключения к локальным УАТС. Текущие функциональные возможности локального шлюза сохраняются, и при этом не нужно вносить какие-либо изменения в конфигурацию. Для местоположений, использующих локальный шлюз, заданы PSTN на базе локальных ресурсов, а локальные шлюзы становятся магистралями.
Настройте выбранное соединение PSTN в Control Hub, выбрав , выберите местоположение, которое необходимо изменить, затем выберите Назначить или Управление и выберите нужное подключение PSTN.
Магистраль
Магистраль – это соединение между Webex Calling и локальным объектом, прерванное локально с помощью поддерживаемого пограничного контроллера сеансов, действующего в качестве локального шлюза. См. раздел Начало работы с локальным шлюзом , чтобы ознакомиться с различными моделями магистралей и требованиями к устройствам и конфигурации.
Для модели магистрали регистрации пограничный контроллер сеансов (SBC) выполняет регистрацию SIP. Для поддержания активности регистрации SIP магистраль на основе регистрации требует на локальном шлюзе. Неявная связь с регистрацией.
Перед началом работы
Все магистрали должны быть назначены местоположению в 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 с включенной двойной идентичностью. Ниже приведены примеры сценариев для лучшего понимания использования этой настройки.
|
| 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 с включенной двойной идентичностью. Ниже приведены примеры сценариев для лучшего понимания использования этой настройки.
|
| 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 с включенной двойной идентичностью. Ниже приведены примеры сценариев для лучшего понимания использования этой настройки.
|
, чтобы изменить имя магистрали.Можно удалить магистраль, если она не используется.
| 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).
-
При развертывании за брандмауэром ДОЛЖНЫ быть настроены соответствующие правила, чтобы разрешить передачу сигналов TLS SIP и мультимедиа UDP/SRTP между локальным шлюзом и Интернетом.
-
Подробные сведения о портах, используемых в потоках между локальным шлюзом и облаком Webex, см. в справочном руководстве по портам Webex Calling.
-
Это руководство по настройке предполагает, что стандартный порт TLS SIP 5061 используется локальным шлюзом для получения сигналов. При необходимости можно использовать альтернативный порт прослушивания сигналов.
-
-
Для успешной авторизации и аутентификации вызовов через магистраль требуется подписанный сертификат. Локальный шлюз ДОЛЖЕН отвечать приведенным ниже требованиям при установлении двустороннего соединения mutual TLS со службами Webex Calling для SIP.
-
Сертификат Локального Шлюза ДОЛЖЕН быть:
-
Подписано ЦС, упомянутым в разделе Какие корневые центры сертификации поддерживаются для вызовов на платформы аудио и видео Cisco Webex?
-
Подписанные сертификаты ДОЛЖНЫ всегда иметь действительный срок действия.
-
Корневые или промежуточные сертификаты, используемые для подписи сертификата, ДОЛЖНЫ иметь действительный срок действия и не должны быть отозваны.
-
Сертификаты ДОЛЖНЫ быть подписаны для использования клиентом и сервером.
-
Сертификаты ДОЛЖНЫ содержать полное доменное имя (FQDN) в качестве общего имени или альтернативного имени субъекта в сертификате, при выборе FQDN для магистрали в Control Hub. Требования уточняются в следующем разделе.
-
-
Пакет доверия, упомянутый в разделе "Какие корневые центры сертификации поддерживаются для вызовов на платформы аудио и видео Cisco Webex? ", должен быть загружен для проверки сертификатов из служб Webex для SIP.
-
Прежде чем начать
-
Заявленный и проверенный домен: При добавлении магистрали ДОЛЖЕН быть выбран адрес узла из проверенного или заявленного доменного имени верхнего уровня. См. раздел Управление доменом.
-
Уникальный адрес для всей организации: Магистраль создается с уникальным адресом узла FQDN или SRV. Этот адрес ДОЛЖЕН быть уникальным для всей организации, и ни одна из двух магистралей не может использовать один и тот же адрес.
-
Магистраль с FQDN london.lgw.cisco.com:5062 может быть создана, только если нет другой магистрали с адресом узла london.lgw.cisco.com. Это запрещено, даже если существует магистраль с таким же именем адреса, как адрес SRV или FQDN, и с другой комбинацией портов.
-
Магистраль с SRV адресом london.lgw.cisco.com может быть создана только при отсутствие другой магистрали с адресом хоста london.lgw.cisco.com. Это запрещено, даже если существует магистраль с таким же именем, как адрес SRV или FQDN и с другой комбинацией портов.
-
-
Конфигурация DNS: Локальный шлюз ДОЛЖЕН быть удален из общедоступного интернета с помощью записи типа DNS A или записи службы DNS (SRV).
-
Если выбрано полное доменное имя, адрес ДОЛЖЕН быть преобразован в Запись DNS A, а не в CNAME DNS.
-
Если выбран адрес SRV, тип службы ДОЛЖЕН иметь префикс "_sips._tcp".
-
Адрес может разрешаться для одной или нескольких записей DNS A с разным весом и приоритетом. При этом рекомендуется использовать один и тот же порт прослушивания для всех записей.
-
Записи в служебной записи должны иметь соответствующий вес и приоритет. Использование разного веса и приоритета влияет на распределение трафика для вызовов, исходящих из Webex Calling.
-
-
Все типы записей ДОЛЖНЫ иметь разумное значение TTL 300 секунд или выше.
-
-
Все магистрали должны быть назначены местоположению в Control Hub.
В следующей таблице приведены примеры с различными типами записей, которые выбираются в вашей организации в качестве адреса магистрали одновременно.
|
Конфигурация магистрали как FQDN или SRV |
Правило для конфигурации DNS |
Адрес, указанный в сертификате в качестве общего имени (CN) или альтернативного имени субъекта (SAN) |
Требование к заголовку контакта SIP |
|---|---|---|---|
|
FQDN: london.lgw1.cisco.com с портом 5061 |
london.lgw1.cisco.com — это запись DNS A |
london.lgw1.cisco.com |
sip:london.lgw1.cisco.com:port;transport=tls или sip:user@london.lgw1.cisco.com:port;transport=tls |
|
SRV: frankfurt.lgw.cisco.com |
_sips._tcp.frankfurt.lgw.cisco.com решает ONE A Record frankfurt.lgw1.cisco.com |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;port=tls или sip:user@frankfurt.lgw.cisco.com;port=tls |
|
SRV: frankfurt.lgw.cisco.com |
_sips._tcp.frankfurt.lgw.cisco.com решает ДВЕ или более Записей A fr.lgw1.cisco.com fr.lgw2.cisco.com Обе записи ДОЛЖНЫ быть преобразованы в уникальный IP-адрес и, как предлагается, могут иметь различный вес и приоритет. |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;port=tls или sip:user@frankfurt.lgw.cisco.com;port=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.
Вы не можете использовать:
-
Wild card "X" в середине чисел, например: 617495X3XX
-
Wild card "!" при использовании wild card "X" в конфигурации номерного плана, например: 1617 X3!
|
Примеры корпоративного плана набора | |
|---|---|
|
+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 |
