Где можно посмотреть информацию о статусе регистрации в voip домене шлюза

Обновлено: 21.11.2024

Заполните и отправьте форму ниже, чтобы создать новый запрос в службу поддержки.

Для вашего удобства мы предоставляем образец файла конфигурации R5.3 для SmartNode 4630. Он НЕ содержит конфигурации регистратора: Нажмите здесь!

Identity-group по умолчанию
входящая регистрация

context cs
служба sip-location-service SER_SIP_LOCATION
привязать службу определения местоположения SER_LOCATION

контекстный sip-шлюз GW_SIP
привязать службу определения местоположения SER_LOCATION

SER_LOCATION — это база данных, в которой будут отслеживаться все зарегистрированные телефоны. Служба SER_SIP_LOCATION — это функция поиска в контексте cs, которая позволяет маршрутизировать вызовы между зарегистрированными телефонами/добавочными номерами. Эти две функции разделены намеренно.

Доменное имя "smartnode-gw" может быть выбрано произвольно. Если ваш SmartNode имеет собственное DNS-имя с служебной записью SIP, обязательно используйте правильное доменное имя. Чтобы строго разрешать регистрацию только из определенного домена, удалите оператор "сопоставить любой домен".

service Hunt-group SV_HUNT_PSTN
drop-cause no-route-to-destination
вызов маршрута до 1 Dest-Service SER_SIP_LOCATION

Для вашего удобства мы предоставляем образец файла конфигурации R5.3 для SmartNode 4630. Он ДЕЙСТВИТЕЛЬНО содержит описанную выше функцию регистратора: Нажмите здесь!

Введите IP-адрес или доменное имя SmartNode в качестве «регистратора» на телефоне.
Введите нужный добавочный номер в качестве «удостоверения личности» на телефоне, например 501, 502 и т. д.
Чтобы узнать, прошла ли регистрация успешно, введите "show location-service SER_LOCATION". Это покажет вам все активные местоположения.
Обратите внимание: на некоторых телефонах SNOM вам необходимо установить флажок Identity->SIP option «поддерживать сломанный регистратор». Мы работаем над тем, чтобы исправить это:

идентификация 557
входящая регистрация

служба определения местоположения SER_LOCATION
домен 1 smartnode-gw
соответствует любому домену

identity 557
входящая аутентификация
authenticate 1 имя пользователя службы аутентификации SER_AUTH 557

Если вы работаете инженером по голосовой сети, то, вероятно, с вами это случилось. Ваш SIP-сервер настроен, и вы подключили свой IP-телефон. Его свет загорается, его экран активируется, вы видите вращающийся значок загрузки, а затем… ничего. По какой-то причине телефон не регистрируется.

К сожалению, проблемы с регистрацией IP-телефонов не редкость. В этой статье мы рассмотрим наиболее распространенные причины сбоев при регистрации, а также рекомендации по их устранению и устранению.

Как регистрируется SIP-устройство?

Чтобы определить проблемы с регистрацией, которые могут возникнуть, мы должны сначала понять, как происходит регистрация IP-телефона с использованием протокола SIP. Хотя мы фокусируемся на IP-телефонах, то же самое можно применить к любой конечной точке SIP, включая SIP-клиенты (программные телефоны), голосовые шлюзы или системы телеконференций.

Чтобы IP-телефон SIP функционировал, он должен зарегистрироваться на SIP-сервере, также известном как IP-АТС. Учетная запись SIP с SIP URI (унифицированным идентификатором ресурса) и паролем должна быть создана на сервере SIP. В зависимости от производителя SIP-сервера для каждой отдельной учетной записи могут быть настроены дополнительные характеристики. IP-телефону предоставляется этот SIP URI и пароль, а также IP-адрес SIP-сервера. Затем телефон начинает процесс регистрации, отправляя запрос на регистрацию на SIP-сервер. Обмен выглядит примерно так:

Телефон отправляет запрос на регистрацию на IP-адрес SIP-сервера.
SIP-сервер отвечает SIP-кодом 401, что означает, что телефон не авторизован для регистрации. Другими словами, для этого требуется SIP URI и пароль. В сообщении SIP 401 сервер запрашивает учетные данные в так называемом «вызове».
IP-телефон отвечает запросом на регистрацию, включая учетные данные.
SIP-сервер проверяет учетные данные и, если они верны, возвращает SIP-сообщение с кодом ответа 200, что означает "ОК". Другими словами, регистрация прошла успешно.

После завершения этой последовательности SIP-сервер информирует IP-телефон о дополнительных настройках, таких как номер каталога, быстрый набор и любые другие персонализированные конфигурации, которые были настроены.

Имейте в виду, что регистрация позволяет телефону обрабатывать информацию об управлении вызовами, т. е. сигнализацию, необходимую для нормальной работы телефонии. Обмен голосовыми пакетами еще не начат.

Причины сбоя регистрации IP-телефона

Есть две основные категории сбоев, которые могут повлиять на регистрацию IP-телефона. Первая связана с некорректной настройкой параметров SIP-сервера и IP-телефона. Второй касается проблем в сети, которые могут блокировать SIP-сообщения от достижения их предполагаемых пунктов назначения. Оба эти аспекта более подробно описаны ниже.

Неверные параметры конфигурации

Как и любая другая услуга в сети, регистрация IP-телефонов зависит от правильной настройки как сервера, так и клиента. В среде VoIP это будет SIP-сервер и IP-телефон соответственно. Для работы службы необходимо правильно ввести SIP URI и пароль.

Некоторые дополнительные проблемы с конфигурацией, которые чаще всего зависят от производителя, включают неправильную настройку конкретной модели телефона на SIP-сервере, выбор использования TCP или UDP и выбор используемого номера порта, который по умолчанию 5060 или 5061 для безопасного SIP.

Проблемы с сетью, влияющие на регистрацию

Регистрация IP-телефона — это процесс, требующий, чтобы IP-телефон и SIP-сервер могли взаимодействовать друг с другом по сети. Если подключение к сети отсутствует, регистрация завершится ошибкой.

Если SIP-сервер и IP-телефон находятся в одной и той же локальной сети, установить подключение несложно. Например, если оба подключены к одному и тому же коммутатору и их IP-адреса настроены правильно, мало что может помешать подключению. Однако в большинстве развертываний VoIP используются либо облачные SIP-серверы, удаленные IP-телефоны в многосайтовых развертываниях, либо конечные точки VoIP, используемые удаленными работниками. Это означает, что IP-телефоны должны обмениваться данными через глобальную сеть или Интернет, чтобы получить доступ к SIP-серверу.

Если ваши IP-телефоны расположены на другом сайте, чем ваш SIP-сервер, это вводит множество сетевых факторов, которые могут повлиять на процесс регистрации SIP. К ним относятся:

Трансляция сетевых адресов (NAT). NAT — это гениальная функция, которая поддерживала существование Интернета, используя истощенное адресное пространство IPv4 во время медленного перехода на IPv6. Но вызывает проблемы с голосовой связью. Он не только наносит ущерб голосовым пакетам, но также «ломает» сигнализацию SIP, которая происходит между IP-телефоном и его SIP-сервером. NAT обычно работает на маршрутизаторе на границе корпоративной сети. Если этот маршрутизатор не поддерживает SIP, это вызовет проблемы с вашей регистрацией SIP.
Брандмауэр. Еще одним устройством, которое может повлиять на регистрацию SIP, является брандмауэр. Это устройство используется для обеспечения безопасности вашей сети, но оно также может вызвать проблемы с регистрацией SIP. Вы должны устранить неполадки брандмауэра, чтобы убедиться, что связь между IP-телефонами и SIP-сервером не блокируется каким-либо образом, включая порты 5060 и 5061, которые используются SIP по умолчанию.
DHCP — это функция, позволяющая сетевым устройствам, таким как IP-телефоны, получать свой IP-адрес и различные другие сетевые параметры с централизованного DHCP-сервера. Это значительно упрощает сетевую адресацию, особенно в крупных корпоративных сетях. Однако некоторые производители используют различные параметры DHCP (дополнительная информация в сообщениях DHCP), чтобы позволить IP-телефонам получать дополнительные параметры конфигурации от IP-УАТС. Если DHCP-сервер, предоставляющий эти IP-адреса, неправильно настроен с этими дополнительными параметрами, IP-телефоны не смогут найти сервер, с которого можно получить эти параметры, что приведет к сбою регистрации.
DNS. IP-телефоны могут быть настроены на поиск своих SIP-серверов с использованием DNS-адреса, а не IP-адреса. Если это так, и локальная служба DNS выходит из строя, телефоны не смогут найти SIP-сервер и не смогут зарегистрироваться. По возможности используйте IP-адреса вместо DNS-имен, чтобы любой сбой в службе DNS не повлиял на регистрацию SIP.
Другие неполадки в сети. При возникновении какой-либо неполадки, вызывающей отказ сети, телефоны не смогут зарегистрироваться. Это включает в себя сбои в маршрутизации, сетевой инфраструктуре, питании, подключении к Интернету или глобальной сети или подключении к облаку.Такие проблемы относятся к категории общих сетевых сбоев, которые влияют на другие сетевые службы, помимо VoIP.

Советы по устранению неполадок

Учитывая вышеизложенное, если телефон не регистрируется, необходимо выполнить следующие процедуры устранения неполадок:

Устранение неполадок с параметрами конфигурации

Если все IP-телефоны не работают, проверьте конфигурацию и состояние SIP-сервера.
Если выходит из строя только один IP-телефон, проверьте конфигурацию самого телефона и учетные данные, настроенные для этого телефона на SIP-сервере.
В обоих случаях проверьте транспортный протокол (TCP/UDP) и порты, настроенные как на SIP-сервере, так и на IP-телефоне.

Устранение неполадок с сетью

Прежде чем проверять какие-либо другие службы, убедитесь, что сетевое подключение из подсети, в которой находится неисправный телефон, доступно для SIP-сервера. Этого можно добиться, поместив ноутбук в ту же подсеть, что и неисправный IP-телефон, и пропинговав SIP-сервер:

Если это не помогло, перейдите к обычному устранению неполадок с сетевым подключением.
Если это удалось, продолжите устранение неполадок, связанных с VoIP, описанное ниже.

Убедитесь, что параметры DHCP-сервера предоставляются для этого диапазона IP-адресов, если это необходимо.
Убедитесь, что служба DNS работает в этом сегменте сети.

Проверьте конфигурацию пограничного маршрутизатора, чтобы убедиться, что проблемы с NAT не возникают.
Проверьте правила брандмауэра и убедитесь, что они не блокируют SIP-сообщения.
При необходимости проверьте, предоставляются ли параметры локального DHCP-сервера для этого диапазона IP-адресов
Проверьте, работает ли служба DNS на удаленном сайте.

Заключение

Время от времени проблемы с регистрацией IP-телефонов могут быть неприятными, но если у вас есть план их решения, вы можете быстро определить проблему и решить ее в кратчайшие сроки. Мы надеемся, что эта статья станет еще одним полезным инструментом в вашем наборе инструментов для устранения неполадок VOIP.

Прямая маршрутизация позволяет подключить поддерживаемый пограничный контроллер сеансов (SBC) к телефонной системе. С помощью этой возможности вы можете настроить локальное подключение к телефонной сети общего пользования (ТСОП) с клиентом Microsoft Teams, как показано на следующей схеме:

Skype для бизнеса Online также позволяет связать предоставленный клиентом SBC, но для этого требуется локальное развертывание Skype для бизнеса Server или специальный выпуск Skype для бизнеса, который называется Cloud Connector, между SBC и Microsoft Cloud. . Этот сценарий известен как гибридный голос. Напротив, прямая маршрутизация обеспечивает прямое соединение между поддерживаемым SBC и Microsoft Cloud.

Выпуск Cloud Connector Edition будет прекращен 31 июля 2021 г. вместе со Skype для бизнеса Online. После того как ваша организация перейдет на Teams, узнайте, как подключить локальную телефонную сеть к Teams с помощью прямой маршрутизации.

С помощью прямой маршрутизации вы можете подключить свой SBC практически к любой телефонной магистрали или подключиться к стороннему оборудованию PSTN. Прямая маршрутизация позволяет:

Используйте практически любую соединительную линию PSTN с телефонной системой.

Настройте взаимодействие между телефонным оборудованием, принадлежащим клиенту, например сторонней телефонной станцией (PBX), аналоговыми устройствами и Teams.

Microsoft также предлагает облачные голосовые решения, такие как Calling Plan. Однако решение гибридной голосовой связи может быть лучшим для вашей организации, если:

План Microsoft Calling Plan недоступен в вашей стране.

Ваша организация требует подключения к сторонним аналоговым устройствам, центрам обработки вызовов и т. д.

Ваша организация имеет действующий контракт с оператором PSTN.

Прямая маршрутизация также поддерживает пользователей, у которых есть дополнительная лицензия на план звонков Microsoft. Дополнительную информацию см. в разделе Телефонная система и тарифные планы.

При использовании прямой маршрутизации, когда пользователи участвуют в запланированной конференции, номер для подключения предоставляется службой аудиоконференций Microsoft, для которой требуется надлежащее лицензирование. При исходящих звонках служба Microsoft Audio Conferencing выполняет вызов с использованием возможностей онлайн-вызовов, для чего требуется надлежащее лицензирование. (Обратите внимание, что если у пользователя нет лицензии Microsoft Audio Conferencing, вызов направляется через прямую маршрутизацию.) Дополнительные сведения см. в разделе Собрания по сети с Teams.

Планирование развертывания Direct Routing является ключом к успешному внедрению. В этой статье описываются требования к инфраструктуре и лицензированию, а также предоставляется информация о подключении SBC:

Подробную информацию о настройке прямой маршрутизации см. в разделе Настройка прямой маршрутизации.

Требования к инфраструктуре

Требования к инфраструктуре для поддерживаемых SBC, доменов и других требований к сетевому подключению для развертывания прямой маршрутизации перечислены в следующей таблице:

Чтобы проверить регистратора пользователя, используйте следующий командлет Skype для бизнеса Online PowerShell:
Get-CsOnlineUser -Identity | fl HostingProvider

Для просмотра доменов можно использовать следующий командлет Skype для бизнеса Online PowerShell:
Get-CsTenant | fl Домены

Прокси-сервер SIP, который обрабатывает сигнализацию
Медиапроцессор, который обрабатывает мультимедиа, за исключением случаев, когда включен обход мультимедиа

Эти две службы имеют разные IP-адреса в Microsoft Cloud, описанные далее в этом документе.

Лицензирование и другие требования

Пользователям прямой маршрутизации должны быть назначены следующие лицензии в Microsoft 365:

Телефонная система Майкрософт
Microsoft Teams + Skype для бизнеса (план 2), если он включен в лицензию
Microsoft Audio Conferencing (ознакомьтесь с примечаниями и абзацем ниже для конкретных примеров о том, когда требуется эта лицензия.)

Skype для бизнеса не следует исключать из любого лицензионного соглашения, в которое он включен.

Пользователи GCC High и DoD должны отключить все лицензии на аудиоконференции, включенные в G5, и подождать, чтобы включить любую аудиоконференцию, пока прямая маршрутизация не будет полностью настроена. Прежде чем активировать лицензии на аудиоконференции, пользователи должны настроить телефонные номера для подключения и работающую панель набора номера. Дополнительные сведения см. в разделе Аудиоконференции с прямой маршрутизацией для GCC High и DoD.

Если вы хотите добавить внешних участников к запланированным собраниям, либо позвонив им, либо указав номер для подключения, требуется лицензия на аудиоконференции. Для GCC High и DoD не назначайте лицензию на аудиоконференции для пользователей G5. Пользователям G3 не следует назначать лицензию на аудиоконференции, пока не будет полностью настроена прямая маршрутизация и у пользователя не появится рабочая панель набора номера.

Эскалация вызовов по запросу и лицензия на аудиоконференции

Пользователь Teams может начать личный вызов Teams-to-PSTN или Teams-to-Teams и добавить к нему участника PSTN. Этот сценарий называется специальной конференцией. Путь, по которому проходит вызов, зависит от того, есть ли у пользователя, передающего вызов, назначенная лицензия Microsoft Audio Conferencing или нет:

Если пользователю Teams, который передает звонок, назначена лицензия Microsoft Audio Conferencing, передача происходит через службу Microsoft Audio Conferencing. Удаленный участник PSTN, приглашенный на существующий звонок, получает уведомление о входящем звонке и видит номер моста Microsoft, назначенный пользователю Teams, инициировавшему эскалацию.

