Slp сигнализация что это
Обновлено: 04.07.2024
Аннотация: Лекция посвящена протоколу SIP Приведены архитектура, принцип работы и рекомендации стандарта SIP. Описаны компоненты архитектуры основанной на SIP и их роль. Описана интеграция протокола с IP-сетями
5.1. Принципы построения протокола SIP
Протокол инициирования сеансов ( Session Initiation Protocol - SIP ) является протоколом прикладного уровня и предназначается для организации, модификации и завершения сеансов связи (например, мультимедийных конференций, телефонных соединений). Пользователи могут принимать участие в существующих сеансах связи, приглашать других пользователей и быть приглашенными ими к новому сеансу связи.
Протокол SIP разработан группой MMUSIC комитета IETF , а спецификации протокола представлены в документе RFC 2543. В основу протокола заложены следующие принципы:
- Персональная мобильность пользователей. Пользователи могут перемещаться без ограничений в пределах сети. Пользователю присваивается уникальный идентификатор, а сеть предоставляет ему услуги связи вне зависимости от того, где он находится.
- Масштабируемость сети. Она характеризуется, в первую очередь, возможностью увеличения количества элементов сети при ее расширении. Серверная структура сети, построенная на базе протокола SIP , отвечает этому требованию.
- Расширяемость протокола. Она характеризуется возможностью дополнения протокола новыми функциями при введении новых услуг и его адаптации к работе с различными приложениями.
5.2. Интеграция протокола SIP с IP-сетями
Одной из важнейших особенностей протокола SIP является его независимость от транспортных технологий. Но в то же время предпочтение отдается технологии маршрутизации пакетов IP и протоколу UDP . Следует оговориться, что для этого необходимо создать дополнительные механизмы надежной доставки сигнальной информации. К таким механизмам относятся повторная передача информации при ее потере, подтверждение приема и др.
Для передачи речевой информации комитет IETF предлагает использовать протокол RTP , рассмотренный выше, но сам протокол SIP не исключает возможность применения для этих целей и других протоколов.
Протокол SIP предусматривает организацию конференций трех видов:
- в режиме многоадресной рассылки ( multicasting ), когда информация передается на один multicast -адрес, откуда затем доставляется сетью конечным адресатам;
- при помощи контроллера управления конференции ( MCU ), к которому участники конференции передают информацию в режиме "точка-точка", а контроллер обрабатывает информацию (т. е. смешивает или коммутирует) и рассылает ее участникам конференции;
- путем соединения каждого пользователя с каждым в режиме "точка-точка".
Протокол SIP дает возможность присоединения новых участников к уже существующему сеансу связи, т. е. двусторонний сеанс может перейти в конференцию.
5.3. Адресация
Для организации взаимодействия с существующими приложениями IP -сетей и для обеспечения мобильности пользователей протокол SIP использует адрес , подобный адресу электронной почты. В качестве адресов рабочих станций используются специальные универсальные указатели ресурсов - так называемые SIP URL (Universal Resource Locators).
SIP -адреса бывают четырех типов:
- имя@домен;
- имя@хост;
- имя@IР-адрес;
- №телефона@шлюз.
Во второй части адреса указывается имя домена, рабочей станции или шлюза. Для определения IP -адреса устройства необходимо обратиться к службе доменных имен - Domain Name Service ( DNS ). Если же во второй части SIP -адреса размещается IP - адрес , то с рабочей станцией можно связаться напрямую.
В начале SIP -адреса ставится слово " sip :" , указывающее, что это именно SIP - адрес .
Примеры SIP -адресов:
5.4. Архитектура сети SIP
На рисунке 5.2 представлена упрощенная схема действия протокола.
Клиент выдает запросы, в которых указывает, что он желает получить от сервера. Сервер принимает запрос , обрабатывает его и выдает ответ, который может содержать уведомление об успешном выполнении запроса, уведомление об ошибке или информацию, затребованную клиентом.
Управление процессом обслуживания вызова распределено между разными элементами сети SIP . Основным функциональным элементом , реализующим функции управления соединением, является терминал . Остальные элементы сети отвечают за маршрутизацию вызовов, а в некоторых случаях предоставляют дополнительные услуги.
В протоколе SIP устанавливаются следующие основные компоненты:
В случае, когда клиент и сервер взаимодействуют непосредственно с пользователем, они называются, соответственно, клиентом агента пользователя - User Agent Client ( UAC ) и сервером агента пользователя - User Agent Server ( UAS ) .
Прокси-сервер принимает запросы, обрабатывает их и, в зависимости от типа запроса, выполняет определенные действия. Это может быть поиск и вызов пользователя, маршрутизация запроса, предоставление услуг и т. д. Прокси-сервер состоит из клиентской и серверной частей, поэтому может принимать вызовы, инициировать собственные запросы и возвращать ответы. Прокси-сервер может быть физически совмещен с сервером определения местоположения или существовать отдельно от него.
Предусмотрено два типа прокси-серверов - с сохранением состояний (stateful) и без сохранения состояний ( stateless ).
- использует протокол TCP для передачи сигнальной информации;
- работает в режиме многоадресной рассылки сигнальной информации;
- размножает запросы.
Последний случай имеет место, когда прокси-сервер ведет поиск вызываемого пользователя сразу в нескольких направлениях, т. е. один запрос, который пришел к прокси-серверу, размножается и передается одновременно по всем этим направлениям.
Сервер без сохранения состояний просто ретранслирует запросы и ответы, которые получает. Он работает быстрее, чем сервер первого типа, так как ресурс процессора не тратится на запоминание состояний, вследствие чего сервер этого типа может обслужить большее количество пользователей. Недостатком такого сервера является то, что на его базе можно реализовать лишь наиболее простые услуги. Впрочем, прокси-сервер может функционировать как сервер с сохранением состояний для одних пользователей и как сервер без сохранения состояний - для других.
Пользователь может перемещаться в пределах сети, поэтому необходим механизм определения его местоположения в текущий момент времени.
Для хранения текущего адреса пользователя служит сервер определения местоположения пользователей, представляющий собой базу данных адресной информации. Кроме постоянного адреса пользователя, в этой базе данных может храниться один или несколько текущих адресов.
Этот сервер может быть совмещен с прокси-сервером или быть реализован отдельно от прокси-сервера, но иметь возможность связываться с ним.
Этот документ описывает Session Initiation Protocol (SIP), протокол контроля и сигнализации уровня приложения для создания, модификации, и завершения сеансов с одним или несколькими участниками. Эти сеансы включают в себя: телефонные вызовы через Интернет, презентация мультимедийных данных, и мультимедийные конференции.
При создании сеансов, используется SIP приглашение с описанием сессии, что позволяет участникам подтвердить совместимость используемых настроек для передачи медиаданных. SIP дает возможность использования таких элементов, как прокси сервер, в функции которого входит помощь в доставке запросов к конечному пользователю, установка подлинности и разграничение доступа пользователей к различным сервисам, поддерживает правила маршрутизацию вызовов, задаваемых провайдерами, а также поддерживает различные возможности, ориентированные на конечных пользователей. Так же в протоколе SIP имеется механизм регистрации, который дает возможность пользователям подключаться из своего текущего местоположения к сервисам, через прокси сервер. Протокол SIP может использовать несколько основных протоколов различного транспортного уровня.
Также, протокол SIP может преодолевать ограничение, связанные с использованием NAT или файрволов. (Обратите внимание на раздел: NAT and VOIP)
Протокол SIP
Принципы протокола SIP
Протокол инициирования сеансов – Session Initiation Protocol (SIP) является протоколом прикладного уровня и предназначается для организации, модификации и завершения сеансов связи: мультимедийных конференций, телефонных соединений и распределения мультимедийной информации. Пользователи могут принимать участие в существующих сеансах связи, приглашать других пользователей и быть приглашенными ими к новому сеансу связи. Приглашения могут быть адресованы определенному пользователю, группе пользователей или всем пользователям.
Протокол SIP разработан группой MMUSIC (Multiparty Multimedia Session Control) комитета IETF (Internet Engineering Task Force), а спецификации протокола представлены в документе RFC 2543]. В основу протокола рабочая группа MMUSIC заложила следующие принципы:
Интеграция в стек существующих протоколов Интернет, разработанных IETF. Протокол SIP является частью глобальной архитектуры мультимедиа, разработанной комитетом Internet Engineering Task Force IETF. Эта архитектура включает в себя также протокол резервирования ресурсов (Resource Reservation Protocol – RSVP, RFC 2205), транспортный протокол реального времени (Real,Time Transport Pro,tocol – RTP, RFC 1889), протокол передачи потоковой информации в реальном времени (Real,Time Streaming Protocol – RTSP, RFC 2326),
протокол описания параметров связи (Session Description Protocol – SDP, RFC 2327). Однако функции протокола SIP не зависят ни от одного из этих протоколов.
Методы SIP протокола, определенные в SIP RFC.
В протоколе SIP определено несколько методов, используемых при коммуникации.
Расширенные методы SIP протокола из других RFC:
- SIP method info: Расширение протокола, описанное в RFC 2976
- SIP method notify: Расширение протокола, описанное в RFC 2848PINT
- SIP method subscribe: Расширение протокола, описанное в RFC 2848PINT
- SIP method unsubscribe: Расширение протокола, описанное в RFC 2848PINT
- SIP method update: Расширение протокола, описанное в RFC 3311
- SIP method message: Расширение протокола, описанное в RFC 3428
- SIP method refer: Расширение протокола, описанное в RFC 3515
- SIP method prack: Расширение протокола, описанное в RFC 3262
- SIP Specific Event Notification: Расширение протокола, описанное в RFC 3265
- SIP Message Waiting Indication: Расширение протокола, описанное в RFC 3842
- SIP method PUBLISH: Расширение протокола, описанное в RFC 3903
Все телефонные звонки состоят из двух неотъемлемых компонентов. Первый и наиболее очевидный – это фактическое содержание – наши голоса, данные факса, модема и т.д. Второй компонент – это информация, которой обмениваются сетевые устройства для организации соединения и доставки данных предназначенному пункту назначения.
Для правильного понимания Системы Сигнализации №7, в первую очередь необходимо понять основные недостатки предыдущих методов сигнализации, используемых в PSTN (Public Switched Telephone Network). До недавнего прошлого, все телефонные соединения осуществлялись множеством техник, основанных на внутри полосной общеканальной сигнализации.
Сеть, использующая внеполосную общеканальную сигнализацию, представляет собой совокупность двух сетей в одной:
- 1. Сеть с коммутацией каналов, которая обеспечивает передачу голоса и данных. Осуществляет физический канал между отправителем и получателем.
- 2. Сеть сигнализации, обеспечивает передачу служебной информации, управляющей вызовом. Сеть с коммутацией пакетов, использующая общеканальные коммутационные протоколы.
На данном уровне выполняются функции электронно-оптического преобразования, обеспечение необходимой мощности сигнала передачи. MTP1 совместим с разными интерфейсами (E1, T1).
Выполняет следующие функции: кадровая синхронизация, проверка ошибок при передаче одного кадра, согласование скорости передачи, организация повторной передачи кадров, в которых обнаружены ошибки.
На этом уровне формируется 3 вида кадров.
Рис. 2 Строение кадра MSU
Цифры — количество бит каждого поля. Назначение всех полей будет описано далее.
Рис. 3 Строение кадра LSSU
Рис. 4 Строение кадра FISU
Уровень MTP2 формирует кадр передачи, дополняя к существующим полям (Info, SIO, SIF или SI) следующими полями — флаги F, контрольным полем FCS (Frame Check Sequence), индикатор длины LI (Lenght Indicator), указательный бит вперёд FIB (Forward Indicator Bit), указательный бит назад BIB (Backward Indicator Bit), номер последовательности вперёд FSN (Forward Sequnce Number), номер последовательности назад BSN (Backward Sequnce Number).
Битом FIB передающая сторона информирует принимающую сторону о наличии повторной передачи.
На MTP3 формируются поля SIO, SIF и SI.
На третьем уровне формируются сигнальные соединения между узлами.
Два SL, связывающие два узла сигнализации, обычно входят в набор сигнальных линий SLS (Signaling Link Set). Набор SLS может содержать 2, 3 и более SL, в зависимости от ёмкости соединительной линии между АТС.
Telephony User Part (TUP)
ISDN User Part (ISUP)
Sifnaling Connection Control Part (SCCP)
Система управления соединением каналов сигнализации
Class 0
Формирование соединений без согласования между терминалами.
Class 1
Формирование соединения с учётом номера последовательности при передаче. Не ориентировано на соединение.
Class 2
Формирование соединения с предварительным согласованием, после происходит передача.
Class 3
Формирование соединения с предварительным согласованием, после которого происходит передача данных с контролем скорости передачи.
Transanction Capability Application Part (TCAP)
Прикладная часть средств транзакций
TCAP состоит из нескольких подуровней.
Mobile Application Part (MAP)
IS 45
Набор протоколов, использующийся для обеспечения роаминга между сетями одного и того же стандарта, так и между сетями разных стандартов (GSM и CDMA, например).
Не могу найти на сигнализации А93 can+lin разъёмы RX/TX, SLP для реализации функции обхода штатного иммобилайзера?
Голос 0 0 Отмена Подписаться
Ответы 19
Здесь же все написано.
RX - LIN бело/синий
TX - LIN бело/красный
SLP - розовый (который для обходчика иммо)
Спасибо за ёмкий ответ. Но там, где вы указали не написано, а показано и остаётся только догадываться.
Я почему спрашивал про разъёмы? Подключил я всё верно, но у меня были сомнения, так как в старлайн мастере не загорается вкладка iKey+. Сделал функцию "Обход штатного иммобилайзера, но меня смущает, что после нажатия сервисной кнопки 14 раз и включения зажигания сигналка сразу же подала два коротких сигнала, без задержек. Так и должно быть? Но почему вкладка не загорается?
Это для создания электронного клона чипа для автомобилей Лада без ДМРВ.
после нажатия сервисной кнопки 14 раз и включения зажигания сигналка сразу же подала два коротких сигнала, без задержек. Так и должно быть?
То есть, активируешь функцию "Обход штатного иммобилайзера" и обход должен работать без дополнительных обходчиков иммобилайзера и второго ключа в машине? Или что-то дополнительное надо ставить на Камри? И как я понял зажигание надо подключать по силе, а не на кнопку? Только не могу найти распиновку для подключения А93 по силе на Камри 2012 года. Может подскажите?
То есть, активируешь функцию "Обход штатного иммобилайзера" и обход должен работать без дополнительных обходчиков иммобилайзера и второго ключа в машине?
Да, при соответствующих подключениях.
Подключаете CAN , LIN(RX и TX) и розовый провод. Никакого силового на зажигание. В настройках CAN нужно включить соответствующие функции.
Всё так и сделал. Все настройки по инструкции. Но при автозапуске автомобиль сразу запускается, тут же сразу пытается заглохнуть и опять сразу же заводится и глохнет, а потом, я так понял, начинается сам процесс автозапуска, последовательный и правильный. Но окончательно заводится только при штатной метке в авто. Без штатного ключа-метки в машине, она не заводится. Не могу понять в чём дело? Режим Слэйв активирован. А розовый подключается к 4 пину семиконтактного разъёма, но не вместо него, правильно?
Тонкий желтый вход зажигания попробуйте подключить аналогом, а в CAN его отключите.
Здарова!
В Сибири скоро зима, а машина будет ночевать на улице, а сигнализации с автозапуском нет, а скоро зима…
Сам я в электрике так себе, плюс да минус, но прошерстив объявления, понял, что установка сигнализации в автомобиль порядка 7 тысяч рублей, а это почти цена спойлера, а значит была не была!
ВНИМАНИЕ! Дальнейшее описание относится к машинам с бесключевым доступом (кнопка старт-стоп, кнопки на ручках дверей).
Обратился к нашему одноклубнику из чата WhatApp, который живет в Московской области — DSRm1 — он занимается как раз установкой сигнализаций. Посоветовал он взять StarLine S66. Для целей открыть-закрыть, да завести в мороз — сгодится! У него собственно ее и купил, скидка на нее была, так что можете обращаться к нему.
По утру сегодня решил, что ждать уже далее некуда, пора по коням, так сказать, собрал все необходимое в охапку (включая недавно купленный паяльник, который питается от прикуривателя) и пошел к машине.
Виктор мне уже любезно размотал всю проводку, зажгутовал, осталось только подключить к проводке авто.
В качестве примера настройки возьмем распространенную модель сигнализации – StarLine A93. Принципы настройки, которые описаны для нее, подойдут и для других моделей этой компании, а при осмыслении принципа работы автозапуска разберёмся и с сигнализациями других фирм.
На сайте работает автоэлектрик-диагност, сертифицированный специалист StarLine. Если есть вопросы по автосигнализациям задавайте их в конце статьи в комментариях или Вконтакте. Указывайте при обращение марку машины и модель сигнализации.
Принцип работы автозапуска
Общие принципы работы автозапуска везде одни.
Важно! Если снять с охраны автомобиль, который подготовлен к автозапуску, то режим резервирования будет отменен, и резервирование придется провести с начала.
После резервирования используется автозапуск – нажав или удержав кнопку 1 брелока либо воспользовавшись мобильным приложением, если у вас установлен телематический модуль. При этом порядок работы сигнализации таков:
- Срабатывает реле дублирования зажигания. Для автомобиля это то же, что и включение зажигания ключом.
- Подается сигнал на обходчик иммобилайзера, чтобы имитировать присутствие чипа.
- Через несколько секунд для отработки бензонасоса или прогрева свечей накаливания сигнал подается на реле стартера – происходит попытка запуска.
Дальнейшие действия определяются настройками: прокручивая стартер, сигнализация постоянно пытается определить сам факт запуска. Если информацию об этом можно считать с CAN-шины, то все просто, при аналоговом же подключении необходим сигнал в зависимости от настройки:
Если сигнализация не определила запуск, зажигание и стартер отключаются, после задержки цикл повторяется еще несколько раз. Не запустив мотор со всех попыток, сигнализация отправляет соответствующую информацию на брелок.
Порядок настройки автозапуска
Для ввода настроек вам надо знать, где установлена сервисная кнопка Valet. Когда машина снята с охраны, а зажигание выключено, пять раз нажмите на эту кнопку – сигнализация перейдет в режим программирования, на брелоке отобразится название первой группы настроек (AF). Группы перелистываются кнопками 2 и 3 брелока – выбираете группу SF, она отвечает за установки автозапуска Старлайн А-93.
Выбрав группу AF, нажмите кнопку 3 сначала надолго (до мелодичного сигнала), затем быстро. Вы произвели вход в группу настроек автозапуска, на экране отобразится текущая настройка (ее номер и значение, например, 01-3). Нажимая кнопки 2 и 3, вы перемещаетесь между функциями по возрастанию и убыванию ( при нажатии кнопки 3 на экране меняются цифры 01-3, 02-1, 03-3, 04-2 и так далее). Если же нажать кнопку 1, то поменяется настройка конкретной функции по кругу ( 01-3, 01-4, 01-1, 01-2 и снова 01-3 и так далее). Настройки, заданные таким образом, сохранятся автоматически при выходе из режима программирования – для этого просто включите зажигание.
Функции автозапуска
Меню автозапуска дает нам следующие возможности:
Функция 01 определяет, включен ли автозапуск Старлайн А-93: вариант 01-1 отключает работу автозапуска, в другом значении он включен.
Функция 02 задает длительность автозапуска – это то время, которое мотор проработает, если вы сами не отключите его или не снимете машину с охраны. Вариант 02-1 задаст интервал 10 минут, 02-2 – 20 минут, 02-3 – 30 минут, в варианте 02-4 машина не глохнет автоматически: его используют, только если Вы запускаете машину с брелока и точно выходите после автозапуска из дома.
Функция 03 настраивает работу датчиков удара и наклона: в момент автозапуска они отключаются, если задан режим 03-1 или 03-3, в других вариантах они остаются включенными. Иногда это приводит к ложным срабатываниям тревоги.
Функция 04 Старлайн А-93 включает автоматический запуск и глушение мотора по его температуре: это удобно, если задан периодический запуск, чтобы мотор не выстывал за ночь. Если задан любой режим, кроме 04-1, мотор глохнет, как только прогреется до 50 градусов. Чтобы эта функция работала, подключается датчик температуры из комплекта сигнализации.
Функция 05 определяет статус охраны в режиме автозапуска – в настройке 05-1 охрана включится вместе с автозапуском, даже если машина не ставилась на охрану до этого, в остальных настройках статус охраны не поменяется.
Функция 06 нужна для настройки световой индикации – в режиме 06-1 поворотники или габариты периодически моргают, пока мотор работает на автозапуске.
Функция 07 управляет центральным замком: в режиме 07-1 состояние ЦЗ не меняется, в режиме 07-2 двери запрутся в момент успешного запуска мотора, 07-3 – запрутся после остановки мотора, 07-4 – в обоих случаях. Не активируйте эту функцию, если у вас автомобиль с МКПП, а функция 15 установлена в значение 1 – в некоторых вариантах управления ЦЗ двери при задании вариантов от 07-2 до 07-4 будут, напротив, открываться!
Функция 09 определяет время прокрутки стартера, если контроль запуска мотора идет не по аналоговому тахосигналу или CAN-шине. При прочих вариантах контроля стартер вращается заданное время, при неудачных запусках каждая следующая попытка будет чуть дольше. Поэтому, если автомобиль не запускается за время прокрутки стартера, увеличьте значение функции с 1 на 2 или с 2 на 3, но с опаской ставьте значение 4, так как при этом стартер будет работать 6 секунд!
Функция 10 задает тип двигателя: вариант 10-1 выбирается для бензиновых, в таком случае между включением зажигания и стартера делается пауза в 2 секунды для срабатывания бензонасоса. Остальные варианты – для дизельных моторов, задержка для прогрева свечей накаливания в вариантах от 10-2 до 10-4 составляет 5, 10 и 20 секунд в порядке возрастания значения функции. Если у вас старый инжекторный автомобиль, в котором бензонасос отрабатывает долго перед попыткой запуска, вы настроиваете значение 10-2.
Функция 12 определяет способ удержания работы зажигания при активации режима автозапуска. В варианте 12-1 резервирование автозапуска произойдет, когда выключается зажигание. В варианте 12-2 – когда при работающем моторе на брелоке будет нажата кнопка 2. В варианте 12-3 резервирование автозапуска потребует обязательного вытягивания ручника. Вариант 12-4 полностью отключит резервирование на автомобилях с МКПП, то есть автозапуск станет невозможным. На автомобилях с АКПП автозапуск А-93 будет работать.
Функция 13 управляет обходчиком иммобилайзера: в вариантах 13-1 и 13-3 он включается и выключается вместе с зажиганием, в остальных включается с зажиганием и отключается через 30 секунд. Эта настройка важна для автомобилей, где иммобилайзер опрашивает чип не единожды при повороте ключа зажигания, а постоянно, как на Citroen C4: если на такой машине при автозапуске мотор работает несколько секунд и глохнет, то обязательно проверьте настройку функции 13.
Функция 16 управляет силовым зеленым проводом модуля автозапуска. Как и в случае с функцией 08, нельзя менять значение, не зная, как подключена сигнализация.
Функция 17 определяет, будет ли глохнуть мотор, когда вы снимаете заведенный автозапуском мотор с охраны: в варианте 17-1 машина тут же заглохнет, в остальных продолжит работать, пока не откроется дверь, капот или багажник, или не будет снят ручник.
Функция 18 нужна для управления подогревателем Webasto, так что в нашем случае ее можно игнорировать. Главное, чтобы была корректно настроена функция 19: вам нужен вариант 19-1, так как определяет немедленный автозапуск StarLine A-93. В варианте настройки 19-2 сигнализация вообще запустит мотор, пытаясь включить только Webasto. В остальных двух вариантах сначала попытается включить подогреватель и только по прошествии времени, заданного функцией 18, начнет запускать мотор.
В этой статье можно ознакомиться и скачать полную инструкцию по установке и эксплуатации Старлайн А93
О протоколе SIP слышали многие из нас. Но не каждый имеет представление, что он из себя представляет и что отличает SIP-телефонию от традиционной телефонной связи. Данный протокол даёт возможность юзерам обрести доступ к услуге как со стационарного ПК, так и с мобильных гаджетов. Сегодняшняя статья расскажет простыми словами о том, что такое SIP-телефония и каковы принципы функционирования этого протокола.
- В чём разница между IP, SIP и VoIP
- Что такое SIP-протокол
- История разработки
- Для чего используется
- Как устроен SIP-протокол
- Принципы протокола SIP
- Меры безопасности при использовании СИП-протокола
- SIP-серверы для Linux
- SIP-серверы для Windows
В чём разница между IP, SIP и VoIP
Если пользователь хоть раз интересовался виртуальными АТС, то вышеуказанные термины ему наверняка знакомы. По этой причине вначале нужно разобраться – в чём заключаются различия между телефонией SIP, протоколами IP и VoIP. Это не позволит заблудиться в терминах и даст возможность сразу уяснить, как всё устроено.
Начать нужно с самого обширного термина IP – это интернет-протокол межсетевого типа.
По этой причине каждый ПК обладает собственным уникальным IP-адресом, требуемым для осуществления обмена информацией.
Для передачи по сети данных в формате аудио используется совсем иная технология, её именуют как VoIP – передача голоса посредством протокола IP. Именно благодаря ей пользователи могут обмениваться данными любого типа, в которых есть голос – совершать звонки посредством интернета, проводить трансляцию вебинаров либо же просматривать видеозаписи с камер наблюдения.
SIP-телефония является самым узким термином в данной структуре. Если телефония IP – это наименование самой технологии, то SIP является одной из её разновидностей, а именно протокола связи.
Все детали о протоколе SIP будут рассмотрены ниже. А пока что можно подвести общие итоги по каждому термину.
Что такое SIP-протокол
SIP является протоколом сетевого типа (прикладной уровень) в модели согласованности открытых систем. Его задача – описание способа, благодаря которому абонентское приложение запрашивает старт соединения у иного софта, пребывающего в той же сети, используя его уникальное имя. К примеру, это может быть физически удалённый клиент.
История разработки
Разработку протокола вела компания IETF MMUSIC ещё в середине 1996 года. Ведущими инженерами были Хенинг Шулзри и Марк Хэндли. SIP был утверждён в конце осени 2000 года. По документации он выступал в роли сигнального протокола в проекте 3GPP, а также выступал ключевым протоколом в архитектурной среде IMS. Совместно с иными протоколами, SIP входит в техническую основу технологии VoIP.
Основа протокола состоит из таких принципов:
Отзыв нашего читателя
Для моей компании требовалась IP-телефония, которая бы отвечала ряду требований: наличие АТС, возможность использования номеров разных регионов, адекватные цены и возможность оперативно решать вопросы. Выбирал из нескольких провайдеров на рынке, в итоге остановился на Задарма, она отвечает всем нашим требованиям. Подробнее >>>
Для чего используется
SIP разрабатывался с одной ключевой задачей – создать протокол сигнального типа на базе IP, обладающий расширенным функционалом для обработки вызовов и опций, имеющихся в нынешней ТфОП. Самим протоколом эти функции не определяются, он направлен исключительно на процессы установки звонков и сигнализаций. При этом SIP поддерживает такие функциональные сетевые элементы, как прокси-сервера и юзер-агенты. Они гарантируют базовый комплект опций: набор номеров, вызов иных телефонов, звуковое извещение пользователей о статусе звонка.
Как устроен SIP-протокол
Модель протокола SIP – сугубо клиент-серверная.
Его ключевые функциональные элементы таковы:
- Пользовательский терминал – это устройство, посредством которого юзер управляет установкой и окончанием звонка. Реализуется как аппаратным способом, так и программным.
- Прокси-серверы – это устройства, принимающие и обрабатывающие запросы от пользовательских терминалов, осуществляя надлежащие запросу действия. В состав каждого входит клиентская часть и серверная, а потому они могут выполнять приём вызовов, инициируя запрос и возвращая ответ.
- Серверы переадресации – устройства для хранения записей о нынешнем местопребывании каждого имеющегося в сети терминала и прокси-сервера. Они не управляют звонками и не генерируют личные запросы.
- Серверы установления местопребывания юзеров – специальная база данных с адресными данными. Необходимы для гарантирования личной мобильности юзеров.
Принципы протокола SIP
Любая телефонная сеть на базе SIP обладает возможностью поддержки самых современных услуг, предоставляемых, в большинстве случаев, ОКС-7. Эти два протокола имеют существенные различия, но это не мешает их полной интеграции.
ОКС-7 – это сложная интеллектуальная сеть централизованного типа с простыми терминалами неинтеллектуального характера (стандартный телефонный аппарат). При этом SIP – напротив, нуждается в крайне простой и хорошо масштабируемой сети с интеллектом, интегрированным в конечные элементы на периферии: физические или программные терминалы.
Начальная предложенная вариация стандарта SIP носила индекс 2.0 и определялась RFC 2543. Дополнительные уточнения были указаны в RFC 3261.
Индекс вариации и до сегодня остался неизменным – 2.0.
Меры безопасности при использовании СИП-протокола
Проблеме безопасности применения СИП-протокола посвящается целый раздел в RFC 3261. Шифровка сигнального трафика потенциальна на уровне транспортировки при помощи использования TLS вместо TCP/UDP. Также была завершена разработка стандарта SIPS, который накладывает вспомогательные соглашения по безопасной передаче информации с помощью SIP. Для шифровки данных мультимедийного типа используется протокол стандарта SRTP.
SIP-серверы для Linux
Сип-серверов для операционной системы Linux очень много. Каждый из них обладает как своими плюсами, так и некоторыми минусами.
Ниже представлены 3 сервера, которые являются лучшими в классе по мнению многих экспертов.
Ekiga
Разработкой данного софта занимался Дамьен Сандрас. Эта программа по умолчанию встроена в Ubuntu и представляет собой утилиту SIP/NetMeeting-клиента. Имеются поддержка SIP-телефонии и интегрированные адресные книги. Есть возможность работы внутри локальных сетей.
Asterisk
Этот СИП-сервер является одним из самых востребованных для организации телефонии в сфере бизнеса. Разработали его ещё в 1999 году для замены дорогих мини-АТС. Софт позволяет проводить видеосеансы, взаимодействует со стандартной телефонией и умеет шифровать звонки, не допуская прослушивания. Единственный его минус – сложность функционала.
3CX Phone System
Данный сервер очень часто применяется при телефонизации компаний с большим числом работников. Он может быть использован в качестве call-центра или софта для конференцсвязи. Кроме того он встроен в CRM. Главный недостаток сервера заключается в его исходном коде закрытого типа, не позволяющего добавлять собственные разработки.
SIP-серверы для Windows
Самыми лучшими Сип-серверами для операционной системы Виндовс считаются два предложения. Они обладают мощным функционалом и большим набором опций.
Сервер 3CX
Данный продукт ориентирован на реализацию связи корпоративного типа различных масштабов. При этом не имеет значения, где находятся офисные помещения, хоть в разных уголках планеты. Сервер отличается максимальным голосовым функционалом, возможностью проводить конференции, а также поддерживает огромную клиентскую аудиторию.
Office SIP Server
Данное предложение является абсолютно бесплатным. Предназначается для формирования телефонной связи офисного характера. Отлично подойдёт для небольших и средних компаний, которые не нуждаются в огромном числе дополнительных функций. Отличается интуитивно понятным интерфейсом и простотой функционала.
В данном разделе настраиваются общие параметры конфигурации стека SIP, индивидуальные настройки для каждого направления, работающего по протоколу SIP/SIP-Т/SIP-I, и профили SIP абонентов.
Протокол SIP (Session Initiation Protocol) – протокол сигнализации, используемый в IP-телефонии. Обеспечивает выполнение базовых задач управления вызовом, таких как открытие и завершение сеанса.
Адресация в сети SIP основана на применении схемы SIP URI:
sip:user@host:port;uri-parameters user – номер абонента SIP;
@ – разделитель между номером и доменом абонента SIP;
host – домен, либо IP-адрес абонента SIP;
port – UDP-порт, на котором запущена служба SIP-абонента;
uri-parameters – дополнительные параметры.
Одним из дополнительных параметров SIP URI является параметр user=phone. Если этот параметр присутствует, то синтаксис номера абонента SIP (в части user) должен соответствовать синтаксису TEL URI, описанному в RFC 3966. В этом случае будут обрабатываться запросы, в номере абонента SIP которых будут присутствовать символы "+", ";", "=", "?", а также при использовании протокола SIP-T, если будет производиться вызов на международный номер, Коралл-РА добавит символ "+" перед номером вызываемого абонента автоматически.
Сигнальный процессор шлюза выполняет функции кодирования аналогового речевого трафика, данных факса/модема в цифровые сигналы, а также обратного декодирования. Шлюз поддерживает следующие кодеки: G.711 (A/U), G.729 (A/B).
G.711 – представляет собой ИКМ-кодирование без сжатия речевой информации. Данный кодек должен быть обязательно поддержан всеми производителями VoIP-оборудования. Кодеки G.711A и G.711U отличаются друг от друга законом линейного кодирования (А-закон и U-закон).
G.729 – кодек со сжатием речевой информации, имеет скорость передачи 8 Кбит/с, поддерживает детектор речевой активности и обеспечивает генерацию комфортного шума (Annex B).
Параметры STUN-сервера и Public IP:
Сетевой протокол STUN (RFC 5389) позволяет приложениям, находящимся за сервером трансляции адресов NAT, определить свой внешний IP-адрес и порт, связанный с внутренним портом. Используется в случае, если Коралл-РА находится за NAT. Для определения внешнего адреса может использоваться либо STUN, либо Public IP, но не одновременно.
Вкладка "Настройка протокола SIP"
Настройка опций для про то ко лов SIP/SIP-T/SIP-I.
Данные методы также выполняют функцию поддержания соединения на NAT.
- Включитьподдержкутаймеров– при установленном флаге поддерживаются таймеры SIP- сессий (RFC 4028). Обновление сессии поддерживается путем передачи запросов re-INVITE в течение сессии;
- Запрашиваемыйпериодконтролясессии(SessionExpires)– период времени в секундах, по истечении которого произойдет принудительное завершение сессии, в случае если сессия не будет вовремя обновлена (от 90 до 64800 с, рекомендуемое значение – 1800 с);
- Минимальныйпериодконтролясессии(MinSE)– минимальный интервал проверки работоспособности соединения (от 90 до 32000 с). Данное значение не должно превышать таймаут принудительного завершения сессии Sessionsexpires;
- Сторонаобновлениясессии– определяет сторону, которая будет осуществлять обновление сессии (клиент (uac) – сторона клиента (вызывающая), сервер (uas) – сторона сервера (вызываемая));
Настройка опций для режима SIP-профиль.
Данные методы также выполняют функцию поддержания соединения на NAT.
- Включитьподдержкутаймеров– при установленном флаге поддерживаются таймеры SIP- сессий (RFC 4028). Обновление сессии поддерживается путем передачи запросов re-INVITE в течение сессии;
- Запрашиваемыйпериодконтролясессии(SessionExpires)– период времени в секундах, по истечении которого произойдет принудительное завершение сессии, в случае если сессия не будет вовремя обновлена (от 90 до 64800 с, рекомендуемое значение – 1800 с);
- Минимальныйпериодконтролясессии(MinSE)– минимальный интервал проверки работоспособности соединения (от 90 до 32000 с). Данное значение не должно превышать таймаут принудительного завершения сессии Sessionsexpires;
- Сторонаобновлениясессии– определяет сторону, которая будет осуществлять обновление сессии (клиент (uac) – сторона клиента (вызывающая), сервер (uas) – сторона сервера (вызываемая)).
– restricted digital info (протокол Q.931);
– unrestricted dig.info (протокол Q.931);
– video (протокол Q.931);
– 64 kbit/s unrestricted (протокол ОКС-7).
– Clear Channel override – при установленном флаге при организации clear channel в SDP будет указан только один кодек CLEARMODE, если на первом плече вызова была запрошена работа по Clear Channel. Если флаг не установлен, то в SDP всегда будет передаваться весь список выбранных кодеков в порядке приоритета;
– ClearChannel-transit – это режим, позволяющий напрямую передавать RTP из входящего плеча соединения в исходящее в случае соединения SIP – SIP, минуя внутренние шины коммутации устройства, тем самым полностью сохраняя исходный RTP-трафик, в том числе и время пакетизации.
Цифровое усиление.
– Усиление сигнала на приеме (0.1 dB) – громкость принимаемого сигнала, усиление/ослабление уровня сигнала, принятого от взаимодействующего шлюза;
– Усиление сигнала на передаче (0.1 dB) – громкость передаваемого сигнала, усиление/ослабление уровня сигнала, передаваемого в сторону взаимодействующего шлюза.
AGC (Auto Gain Control).
– Соответствие с ITU-T G.169 – при активации опции автоматическое усиление начинает работать в соответствии с требованием ITU-T G.169. Режим работы по-умолчанию использует несколько отличные от рекомендации алгоритмы, обепечивающие лучшее подавление фонового шума в отсутствии речи.
Параметры усиления на приеме.
– Включить усиление – активировать автоматическое усиление сигнала в приёмном тракте;
– Ограничить во время одновременного разговора – ограничить уровень усиления, если абоненты говорят одновременно;
– Номинальный уровень сигнала, dBm0 – уровень сигнала, к которому будет стремиться усиление;
– Максимальное значение усиления, dB – максимально допустимое значение усиления исходного сигнала;
– Минимальное значение усиления, dB – минимально допустимое значение усиления исходного сигнала;
Параметры усиления на передаче.
– Включить усиление – активировать автоматическое усиление сигнала в передающем тракте;
– Ограничить во время одновременного разговора – ограничить уровень усиления, если абоненты говорят одновременно;
– Номинальный уровень сигнала, dBm0 – уровень сигнала, к которому будет стремиться усиление;
– Максимальное значение усиления, dB – максимально допустимое значение усиления исходного сигнала;
– Минимальное значение усиления, dB – минимально допустимое значение усиления исходного сигнала;
Прием/передача DTMF.
Для возможности использования донабора во время разговора убедитесь, что аналогичный метод передачи сигналов DTMF настроен на встречном шлюзе!
Параметры jitter-буфера.
Кодеки.
В данном разделе можно выбрать кодеки для интерфейса и порядок, в котором они будут использоваться при установлении соединения. Кодек с наивысшим приоритетом необходимо установить в верхней позиции.
При нажатии левой кнопкой мыши строка с выбранным кодеком подсвечивается. Для изменения приоритета кодеков используются стрелки (вниз, вверх).
– Включить – при установленном флаге использовать кодек, указанный в поле напротив;
– Кодек – кодек, используемый для передачи голосовых данных. Поддерживаемые кодеки G.711A, G.711U, G.729A, G.729B, G.723.1, G.726-32.
При включенном VAD/CNG кодек G.729 работает как G.729B, иначе как G729A, а кодек G.723.1 работает c поддержкой annex А, иначе – без поддержки annex А.
– PType – тип нагрузки для кодека. Поле доступно для редактирования только при выборе кодека G.726 (разрешенные для использования значения – от 96 до 127, либо 2 для согласования с устройствами, не поддерживающими динамический тип нагрузки для данного кодека). Для остальных кодеков назначается автоматически;
– PTE – время пакетизации – количество миллисекунд (мс) речи, передаваемых в одном пакете.
Передача данных:
– Использовать VBD – при установленном флаге создать канал VBD согласно рекомендации V.152 для передачи модема. При детектировании сигнала CED осуществляется переход в режим Voice band data. Снятие флага отключает детектирование тонов модема, но не запрещает передачу модема (не будет инициироваться переход на кодек модема, но данный переход может быть осуществлен встречным шлюзом);
– Кодек VBD – кодек, используемый для передачи данных в режиме VBD;
– Тип нагрузки VBD – тип нагрузки, используемый для передачи данных в режиме VBD:
– Static – использовать стандартное значение типа нагрузки для кодека (для кодека G.711A – тип нагрузки 8, для кодека G.711U – тип нагрузки 0);
– 96-127 – типы нагрузки из динамического диапазона.
Передача факса:
– Режим детектирования – определяет направление передачи, при котором детектируются тоны факса, после чего осуществляется переход на кодек факса:
– no detect fax – отключает детектирование тонов факса, но не запрещает передачу факса (переход на кодек факса инициироваться не будет, но данный переход может быть сделан встречным шлюзом);
– Caller and Callee – детектируются тоны как при передаче факса, так и при приеме. При передаче факса детектируется сигнал CNG FAX с абонентской линии. При приеме факса детектируется сигнал V.21 с абонентской линии;
– Caller – детектируются тоны только при передаче факса. При передаче факса детектируется сигнал CNG FAX с абонентской линии;
– Callee – детектируются тоны только при приеме факса. При приеме факса детектируется сигнал V.21 с абонентской линии;
Сигнал V.21 может быть задетектирован и от передающего факса.
– Режим передачи – выбор протокола для передачи факса;
– Максимальная скорость факса, передаваемого по протоколу Т.38 – максимальная скорость факса, передаваемого по протоколу Т.38. Данная настройка влияет на возможности шлюза работать с высокоскоростными факсимильными аппаратами. Если факсимильные аппараты поддерживают передачу на скорости 14400, а на шлюзе настроено ограничение 9600, то максимальная скорость соединения между факсимильными аппаратами не сможет превысить 9600 бод. Если наоборот, факсимильные аппараты поддерживают передачу на скорости 9600, а на шлюзе настроено ограничение 14400, то данная настройка не окажет влияние на взаимодействие, максимальная скорость будет определяться возможностями факсимильных аппаратов;
– Метод обработки тренировочной последовательности TCF:
– local TCF – метод требует, чтобы подстроечный сигнал TCF генерировался приемным шлюзом локально. Обычно используется при передаче Т.38 по ТСР;
– transferred TCF – метод требует, чтобы подстрочный сигнал TCF передавался с передающего устройства на приемное. Обычно используется при передаче Т.38 по UDP;
– Удаления и вставки битов заполнения для данных Т.38 – удаления и вставки битов заполнения для данных, не связанных с ЕСМ (режимом коррекции ошибок);
– Величина избыточности в пакетах данных Т.38 – величина избыточности в пакетах данных Т.38 (количество предыдущих пакетов в последующем пакете Т.38). Введение избыточности позволяет восстановить переданную последовательность данных на приеме в случае, если были потери среди переданных пакетов;
– Время пакетизации для протокола Т.38 – определяет частоту формирования пакетов Т.38 в миллисекундах (мс). Данная настройка позволяет регулировать размер передаваемого пакета. Если взаимодействующий шлюз может принимать дейтаграммы с максимальным размером в 72 байта (maxdatagrammSize: 72), то на SMG время пакетизации необходимо установить минимальным;
Читайте также: