Sip t: Настройка SIP-I/SIP-T транка с помощью Yate / Хабр

Настройка SIP-I/SIP-T транка с помощью Yate / Хабр

Добрый день, коллеги.

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

Так получилось, что наш местный телеком начал давать доступ в PSTN другим VoIP провайдерам лишь посредством протокола SIP-I. Тем кто успел подключится по E1/SS7 повезло (а может и нет), а новым приходится как-то выкручиваться: одни покупают дорогие софтсвичи, другие ищут варианты подешевле, а то и бесплатно. Мы пошли вторым путем. Если интересно чем это все закончилось, добро пожаловать под кат.

Введение

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

SIP-T был разработан IETF — та же контора которая разработала сам SIP. Примерно в тоже время была разработана последняя версия SIP (середина 2002-го). Данный протокол описан в RFC 3372, RFC 3398, RFC 3578 и RFC 3204.

SIP-I был разработан ребятами из ITU в 2004-ом году и использует большинство конструкций определенных в SIP-T. Он описан в ITU-T Q.1912.5.

Оба протокола описывают методы маппинга сообщений, параметров и кодов ошибок между SIP и ISUP. Так же они полностью совместимы с обычной сетью основанной на SIP.

SIP-I отличается от SIP-T тем, что использует много стандартов и драфтов IETF, да и намного богаче в параметрах которые позволяет передавать. SIP-I содержит не только базовые параметры звонка, но и позволяет использовать параметры дополнительных услуг, таких как CLIP и CLIR.

На данный момент в вариантах связи SoftSwitch — SoftSwitch, SIP-T более распостранен. Например в CDMA2000 он используется для взаимодействия между MSC. SIP-I рассматривается как вариант для взаимодействия между SoftSwitch-ом и обычными сетями в 3GPP.

Дабы не нагружать вас сухой теорией, покажу как выглядит в WireShark дамп такого звонка:

Как видно в Message Body был добавлен раздел «application/isup» где в свою очередь были инкапсулированы все поля ISUP.

Настройка

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

Yate позиционирует себя как телефонный движок нового поколения. Его трудно как-то выделить по классу, так как он умеет все. Написан он румынскими программистами из Null Team. На хабре есть несколько статей про него, но там он используется в других решениях.

Плюсы:
1. Написан на C++.
2. Модульная структура.
3. Есть модули на все случаи жизни.
4. Позволяет писать конфигурацию на разных языках программирования: php, perl, python, javascript.

Минусы:
1. Очень мало документации. Мне например пришлось полностью читать исходники чтобы понять до конца принципы его работы. Кстати в почтовой рассылке люди жалуются на это, но как сказал один мудрый человек: «Документация у Yate есть, и она очень хорошая, просто написана на C++».

Я не буду описывать процесс установки и первоначальной настройки. Их можно найти на сайте проекта и на хабре. Я опишу лишь основные моменты чтобы наш софтсвитч начал понимать SIP-I/SIP-T.

И так, чтобы Yate смог кодировать и декодировать поля из «application/isup» надо включить следующий параметр в файле ysipchan.conf:

[sip-t]
isup=enable

После этого при входящем звонке от телекома в стандартных сообщениях Yate появятся поля isup как на примере ниже. Эти поля мы уже можем использовать при маршрутизации и биллинге.

Sniffed 'call.preroute' time=1350892372.716302
  thread=0x7f017c011600 'Call Router'
  data=(nil)
  retval='(null)'
  param['id'] = 'sip/4'
  param['module'] = 'sip'
  param['status'] = 'incoming'
  param['address'] = '172.xxx.xxx.xxx:5060'
  param['billid'] = '1350892357-3'
  param['answered'] = 'false'
  param['callid'] = 'sip/SBCxdl85tuup8zxylqx8xbcdp5pcvtbtpw8@SoftX3000/zxzlwuzt-CC-23/'
  param['message-prefix'] = 'isup.'
  param['isup.protocol-type'] = 'itu-t92+'
  param['isup.protocol-type'] = 'itu-t'
  param['isup.message-type'] = 'IAM'
  param['isup.NatureOfConnectionIndicators'] = '0sat,cont-check-none,echodev'
  param['isup.ForwardCallIndicators'] = 'national,e2e-none,interworking,isup-notreq,sccp-none'
  param['isup.CallingPartyCategory'] = 'ordinary'
  param['isup.TransmissionMediumRequirement'] = '3.1khz-audio'
  param['isup.CalledPartyNumber'] = 'xxxxxxxxx'
  param['isup.CalledPartyNumber.nature'] = 'subscriber'
  param['isup.CalledPartyNumber.plan'] = 'isdn'
  param['isup.CalledPartyNumber.inn'] = 'false'
  param['isup.OptionalForwardCallIndicators'] = 'non-CUG'
  param['isup.CallingPartyNumber'] = 'xxxxxxxxx'
  param['isup.CallingPartyNumber.nature'] = 'national'
  param['isup.CallingPartyNumber.plan'] = 'isdn'
  param['isup.CallingPartyNumber.complete'] = 'true'
  param['isup.CallingPartyNumber.restrict'] = 'allowed'
  param['isup.CallingPartyNumber.screened'] = 'network-provided'
  param['isup.PropagationDelayCounter'] = '0'
  param['isup.LocationNumber'] = ''
  param['isup.LocationNumber.nature'] = '0'
  param['isup.LocationNumber.plan'] = 'unknown'
  param['isup.LocationNumber.inn'] = 'true'
  param['isup.LocationNumber.restrict'] = 'unavailable'
  param['isup.LocationNumber.screened'] = 'network-provided'
  param['isup.ParameterCompatInformation.PropagationDelayCounter'] = 'transit,cnf,discard-param,nopass-param'
  param['isup.ParameterCompatInformation.EchoControlInformation'] = 'transit,nopass-param'
  param['isup.ParameterCompatInformation'] = '31 d4 37 c0'
  param['isup.parameters-unhandled-cnf'] = 'PropagationDelayCounter'
  param['caller'] = 'xxxxxxxxx'
  param['called'] = 'xxxxxxxxx'
  param['ip_transport'] = 'UDP'
  param['newcall'] = 'true'
  param['domain'] = '172.xxx.xxx.xxx'
  param['device'] = 'Huawei SoftX3000 V300R010'
  param['username'] = ''
  param['xsip_nonce_age'] = '0'
  param['antiloop'] = '19'
  param['ip_host'] = '172.xxx.xxx.xxx'
  param['ip_port'] = '5060'
  param['ip_transport'] = 'UDP'
  param['sip_uri'] = 'sip:[email protected]:5060;user=phone'
  param['sip_from'] = 'sip:[email protected];user=phone'
  param['sip_to'] = '<sip:[email protected];user=phone>'
  param['sip_callid'] = 'SBCxdl85tuup8zxylqx8xbcdp5pcvtbtpw8@SoftX3000'
  param['device'] = 'Huawei SoftX3000 V300R010'
  param['sip_allow'] = 'INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,INFO,PRACK,SUBSCRIBE,NOTIFY,UPDATE,MESSAGE,REFER'
  param['sip_supported'] = '100rel'
  param['sip_user-agent'] = 'Huawei SoftX3000 V300R010'
  param['sip_privacy'] = 'none'
  param['sip_p-charging-vector'] = 'icid-value=0a.0a.00.0a-2012102210555100;orig-ioi=www.huawei.com;icid-generated-at=172.xxx.xxx.xxx'
  param['sip_p-asserted-identity'] = '<sip:[email protected];user=phone>'
  param['sip_contact'] = '<sip:[email protected]:5060;user=phone>'
  param['sip_content-type'] = 'multipart/mixed;boundary=ssboundary-1_'
  param['rtp_addr'] = '172.xxx.xxx.xxx'
  param['media'] = 'yes'
  param['formats'] = 'alaw,mulaw'
  param['transport'] = 'RTP/AVP'
  param['rtp_rfc2833'] = 'false'
  param['rtp_port'] = '40016'
  param['rtp_forward'] = 'possible'

Исходящий звонок от нас выглядит так (regexroute.conf):

; Контекст определенный на этапе preroute
[PSTN]

; Выставляем параметры для всех звонков попавших в данный контекст.
 .*=;osip_P-Asserted-Identity=<sip:${caller}@172.xxx.xxx.xxx:5060$()user=phone>;\
        message-prefix=isup.;\
        isup.message-type=IAM;\
        isup.protocol-type=itu-t92+;\
        isup.NatureOfConnectionIndicators=echodev;\
        isup.CallingPartyCategory=ordinary;\
        isup.ForwardCallIndicators=national,e2e-none,interworking,isup-notreq,sccp-none;\
        isup.TransmissionMediumRequirement=3.1khz-audio;\
        isup.CalledPartyNumber=${called};\
        isup.CalledPartyNumber.nature=national;\
        isup.CalledPartyNumber.plan=isdn;\
        isup.CalledPartyNumber.inn=false;\
        isup.CallingPartyNumber=${caller};\
        isup.CallingPartyNumber.nature=national;\
        isup.CallingPartyNumber.plan=isdn;\
        isup.CallingPartyNumber.complete=true;\
        isup.CallingPartyNumber.restrict=allowed;\
        isup.CallingPartyNumber.screened=network-provided

