Требования линии SIP

Last Updated : Jul 27, 2023 |

Для использования SIP требуется:

  • Служебная учетная запись SIP

    Учетная запись или записи у SIP поставщика услуг Интернет (ITSP). Метод работы и предоставляемая информация будут отличаться. Основным требованием является SIP URI — интернет-адрес в форме name@example.com. Это эквивалент телефонного номера SIP для совершения и получения вызовов посредством SIP.

  • Каналы со сжатием голоса

    Вызовы SIP используют каналы сжатия голоса системы таким же образом, как они используются для стандартных линий IP и добавочных номеров. Для системы IP500 V2 эти каналы предоставляются путем установки модулей VCM на устройстве управления. К SIP вызовам применяется передача RTP, где это возможно.

  • Лицензирование

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

  • Прохождение сетевого экрана

    Переадресация традиционных вызовов H.323 VoIP через межсетевые экраны часто не срабатывает из-за NAT (трансляция сетевых адресов). Для протокола SIP было создано несколько способов, обеспечивающих успешный обход брандмауэра. Брандмауэр между ЛВС1 и ЛВС2 не применим к вызовам SIP.

    • STUN (Простой обход UDP NAT)

      UDP SIP может использовать механизм, называемый STUN, для прохождения брандмауэра между коммутатором и ITSP. Для этого ITSP должен предоставить IP-адрес своего сервера STUN и системы, чтобы потом собрать различные методы STUN о том, как подключиться к данному серверу. Система может попытаться автоматически обнаружить требуемые настройки для успешного подключения. Чтобы использовать функцию STUN, линия должна быть связана с настройками «Топология сети» сетевого интерфейса с помощью настройки линии Сведения о топологии сети: для группы поиска.

    • TURN (Обход с использованием реле NAT)

      TCP SIP может использовать механизм, называемый TURN (Обход, использующий реле NAT). В настоящее время он не поддерживается.

    • Пограничный контроль сессий

      Не требуется использовать STUN для обхода NAT, если SBC находится между IP Office и ITSP, поскольку обход NAT будет выполнен SBCE.

  • Магистральные линии SIP

    Эти линии добавляются вручную к конфигурации системы. Обычно SIP-транк требуется для каждого используемого SIP ITSP. Данная конфигурация предоставляет методы для множественных URI данного ITSP, которые обеспечивают использование той же группы каналов. Для каждой линии требуется по меньшей мере один элемент SIP URI, на одной и той же линии поддерживаются до 150 SIP URI. Среди всего прочего это настраивает входящие и исходящие для маршрутизации вызовов.

  • Маршрутизация исходящих вызовов

    Первоначальная маршрутизация использует любой стандартный краткий код с функцией набора номера. Идентификатор пучка линий краткого кода должен соответствовать ID исходящей группы SIP URI каналов. Однако, краткий код также должен изменить номер, набираемый по назначению SIP URI, подходящий для маршрутизации поставщиком услуг Интернет. В большинстве случаев, если местом назначения является номер общедоступной телефонной сети, можно использовать URI в форме 123456789@example.com. Например:

    • Код: 9N#

    • Функция: Набор

    • Номер телефона: N"@example.com"

    • Идентификатор группы линий: 100

    Несмотря на то, что данное действие может быть выполнено в кратком коде, это не является обязательным. Адрес прокси-сервера ITSP или имя домена ITSP будут использоваться как часть узла или домена.

  • Маршрутизация входящих вызовов

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

  • Маркировка DiffServ

    Маркировка DiffServ применяется к вызовам, использующим параметры DiffServ на вкладке Система > Локальная сеть > VoIP интерфейса локальной сети, как установлено в настройках линии Использовать информацию о сетевой топологии.

URI для SIP

Для вызовов SIP требуются URI (Унифицированные идентификаторы ресурсов), один для источника вызова, другой — для абонента. Каждый URI SIP состоит из двух частей: пользователя (например, имя) и домена (например, example.com), которые формируют URI (в данном случае name@example.com). SIP URI может принимать несколько форм.

  • name@117.53.22.2

  • name@example.com

  • 012345678@example.com

Как правило, каждая учетная запись с поставщиком услуг SIP включает в себя URI SIP или набор URI. Доменная URI используется для группы каналов SIP, настроенной для маршрутизации вызовов этому поставщику. Часть пользователя может быть предписана либо индивидуальному пользователю, если у вас один URI на пользователя для этого ITSP, либо настроена на линию для применения всеми пользователями, чьи вызовы передаются по этой линии.

Ограничение ресурсов

Количество ограничений может повлиять на количество вызовов SIP. При достижении одного из данных предельных значений происходит следующее: все дальнейшие исходящие вызовы SIP блокируются при отсутствии альтернативных маршрутов с использованием ARS; все входящие вызовы SIP ставятся в очередь, пока не освободится требуемый ресурс. Ограничительные факторы:

  • количество лицензированных сеансов SIP;

  • количество сеансов SIP, настроенных для SIP URI;

  • количество каналов сжатия голоса.

    • Входящие и исходящие вызовы по линии SIP на/с устройств, не использующих протокол IP Требуется канал сжатия речевого сигнала.

    • Исходящий вызов по линии SIP с IP-устройства Канал сжатия речевого сигнала не требуется.

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

Информационный дисплей SIP

Полный URI для SIP from и to записывается для использования SMDR. Для всех других приложений и телефонных устройств SIP URI помещается в телефонный каталог системы и сопоставляется аналогично сопоставлению входящего CLI. Сначала предпринимается попытка сопоставления с полным URI, затем сопоставление с частью пользователя URI. Знаки подстановки директории также могут использоваться для сопоставления URI.