- Главная
- /
- Статья
Планы 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) и по-прежнему иметь возможность связаться с пользователями PBX на предприятии.
Маршрутизация звонков на различные офисные АТС.
Функция тандема для маршрутизация вызовов между внутренними УАТС.
Более широкий спектр сценариев миграции и сосуществования с локальными УАТС, включая смешанные сайты с локальными пользователями и пользователями Webex Calling .
Подробный обзор решений по маршрутизация вызова .
После включения местоположения необходимо настроить подключение 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 на базе локальных ресурсов, проходящие через локальный шлюз, также можно использовать для подключения к локальным УАТС. Текущие функциональные возможности локального шлюза сохраняются, и при этом не нужно вносить какие-либо изменения в конфигурацию. Для местоположений, использующих локальный шлюз, заданы PSTN на базе локальных ресурсов, а локальные шлюзы становятся магистралями.
Настройте выбранное соединение PSTN в Webex Control Hub, выбрав Вызовы > Местоположения, затем выберите местоположение, которые необходимо изменить, и нажмите Назначить или Управление и выберите соединение PSTN по своему усмотрению.
Магистраль
Магистраль - это соединение между Webex Calling и помещением, завершающееся в помещении с помощью поддерживаемого пограничного контроллера сеанса, действующего в качестве локального шлюза. См. раздел Начало работы с локальным шлюзом , чтобы ознакомиться с различными моделями магистралей и требованиями к устройствам и конфигурации.
Для модели канала регистрации пограничный контроллер сеансов (SBC) выполняет регистрацию SIP . Магистраль на основе регистрации требует, чтобы локальный шлюз поддерживал активность регистрации SIP . Связь неявна с регистрацией.
Перед началом работы
Все соединительные линии должны быть назначены местоположению в Control Hub.
1. | Войдите в Control Hubhttps://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 Hubhttps://admin.webex.com перейдите в . | ||
2. | Выберите Добавить магистраль. | ||
3. | Выберите расположение и название ствола.
| ||
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 Hubhttps://admin.webex.com перейдите в . | ||
2. | Выберите магистраль, сведения о которой необходимо отобразить или изменить. | ||
3. | На боковой панели рядом с названием магистрали щелкнитепиктограмма для изменения имени магистрали. Можно также просмотреть информацию об использовании магистрали. | ||
4. | Для просмотра дополнительных сведений щелкните Управлять рядом с Сундуки .
| ||
5 | Настройка "Поддержка двойной идентификации" определяет способ обработки заголовков From и P-Asserted-Identity (PAI) при отправке исходного пакета SIP INVITE в магистраль для исходящего вызова. Если двойная идентификация отключена, PAI и From идентичны и настроены на то, что было установлено в заголовке From с включенной двойной идентификацией. Ниже приведены примеры сценариев для лучшего понимания использования этой настройки.
|
Можно удалить магистраль, если она не используется.
1. | Войдите в Control Hubhttps://admin.webex.com перейдите в . |
2. | Выберите магистраль, которую необходимо удалить. |
3. | Щелкнитев столбце Действия щелкните Удалить магистраль. |
Чтобы проверить состояние магистрали в Control Hub.
1. | Войдите в Control Hubhttps://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 | В раскрывающемся списке выберите тип устройства.
| ||
7. | Введите пограничный контроллер сеансов (SBC) Адрес , Домен , и Порт . Это полное доменное имя или адрес SRV, по Webex Calling обращается к корпоративному SBC.
| ||
8 | Введите максимальное число одновременных вызовов.
| ||
9 | Щелкните Сохранить.
|
Дальнейшие действия
Сохраните адреса Webex Calling Edge, показанные на последнем экране.
Чтобы настроить CUBE в качестве локального шлюза, см. Настройка локального шлюза в IOS-XE для Webex Calling
Можно изменить имя магистрали или просмотреть сведения о магистрали и ее использовании в Control Hub.
1. | Войдите в Control Hubhttps://admin.webex.com перейдите в . | ||||
2. | Выберите магистраль, сведения о которой необходимо отобразить или изменить. | ||||
3. | На боковой панели рядом с названием магистрали щелкнитепиктограмма для изменения имени магистрали. Можно также просмотреть информацию об использовании магистрали. | ||||
4. | Для просмотра дополнительных сведений щелкните Управлять рядом с Сундуки .
| ||||
5 | Настройка "Поддержка двойной идентификации" определяет способ обработки заголовков From и P-Asserted-Identity (PAI) при отправке исходного пакета SIP INVITE в магистраль для исходящего вызова. Ниже приведены примеры сценариев для лучшего понимания использования этой настройки.
|
Можно удалить магистраль, если она не используется.
1. | Войдите в Control Hubhttps://admin.webex.com перейдите в . |
2. | Выберите магистраль, которую необходимо удалить. |
3. | Щелкнитев столбце Действия щелкните Удалить магистраль. |
Чтобы проверить состояние магистрали в Control Hub.
1. | Войдите в Control Hubhttps://admin.webex.com перейдите в . |
2. | Выберите магистраль, состояние которой необходимо проверить. |
3. | Щелкните Информация о багажнике . |
Ниже приведены различные состояния магистрали на основе сертификатов.
Онлайн: Успешное соединение между всеми прокси-серверами Webex Calling Edge и локальным шлюзом.
Не в сети: Неудачное соединение между Webex Calling и локальным шлюзом.
Ослабленный : Неудачное соединение по крайней мере между 1 прокси-сервером Webex Calling Edge и локальным шлюзом.
Неизвестно: В процессе установления соединения между Webex Calling и недавно добавленным локальным шлюзом.
SI No. | Описание ошибки | Действие |
---|---|---|
1. |
Сбой подключения TLS к локальному шлюзу из-за сбоя разрешения DNS для полного доменного имени, настроенного для вашего шлюза |
Проверьте настройки DNS для настроенного SRV / FQDN и убедитесь, что они разрешимы. |
2. |
Ошибка подключения TLS к локальному шлюзу из-за проблем с транспортом |
Убедитесь, что разрешенные IP -адреса и порт для локального шлюза действительны |
3. |
Ошибка подключения TLS к локальному шлюзу, поскольку сертификат шлюза подписан недействительным центром центр сертификации |
Убедитесь, что сертификат локального шлюза подписан действительным центром сертификации (какие корневые центры сертификации поддерживаются для вызовов на платформы аудио и видео Cisco Webex?) |
4. |
Ошибка подключения TLS к локальному шлюзу, поскольку срок действия сертификата шлюза истек. |
Убедитесь, что срок действия сертификата локального шлюза не истек. |
5. |
Сбой подключения TLS к локальному шлюзу, поскольку сертификат шлюза был выдан центром центр сертификации с истекшим сроком действия. |
Убедитесь, что сертификат локального шлюза не подписан цепочка сертификатов с истекшим сроком действия. |
6. |
Сбой подключения TLS к локальному шлюзу, поскольку полное доменное имя, настроенное для вашего шлюза, отсутствует в 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 не удалось из-за ошибки сертификата |
erify и убедитесь, что сертификат локального шлюза действителен и соответствует требованиям |
Ошибка SI No .: 2,6,11 и 12 отображаются только в том случае, если на всех пограничных прокси-узлах возникают проблемы. |
Группа маршрутов
Группа маршрутов – это группа магистралей, позволяющая Webex Calling распределять вызовы по нескольким магистралям или обеспечить избыточность.
Перед началом работы
Прежде чем приступить к настройке группы маршрутов, добавьте магистрали.
В группы маршрутов могут входить настроенные магистрали из различных местоположений.
Магистрали можно настроить отдельно, а можно назначить их группе маршрутов. Добавьте магистрали в группы маршрутов, чтобы обеспечить избыточность и масштабируемость.
В каждую группу маршрутов должна входить хотя бы одна магистраль не более чем с 10 магистралями в каждой группе маршрутов.
При настройке группы маршрутов для магистрали в этой группе маршрутов необходимо задать уровень приоритета. Эта настройка позволяет маршрутизировать вызовы с учетом балансировки нагрузки.
Вызовы распределяются случайным образом между магистралями с одинаковым приоритетом. Если магистраль с наивысшим приоритетом недоступна, система пытается маршрутизировать вызов в магистраль с более низким приоритетом. Пример.
для магистрали 1 и магистрали 2 задан уровень приоритета 1;
для магистрали 3 задан уровень приоритета 2;
Webex Calling маршрутизирует вызовы на магистраль 1 и магистраль 2 с учетом балансировки нагрузки;
если магистраль 1 и магистраль 2 недоступны, вызовы маршрутизируются в магистраль 3.
1. | В окне просмотра информации о клиенте на веб-сайте https://admin.webex.com перейдите в раздел . |
2. | Выберите . |
3. | Укажите название для группы маршрутов, затем из раскрывающегося меню выберите магистрали, которые необходимо добавить. |
4. | Выберите уровень приоритета магистрали. |
5 | Щелкните Сохранить. |
Дальнейшие действия
На экране подтверждения можно открыть страницу Местоположения, чтобы настроить соединение PSTN к отдельным местоположениям, или же страницу Планы набора, чтобы использовать эту группу маршрутов в качестве варианта маршрута для плана набора. Группа группа маршрутов также может использоваться в качестве выбора маршрутизации для маршрутизации неизвестного добавочного номера в местоположении.
Можно изменить название существующей группы маршрутов, добавить магистрали, изменить количество назначенных магистралей, а также изменить уровни приоритета магистралей. На странице сведений о группе маршрутов можно также просмотреть информацию о вызовах на локальные добавочные номера, планах набора и соединении 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.
Вы не можете использовать:
|
Примеры корпоративного плана набора | |
---|---|
+1408555XXXX | 11-значный номер формата +E.164, начинающийся с +1408555 |
+14085551234 | Точная строка набора: +14085551234 |
+496100! | Любая строка набора, начинающаяся с +496100 |
84969XXX | 8-значный ESN, начинающийся с 84969 |
84969764. | Точный 8-значный ESN 84969764 |
План набора в Webex Calling принимает заголовки "от" и "к" в E.164 или добавочных номерах и не может быть комбинацией. Пример. From: 1-222-333-4444 Кому: 1-555-666-7777 |
Синтаксис шаблона набора URI SIP:
Сопоставляются только домены в правой части URI SIP после @. Возможные варианты:
полное доменное имя;
Домен с начальным * (с указанием всех поддоменов данного домена)
Например:
Примеры синтаксиса шаблона набора URI SIP | ||
---|---|---|
Prefix (Префикс) | Значение | Примеры |
пример.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 до 6 цифр) на УАТС через существующую магистраль или группу маршрутов.
Перед началом работы
Настройка "Вызовы на локальные добавочные номера" включается для каждого местоположения отдельно.
Эта настройка позволяет сохранить привычные условия набора в смешанной среде (облачной и локальной). Пользователям по-прежнему доступен сокращенный набор (например, набор 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. | Выберите формат идентификатора вызывающего абонента.
| ||
4. | Выберите максимальную неизвестную длину добавочного номера (от 2 до 10 цифр), которую необходимо установить для локальной маршрутизации.
| ||
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 |