; Уже сама маршрутизация
.*=sip/sip:${called}@172.xxx.xxx.xxx

Вот и все. Теперь все SIP инвайты от нас идут с полями ISUP в Message Body.

Если у уважаемого сообщества есть вопросы буду рад ответить. Мы на Yate собаку съели и смогли разобраться во многих нюансах.

Разница между SIP-I и SIP-T | Сравните разницу между похожими терминами — Технология

SIP-I против SIP-T

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

Как и перевод между двумя языками (английский <-> голландский), отображение двух систем является базовой функцией соединения.

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

Протоколы SIP-I и SIP-T определяют отображение сообщений, параметров и кодов ошибок между сетями SIP и ISUP. Оба они полностью совместимы с совместимыми сетевыми компонентами SIP в сети SIP.

Способ, которым SIP-I и SIP-T позволяют прозрачную передачу параметров ISUP через сеть SIP, заключается в прикреплении буквальной копии исходного сообщения ISUP к сообщению SIP на входном шлюзе PSTN; это сообщение ISUP отображается как другое тело сообщения SIP.

Различия между SIP-I и SIP-T:

Протокол SIP-I был разработан ITU в 2004 году (определен в ITU-T Q.1912.5), тогда как SIP-T был разработан IETF (Инженерная группа Интернета), которая разработала SIP.

SIP-I определяет отображение от SIP к BICC в дополнение к ISUP, тогда как SIP-T адресует только ISUP.

SIP-T изначально разработан для взаимодействия с собственными терминалами SIP, в то время как SIP-I ограничен для использования только между шлюзами PSTN.

Протокол SIP-I является более точным и явно определяет параметры между ISUP и SIP, а также подробно определяет дополнительные услуги для межсетевого взаимодействия, которые не поддерживаются SIP-T.

Протокол SIP-I широко применяется производителями и операторами связи, особенно поставщиками программных коммутаторов и пограничных контроллеров сеансов (SBC).

Ссылки:

RFC3261 (протокол инициации сеанса), ITU-T Q.1912.5 (определение SIP-I) и RFC3372 (SIP-T)

SIP протокол и PSTN

Сегодня мы подробно поговорим и модификациях протокола SIP, разработанных специально для взаимодействия телефонных сетей VoIP с сетями

PSTN – Public Switched Telephone Network (ТфОП), использующих сигнализацию ОКС-7.

С развитием IP – сетей , преимущества VoIP телефонии становились всё более очевидными, однако подавляющая часть АТС всё ещё имеет дело с сигнализацией ОКС-7, которая используется в таких сетях как ISDN – Integrated Services Digital Network (Цифровая Сеть с Интеграцией Служб), ТфОП – Телефонная Сеть Общего Пользования, а также в Сетях Подвижной Сотовой Связи (СПСС).

В качестве подсистемы, обеспечивающей межстанционную сигнализацию, в данных сетях применяется подсистема ISUP – ISDN User Part. ISUP решает задачи транспортировки сигнальной информации от офисной телефонной станции до станции назначения без обработки данной информации в промежуточных пунктах сигнализации. Прежде всего ISUP необходим для управления установлением соединения.

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

  1. IAM (Initial Address Message) – Самое первое сообщение. Служит для информирования АТС об установлении соединения. Содержит такие параметры как: номер вызывающего и вызываемого абонента, тип данных (данные, голос и другие).
  2. ACM (Address Complete Message) – Сообщение о приеме полного номера. Отправляется вызываемой АТС, когда был найден необходимый для установления соединения абонент. В этот момент телефонный аппарат вызываемого абонента начинает звонить, а вызывающий абонент слышит КПВ (Контроль Посылки Вызова)
  3. ANM (Answer Message) – Отправляется вызываемой АТС, когда вызывающий абонент снимает трубку. Занимаются двухсторонние разговорные каналы.
  4. REL (Release)
    – Отправляется одной из АТС, когда абонент инициирует завершение соединения (кладёт трубку).
  5. RLC (Release complete) – Подтверждение разрыва соединения. Отправляя данное сообщение, АТС уведомляет о том, что разговорный канал свободен и может вновь быть использован.

Очевидно, что для сопряжения сетей VoIP с сетями, работающими по сигнализации ОКС-7, необходимо реализовать механизмы прозрачной передачи сообщений ISUP по IP. Для решения данной задачи ITU-T и IETF независимо разработали модификации к протоколу SIP – SIP- I (Internetworking) и SIP – T (Telephony)( RFC 3372) соответственно.

При разработке данных модификаций, были учтены следующие требования:

  1. Возможность прозрачной передачи сообщений протокола ISUP
  2. Возможность маршрутизации сообщения протокола SIP на основе параметров ISUP
  3. Возможность передачи транспортной информации при установлении соединения.

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

Итак, от теории к практике. Рассмотрим простейший пример установления соединения в сети с разнотипной сигнализацией. Допустим, что а Абонент A – пользователь ТфОП, его телефонный аппарат находится за неким узлом связи, Абонент B использует IP Phone, работающий по протоколу SIP. За трансляцию сообщений ISUP в SIP будет отвечать некий многофункциональный шлюз IMG (Integrated Media Gateway) Задержки в сети

Как видно из рисунка инициатором вызова выступает Абонент A, на шлюз отправляется сообщение IAM, содержащее номера телефонов, а также дополнительные параметры соединения, IMG в свою очередь инкапсулирует сообщение IAM протокола ISUP, в уже известное нам INVITE протокола SIP.

Далее легко проследить каким ещё сообщениям протокола SIP соответствуют некоторые запросы ISUP.

Стоит также заметить, что протокол ISUP на этапе разговора открывает некий двухсторонний разговорный канал, идентификатор которого находится в сообщении IAM и называется CIC (Circuit Identification Code).

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


Любое использование материалов сайта возможно только с разрешения автора и с обязательным указанием источника.

SIP телефония


В этой статье мы поговорим с вами про SIP-телефонию: вспомним историю её появления, принципы работы, а также подробно остановимся на преимуществах и недостатках SIP телефонии для офиса и для дома по сравнению с традиционным протоколом H.323.

К концу XX века доставку информации массовому потребителю обеспечивали две «однонаправленные» телекоммуникационные технологии – радио- и телевещание и две «двунаправленные» (интерактивные) – телефония (проводная и беспроводная) и взаимный обмен по сети алфавитно-цифровыми данными, выраженными с помощью двоичного кода. Однако начавшее в то же время свое бурное развитие телекоммуникационное «чудо» – Интернет (и породившее SIP телефонию), постепенно вбирало в себя функции всех этих технологий.

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

И здесь уместно задать вопрос: «Как удалось создать технологию, реализующую передачу и цифровых данных, и голоса?»

Отвечая на него, стоит отметить, что об инновационном прорыве в этой сфере говорить не приходится, поскольку речевой трафик просто был «вписан» в хорошо развитую технологию, основанную на коммутации пакетов данных (напомним, что в традиционной телефонии голос передается по сетям с коммутацией каналов). Причем для решения «узловых» задач IP-телефонии используется широко распространенное серверное оборудование, работающее, например, в центрах обработки данных. И вследствие такого «счастливого стечения обстоятельств», создание аппаратного сегмента IP-телефонии для офиса и для дома ограничилось достаточно простой задачей – проектированием и производством терминальных устройств: IP-телефонов, VoIP-шлюзов и т.д.


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

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

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


SIP телефония: как все начиналось

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

Протокол первого уровня (прикладного) должен обеспечивать соединение абонентов голосовой связи и его отключение. А также осуществлять еще какие-либо модификации соединения (например, подключение «дополнительных» абонентов). На этом его «обязанности» заканчиваются.

С технической точки зрения такая функциональность кажется смехотворно простой: ну, подумаешь, «включил тумблер – выключил тумблер». Но не будем делать скоропалительных выводов. Попробуем разобраться в «служебных действиях» ПО, управляющего соединением и разъединением абонентов.

Первым программным инструментом, осуществляющим такую функцию в IP-телефонии, стал стандарт H.323, изначально предназначенный для работы в сетях Ethernet. Однако его функциональность не могла полностью удовлетворить потребности IP-телефонии. И тогда (а было это на рубеже прошлого и нынешнего веков) «рядом» с ним в IP-сетях начал свою деятельность протокол инициирования связи – Session Initiation Protocol (SIP), при разработке которого программистами был учтен опыт эксплуатации H.323. Так появился термин SIP телефония, то есть телефония на основе SIP протокола.


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

Рекомендации H.323 до сих пор используются в стационарной телефонной связи, поскольку она в настоящее время в основном базируется на сети ISDN (Integrated Services Digital Network), поддерживающей функциональности стационарной телефонии и передачи данных. SIP же востребован интернет-провайдерами, поскольку для них IP-телефония – это один из предлагаемых интернет-сервисов. Поэтому H.323 и SIP еще долго будут мирно сосуществовать и даже работать «плечом к плечу» в сетях, встречаясь в шлюзах-посредниках.

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