Если пользователю Teams, который передает вызов, не назначена лицензия Microsoft Audio Conferencing, эскалация происходит через пограничный контроллер сеанса, подключенный к интерфейсу прямой маршрутизации. Удаленный участник PSTN, приглашенный на звонок, получает уведомление о входящем звонке и видит номер пользователя Teams, инициировавшего эскалацию. Конкретный SBC, используемый для эскалации, определяется политикой маршрутизации пользователя.

Вы должны убедиться в следующем:

CsOnlineVoiceRoutingPolicy назначается пользователю.

Разрешить частные звонки включено на уровне клиента для Microsoft Teams.

Прямая маршрутизация также поддерживает пользователей с лицензией на Microsoft Calling Plan. Телефонная система с планом звонков может маршрутизировать некоторые вызовы с помощью интерфейса прямой маршрутизации. Однако номера телефонов пользователей должны быть либо приобретены в Интернете, либо перенесены в Microsoft.

Совмещение тарифного плана и прямой маршрутизации для одного и того же пользователя не является обязательным, но может оказаться полезным. Например, когда пользователю назначен план звонков Microsoft, но он хочет перенаправлять некоторые вызовы с помощью SBC. Один из самых распространенных сценариев — звонки на сторонние АТС. Со сторонними УАТС все вызовы, за исключением вызовов на телефоны, подключенные к этой УАТС, маршрутизируются с использованием плана звонков Microsoft, но вызовы на телефоны, подключенные к сторонним УАТС, направляются на SBC и, следовательно, остаются в пределах корпоративной сети и не PSTN.

Дополнительные сведения о лицензировании телефонной системы см. в статьях Максимально эффективное использование Office и вариантов плана, а также лицензирование дополнений Microsoft Teams.

Поддерживаемые конечные точки

Вы можете использовать в качестве конечной точки:

Любой клиент Teams.

Телефоны общего пользования. См. раздел Настройка телефонов общего пользования для Microsoft Teams. Вам не нужна лицензия на тарифный план при настройке телефона общего пользования с прямой маршрутизацией.

Доменные имена SBC

В следующей таблице показаны примеры DNS-имен, зарегистрированных для клиента, указано, можно ли использовать это имя в качестве полного доменного имени для SBC, а также примеры допустимых полных доменных имен:

Общедоступный доверенный сертификат для SBC

Microsoft рекомендует запросить сертификат для SBC, создав запрос на подпись сертификата (CSR). Конкретные инструкции по созданию CSR для SBC см. в инструкциях или документации по межсетевому соединению, предоставленной вашими поставщиками SBC.

Большинство центров сертификации (ЦС) требуют, чтобы размер закрытого ключа был не менее 2048. Имейте это в виду при создании CSR.

Сертификат должен иметь полное доменное имя SBC в качестве общего имени (CN) или поля альтернативного имени субъекта (SAN).

Для прямой маршрутизации в средах Office 365 GCCH и DoD сертификат должен быть сгенерирован одним из следующих корневых центров сертификации:

Глобальный корневой ЦС DigiCert
DigiCert High Assurance EV Root CA

Если для подключения Teams в SBC включена поддержка Mutual TLS (MTLS), необходимо установить сертификаты Baltimore CyberTrust Root и DigiCert Global Root G2 в доверенном корневом хранилище SBC в контексте Teams TLS. (Это связано с тем, что сертификаты служб Microsoft используют один из этих двух корневых сертификатов.) Чтобы скачать эти корневые сертификаты, см. раздел Цепочки шифрования Office 365. Дополнительные сведения см. в разделе Изменения сертификата TLS для Office.

Сигнализация SIP: полные доменные имена

Прямая маршрутизация предлагается в следующих средах:

Microsoft 365 или Office 365
Office 365 GCC
Office 365 GCC, высокий уровень
Дод Office 365

Подробнее об Office 365 и средах для государственных учреждений США, таких как GCC, GCC High и DoD.

Среды Microsoft 365, Office 365 и Office 365 GCC

Точками подключения для прямой маршрутизации являются следующие три полных доменных имени:

Расположение этих трех полных доменных имен по порядку необходимо для того, чтобы:

Обеспечить оптимальную работу (менее загруженная и ближайшая к центру обработки данных SBC, назначенному путем запроса первого полного доменного имени).

Обеспечить отработку отказа при установке подключения из SBC к центру обработки данных, в котором возникла временная проблема. Дополнительные сведения см. в разделе Механизм аварийного переключения ниже.

Вам необходимо открыть порты для всех этих диапазонов IP-адресов в брандмауэре, чтобы разрешить входящий и исходящий трафик к и от адресов для сигнализации.

Среда Office GCC DoD

Точкой подключения для прямой маршрутизации является следующее полное доменное имя:

Вам необходимо открыть порты для всех этих IP-адресов в брандмауэре, чтобы разрешить входящий и исходящий трафик к и от адресов для сигнализации.

Среда Office 365 GCC High

Точкой подключения для прямой маршрутизации является следующее полное доменное имя:

Сигнализация SIP: порты

Вы должны использовать следующие порты для сред Microsoft 365 или Office 365, где предлагается прямая маршрутизация:

Механизм аварийного переключения для сигнализации SIP

В таблице ниже представлены отношения между первичными, вторичными и третичными центрами обработки данных:

< th style="text-align: left;">NOAM< td style="text-align: left;">Дополнительный центр обработки данных (sip2.pstnhub.microsoft.com)

Если основным центром обработки данных является	EMEA	АЗИЯ
США	ЕС	США
Третичный центр обработки данных (sip3.pstnhub.microsoft.com)	АЗИЯ	АЗИЯ	ЕС

Медиатрафик: диапазоны портов

Обратите внимание, что приведенные ниже требования применяются, если вы хотите развернуть прямую маршрутизацию без обхода сервера-посредника. Требования к брандмауэру для обхода сервера-посредника см. в разделе Планирование обхода сервера-посредника с прямой маршрутизацией.

Мультимедийный трафик передается в отдельную службу в Microsoft Cloud и из нее. Ниже приведены диапазоны IP-адресов для медиа-трафика.

Среды Microsoft 365, Office 365 и Office 365 GCC

52.112.0.0/14 (IP-адреса от 52.112.0.1 до 52.115.255.254).
52.120.0.0/14 (IP-адреса от 52.120.0.1 до 52.123.255.254).

Среда Office 365 DoD

Среда Office 365 GCC High

Диапазон портов (применим ко всем средам)

Диапазон портов медиапроцессоров показан в следующей таблице:

Microsoft рекомендует не менее двух портов на одновременный вызов SBC.

Медиатрафик: география медиапроцессоров

Медиатрафик проходит через компоненты, называемые медиапроцессорами. Медиапроцессоры размещаются в тех же центрах обработки данных, что и SIP-прокси:

NOAM (Юг и Центральная часть США, два в центрах обработки данных на западе и востоке США)
Европа (центры обработки данных на юге Великобритании, в центре Франции, в Амстердаме и Дублине)
Азия (центр обработки данных в Сингапуре)
Япония (центры обработки данных JP East и West)
Австралия (центры обработки данных на востоке и юго-востоке Австралии)
Латинская Америка (Юг Бразилии)
Африка (Северная Южная Африка)

Медиатрафик: кодеки

Участок между SBC и Cloud Media Processor или клиентом Microsoft Teams

Применимо как к случаям обхода носителя, так и к случаям без обхода.

Интерфейс прямой маршрутизации на участке между Session Border Controller и Cloud Media Processor (без обхода мультимедиа) или между клиентом Teams и SBC (если включен обход мультимедиа) может использовать следующие кодеки:

Обход без носителя (от SBC к облачному медиапроцессору): SILK, G.711, G.722, G.729
Обход мультимедиа (клиент SBC для Teams): SILK, G.711, G.722, G.729

Вы можете принудительно использовать определенный кодек на пограничном контроллере сеанса, исключив из предложения нежелательные кодеки.

Участок между клиентом Microsoft Teams и облачным медиапроцессором

Применимо только к случаю обхода без мультимедиа. С помощью Media Bypass мультимедиа передается напрямую между клиентом Teams и SBC.

На участке между облачным медиапроцессором и клиентом Microsoft Teams используется либо SILK, либо G.722. Выбор кодека на этом этапе основан на алгоритмах Microsoft, учитывающих множество параметров.

Поддерживаемые пограничные контроллеры сеансов (SBC)

Microsoft поддерживает только сертифицированные SBC для сопряжения с прямой маршрутизацией. Поскольку корпоративная голосовая связь имеет решающее значение для бизнеса, Microsoft проводит интенсивное тестирование выбранных SBC и работает с поставщиками SBC, чтобы обеспечить совместимость этих двух систем.

Устройства, прошедшие проверку, перечислены как сертифицированные для прямой маршрутизации Teams. Сертифицированные устройства гарантированно работают во всех сценариях.

Прежде чем вы сможете использовать интерфейс SIP, вы должны зарегистрировать учетную запись Twilio (если у вас ее еще нет). Чтобы зарегистрировать учетную запись, нажмите здесь.

Обзор

Подключите свою коммуникационную инфраструктуру к Twilio и начните создавать программируемые голосовые приложения, такие как колл-центры и IVR, с помощью мощных и гибких голосовых возможностей Twilio. Вы можете подключиться к Twilio через общедоступный Интернет или, альтернативно, через частное соединение с помощью Twilio Interconnect. Программируемый голосовой SIP позволяет направлять голосовые вызовы по всему миру на любой стационарный телефон, мобильный телефон, браузер, мобильное приложение или любую другую конечную точку SIP.

На следующей диаграмме показано место Twilio Cloud в потоках вызовов.

Что такое SIP?

Протокол инициации сеанса (SIP) – это стандартизированный протокол связи, широко используемый для управления мультимедийными сеансами связи для голосовых и видеовызовов. SIP может использоваться для установления соединения между вашими коммуникационными инфраструктурами, такими как локальная или виртуальная АТС, и коммуникационной платформой Twilio.

Отправка SIP в Twilio

Программируемый голосовой SIP-интерфейс Twilio позволяет использовать существующую коммуникационную инфраструктуру SIP для инициирования сеансов SIP с Twilio Cloud. SIP Interface использует язык TwiML Twilio и/или REST API Twilio для создания расширенных голосовых приложений. Узнайте, как приступить к подключению инфраструктуры связи SIP к облаку Twilio.

Получение SIP от Twilio

Программируемый голосовой SIP-интерфейс Twilio позволяет вашим продвинутым голосовым приложениям инициировать сеансы SIP из облака Twilio в существующую коммуникационную инфраструктуру SIP, используя язык TwiML Twilio и/или REST API Twilio. Узнайте, как приступить к подключению облака Twilio к вашей коммуникационной инфраструктуре SIP.

Ограничения

Убедитесь, что вы знаете о следующих ограничениях программируемого голосового домена SIP.

Возможности

SIP-регистрация

Twilio позволяет зарегистрировать SIP-телефоны или SIP-терминалы в Twilio. Регистрация SIP используется для определения местоположения конечных точек SIP. Таким образом, пользователь может принимать вызовы независимо от физического местоположения конечной точки SIP.

Эта функция позволяет вашим конечным точкам SIP отправлять запрос REGISTER в Twilio. Подробнее см. здесь.

Перевод вызова с использованием SIP REFER из Twilio

Переадресация вызова позволяет переместить активный вызов с одной конечной точки на другую, в SIP это выполняется с помощью метода SIP REFER.

Twilio поддерживает инициирование метода SIP REFER из Twilio в вашу инфраструктуру IP-коммуникаций с использованием глагола.

Пользовательский заголовок SIP

Пользовательский заголовок SIP позволяет отправлять настраиваемые заголовки.

Заголовок UUI (информация между пользователями)

Заголовок UUI позволяет отправлять контекстную информацию по вызову SIP. Вы можете проверить отправку sip с UUI и получение sip с UUI для получения дополнительной информации об UUI.

Twilio поддерживает RFC-2833 для отправки и получения DTMF.

Медиакодек

Twilio поддерживает кодеки G.711 μ-law (PCMU) и A-law (PCMA) для мультимедиа. Это наиболее популярные кодеки, используемые операторами связи, поэтому транскодирование не требуется.

Защита SIP-трафика с помощью TLS

Шифрование гарантирует, что сигнализация вызова остается конфиденциальной во время передачи. Безопасность транспортного уровня (TLS) обеспечивает шифрование для передачи сигналов SIP.

Чтобы включить TLS, убедитесь, что вы импортировали корневой сертификат ЦС Twilio. Для TLS не требуется дополнительная настройка, и вы можете сразу начать отправку через порт 5061. Функциональность TLS/порт 5061 всегда активен и не требует ручного переключения, как Secure Media. Чтобы прекратить использование TLS, просто отправьте SIP на порт 5060 или удалите параметр transport=tls.

Интерфейс SIP поддерживает следующие конфигурации TLS:

5060 (без TLS, без защищенного носителя)
5061 (TLS, без защищенного носителя)
5061 (TLS, защищенный носитель)

Для вызовов, где активен TLS, некоторые функции будут работать по-другому:

SIP PCAP из консоли создадут только пустой файл.
Метаданные вызовов будут по-прежнему доступны, например, коды серьезных ошибок, время начала, время окончания, куда и откуда.
SIP Refer будет работать, как и ожидалось, с использованием TLS.

Защищенный носитель

Secure Media использует шифрование, чтобы гарантировать, что носитель вызова и связанная с ним сигнализация останутся конфиденциальными во время передачи. Безопасный протокол реального времени (SRTP) обеспечивает шифрование мультимедиа. Подробнее см. здесь.

Технические характеристики TLS/SRTP

Корневой ЦС Twilios содержит цепочку сертификатов, подписанную несколькими центрами сертификации. Вам следует импортировать весь файл PEM, а не отдельные сертификаты.

В настоящее время Twilio не поддерживает импорт корневых сертификатов от третьих лиц. Чтобы использовать Twilio Voice с TLS, необходимо использовать Twilio Root CA.

Примечание. Конфигурации URI исходящих вызовов SIP-интерфейса Twilio с использованием схемы URI sips для включения сквозного шифрования НЕ поддерживаются Twilio. Однако мы поддерживаем схемы sip URI с использованием transport=tls для двухточечного шифрования.

Если вы настроите URI интерфейса SIP для использования схем sips, эти URI sips будут обрабатываться так, как если бы они были URI sip с использованием транспорта TLS. Twilio эффективно настраивает URI внутри, чтобы вместо этого маршрутизировать исходящие сообщения с использованием схемы sip и transport=tls, что приводит к двухточечному шифрованию между Twilio и клиентским оборудованием.

Twilio настоятельно рекомендует не использовать схемы sips в ваших конфигурациях Twilio SIP, так как это может привести к непреднамеренному поведению из-за того, как мы обрабатываем такие URI. Вместо этого мы предлагаем использовать схемы sip с транспортом TLS. Этот метод, наряду с безопасностью нашей голосовой архитектуры и суперсети, является эффективным способом добавления шифрования к вашим SIP-соединениям Twilio.

IP-адреса

Подготовьте свою коммуникационную инфраструктуру, чтобы убедиться, что ваша инфраструктура SIP имеет подключение к облаку Twilio и наоборот. Чтобы убедиться, что ваша коммуникационная инфраструктура не блокирует связь, вы должны обновить свой список разрешенных IP-адресов. Мы настоятельно рекомендуем вам разрешить все следующие диапазоны IP-адресов и портов в вашем брандмауэре для передачи сигналов SIP и мультимедийного трафика RTP.

Это важно, если у вас есть номера в разных регионах, а также в целях доступности (например, если шлюзы Северной Америки, Вирджиния, не работают, будут использоваться шлюзы Северной Америки, штат Орегон).

Полный список см. в IP-адресах SIP Twilio.

Глоссарий

Коммуникационная инфраструктура

Общий термин для обозначения IP-АТС, SBC, IP-телефонов и т. д.

Конечная точка SIP

IP-телефон или программный клиент, с помощью которого пользователь инициирует вызов VoIP

URI SIP

Эквивалентен номеру SIP-телефона и принимает форму sip:username@SIPDomain

SIP-домен Twilio

Нужна помощь?

Все мы иногда это делаем; код сложный. Получите помощь прямо сейчас от нашей службы поддержки или воспользуйтесь мудростью толпы, посетив форумы сообщества Twilio или просмотрев тег Twilio на Stack Overflow.

Читайте также: