- Главная
- /
- Статья
Благодарим вас за обратную связь.
Настройка магистралей, групп маршрутов и планов набора для Webex Calling
В этой статье
Отправить обратную связь?Планы вызовов, каналы связи и группы маршрутов Webex Calling помогают настроить Webex Calling для управления вызовами между размещенными пользователями Webex Calling и пользователями локальных АТС. Это решение позволяет вам настраивать размещенных пользователей для использования облачной PSTN (CCP или Cisco PSTN) или локальной PSTN.
Магистраль представляет собой соединение между Webex Calling и локальной средой, которое прерывается в локальной среде на локальном шлюзе или другом поддерживаемом устройстве. После создания транка его можно назначить группе маршрутов.
Группа маршрутов – это группа магистралей, позволяющая Webex Calling распределять вызовы по нескольким магистралям или обеспечить избыточность.
Локальный шлюз — это локальное устройство, которое соединяет магистраль, локальную телефонную сеть общего пользования (PSTN), and/or АТС.
Магистрали, группы маршрутов и планы набора обеспечивают указанные далее преимущества.
-
Балансировка нагрузки и переключение при сбое между каналами связи и Webex Calling, а также на локальные сети.
-
Возможность для пользователей Webex Calling использовать облачную PSTN (Cloud Connected PSTN (CCP) или Cisco PSTN) и связываться с пользователями УАТС на предприятии.
-
Маршрутизация вызовов на различные офисные АТС.
-
Функции взаимодействия для маршрутов вызовов между офисными АКС.
-
Более широкий спектр сценариев миграции и сосуществования с локальными АТС, включая смешанные сайты с локальными пользователями и пользователями Webex Calling.
-
Подробная информация о решениях по маршрутизации вызовов.
Варианты PSTN для вашего местоположения
После включения местоположения необходимо настроить подключение PSTN для пользователей Webex Calling в пределах этого местоположения. Доступны указанные далее параметры PSTN.
-
Cisco PSTN— выберите этот вариант, если вам нужно комплексное решение, позволяющее заказывать новые номера PSTN и переносить существующие номера в Cisco. Параметр PSTN Cisco доступен только при указанных далее условиях.
-
Вы приобрели и включили план Cisco Calling.
-
Местоположение находится в стране, для которой предусмотрена поддержка плана Cisco Calling.
-
-
Облачная ТфОП— выберите этот вариант, если вы ищете облачное решение, не требующее развертывания локального оборудования, а затем выберите поставщика CCP по своему выбору. Облачную PSTN (PSTN Cisco или PSTN с подключением к облаку) можно использовать только для предоставления PSTN-доступа для пользователей Webex Calling. Доступ к облачной PSTN для вызовов, инициированных локальными пользователями, отсутствует.
-
Локальная ТфОП (локальный шлюз)— выберите этот вариант, если вы хотите сохранить своего текущего провайдера ТфОП. Магистрали для PSTN на базе локальных ресурсов, проходящие через локальный шлюз, также можно использовать для подключения к локальным УАТС. Текущие функциональные возможности локального шлюза сохраняются, и при этом не нужно вносить какие-либо изменения в конфигурацию. Для местоположений, использующих локальный шлюз, заданы PSTN на базе локальных ресурсов, а локальные шлюзы становятся магистралями.
Настройте выбранное PSTN-подключение в Control Hub, выбрав , выберите местоположение, которое вы хотите изменить, затем выберите Назначить или Управление и выберите желаемое подключение к ТфОП.
Магистраль
Магистраль – это соединение между Webex Calling и локальным объектом, прерванное локально с помощью поддерживаемого пограничного контроллера сеансов, действующего в качестве локального шлюза. См. раздел Начало работы с локальным шлюзом, чтобы ознакомиться с различными моделями транкинга и требованиями к устройствам и конфигурации.
Для модели магистрали регистрации пограничный контроллер сеансов (SBC) выполняет регистрацию SIP. Для поддержания активности регистрации SIP магистраль на основе регистрации требует на локальном шлюзе. Неявная связь с регистрацией.
Перед началом работы
Все магистрали должны быть назначены местоположению в Control Hub.
| 1 |
Выберите Добавить магистраль. |
| 2 |
Выберите местоположение в раскрывающийся список. |
| 3 |
Введите имя для магистрали. |
| 4 |
Выберите Регистрация в окнах Тип раскрывающийся список. |
| 5 |
Настройка "Поддержка двойной идентификации" определяет способ обработки заголовков From и P-Asserted-Identity (PAI) при отправке исходного пакета SIP INVITE в магистраль для исходящего вызова. При включенной двойной идентификации Webex Calling заполняет поля From и PAI (при этом оба заголовка идентификации могут быть разными). При отключенной двойной идентификации PAI и From идентичны и устанавливаются в соответствии с тем, что было задано в заголовке From при включенной двойной идентификации. Ниже приведены примеры сценариев для лучшего понимания использования этой настройки.
|
| 6 |
Щелкните Сохранить. |
Дальнейшие действия
На экране будет отображена информация о магистрали: "Домен регистрации", "Группа магистралей OTG/DTG", "Линия/порт", "Адрес исходящего прокси". Рекомендуется скопировать эту информацию из Control Hub и сохранить ее в локальном текстовом файле или документе, чтобы использовать ее при настройке локального шлюза. В случае утери учетных данных их необходимо будет повторно сгенерировать на экране информации о магистрали в Control Hub. Щелкните Получить имя пользователя и сбросить пароль, чтобы создать новый набор учетных данных аутентификации для использования в магистрали.
Это действие влияет на службу, поэтому его рекомендуется делать в не часы работы.
При настройке магистрали для подключения к локальному шлюзу для Webex Calling см.: Настройте локальный шлюз на IOS-XE для вызовов Webex.
Магистраль представляет собой соединение между Webex Calling и локальной средой, которое прерывается в локальной среде на локальном шлюзе или другом поддерживаемом устройстве.
Перед началом работы
Все магистрали должны быть назначены местоположению в Control Hub.
| 1 | |
| 2 |
Перейдите к . |
| 3 |
Перейти к . |
| 4 |
Выберите Добавить магистраль. |
| 5 |
Выберите местоположение и название магистрали. Имя магистрали должно содержать не более 24 символов. |
| 6 |
Настройка "Поддержка двойной идентификации" определяет способ обработки заголовков From и P-Asserted-Identity (PAI) при отправке исходного пакета SIP INVITE в магистраль для исходящего вызова. При включенной двойной идентификации Webex Calling заполняет поля From и PAI (при этом оба заголовка идентификации могут быть разными). При отключенной двойной идентификации PAI и From идентичны и устанавливаются в соответствии с тем, что было задано в заголовке From при включенной двойной идентификации. Ниже приведены примеры сценариев для лучшего понимания использования этой настройки.
|
| 7 |
Щелкните Сохранить. |
| 8 |
Поддержка P -Charge-Info позволяет поставщикам PSTN иметь более надежный метод аутентификации и биллинга вызовов в Webex Calling. Локальный шлюз может получить идентификатор вызывающего абонента, отличающийся от номера, который вы хотите использовать для выставления счетов или авторизации. Для отправки дополнительного идентификатора для этих целей используйте заголовок P-Charge-Info. Включите этот параметр, чтобы включить заголовок P-Charge-Info в информацию об исходящем вызове PSTN, отправляемую на транк, с использованием номера на основе выбранного параметра политики. Затем поставщик услуг ТфОП может полагаться на один заголовок P-Charge-Info для определения тарифицируемого номера, устраняя необходимость использования заголовка PAI для обычных вызовов и заголовка Diversion для перенаправлений вызовов. По умолчанию система устанавливает политику P-Charge-Info Support в значение Disabled.
Ограничения
|
Дальнейшие действия
На экране будет отображена информация о магистрали: "Домен регистрации", "Группа магистралей OTG/DTG", "Линия/порт", "Адрес исходящего прокси". Рекомендуется скопировать эту информацию из Control Hub и сохранить ее в локальном текстовом файле или документе, чтобы использовать ее при настройке локального шлюза. В случае потери учетных данных их необходимо заново создать на экране с информацией о магистрали в Control Hub. Щелкните Получить имя пользователя и сбросить пароль, чтобы создать новый набор учетных данных аутентификации для использования в магистрали.
Это действие влияет на службу, поэтому его рекомендуется делать в нечасовые часы.
Вы можете изменить имя канала или просмотреть сведения о канале и его использовании в Control Hub.
| 1 |
Выберите магистраль, сведения о которой необходимо отобразить или изменить. |
| 2 |
На боковой панели рядом с именем магистрали щелкните пиктограмму Можно также просмотреть информацию об использовании магистрали. |
| 3 |
Чтобы просмотреть дополнительные сведения, нажмите Управление рядом с магистралью . Используйте эту настройку, если учетные данные для доступа к информации о магистрали потеряны и их необходимо создать повторно. Щелкните Получить имя пользователя и пароль, чтобы создать новый набор учетных данных аутентификации для использования в магистрали. Это касается служб. |
| 4 |
Настройка "Поддержка двойной идентификации" определяет способ обработки заголовков From и P-Asserted-Identity (PAI) при отправке исходного пакета SIP INVITE в магистраль для исходящего вызова. При отключенной двойной идентификации PAI и From идентичны и устанавливаются в соответствии с тем, что было задано в заголовке From при включенной двойной идентификации. Ниже приведены примеры сценариев для лучшего понимания использования этой настройки.
|
, чтобы изменить имя магистрали.Можно удалить магистраль, если она не используется.
| 1 |
Выберите магистраль, которую необходимо удалить. |
| 2 |
Нажмите |
в столбце Для проверки состояния магистрали в Control Hub.
| 1 |
Войдите в Control Hub https://admin.webex.com, перейдите в . |
| 2 |
Выберите магистраль, чтобы проверить состояние. |
| 3 |
Щелкните Информация о магистрали. Ниже приведены различные статусы ствола:
|
При добавлении магистрали, основанной на сертификатах, необходимо ввести полное доменное имя (FQDN). Затем для Webex Calling локального шлюза используется комбинация FQDN сертификата локального шлюза.
Требования по настройке локального шлюза в Control Hub.
-
Локальный шлюз ДОЛЖЕН быть напрямую доступен из Интернета с использованием публичного адреса IPv4. Этот адрес ДОЛЖЕН быть разрешен из записи DNS A или SRV из домена, который был проверен в Control Hub. Если локальный шлюз был настроен с частным IP-адресом, то 1:1 Для обеспечения прямого доступа из Интернета требуется статическая трансляция адресов (NAT).
-
При развертывании за брандмауэром ДОЛЖНЫ быть настроены соответствующие правила, разрешающие сигнализацию TLS SIP и UDP/SRTP медиа для передачи между локальным шлюзом и Интернетом.
-
Подробную информацию о портах, используемых в потоках между локальным шлюзом и облаком Webex, см. в справочном руководстве по портам вызовов Webex.
-
В этом руководстве по настройке предполагается, что стандартный порт TLS SIP 5061 используется локальным шлюзом для приема сигналов. При необходимости можно использовать альтернативный порт прослушивания сигнализации.
-
-
Для успешной авторизации и аутентификации вызовов через магистраль требуется подписанный сертификат. Локальный шлюз ДОЛЖЕН соответствовать следующим требованиям при установлении двунаправленного взаимного соединения TLS со службами Webex Calling для SIP:
-
Сертификат локального шлюза ДОЛЖЕН быть:
-
Подписано центром сертификации, указанным в Какие корневые центры сертификации поддерживаются для вызовов на аудио- и видеоплатформы Cisco Webex?
-
Подписанные сертификаты ДОЛЖНЫ всегда иметь действительный срок действия.
-
Корневые или промежуточные сертификаты, используемые для подписи сертификата, ДОЛЖНЫ иметь действительный срок действия и не должны быть отозваны.
-
Сертификаты ДОЛЖНЫ быть подписаны для использования клиентом и сервером.
-
Сертификаты ДОЛЖНЫ содержать полное доменное имя (FQDN) в качестве общего имени или альтернативного имени субъекта в сертификате, при этом FQDN для ствола выбирается в Control Hub. Требования подробно изложены в следующем разделе.
-
-
Для проверки сертификатов из служб Webex для SIP следует загрузить пакет доверия, упомянутый в разделе Какие корневые центры сертификации поддерживаются для вызовов на аудио- и видеоплатформы Cisco Webex?.
-
Прежде чем начать
-
Заявленный и подтвержденный домен: При добавлении транка ОБЯЗАТЕЛЬНО должен быть выбран адрес хоста из проверенного или заявленного доменного имени верхнего уровня, см. Manage-your-domain.
-
Уникальный адрес в организации: Канал создается с уникальным FQDN или SRV-адресом хоста. Этот адрес ДОЛЖЕН быть уникальным для всей организации, и никакие два канала не могут использовать один и тот же адрес.
-
Транк с полным доменным именем 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 Service Record (SRV).
-
Если выбрано полное доменное имя (FQDN), адрес ДОЛЖЕН быть преобразован в запись DNS A, а не в имя(я) DNS CNAME.
-
Если выбран адрес SRV, то тип службы ДОЛЖЕН иметь префикс «_sips._tcp».
-
Адрес может разрешаться в одну или несколько записей DNS A с различным весом и приоритетом. При этом рекомендуется использовать один и тот же порт прослушивания для всех записей.
-
Записи в послужном списке должны иметь соответствующий вес и приоритет. Использование различного веса и приоритета влияет на распределение трафика для вызовов, исходящих из Webex Calling.
-
-
Все типы записей ДОЛЖНЫ иметь достаточно высокий TTL, предпочтительно 300 секунд или выше.
-
-
Все каналы связи должны быть назначены в определенное место в центре управления.
В следующей таблице приведены примеры с различными типами записей, которые выбраны в вашей организации в качестве адреса ствола одновременно.
|
Конфигурация канала как FQDN или SRV |
Правило настройки DNS |
Адрес, указанный в сертификате как общее имя (CN) или альтернативное имя субъекта (SAN) |
Требование к заголовку контакта SIP |
|---|---|---|---|
|
Полное доменное имя: 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 |
|
СРВ: frankfurt.lgw.cisco.com |
_sips._tcp.frankfurt.lgw.cisco.com преобразуется в ОДНУ запись A 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 |
|
СРВ: 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;transport=tls или sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
Каждая транзакция SIP, инициируемая локальным шлюзом в направлении облака Webex Calling, должна содержать заголовок Contact с полным доменным именем локального шлюза.
ОПЦИИ Транзакции с локального шлюза особенно важны для того, чтобы локальный шлюз в Control Hub находился в режиме онлайн.
| 1 |
Выберите Добавить магистраль. |
| 2 |
Выберите местоположение в раскрывающийся список. |
| 3 |
Введите имя для магистрали. |
| 4 |
Выберите сертификат на основе типа магистрали раскрывающийся список. |
| 5 |
Выберите тип устройства из раскрывающегося списка. Интеграция SBC с Cisco Webex Calling как локальный шлюз третьих сторон (LGW) поддерживается только магистралью, основанную на сертификатах. Только SBC, показанные в списке типов устройств в Control Hub, проверяются доверенными партнерами как совместимые Webex Calling локальными шлюзами. Подробную информацию о поддерживаемых сторонних поставщиках см. на сайте: Поддержка сторонних SBC в разделе Trunk. |
| 6 |
Введите адрес, домен и порт пограничного контроллера сеансов . Это адрес FQDN или SRV для Webex Calling к вашему корпоративному SBC.
У вас должен быть проверенный домен. Для получения дополнительной информации см. Управление доменами |
| 7 |
Введите максимальное количество вызовов одновременно.
|
| 8 |
Щелкните Сохранить. Если проверка не пройдет, кнопка Сохранить не будет отображаться. Проверка может не пройти, если выбранные FQDN или SRV не являются уникальными для вашей организации. Проверьте требование для уникальных адресов FQDN или SRV выше. Если проблема не будет существовать, обратитесь в службу поддержки Cisco. |
Дальнейшие действия
-
Сохраните адреса Webex Calling Edge, показанные на окончательном экране.
-
Чтобы настроить CUBE в качестве локального шлюза, см.: Настройка локального шлюза в IOS-XE для Webex Calling
Можно изменить имя магистрали или просмотреть сведения о магистрали и ее использовании в Control Hub.
| 1 |
Выберите магистраль, сведения о которой необходимо отобразить или изменить. |
| 2 |
На боковой панели, рядом с именем транка, нажмите Можно также просмотреть информацию об использовании магистрали. |
| 3 |
Чтобы просмотреть дополнительные сведения, нажмите Управление рядом с магистралью . Этот параметр используется при желании обновить значение для максимального параллельного вызова. Если необходимо обновить адрес SRV, адрес FQDN или порт локального шлюза, необходимо добавить новую магистраль и удалить старую магистраль. |
| 4 |
Настройка "Поддержка двойной идентификации" определяет способ обработки заголовков From и P-Asserted-Identity (PAI) при отправке исходного пакета SIP INVITE в магистраль для исходящего вызова. Ниже приведены примеры сценариев для лучшего понимания использования этой настройки.
|
Можно удалить магистраль, если она не используется.
| 1 |
Выберите магистраль, которую необходимо удалить. |
| 2 |
Нажмите |
Для проверки состояния магистрали в Control Hub.
| 1 |
Войдите в Control Hub https://admin.webex.com, перейдите в . |
| 2 |
Выберите магистраль, чтобы проверить состояние. |
| 3 |
Щелкните Информация о магистрали. Ниже приведены различные статусы ствола:
|
|
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 |
Выберите . |
| 2 |
Укажите название для группы маршрутов, затем из раскрывающегося меню выберите магистрали, которые необходимо добавить. |
| 3 |
Выберите уровень приоритета магистрали. |
| 4 |
Щелкните Сохранить. |
Дальнейшие действия
На экране подтверждения можно открыть страницу Местоположения, чтобы настроить соединение PSTN к отдельным местоположениям, или же страницу Планы набора, чтобы использовать эту группу маршрутов в качестве варианта маршрута для плана набора. Группу маршрутов можно также использовать в качестве варианта маршрутизации для неизвестного расширения маршрута в определенном местоположении.
Можно изменить название существующей группы маршрутов, добавить магистрали, изменить количество назначенных магистралей, а также изменить уровни приоритета магистралей. На странице сведений о группе маршрутов можно также просмотреть информацию о вызовах на локальные добавочные номера, планах набора и соединении PSTN.
| 1 |
Выберите группу маршрутов, которую необходимо изменить. |
| 2 |
На боковой панели рядом с названием группы маршрутов щелкните пиктограмму |
| 3 |
Чтобы добавить или изменить магистрали в группе маршрутов, щелкните Управление рядом с разделом Магистрали. Можно добавить магистраль из раскрывающегося меню, изменить уровень приоритета существующей магистрали в таблице и/или удалить какую-либо существующую магистраль из таблицы. |
| 4 |
Щелкните Сохранить. |
Можно удалить группу маршрутов, если она не используется.
| 1 |
Выберите группу маршрутов, которую необходимо удалить. |
| 2 |
Щелкните в |
Планы набора позволяют маршрутизировать вызовы на локальные номера назначения с помощью магистралей или групп маршрутов. Настройте планы набора номера глобально для всего предприятия и примените их ко всем пользователям, независимо от их местонахождения. План набора также задает вариант маршрута (магистраль или группа маршрутов) для вызовов, которые соответствуют какому-либо из шаблонов набора. Определите конкретные шаблоны набора номера как часть вашего плана нумерации. Шаблон набора представляет собой локальные добавочные номера:
-
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
Синтаксис шаблона набора SIP URI:
Только домены в правой части SIP URI после @ совпадают. Возможные варианты:
-
полное доменное имя;
-
Домен с ведущим * (указывает все поддомены данного домена)
Например:
|
Примеры синтаксиса шаблона набора 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 |
Щелкните Планы набора, затем Создать план набора. |
| 2 |
Введите Название плана набора. |
| 3 |
Выберите вариант маршрута. Выберите ранее созданную магистраль или группу маршрутов. |
| 4 |
(Необязательно.) Для выбранных вариантов маршрута можно вручную создать или импортировать шаблон набора. |
| 5 |
Щелкните Сохранить. |
Дальнейшие действия
После создания плана набора можно также массово добавить шаблоны набора. Для массового добавления шаблонов набора с помощью файла CSV перейдите на экран Планы набора и нажмите раскрывающееся меню действий нужного плана набора для его редактирования. Затем выберите Импорт файла CSV с шаблонами набора или Экспорт файла CSV с шаблонами набора. Выберите Скачать шаблон или Импорт файла CSV и щелкните Отправить.
В Control Hub можно изменить название текущего плана набора, варианты маршрутов и шаблоны набора.
| 1 |
Выберите план набора, который необходимо изменить. |
| 2 |
На боковой панели, рядом с именем плана набора, нажмите |
| 3 |
Для изменения варианта маршрута выберите другой параметр из раскрывающегося меню. |
| 4 |
Чтобы добавить новый шаблон набора вручную, щелкните Добавить шаблоны набора. Или щелкните Импорт CSV для массового добавления шаблонов набора. |
| 5 |
Чтобы удалить шаблон набора, щелкните пиктограмму |
| 6 |
Щелкните Сохранить. |
рядом с шаблоном набора, который необходимо удалить.| 1 |
Выберите план набора, который необходимо удалить. |
| 2 |
Нажмите |
Можно включить настройку "Вызовы на локальные добавочные номера" в Control Hub. Этот параметр применяется к пользователям в пределах местоположения, зарегистрированным в УАТС, и позволяет направлять неизвестные внутренние номера (длина номера вызова составляет от 2 до 10 цифр) на УАТС, используя существующую соединительную линию или группу маршрутов.
Перед началом работы
Настройка "Вызовы на локальные добавочные номера" включается для каждого местоположения отдельно.
Эта настройка позволяет сохранить привычные условия набора в смешанной среде (облачной и локальной). Пользователям по-прежнему доступен сокращенный набор (например, набор 4 цифр), даже если выполнена частичная миграция объекта в Webex Calling.
Если эта функция включена, звонки, совершаемые пользователями в указанном месте на неизвестный номер (от 2 до 10 цифр), направляются по выбранному маршруту. group/trunk как того требует помещение.
Совершенные с неизвестных добавочных номеров вызовы, маршрутизированные через магистрали в местоположении, обрабатываются как локальные вызовы. Это относится к восходящим вызовам, входящим в Webex Calling из транка.
Вызовы расцениваются как инициированные с неизвестного добавочного номера, если идентификатор вызывающего абонента не совпадает ни с одним из существующих шаблонов плана набора.
| 1 | |
| 2 |
Перейти к . |
| 3 |
Выберите местоположение, которое необходимо изменить. |
| 4 |
Нажмите на вкладку Вызов. |
| 5 |
Нажмите Внутренний набор номерав разделе Набор номера. |
| 6 |
Включите, чтобы включить маршрутизацию неизвестных добавочных номеров на территорию предприятия как внутренних вызовов. Изображение Shariff устарело. |
| 7 |
Выберите группу маршрутизации или канал из раскрывающегося меню для маршрутизации вызовов. |
| 8 |
Щелкните Сохранить. |
В Control Hub можно настроить параметры маршрутизации вызовов между Webex Calling и локальной средой. Эти настройки определяют способ обработки неизвестных номеров при использовании магистралей и групп маршрутов на локальной УАТС, а также формат идентификатора вызывающего абонента для вызовов, маршрутизируемых между Webex Calling и вашей УАТС.
| 1 |
Прокрутите страницу до раздела Маршрутизация вызовов между Webex Calling и локальной средой и выберите способ обработки неизвестных номеров.
Для сохранения поведения маршрутизации в качестве настройки службы обработки неизвестных номеров задано устаревшее поведение. Эту настройку можно изменить, чтобы воспользоваться новыми функциями маршрутизации вызовов (например, планами набора и группами маршрутов). |
| 2 |
Выберите формат идентификатора вызывающего абонента. Если выбран параметр Номер телефона формата +E.164, Webex Calling выбирает внешний идентификатор линии вызывающего абонента (CLID), то есть номер формата E.164. Если выбран параметр ESN (номер корпоративного значения), Webex Calling выбирает внутренний CLID, то есть ESN. |
| 3 |
Выберите Максимальную длину неизвестного добавочного номера (2–10 цифр), которую вы хотите установить для маршрутизации на основе помещения. При увеличении длины добавочного номера, если используемая провайдером ТфОП схема нумерации отличается от E.164, входящие вызовы ТфОП будут рассматриваться как местные вызовы, поступающие из локальной сети. Поэтому, чтобы избежать возможной неверной маршрутизации, мы рекомендуем принудительно применять формат E.164 к таким входящим вызовам PSTN перед их отправкой в Webex Calling. |
| 4 |
Щелкните Сохранить.  |
Инструмент проверки функции маршрутизации вызовов в Control Hub обеспечивает:
-
моделирование вызовов для анализа решений в части маршрутизации;
-
полезные инструкции на этапах проектирования и настройки развертывания;
-
события на платформе аналитики Webex, включающие решения в части маршрутизации вызовов;
-
поддержку при устранении неполадок.
| 1 | |
| 2 |
Перейти к . В качестве альтернативы клиенты, использующие план вызовов Cisco, могут маршрутизировать свои услуги из .
|
| 3 |
Выберите Проверка функции маршрутизации вызовов. |
| 4 |
В раскрывающемся меню выберите Выберите источник вызова облачного пользователя, рабочего пространства, виртуальной линии или локального канала для проверки маршрутизации вызовов. |
| 5 |
Введите номер или URI. |
| 6 |
Чтобы просмотреть сведения о маршрутизации вызовов, щелкните Просмотр результата маршрутизации. |
Пример 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 |