SIP телефония: архитектура протокола

Базовый принцип работы протокола SIP – «запрос – ответ» –заимствован из веб-протокола HTTP (Hypertext Transfer Protocol). Кроме того разработчики ПО при создании SIP «перенесли» из HTTP синтаксис (текстовый формат сообщений) и клиент-серверную архитектуру, основным функциональным компонентом которой является абонентский терминал или SIP-клиент, осуществляющий инициирование и завершение вызовов. В минимальной конфигурации к SIP-клиенту подключены три сервера: 1) прокси-сервер (маршрутизация звонков и управление приложениями), 2) сервер переадресации (перенаправление звонков), 3) сервер регистрации (запись абонентов в базу данных, отслеживание соответствия имен абонентов их адресам, телефонным номерам и другим «пунктам привязки»).


SIP-телефоны (IP-телефоны), VoIP-шлюзы, программные приложения (софтфоны) для ПК и коммуникаторов – все эти устройства приходят в офис и в дом с появлением SIP телефонии.

SIP-архитектура содержит также комплект ПО, включающий четыре программных модуля: 1) протокол резервирования ресурсов, 2) транспортный протокол реального времени, 3) протокол передачи потоковой информации в реальном времени, 4) протокол описания параметров связи. При необходимости в состав SIP-архитектуры вводятся дополнительные протоколы, но работа всего «сопутствующего» ПО никоим образом не отражается на функциональности SIP.


Преимущества SIP телефонии перед Н.323

Для создания общего представления о функциональности и особенностях SIP телефонии приведем «штрихи к профессиональному портрету» в виде списка, сравнивая (где есть возможность такого сравнения) с соответствующими характеристиками Н.323.

1) Использование текстового формата предоставляет возможность простого анализа записей и сообщений, генерирования кода и эксплуатационного управления протокола, его реализации на любом языке программирования. – В Н.323 сообщения описываются с использованием бинарного кода, что создает трудности при их описании и чтении (для кодирования и декодирования требуется применение компилятора ASN.1).

2) Взаимодействие с приложениями IP-сетей и поддержка мобильности абонентов обеспечивается использованием адреса, образцом для которого послужил адрес, описанный в протоколе передачи электронной почты SMTP (Simple Mail Transfer Protocol).

3) Возможно назначать приоритеты в обслуживании вызовов. – В Н.323 такая функция не предусмотрена.

4) Время установления SIP-соединения примерно в три раза меньше, чем соединения по стандарту Н.323.

5) Абоненты могут изменять свое местоположение в SIP-сети без ограничений благодаря присвоению им уникальных идентификаторов.

6) Возможна совместная работа с другими протоколами IP-телефонии, телефонных сетей общего пользования (ТСОП), а также применение для связи с интеллектуальными сетями.

7) Для взаимодействия с ТСОП, использующими ОКС-7 (ОбщеКанальную Сигнализацию №7), имеются модификации протокола – SIP-T и SIP-I.

8) Возможно дополнение новыми функциями посредством введения новых заголовков и сообщений. При этом если SIP-устройству попадается неизвестное расширение, то в таком случае оно просто игнорируется. При использовании H.323 неизвестные функции могут «поставить устройство в тупик» и, соответственно, стать причиной отказа в предоставлении сервиса.

9) Возможно увеличение количества SIP клиентов при расширении SIP сети (масштабируемость).

10) Безопасность. Шифрование трафика осуществляется на транспортном уровне по протоколу TLS (Transport Layer Security), который применяется вместо TCP/UDP. Могут использоваться также стандарты SIPS (SIP Security) и SRTP (Secure RTP).


Пример реализации SIP телефонии в офисе.

Смотрите также:


Стеки протоколов: SIP и H.323

По степени распространенности следующим после H.323 является протокол инициирования сеансов (Session Initiation Protocol, SIP), архитектура и основные элементы которого были рассмотрены в первой статье рубрики «Инструментарий», посвященной VoIP.

Протокол SIP решает, по существу, те же задачи, что и H.323.


Оба протокола могут рассматриваться в качестве примера разного подхода к решению одной и той же задачи. Если Н.323 опирается на традиционные системы телефонной сигнализации на основе протокола Q.931, то SIP реализует более современный, ориентированный на Internet подход на базе протокола HTTP.

Протокол SIP способен устанавливать, модифицировать и завершать сеансы мультимедиа, подобные VoIP (такой механизм реализует, например, SIP шлюз). Он разработан рабочей группой по управлению многоточечными сеансами мультимедиа-связи (MMUSIC) организации IETF, а его последняя версия изложена
в документе RFC 3261 IETF.

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

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

SIP совместим с обоими протоколами адресации IPv4 и IPv6.

Примечание. Информация о присутствии (Presence Information) содержит данные о состоянии пользователя или устройства в определенный момент. Например, для мобильного пользователя она включает такие параметры, как его действительное положение в пространстве — «в офисе», «в поездке», «в лаборатории» и др.

Для построения законченной мультимедийной архитектуры SIP используется вместе с другими протоколами IETF — уже обсуждавшимися ранее транспортным протоколом реального времени RTP и протоколом управления потоком данных RTCP.

Протокол описания сеанса (Session Description Protocol, SDP) входит в семейство протоколов SIP в виде документа RFC 2327 IETF и содержит механизм описания характеристик сеанса: время проведения, требуемые ресурсы и т. д. В SDP предусмотрена возможность изменения параметров сеансов в оперативном режиме.

Протокол инициирования сеансов для телефонов (Session Initiation Protocol for Telephones, SIP-T), приведенный в документе RFC 3372, содержит алгоритм взаимодействия SIP с ТфОП. Он предусматривает как прямое взаимное преобразование сообщений SIP и ТфОП, так и их инкапсуляцию.

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

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

Стек протоколов транспорта сигнализации (Signaling Transport Protocol Stack, SIGTRAN, а также Signaling Transport) обеспечивает транспорт протоколов сигнализации ОКС-7 через сеть IP и может рассматриваться как эволюция ОКС-7, где учтены особенности ОКС-7 и пакетных протоколов. Приложения SIGTRAN включают удаленный коммутируемый доступ, взаимодействие IP-телефонии с ТфОП и др.

Основу архитектуры SIGTRAN составляют следующие элементы:

  • транспортный шлюз (Media Gateway, MG), упаковывающий речевой трафик в пакеты и доставляющий его по назначению;
  • шлюз сигнализации (Signaling Gateway, SG), обеспечивающий интерфейс для сети ОКС-7 и передачу сигнальных сообщений к узлам IP;
  • контроллер (Media Gateway Controller, MGC), отвечающий за управление вызовами (между шлюзом сигнализации и транспортным шлюзом) и доступом между сетями ТфОП и IP;
  • точка управления сервисом (IP-enabled Service Control Point, SCP), целиком находящаяся в сети IP, но адресуемая из сети ОКС-7;
  • IP-телефон.
 

Протокол передачи с управлением потоком (Stream Control Transmission Protocol, SCTР) — ключевой протокол семейства протоколов SIGTRAN, который представляет собой улучшенную версию протокола TCP: подобно TCP, он обеспечивает надежный транспорт пакетов, но превосходит TCP с точки зрения транспорта сообщений.

Так, в SCTP предусмотрена встроенная сегментация сообщений, что позволяет выделять их на транспортном уровне. Кроме того, он устраняет проблему протокола TCP, называемую «Head of Line Blocking». Ее суть состоит в том, что при большом окне потеря сегмента ведет к задержке в буфере всего содержимого окна до тех пор, пока он не будет передан повторно. SCTP поддерживает также множественную адресацию коммутируемых пакетов (multihoming), поэтому при нарушении нормальной работы одного из серверов балансировки нагрузки другой продолжает принимать сообщения даже без привлечения услуг сервера DNS.

Протокол маршрутизации телефонии по IP (Telephony Routing over IP, TRIP) поддерживает обмен таблицами маршрутизации телефонных вызовов при взаимодействии разных сетей IP-телефонии, или, как определяется в RFC 2871, различных административных доменов IP-телефонии (ITAD). Каждый из них содержит по крайней мере один сервер местоположения (Location Server, LS), играющий роль сервера сигнализации. Это может быть контроллер домена Н.323, сервер SIP или устройство MGC. Протокол TRIP необходим при объединении таких LS. С его помощью передаются данные о вызываемом абоненте и применяемой им сигнализации внутри ITAD, т. е. на TRIP возлагаются примерно те же обязанности, которые выполняет BGP в случае объединения автономных систем в Internet.

Таблица, Рисунок

Описание RFC протокола SIP [АйТи бубен]

Протокол Session Initiation Protocol (SIP), обычно применяемый в VoIP-телефонах (как аппаратных, так и программных), отвечает за установку и разъединение соединения, а также за любые изменения, происходящие во время соединения, такие как переадресации. Назначение SIP – помочь двум конечным точкам поговорить друг с другом (по возможности напрямую). Протокол SIP – это просто протокол обмена сигналами, то есть его задачей является лишь обеспечить возможность двум конечным точкам говорить друг с другом, но не работа с носителем вызова (голосом). Передача голоса осуществляется с помощью другого протокола – Real-Time Transport Protocol (транспортный протокол реального времени – RTP; RFC 3550) – для передачи медиа-данных непосредственно между двумя конечными точками.

VoIP (Voice over IP; IP-телефония) — система связи, обеспечивающая передачу речевого сигнала по сети Интернет или по любым другим IP-сетям. Сигнал по каналу связи передаётся в цифровом виде и, как правило, перед передачей преобразовывается (сжимается) с тем, чтобы удалить избыточность.

Тем, кто соберётся делать собственную реализацию протокола SIP, пригодится список RFC, описывающих протокол и его дополнения:

Запросы: В первоначальной версии протокола SIP (RFC 3261) было определено шесть типов запросов. С помощью запросов клиент сообщает о текущем местоположении, приглашает пользователей принять участие в сеансах связи, модифицирует уже установленные сеансы, завершает их и т. д. Тип запроса указывается в стартовой строке.

Но в процессе развития, в протокол было добавлено еще несколько типов запросов, которые дополнили его функциональность:

Адресация SIP логическая, того же типа, что Что такое ссылка URL в Методы и структура протокола HTTP. Для организации взаимодействия с существующими приложениями IP-сетей и для обеспечения мобильности пользователей протокол SIP использует адрес, подобный адресу электронной почты. В качестве адресов рабочих станций используются специальные универсальные указатели ресурсов — так называемые SIP URL (Universal Resource Locators).

SIP- адреса бывают четырех типов:

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

Во второй части адреса указывается имя домена, рабочей станции или шлюза. Для определения IP- адреса устройства необходимо обратиться к службе доменных имен — Что такое DNS. Если же во второй части SIP- адреса размещается IP- адрес, то с рабочей станцией можно связаться напрямую.

В начале SIP- адреса ставится слово «sip:», указывающее, что это именно SIP- адрес. Примеры SIP- адресов:

sip: [email protected]
sip: [email protected]
sip: [email protected]

В SIP поддерживает функции messaging и presence. Первая обеспечивает обмен в реальном времени короткими сообщениями (как ICQ на ПК или SMS в сетях GSM), вторая позволяет определять состояние абонента, т. е. на месте ли он, не занят ли и т. д. (в ICQ тоже есть такая возможность). Благодаря этим двум функциям SIP позволяет реагировать на события, а также рассылать сообщения «по событию».

SIP поддерживает специальный довольно мощный язык CPL (Call Processing Language -язык обработки звонков) на основе Введение в XML, предназначенный для написания телефонных скриптов, позволяющий указать, кто кому когда и зачем звонит, что делать, если трубку не берут или берут не там, и т. д. В силу всего этого в рамках SIP легко строить самые разнообразные сервисы.

Подобные сервисы могут создавать три группы людей: производители SIP- оборудования, сервис-провайдеры и сами конечные пользователи. Язык CPL несложен, так что, видимо, многие будут способны реализовать вполне изощренную схему работы автоответчика: скажем, если позвонивший набирает цифру 1, он переключается на домашний телефон абонента, если 2 – на сотовый, если 3 – на телефон его родителей и т. д. А почему бы не написать скрипт, который, когда раздастся звонок, показывал бы вам лицо (фотографию) звонящего? Телефон ресторана мог бы, скажем, сразу выдавать на дисплей сегодняшнее меню, – короче говоря, возможности здесь ограничены только фантазией пользователя.

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

Первый пользователь снимает трубку и набирает номер, SIP-клиент генерирует сигнал INVITE (приглашение), у второго пользователя звонит телефон, его SIP-клиент выдает сообщение 180 (Ringing, звонок), затем пользователь берет трубку, SIP-клиент выдает сообщение 200 (OK), первый SIP-клиент посылает второму сигнал ACK (подтверждение) – и далее начинается передача голосового потока по протоколу RTP (Real-time Transport Protocol). Когда разговор окончен и один из пользователей вешает трубку, SIP-клиент посылает сигнал BYE. Вот и все.

Но такая схема абсолютно неэффективна, когда клиентов в сети не два, а два миллиарда. SIP-сетям с большим числом пользователей необходима инфраструктура, и ее создают различные серверы SIP. Сервер регистрации (registrar) занимается учетом и авторизацией пользователей, сервер локализации (allocation) ищет их и определяет их местонахождение, сервер переадресации (redirect) переводит звонки абонентам туда, где они фактически находятся в данный момент, – если меня, например, нет в Москве, потому что я уехал в Америку, сервер переведет звонок на мой американский номер. Наиболее сложные функции ложатся на прокси-сервер (SIP Proxy), обеспечивающий взаимодействие внутренней (например, учрежденческой) IP-телефонной сети с внешним миром, – именно он определяет все политики, правила общения и т. д. Существуют и другие серверы SIP (например, сервер конференций), но они менее важны. На рисунке показано, как может работать SIP в сети предприятия.

Пользователь Алиса приходит на свое рабочее место в компании Example, включает в корпоративную сеть ноутбук и активизирует имеющийся на нем программный телефон, который автоматически регистрируется на сервере регистрации. Тот, в свою очередь, запрашивает информацию о пользователе в корпоративной базе данных и сообщает о том, как с ним контактировать, серверу локализации. (Оба сервера могут интегрироваться с различными базами данных, службами каталогов типа LDAP или MS Active Directory и т. д.) Теперь, когда кто-нибудь позвонит Алисе, прокси-сервер, запросив сервер локализации, установит связь с ее рабочим местом.

До выхода SIP 2.0, который поддерживается любым современным оборудованием и ПО, разрешалась передача паролей чуть ли не открытым текстом (HTTP Basic Authentication), что в настоящее время вообще немыслимо. Однако, применяемая в SIP 2.0 авторизация на основе дайджеста от случайной строки и пароля (HTTP Хеш-сумма (digest — дайджест) Authentication), также относительно уязвима. Ведь если злоумышленник перехватывает случайную строку и полученный дайджест (Алгоритм MD5 или SHA-1), он имеет возможность автономно подобрать пароль (по словарю или перебором), и ему не понадобится даже подключаться к SIP-серверу. Это главная причина, по которой настоятельно рекомендуется использовать сложные пароли длиной не менее 10 символов.

Прохождение авторизации в SIP протоколе зависит от «Что такое realm sip?», различного для каждого защищаемого домена.

md5 алгоритм на входе принимает любую длину символов и на выходе выдать 128-битный отпечаток (finger-print) или профиль сообщения (message digest), которое было подано на вход алгоритма. Гипотетически считается, что два сообщения, которые имеют один и тот же профиль сообщения или выработаны любым сообщением, имеют определенный профиль сообщения.

Message digest — коротка цифровая строка фиксированной длины, формируется из более длинного сообщения с использованием специального алгоритма. Алгоритм md5 назначен для цифровой подписи (digital signature) приложений, где большие файлы должны быть «сжаты» в безопасный способ, до того как они будут закриптованы с помощью публичного или скрытого ключа с помощью криптосистемы с открытым ключом, например RSA. Digital signature — цифровая подпись, которая является уникальным электронным идентификатором, обеспечивающим проверку сообщения с установлением подлинности отправителя и гарантии то, что документ не был изменен с момента подписания.

Последовательность действий для авторизации клиентского оборудования на сервере.

На третьем этапе абонент высылает серверу строку в сообщении REGISTER

Authorization: Digest username="203",realm="asterisk",nonce="29b8191d",uri="sip:local",
   response="7306cfba1b131f2f04363b68d908f855",algorithm=MD5

Где параметр response — строка, состоящая из 32 шестнадцатиричных разрядов и удостоверяющая, что пользователю известен пароль. Формируется с помощью применения функции хеширования к значениям nonce, nc, cnonce, qop, uri, username, realm, типу запроса и паролю password. По умолчанию хеширование производится по алгоритму Алгоритм MD5.

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

SIP URI = sip:x@y:Port Где x=имя пользователя и y=хост (домен или IP)

Примеры:

sip:[email protected]
sip:[email protected]
sip:[email protected]

Протоколы IP телефонии

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

Сигнальные протоколы:

SIP (Session Initiation Protocol)

Протокол установления сеанса связи, первая версия протокола SIP 1.0 вышла в 1999 году и была описана в рекомендациях RFC 2543 организацией IETF. В 2002 году вышла окончательная рекомендация протокола SIP 2.0 описанная в рекомендации IETF RFC 3261. С тех пор SIP обрастал множеством дополнении и расширений. SIP, являясь клиент-серверным протоколом, подобно HTTP и SMTP работает на основе последовательных запросов-ответов. Как и HTTP, SIP реализован с помощью текстовых тегов – все SIP-заголовки передаются в виде ASCII-текста, что упрощает его использование в приложениях. На данный момент SIP протокол стал основополагающим в оборудовании IP-телефонии, в первую очередь за его лаконичность и простоту.

Дополнительно существуют разновидности данного протокола для использования его в традиционных сетях общего пользования SIP-T (Session Initiation Protocol for Telephones) описанного в RFC3372 и SIP-I (Session Initiation Protocol Internetworking), основная задача которых является прозрачная передача ОКС7 (ISUP) сообщений по IP-сети.

Протокол H.323

Исторически самый первый протокол для ip телефонии, разработанный Международным союзом электросвязи (ITU) в 1996 году. В свою очередь H.323 охватывает вопросы передачи голоса, видеоданных через ip-сети. На сегодняшний день данный протокол используется все реже и реже, в основном в старых аналоговых АТС. Недостатком данного протокола послужила его сложность и привязанность к медиа данным в отличии от SIP.

Skinny (SCCP)

Проприетарный протокол для ip телефонии используемый компанией Cisco в своем телекоммуникационном оборудовании. В какой то степени стороннее оборудование Symbol Technologies, IPBlue, SocketIP и Asterisk умеет работать с данным протоколом.

H.248(MEGACO)

Данный протокол используемый между элементами телекоммуникационных сетей: шлюзом (Media Gateway) и контроллером шлюзов (Media Gateway Controller). Поддерживает различные системы сигнализации сетей с коммутацией каналов, включая тоновую сигнализацию, ISDN, ISUP, QSIG и GSM. Закреплен как стандартный протокол IMS, наряду с SIP и Diameter. Является наследником протокола MGCP и используется в основном сетях провайдера IMS платформ.

IAX2 (Inter-Asterisk eXchange protocol)

Протокол разработанные для работы IP-АТС Asterisk. Особенностью данного протокола является приспособленность к трансляции сетевых адресов  и преодоления NAT голосовых пакетов. В отличие от SIP и H.323 использует только один порт 4569 протокола UDP для сигнализации и медиаданных. Протокол используется в сетях со слабой пропускной способностью и больше практически не развивается.

Протоколы передачи данных:

RTP (Real-time Transport Protocol)

Протокол, предназначенный для передачи аудио и видеопотоков через сеть Интернет. Описан в RFC3550 (до это в RFC 1889). Этим же стандартом описывается протокол RTCP (Real-time Control Protocol), который предназначен для согласования параметров QoS между участниками обмена.

SRTP (Secure Real-time Transport Protocol)

Расширение к протоколу RTP, обеспечивающее шифрование, аутентификацию, целостность и защиту от повторов. Опубликован как RFC 3711и использует порт 5004.

Коментарии:

Сравнение SIP-T и SIP-I

В настоящее время доступны две стандартные системы для взаимодействия между доменом протокола инициации сеанса (SIP) программного коммутатора и традиционной телефонной сетью общего пользования (ТСОП), SIP для телефонов (SIP-T) набор протоколов Инженерной группы Интернета (IETF) и набор протоколов SIP с инкапсулированным ППЦС (SIP-I) ITU-T. В этой статье SIP представлен первым, поскольку все два набора протоколов являются его расширениями.

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

Управление участниками вызова: в течение одного сеанса участники могут приглашать других пользователей для участия, передачи, сохранения и отмены соединения.

1.2 Компоненты SIP

SIP состоит из двух основных компонентов: пользовательского агента SIP и сетевого сервера SIP, на котором осуществляется связь по протоколу SIP, как показано на рис.1.

База данных, содержащая URL-адрес пользователя и информацию о местоположении)

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

1.3 Приложения SIP

SIP поддерживает мощные мультимедийные сервисы и расширяется для поддержки различных приложений. В приложениях программных коммутаторов фиксированной связи SIP расположен на уровне управления вызовами плоской архитектуры и поддерживает соединение вызовов между различными программными коммутаторами.С точки зрения маршрутизации существует два случая использования архитектуры SIP:

В первом случае обычные сообщения ISDN User Protocol (ISUP) инкапсулируются в сообщения SIP (с добавленной дополнительной информацией) для передачи. Такие функции, как сервер вызовов, номер, анализ маршрута, сигнализация и взаимодействие сервисов, остаются без изменений, а анализ маршрута направляет сообщения на IP-адреса назначения.

Второй случай основан на базе данных ENUM (рабочая группа сопоставления телефонных номеров IETF).В этом случае управление вызовами сервера вызовов не обеспечивает функций анализа номеров и маршрутов, что абсолютно отлично от существующих сетей с коммутацией каналов. Но отображение сервисов и взаимодействие по-прежнему необходимы. Поскольку код идентификации канала (CIC), процесс управления ППЦС и протокол передачи сообщений (MTP) не используются, необходимо соответствующим образом изменить стандартный ППЦС. Следовательно, управление сетью упрощается (например, отсутствует сеть сигнализации и определение маршрутизации).Также в этом режиме снижается контроль операторов связи в сетях, а режимы контроля претерпевают большие изменения по сравнению с текущими сетями.

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

2. SIP-T

SIP-T определен в RFC3372 рабочей группы IETFMMUSIC. Набор протоколов SIP-T содержит RFC3372, RFC2976, RFC3204 и RFC3398.

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

SIP-T предоставляет два метода взаимодействия между SIP и ППЦС, то есть инкапсуляцию и отображение, которые определены в RFC3204 и RFC3398 соответственно.Однако SIP-T ориентирован только на взаимодействие основного вызова и в основном не включает дополнительные услуги.

3. SIP-I

SIP-I содержит TRQ.2815 и Q.1912.5 рабочей группы ITU-TSG11. TRQ.2815 определяет технические требования для взаимодействия между SIP и протоколом управления вызовами, независимым от носителя (BICC)/ППЦС, включая модель интерфейса взаимодействия, набор возможностей протокола, поддерживаемый блоком взаимодействия (IWU), и модель безопасности интерфейса взаимодействия.Q.1912.5 подробно определяет взаимодействие между 3GPPSIP и BICC/ППЦС, между SIP и BICC/ППЦС и между SIP-I и BICC/ППЦС в соответствии с различными наборами возможностей протокола, поддерживаемыми IWU на интерфейсе «сеть-сеть» (NNI). на стороне SIP.

SIP-I повторно использует многие стандарты и проекты IETF, которые охватывают не только взаимодействие основного вызова, но и взаимодействие дополнительных услуг BICC/ППЦС.

4. Сравнение SIP,    SIP-T и SIP-I

SIP может соединять пользователей, использующих любые IP-сети (проводные локальные и глобальные сети, общедоступные магистральные сети Интернет, 2.мобильные сети 5G, 3G и Wi-Fi) и любое IP-оборудование (телефон, ПК, персональный цифровой помощник (КПК) и мобильное портативное оборудование), что улучшает режим связи между предприятием и пользователем. Даже если приложения на базе SIP (такие как VOIP, мультимедийные конференции, push-to-talk, службы определения местоположения, онлайн-информация и мгновенные сообщения) используются независимо друг от друга, они могут предоставить множество новых бизнес-возможностей для поставщика услуг, независимого поставщика программного обеспечения (ISV), поставщик и разработчик сетевого оборудования.Однако основная ценность SIP заключается в том, что он может в большей степени комбинировать эти функции в бесшовные услуги связи.

SIP-I и SIP-T являются расширениями SIP. Однако SIP-I повторно использует многие стандарты и черновики IETF и богаче по содержанию, чем SIP-T. SIP-I включает в себя не только взаимодействие основного вызова, но и взаимодействие дополнительных услуг, таких как CLIP и CLIR. Помимо взаимодействия сигнализации о вызове, SIP-I принимает во внимание другие вопросы, такие как резервирование ресурсов, преобразование мультимедийной информации и взаимодействие между фиксированными линиями SIP/3GPPSIP и BICC/ISUP.Наиболее важным является то, что SIP-I наследует преимущества (такие как ясность, точность и проработанность) традиционных рекомендаций ITU-T и намного лучше, чем SIP-T, по работоспособности.

В настоящее время SIP является доминирующим протоколом, управляющим связью между программным коммутатором и сервером приложений, и в будущем станет абсолютно доминирующим протоколом для связи между программным коммутатором и терминалом. В контексте связи между программными коммутаторами SIP-T имеет более широкое применение.Например, в протоколе CDMA2000 SIP-T используется между MSC. SIP-I считается основным протоколом взаимодействия между программным коммутатором и традиционными телекоммуникационными сетями 3GPP, основными телекоммуникационными операторами и крупным поставщиком телекоммуникационного оборудования по всему миру. (Ли Чжаовэй)

Разница между SIP-I и SIP-T

Автор: Andrew

SIP-I против SIP-T

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

Подобно переводу между двумя языками (английский<->голландский), сопоставление двух систем выступает в качестве основной функции соединения.

SIP-I и SIP-T представляют собой два похожих подхода к взаимодействию между сетями ППЦС и сетями SIP, другими словами, обычно сетями PSTN и VoIP. В частности, они облегчают передачу параметров ППЦС через сеть SIP, так что вызовы, исходящие и завершающиеся в сети ППЦС, могут проходить через сеть SIP без потери информации.

SIP-I и SIP-T определяют отображение сообщений, параметров и кодов ошибок между сетями SIP и ISUP. Оба они полностью совместимы с совместимыми сетевыми компонентами SIP в сети SIP.

Способ, которым протоколы SIP-I и SIP-T обеспечивают прозрачную передачу параметров ППЦС через сеть SIP, заключается в присоединении буквальной копии исходного сообщения ППЦС к сообщению SIP на входном шлюзе PSTN; это сообщение ISUP появляется как другое тело в сообщении SIP.

Различия между SIP-I и SIP-T:

SIP-I был разработан ITU в 2004 году (определено в ITU-T Q.1912.5)  , где SIP-T был разработан IETF (Internet Engineering Task Force), которая разработала SIP.

SIP-I определяет отображение SIP на BICC в дополнение к ISUP, в то время как SIP-T обращается только к ISUP

SIP-T изначально предназначен для взаимодействия с собственными терминалами SIP, в то время как SIP-I ограничен для использования только между шлюзами PSTN

SIP-I является более точным и явно определяет параметры между ППЦС и SIP, а также подробно определяет дополнительные услуги для телекоммуникационного соединения, которые не поддерживаются SIP-T.

SIP-I широко используется производителями и операторами связи, особенно поставщиками программного коммутатора и пограничного контроллера сеанса (SBC).

Каталожные номера:

RFC3261 (протокол инициации сеанса), ITU-T Q.1912.5 (определение SIP-I) и RFC3372 (SIP-T)

Обзор SIP-SIPT/SIP-I



Обзор SIP-SIPT/SIP-I

Приведенная ниже информация относится к взаимодействию между SIP и SIP-T/SIP-I. Используйте приведенную ниже информацию, чтобы получить общее представление о том, как эта функциональность работает на IMG 2020.Для получения информации о конфигурации см. следующее ссылки:

Настройка SIP на взаимодействие SIP-T

Взаимодействие между SIP и SIP-T

 

Примечание: База SS7_Base лицензия требуется при использовании функций взаимодействия SIP-SIP-T.

 

На приведенной ниже диаграмме настроен IMG 2020 для приема входящего SIP-сообщения в группе каналов A. Сообщение взаимодействует в IMG, и сообщение SIP-T/SIP-I передается из канала Группа Б.Конечная точка SIP, требующая SIP-T / SIP-I получает сообщения и продолжает обрабатывать их. После обработки сообщений SIP Конечная точка, требующая SIP-T, затем отправляет отметки SIP-T обратно на 2020 IMG через канал группу B. Ответы взаимосваивают и передаются OUT Channel Group A в качестве SIP-сообщения. Каждая отдельная группа каналов должна быть настроен с профилем SIP-T для функции 2020 IMG для функции с SIP-T обмен сообщениями. См. Диаграмма потока вызова ниже.

 

Примечание. Реализация в рамках IMG для протокола SIP-T похож на SIP-I, и любая информация в этой документации относится к как SIP-T, так и SIP-I.

 

Диаграмма потока вызовов:

Используйте диаграмму выше при чтении схемы потока вызовов

 

Преобразование сообщений SIP в SIP-T/SIP-I

Ниже приведено сопоставление SIP с сообщениями SIP-T/SIP-I.Сообщения ППЦС вставляются в сообщение SIP как сообщение RAW API.

SIP-сообщение SIP-T-сообщение
ПРИГЛАСИТЬ ПРИГЛАШЕНИЕ (IAM)
180 Звонок 180 Звонок (ACM/CPG)
183 Прогресс 183 Прогресс (ACM/CPG)
200 ОК 200 ОК (ПОД/КОН)
ПОКА ПОКА (РЕЛ)
200 ОК ПОКА 200 ОК ПОКА (RLC)
4хх, 5хх, 6хх

4хх, 5хх, 6хх (рел.)

 

 

Дополнительная информация

  • Реализации SIP-I и SIP-T в IMG 2020 аналогичны.Информация о SIP-T также относится к SIP-I.
  • По умолчанию заголовки To/From имеют приоритет над инкапсулированными Номера вызываемого/вызывающего абонента.
  • По умолчанию заголовки SIP используются для трансляции/маршрутизации. В корпус прозрачного SIP-T режим, перевод не применяется.
  • SIP-T/SIP-I на IMG соответствуют спецификациям RFC 3372 и Q.1912.5.
  • На основании RFC 3398 сообщение APM (Application Transport Mechanism) не взаимодействует с SIP.

Протокол SIP, SIP-T и SIP-I

Презентация на тему: » Протоколы SIP, SIP-T и SIP-I.» — Транскрипт:

1 Протокол SIP, SIP-T и SIP-I

2 Outline Взаимодействие SIP PSTN и SIP SIP-T SIP-I Краткий обзор
Введение SIP Архитектура SIP Компоненты SIP Режим работы SIP Структура сообщения SIP Взаимодействие PSTN и SIP Архитектура взаимодействия Обзор протокола SIP-T Что такое архитектура SIP-T Перевод SIP-T Инкапсуляция ППЦС в SIP-T SIP-I Спецификация SIP-I TRQ.2815 Q Резюме

3 Введение в SIP Открытый, простой, расширяемый и облегченный протокол Дизайн для IP-сетей Протокол с кодировкой текста на основе элементов HTTP и SMTP. Один и тот же протокол, используемый между службами и объектами управления вызовами. Кодирование на основе текста. Легче интегрировать с функциями телефонии и Интернета.

4 Стек протоколов SIP G.711,Г.729

5 SIP-архитектура

6 Компоненты агентов пользователя SIP: Сервер местоположения сервера
Клиент агента пользователя (UAC) — Отправить запрос (например, пригласить… и т. д.) Сервер агента пользователя (UAS) — отвечает на запросы клиентов (например, успешно и т. д.) Прокси-сервер Сервер Получение SIP-запроса от UA или другого прокси-сервера. Переадресация или проксирование запроса в другое место. Сервер регистрации. Получение запроса на регистрацию SIP. Обновление информации пользовательского агента. Сервер перенаправления. Сценарий IP-адреса, функция маршрутизации информации о прокси-серверах, шлюзах и других серверах местоположения в сети SIP.

7 Основные режимы работы SIP
Режим прокси Прокси-сервер Одноранговый режим RTP

8 Операция SIP при регистрации пользователя

9 Работа SIP в режиме прокси
Маршрутизатор

10 Работа SIP в режиме перенаправления

11 Структура сообщения SIP Запрос = Строка запроса *
( общий заголовок | заголовок запроса | заголовок объекта ) CRLF [тело сообщения] Строка запроса = Метод SP URI запроса SP Версия SIP CRLF Ответ = Строка состояния * ( общий заголовок | заголовок ответа | заголовок объекта ) [тело сообщения ] Строка состояния = SIP-версия SP Код состояния SP Reason-Phrase CRLF

12 Request-Line сообщения запроса
Request-Line = Method SP Request-URI SP SIP-Version CRLF Method : Register : Регистрация в регистраторе Invite : Пригласить кого-то принять участие в сеансе Cancel : Отменить приглашение Bye : Завершить вызов ACK : Запрос подтверждения Параметры : Запрос сервера на его возможности Request-URI = SIP-URL без параметра или элемента заголовка SIP-Version = ”SIP/2.0” ПРИМЕР: URI-унифицированный идентификатор ресурса

13 Строка состояния ответного сообщения
Строка состояния = SIP-версия SP Код состояния SP Reason-Phrase CRLF SIP-Version = «SIP/2.0» Код состояния: предварительный ответ 1xx — Информационный окончательный ответ 2xx — Успешный 3xx — Перенаправление 4xx — ошибка запроса 5xx — ошибка сервера 6xx — фраза-причина глобальной ошибки = «Попытка», «Звонок»… Пример: SIP/Попытка

14 Полный список кодов ответов

15 Заголовки сообщения запроса
общий заголовок Применяется как к сообщениям запроса, так и к сообщениям ответа -Пример: Via, From, To, Call-ID, CSeq, Contact, User-Agent … request-header Дополнительная информация о запросе -Пример: Proxy -Authorization, Max-Forwards, … entity-header Определяет метаинформацию о теле сообщения -Пример: Content-Length, Content-Type Ресурс, идентифицируемый запросом -Пример: Разрешить, истекает * См. RFC 2543, раздел 4.1

16 Поле заголовка SIP

17 Тело сообщения v=0 o=UserB 28
527 28
527 IN IP4 there.com

s=Session SDP c=IN IP t=0 0 m=аудио 3456 RTP/AVP 0 a=rtpmap: 0 PCMU/8000

18 Спецификация SDP Описание сеанса v= (версия протокола)
o= (владелец/создатель и идентификатор сеанса).s= (имя сеанса) i=* (информация о сеансе) u=* (URI описания) e=* (адрес) p=* (номер телефона) c=* (информация о подключении — не требуется, если включена во все носители) b =* (информация о пропускной способности) Одно или несколько описаний времени (см. ниже) z=* (корректировка часового пояса) k=* (ключ шифрования) a=* (ноль или более строк атрибутов сеанса) Ноль или более описаний мультимедиа (см. ниже) Описание времени t= (время, когда сеанс активен) r=* (ноль или более повторений) Описание носителя m= (имя носителя и транспортный адрес) i=* (заголовок носителя) c=* (информация о соединении – необязательна, если включена в уровень сеанса) a=* (ноль или более строк атрибутов мультимедиа) * См. RFC 2327, раздел 6.

19 Список SIP-расширений

20 Взаимодействие PSTN и SIP

21 Архитектура связи IP-сети с PSTN

22 Обзор голосового IP-протокола

23 Взаимодействие между PSTN и IP-сетью Сигнализация управления вызовами ISUP

24 СИП-Т

25 Что такое SIP-T? SIP-T (SIP для телефонов) определяется IETF
. Не является расширением SIP — набор методов взаимодействия SIP с ТСОП. Он обеспечивает две ключевые характеристики. Инкапсуляция ППЦС в SIP. Преобразование параметров ППЦС в заголовки SIP. Шлюзы PSTN и несущие сквозные семейства спецификаций SIP-T: RFC3372: SIP для телефонов (SIP-T): контекст и архитектура RFC3398: сопоставление ISUP и SIP RFC2976: метод INFO протокола инициации сеанса (SIP) RFC3204: MIME типы медиа для объектов ISUP и QSIG

26 Взаимодействие IP-сети с PSTN с использованием архитектуры SIP-T

27 Перевод СИП-Т

28 SIP-T сценарий 1

29 SIP-T сценарий 2

30 Инкапсуляция ППЦС в SIP-T
Расширение SIP-T путем кодирования сигнальных сообщений ППЦС SS7 позволяет контроллерам MGC, использующим SIP-T, быть совместимым с КТСОП.SIP-T кодирует и передает собственные сигнальные сообщения от одного SCN к другому. Для этого SIP-T был расширен MIME-кодированием сигнальных сообщений. Сигнальные сообщения PSTN добавляются к сообщениям SIP-T (таким как INVITE, ACK, BYE) с использованием двоичного кодирования. Использование кодирования MIME с типом контента: APPLICATION позволяет туннелировать сигнальные сообщения PSTN между контроллерами MGC. Использование содержимого SUBTYPE позволяет различать сообщения ППЦС SS7 принимающим MGC.

31 SIP-T сценарий 3

32 PSTN-SIP v.s PSTN-SIP-PSTN
ПРИГЛАШЕНИЕ SIP/2.0 Через: SIP/2/0/UDP gw1/carriwe.com:5060 От: Кому: CSeq: 1 ПРИГЛАШАЕМ Контакт: Content-Type: application/sdp Content-length: 156 v=0 o= GATEway IN IP4 gatewayone.carrier.com s=Session SDP c= IN IP4 gatewayone Carrier.com t= 0 0 m= аудио 3456 RTP/AVP 0 a = rtpmap:0 PCMU/8000

33 SIP-I

34 Спецификация SIP-I
SIP-I (SIPwithEncapsulatedISUP ) определяется ITU-T (до сих пор только проект) ITU-T Series Q Supplement 45: Technical Report TRQ.2815(Requirements for Interworking BICC/ISUP Network with Originating/Destination Networks based on Session Initiation Protocol and Session Description Protocol) 定義了SIP與BICC/ISUP 互通時的技術需求,包括閘道器類型、介接單元(Interworking Unit) 所應支援的協定能力配置集與閘道器的安全模型等。 ITU-T Recommendation Q (Interworking between Session Initiation Protocol (SIP) and the Bearer Independent Call Control Protocol or ISDN User Part) Q 則定義 SIP與BICC/ISUP在介接單元的信號介接程序。

35 TRQ.2815 Определяет взаимодействие сигнализации между протоколами независимого от канала-носителя управления вызовами (BICC) или пользовательской части ISDN (ISUP) и протоколом инициации сеанса (SIP) со связанным с ним протоколом описания сеанса (SDP) в блоке взаимодействия (IWU) Профиль C поддерживает транкинг трафика через транзитные SIP-сети с использованием MIME-кодированного инкапсулированного профиля ISUP (SIP-I) A был определен для удовлетворения требований, представленных 3GPP в TA V5.1.0. Профиль B дополняет профиль A, и оба они предназначены для поддержки трафика, который заканчивается в пределах SIP-сеть.

36 Сценарий

37 Q.1912.5 Преобразование ППЦС в SIP/SDP Сценарий инкапсуляции
Преобразование сообщений Преобразование параметров Область действия параметра Преобразование параметров ППЦС в SIP/SDP Преобразование сообщения начального адреса (IAM) в сценарий инкапсуляции SIP Формат инкапсуляции

38 ISUP-SIP-I Преобразование сообщений
ISUP Acro ISUP Имя сообщения SIP-сообщение ACM Address Complete 180 Ringing 183 Ход сеанса (только профиль C) ANM Ответ 200 OK INVITE APM Application transport INFO или 183 Ход сеанса BLA Подтверждение блокировки Только сторона ISUP BLO Блокировка CCR Запрос проверки целостности CFN Confusion INFO или 183 Прогресс сеанса CGB Блокировка группы каналов BYE 500 Внутренняя ошибка сервера CGBA Блокировка группы каналов ACK CGU Разблокировка группы каналов CGUA Разблокировка группы каналов ACK CON Connect COT Continuity UPDATE CPG Ход вызова CRG Информация о начислении платы CQM Запрос группы каналов CQR Ответ на запрос группы каналов DRS Отложенное освобождение (зарезервировано – используется в версии 1988 г.) FAA Facility Accepted INFO 183 Ход сеанса FAC Facility FAR Facility request FOT Прямая передача FRJ Facility reject какие-то ноги.GRA Подтверждение сброса группы каналов GRS Сброс группы каналов BYE 500 Внутренняя ошибка сервера IAM Исходный адрес INVITE IDR Запрос идентификации INFO 183 Ход сеанса IRS Ответ идентификации INF Информация INR Запрос информации LPA Подтверждение обратной связи LOP Предотвращение образования петель NRM Управление сетевыми ресурсами OLM Перегрузка PAM Pass-along PRI Предварительная информация REL Выпуск BYE Коды сообщений] RES Возобновление RLC Выпуск завершен BYE (примечание) RSC Сброс схемы BYE 500 Внутренняя ошибка сервера SAM Последующий адрес SDM Последующий номер каталога SGM Сегментация Повторно собранное сообщение ncapsulated.SUS Suspend UBL Unblocking UBA Unblocking acknowledgement UCIC Unequipped circuit identification code UPA User part available UPT User part test ISUP side only USR User-to-user information

39 Summary

40 Protocol summary

41 SIP interworking capability “profiles”

42 Conclusion 軟交換與終端之間的控製協議方面,SIP是趨勢; 軟交換與應用服務器之間,SIP是主流;
SIP-I協議族的內容遠遠比SIP-T的內容要豐富。SIP-I協議族不僅包括了基本呼叫的互通,還包括了CLIP、CLIR等補充業務的互通;除了呼叫信令的互通外,還考慮到了資源預留、媒體訊息的轉換等;既有固網軟交換環境下SIP與BICC/ISUP的互通,也有移動3GPPSIP與BICC/ISUP的互通,等等。 SIP-I協議族具有ITU-T標準固有的清晰準確和詳細具體,可操作性非常強。 並且3GPP已經採用Q 作為IMS與PSTN/PLMN互通的最終標準。所以,軟交換SIP域與PSTN的互通應該遵循ITU-T的SIP-I協議族。實際上已經有許多電信運營商最終選擇了SIP-I而放棄了SIP-T。

43 Reference Keith Mainwaring :IP Telephony Migration Challenges
PCC.I-TEL/doc.0202/03, “Next Generation Networks — Standards Overview (September 2003)” ITUT Signalling Protocols for NGN Signalling Protocols for NGN RFC3398-ISUP to SIP Mapping RFC3372-SIP-T-Context and Architectures ITU-T Recommendation Q , modified 王培元 :新世代電信網路電信級分封電話信號系統之效能模式及分析 中國IT 實驗室 :软交换协议比较和发展趋势 Henry Sinnreich : Delivering VoIP and Multimedia Service with Session Initiation Protocol


MAPS™ SIP I Protocol Emulator(SIP-I and SIP-T Protocol Emulation)

Overview

GL’s Message Automation & Protocol Simulation (MAPS™) is an advanced protocol simulator/tester traffic generator for SIP-ISUP simulation over IP.MAPS™ SIP I может имитировать спецификацию сигнализации SIP-ISUP, определенную стандартами ITU/IETF ITU-T Q.1912.5.

Продукт

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

MAPS™ SIP I предназначен для тестирования SIP-I, может имитировать сигнальный шлюз/программный коммутатор в качестве клиента пользовательского агента (UAC), который отправляет запросы SIP. с сообщением ППЦС и сервером агента пользователя (UAS), получая и возвращая ответы SIP с надлежащим прикрепленным сообщением ППЦС.

Приложение доступно как

  • MAPS™ SIP I (артикул № PKS126)

MAPS™ SIP I поддерживает мощные инструменты, такие как редактор сообщений, редактор сценариев и редактор профилей, которые позволяют создавать новые или существующие сценарии. сценарии, которые необходимо изменить с помощью сообщений и параметров SIP-I.Это дает возможность изменять любое сообщение, чтобы мы могли легко дублировать сообщения. генерируются любым объектом для решения проблем совместимости.

При покупке лицензии RTP Core (PKS102) MAPS™ SIP I поддерживает передачу и обнаружение различного трафика RTP, такого как цифры, голосовой файл, однотональный, двухтональный, IVR, факс* и видео*. При обычном трафике RTP достижимо максимальное количество одновременных вызовов до 2500 и вызовов в секунду до 250.Поддерживаются почти все стандартные голосовые кодеки.

GL MAPS™ SIP I также доступен в версии High Density (требуется специальное сетевое устройство и лицензии PKS109 RTP HD). Это обеспечивает высокую интенсивность вызовов (сотни вызовов в секунду) и большой объем устойчивых вызовов (десятки тысяч одновременных вызовов на платформу).

** Для некоторых из этих типов трафика требуются дополнительные лицензии — свяжитесь с GL для получения дополнительной информации

Также поддерживает моделирование различных дорожных событий во время разговора, которые перечислены ниже:

События сигнализации

  • Ответ на вызов — используется для приема вызова от DUT
  • Разместить вызов — перевод вызова на другой конец путем отправки сообщения-приглашения.
  • Terminate — завершает вызов, используя метод BYE
  • .

События трафика RTP – цифры, тональные сигналы, файлы

  • Отправить файл, получить файл, остановить отправку файла
  • Отправка цифр, обнаружение цифр, остановка отправки цифр
  • Отправка тестового сигнала, обнаружение тестового сигнала
  • Сигнал отправки, сигнал обнаружения, сигнал остановки отправки

MAPS™ SIP-I также поддерживает интерфейс командной строки для удаленного управления MAPS™ из клиентской среды.API-интерфейсы MAPS™ обеспечивают программный и автоматический контроль над всеми платформами MAPS™. Каждый сервер MAPS™ может получать несколько клиентских подключений (таких как TCL, Python, VBScript, Java или .Net) через API для полной автоматизации.

GL также предоставляет анализатор пакетов для оперативного захвата и декодирования сигналов SIP в режиме реального времени как во время тестов, так и по мере их поступления. автономный трассировщик для живых систем.

Телефоны серии SIP-T58V_T5_Продукты

Модель Т58В Т58А Т56А Т54С Т52С
Сравнить
Скачать Лист данных Лист данных Лист данных Лист данных Лист данных
ЖК-дисплей 7″ емкостный
сенсорный экран
7″ емкостный
сенсорный экран
7″ емкостный
сенсорный экран
4.3-дюймовый цветной ЖК-дисплей 2,8-дюймовый цветной ЖК-дисплей
Разрешение   1024 x 600   1024 x 600   1024 x 600 480 х 272 320 х 240
Подсветка ЖК-дисплея
Строка 16 16 16 16 12
PoE
Гигабитная сеть
Настенный монтаж
Подставка для ног 1 регулируемый уголок 1 регулируемый уголок 2 регулируемых угла 2 регулируемых угла 2 регулируемых угла
Порт USB (2.0 соответствует) 2 2 1 1 1
Порт Ethernet Двухпортовый гигабитный Ethernet Двухпортовый гигабитный Ethernet Двухпортовый гигабитный Ethernet Двухпортовый гигабитный Ethernet Двухпортовый гигабитный Ethernet
Порт телефонной трубки (RJ-9)
Порт гарнитуры (RJ-9)
Внешний адаптер переменного тока Yealink (дополнительно) Вход 100~240 В переменного тока и выход 5 В постоянного тока/2 А Вход 100~240 В переменного тока и выход 5 В постоянного тока/2 А Вход 100~240 В переменного тока и выход 5 В постоянного тока/2 А Вход 100~240 В переменного тока и выход 5 В постоянного тока/2 А Вход 100~240 В переменного тока и выход 5 В постоянного тока/2 А
Линейный ключ 0 0 0 10 8
Ключ памяти 27 27 27 27 (3 страницы по 9 ключей) 21 (3 страницы по 7 ключей)
Модуль расширения Yealink EXP50
(аксессуар приобретается отдельно)
Модуль расширения Yealink EXP40
(аксессуар приобретается отдельно)
х х х х х
Модуль расширения Yealink EXP20
(аксессуар приобретается отдельно)
х х х х х
Адаптер беспроводной гарнитуры Yealink EHS36
(аксессуар приобретается отдельно)
х х х х х
Гарнитура Yealink YHS32
(аксессуар приобретается отдельно)
Bluetooth-адаптер Yealink BT40
(аксессуар приобретается отдельно)
х х х х х
Wi-Fi адаптер Yealink WF40
(аксессуар приобретается отдельно)
х х х
USB-запись
Трехсторонняя конференц-связь
Голос HD HD-динамик
HD-телефон
HD-динамик
HD-телефон
HD-динамик
HD-телефон
HD-динамик
HD-телефон
HD-динамик
HD-телефон
Широкополосные кодеки Опус, Г.722, G.722.1, G.722.1C Опус, G.722, G.722.1, G.722.1C Опус, G.722, G.722.1, G.722.1C Опус, G.722 Опус, G.722
Узкополосные кодеки Opus, G.711 (A/µ), G.723, G.726, G.729AB, iLBC Opus, G.711 (A/µ), G.723, G.726, G.729AB, iLBC Opus, G.711 (A/µ), G.723, G.726, G.729AB, iLBC G.711 (А/мк), G.723, G.723.1,
G.726, G.729AB, iLBC
G.711 (А/мк), G.723, G.723.1,
G.726, G.729AB, iLBC
Тип ЖК-дисплея Регулируемый Регулируемый Фиксированный Фиксированный Фиксированный
Операционная система Андроид 5.1.1 Андроид 5.1.1 Андроид 5.1.1 Линукс Линукс
Встроенный Bluetooth
Встроенный Wi-Fi 2.4G 2.4G 2.4G х х
USB-гарнитура
(аксессуар приобретается отдельно)
Камера
(с CAM50, приобретается отдельно)
х х х
Разрешение видео 720p@30fps 720p@30fps х х х
Видеокодеки Х.264 л.с., Х.264, ВП8 H.264HP, H.264,VP8 х х х
Трехсторонняя видеоконференция х х х
5-сторонняя видео-/аудиоконференц-связь х х х
HDMI х х х х х

Что такое SIP Trunking?

Session Initiation Protocol (SIP) — это протокол, используемый для создания и завершения сеансов в реальном времени между двумя или более сторонами по IP-сети.Сеансы SIP могут включать передачу мультимедиа, включая видео, голос или другие сообщения, но часто используются для доставки телефонных звонков через Интернет, обычно называемых передачей голоса по IP (VoIP).

*Следует отметить, что SIP и VoIP — это НЕ одно и то же. Протокол инициации сеанса — это протокол, обеспечивающий передачу голоса по IP.

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

Специалисты по SIP-транкингу

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

  • Экономичная стоимость магистрали SIP

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

Минусы SIP-транкинга
  • Точки отказа находятся вне вашего контроля

Поскольку протокол инициации сеанса доставляется через Интернет, вы полностью зависите от своего интернет-провайдера или оператора связи в обслуживании и обслуживании своей сети.Если ваш интернет-провайдер или оператор связи выйдет из строя, ваш SIP тоже выйдет из строя.

  • Вызовы не имеют приоритета

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

[ Подробнее: Устранение простоев с помощью Разнообразная маршрутизация — Использование PRI и SIP ]

SIP Trunking подойдет вам, если…

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

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

Что искать в провайдере SIP Trunking…

Если вы считаете, что SIP — это решение для вас, есть несколько вещей, которые вы должны рассмотреть, прежде чем выбрать провайдера SIP. Не все решения одинаковы, поэтому важно найти поставщика SIP, который может удовлетворить ваши потребности. Ищите провайдера SIP, предлагающего

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

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

Соглашения об уровне обслуживания   (SLA) устанавливают приемлемые уровни обслуживания и ответственности поставщика перед клиентом. Хотя технические ориентиры в SLA легче всего определить и измерить, акцент следует делать и на впечатлениях конечного пользователя.Соглашение об уровне обслуживания, гарантирующее 99,5% времени безотказной работы, по-прежнему оставляет четыре часа простоя каждый месяц. Это не проблема, если время простоя происходит двумя часовыми интервалами два раза в месяц в нерабочее время, но если эти четыре часа допустимого времени простоя распределяются на восьмичасовой период с шагом 30 секунд, конечный пользователь будет значительно затронут. . Хотя поставщик технически выполнил свои обязательства по SLA, низкая надежность из-за постоянных взлетов и падений серьезно повлияла бы на конечных пользователей.

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


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

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *