Issued by Iskratel; All rights reserved OBR 70121 презентация - доклад на Общие темы

  • SIP
  • Стандартизация
Спецификация стандарта принята в IETF рабочей группой SIP, входящей в Транспортную рабочую группу
Впервые стандартизована в 1999 (RFC2543)
Несколько RFC относятся к SIP – главный RFC - RFC 3261
Статистика проекта SIP (по состоянию на май 2004):
137 черновых стандартов интернет, относящихся к SIP 
11 новых и 2 обновлённых стандарта за последние 14 дней
  • Протоколы Voice over IP
  • Что такое SIP
Протокол инициализации сеанса (Session Initiation Protocol)
Сигнальный протокол прикладного уровня, который определяет процедуры инициирования, модификации и завершения мультимедийные диалоговых сессии связи между пользователями. 
Протокол управления мультимедийными сеансами
  • SIP
SIP – хотя он относится к числу протоколов для одноранговых сетей, т.е из конца в конец (end-to-end), он состоит из логических клиента и сервера 
SIP обеспечивает определение присутствия и мобильность 
примитивы : session setup, termination, changes
Любые услуги базируются на уровнях, лежащих выше  SIP:
переадресация неизвестных вызовов секретарю 
ответ с web-страницы если абонент недоступен 
посылка изображения в формате JPEG при установке  сеанса
и т.п.
Характерные особенности 
текстовый формат  (совместимость с telnet, tcpdump)
легко программируется
  • SIP – Основные цели, решаемые протоколом 
SIP не ограничивается только интернет телефонией
SIP умеет обнаруживать присутствие пользователя
SIP сообщения могут переносить произвольное полезное содержание сигнализации: 
 описание сессии, короткие сообщения, изображения JPEG, любые MIME* типы
Подходит для приложений, оперирующих понятием сессии 
Функции распределены между устройствами
Сетевые игры (Quake II/III)
Видео конференции, и т.п
Приложения могут использовать инфраструктуру  SIP как средство реализации свои задач (Call Processing, User Location, Authentication)
Мгновенный обмен сообщениями и определение присутствия 
SIP для устройств
  • Чем SIP не является
Транспортным протоколом
Протоколом резервирования QoS 
Протоколом управления шлюзами
Некоторые утверждают, что он может использоваться для вызова  IP-приборов  …
Он не диктует  …
особенности изделия и услуги (цвет вашего телефона и 
 мелодии идентифицирующие звонящего, число одновременных вызовов воспринимаемых вашим телефоном …)
Сетевую конфигурацию
  • Распределённая архитектура SIP
  • Агент пользователя (User agent)
Агент пользователя (UA) - прикладная программа из двух частей:
Клиент агента пользователя (User agent client, UAC) – прикладная программа, которая инициирует SIP-запрос (request), 
Сервер агента пользователя (User agent server, UAS) - прикладная программа общения с пользователем после принятия SIP-запроса, возвращает ответ (response) на запрос данного пользователя;
  • Серверы SIP
Сервер - прикладная программа, которая позволяет системе принимать запросы, выполнять их и посылать ответы; может иметь вид proxy-сервера, сервера переадресации или сервера агента пользователя;
  • Proxy- сервер
Proxy-сервер (или proxy) – промежуточная программа, которая действует как сервер и как клиент, имеет право посылать запросы от имени других клиентов, интерпретирует и при необходимости переписывает сообщение запроса перед его отсылкой
  • Сервер-распорядитель (Registrar Server) 
Пользователи информируют proxy-сервер или сервер-редиректор, по какому адресу следует обращаться для установления сеанса связи.
Когда пользователю понадобится изменить адрес, SIP-клиент выдает запрос REGISTER. 
Сервер-распорядитель (Registrar Server) принимает REGISTER и записывает содержащуюся в запросе обновленную информацию.
Обычно SIP-сервер использует эти данные для передачи службе локализации, которая направляет запрос на правильный адрес.
Часто функции proxy-сервера и сервера-распорядителя совмещают в одном устройстве
  • Сервер переадресации 
(Redirect server)
Сервер переадресации (Redirect server) – предназначен для определения текущего адреса вызываемого абонента.
Алгоритм простой: вызывающий абонент обращается к redirect серверу с известным ему адресом вызываемого пользователя, а redirect переадресует вызов на текущий адрес. 
В процессе данной деятельности redirect server взаимодействует с сервером registrar. 
Redirect только сообщает адрес вызываемого абонента или proxy сервера. 
Redirect сервер не терминирует звонки.
  • Сервер локации (Location server)
Сервер локации (Location server) – выполняет услугу определения местоположения пользователя
Как правило совмещен с сервером переадресации (Redirect server)
  • Характерные особенности SIP 
Протокол SIP близок к HTTP (HyperText Transfer Protocol): 
запросы и ответы имеют текстовый вид; 
в заголовках есть поля, которые передают параметры вызова; 
вызовы в SIP идентифицируются посредством Call-ID в заголовке SIP-сообщения, там же указывается исходящий (From) и входящий (To) адреса; 
для адресации выбрана форма, принятая в электронной почте: user@domain, user@host, user@IP-address, или: phone-number@gateway, что, требует выхода в IP-облако через соответствующий шлюз “gateway”. 
Как и в HTTP, клиент инициирует процедуры (т.н. методы) на сервере.
  • SIP Сообщения – Методы и ответы (Methods&Responses)
Компоненты SIP архитектуры обмениваются SIP сообщениями:
SIP Методы (Methods) - процедуры, инициируемые клиентом:
INVITE – Приглашение пользователя на конференц-связь 
ACK - Подтверждение (для надежности обмена) что клиент
               получил последний ответ на запрашиваемый метод INVITE
BYE - Окончание связи между двумя пользователями 
CANCEL - Окончание поиска пользователя
REGISTER – Передает информацию о местоположении
                                   пользователя в SIP-сервер 
OPTIONS – Запрос информации о пользователе 
INFO – Используется для передачи информации вне полосы 
                 (out-of-bound information), например: DTMF цифр
SIP Ответы (Responses)
1xx – Информационные сообщения (Informational Messages)
2xx – Ответы, подтверждающие успешность выполнения метода
               (Successful Responses)
3xx – Ответы сервера переадресаций (Redirection Responses)
4xx – Ошибка запроса (Request Failure Responses)
5xx – Ошибка сервера (Server Failure Responses)
6xx – Глобальная ошибка (Global Failures Responses)
  • Заголовок SIP
SIP позаимствовал большую часть синтаксиса и семантики у HTTP
SIP сообщения выглядят как HTTP сообщения –
формат сообщения, заголовок и поддержка MIME
Пример SIP заголовка
  • Сценарии SIP взаимодействий
UA-UA. Взаимодействие непосредственно между клиентскими приложениями (UA) без участия серверов. 
Для этого вызывающий UA должен знать текущий адрес вызываемого абонента 
Во время вызова происходит следующий диалог: 
вызывающий UA - приглашаю к разговору (INVITE). 
вызываемый UA - выдаю звонок (RINGING), трубка поднята, можно начинать разговор (OK)
вызывающий UA - подтверждаю начало разговора (ACK) 
Далее идет разговор (RTP/RTCP между клиентскими приложениями). 
Если один из участников решает прекратить связь, то: 
вызываемый UA - завершаем звонок (BYE) 
вызываемый UA - хорошо, завершаем (OK).
  • Сценарии SIP взаимодействий
 UA-Proxy-UA. Звонки c участием Proxy сервера (или нескольких серверов).
  • Сценарии SIP взаимодействий
 UA-Redirect-UA. Взаимодействие с участием Redirect сервера.
  • SIP – цели разработки
SIP разрабатывался для
Интеграции с существующими IETF протоколами
Масштабируемости и простоты
Мобильности 
Для лёгкого создания и внедрения услуг
  • Session Description Protocol - SDP
RFC 2327
Описание сессий отображается в  SDP в виде коротких структурированных текстовых описаниях, содержащих имя и цель сессии, описание параметров медиа-данных, протоколы, форматы кодеков, временные параметры и транспортную информацию, которая необходима , чтобы принять решение представляет ли данная сессия интерес и как следует организовать перенос медиа-данных
  • Спецификации сессий
Session description
v=  (protocol version)
o=  (owner/creator and session identifier).
s=  (session name)
i=* (session information)
u=* (URI of description)
e=* (email address)
p=* (phone number)
c=* (connection information - not required if included in all media)
b=* (bandwidth information)
z=* (time zone adjustments)
k=* (encryption key)
a=* (zero or more session attribute lines)
  • Спецификации сессий
Time description
t=  (time the session is active)
r=* (zero or more repeat times)
Media description
m=  (media name and transport address)
i=* (media title)
c=* (connection information - optional if included at session-level)
b=* (bandwidth information)
k=* (encryption key)
a=* (zero or more media attribute lines)
  • Кодеки
Если вам понравился материл вы можете разместить его у вас на сайте.
Открыть доклад
Скачать
Вашему вниманию предлагается презентация по теме Issued by Iskratel; All rights reserved OBR 70121. Данны материал содержит 25 слайдов. Вы можете использовать его для подготовки к уроку Общие темы. Он будет полезен как ученикам и студентам, так и преподавателям школ и вузов. Вы можете просмотреть презентацию прямо у нас на сайте или скачать к себе. Все материалы абсолютно бесплатны. Если материал Вам понравились и был полезен – поделитесь им с друзьями с помощью социальных кнопок и добавьте сайт в закладки в своем браузере.

Стандартизация Спецификация стандарта принята в IETF рабочей группой SIP, входящей в Транспортную рабочую группу Впервые стандартизована в 1999 (RFC2543) Несколько RFC относятся к SIP – главный RFC - RFC 3261 Статистика проекта SIP (по состоянию на май 2004): 137 черновых стандартов интернет, относящихся к SIP 11 новых и 2 обновлённых стандарта за последние 14 дней

Протоколы Voice over IP

Что такое SIP Протокол инициализации сеанса (Session Initiation Protocol) Сигнальный протокол прикладного уровня, который определяет процедуры инициирования, модификации и завершения мультимедийные диалоговых сессии связи между пользователями. Протокол управления мультимедийными сеансами

SIP SIP – хотя он относится к числу протоколов для одноранговых сетей, т.е из конца в конец (end-to-end), он состоит из логических клиента и сервера SIP обеспечивает определение присутствия и мобильность примитивы : session setup, termination, changes Любые услуги базируются на уровнях, лежащих выше SIP: переадресация неизвестных вызовов секретарю ответ с web-страницы если абонент недоступен посылка изображения в формате JPEG при установке сеанса и т.п. Характерные особенности текстовый формат (совместимость с telnet, tcpdump) легко программируется

SIP – Основные цели, решаемые протоколом SIP не ограничивается только интернет телефонией SIP умеет обнаруживать присутствие пользователя SIP сообщения могут переносить произвольное полезное содержание сигнализации: описание сессии, короткие сообщения, изображения JPEG, любые MIME* типы Подходит для приложений, оперирующих понятием сессии Функции распределены между устройствами Сетевые игры (Quake II/III) Видео конференции, и т.п Приложения могут использовать инфраструктуру SIP как средство реализации свои задач (Call Processing, User Location, Authentication) Мгновенный обмен сообщениями и определение присутствия SIP для устройств

Чем SIP не является Транспортным протоколом Протоколом резервирования QoS Протоколом управления шлюзами Некоторые утверждают, что он может использоваться для вызова IP-приборов … Он не диктует … особенности изделия и услуги (цвет вашего телефона и мелодии идентифицирующие звонящего, число одновременных вызовов воспринимаемых вашим телефоном …) Сетевую конфигурацию

Распределённая архитектура SIP

Агент пользователя (User agent) Агент пользователя (UA) - прикладная программа из двух частей: Клиент агента пользователя (User agent client, UAC) – прикладная программа, которая инициирует SIP-запрос (request), Сервер агента пользователя (User agent server, UAS) - прикладная программа общения с пользователем после принятия SIP-запроса, возвращает ответ (response) на запрос данного пользователя;

Серверы SIP Сервер - прикладная программа, которая позволяет системе принимать запросы, выполнять их и посылать ответы; может иметь вид proxy-сервера, сервера переадресации или сервера агента пользователя;

Proxy- сервер Proxy-сервер (или proxy) – промежуточная программа, которая действует как сервер и как клиент, имеет право посылать запросы от имени других клиентов, интерпретирует и при необходимости переписывает сообщение запроса перед его отсылкой

Сервер-распорядитель (Registrar Server) Пользователи информируют proxy-сервер или сервер-редиректор, по какому адресу следует обращаться для установления сеанса связи. Когда пользователю понадобится изменить адрес, SIP-клиент выдает запрос REGISTER. Сервер-распорядитель (Registrar Server) принимает REGISTER и записывает содержащуюся в запросе обновленную информацию. Обычно SIP-сервер использует эти данные для передачи службе локализации, которая направляет запрос на правильный адрес. Часто функции proxy-сервера и сервера-распорядителя совмещают в одном устройстве

Сервер переадресации (Redirect server) Сервер переадресации (Redirect server) – предназначен для определения текущего адреса вызываемого абонента. Алгоритм простой: вызывающий абонент обращается к redirect серверу с известным ему адресом вызываемого пользователя, а redirect переадресует вызов на текущий адрес. В процессе данной деятельности redirect server взаимодействует с сервером registrar. Redirect только сообщает адрес вызываемого абонента или proxy сервера. Redirect сервер не терминирует звонки.

Сервер локации (Location server) Сервер локации (Location server) – выполняет услугу определения местоположения пользователя Как правило совмещен с сервером переадресации (Redirect server)

Характерные особенности SIP Протокол SIP близок к HTTP (HyperText Transfer Protocol): запросы и ответы имеют текстовый вид; в заголовках есть поля, которые передают параметры вызова; вызовы в SIP идентифицируются посредством Call-ID в заголовке SIP-сообщения, там же указывается исходящий (From) и входящий (To) адреса; для адресации выбрана форма, принятая в электронной почте: user@domain, user@host, user@IP-address, или: phone-number@gateway, что, требует выхода в IP-облако через соответствующий шлюз “gateway”. Как и в HTTP, клиент инициирует процедуры (т.н. методы) на сервере.

SIP Сообщения – Методы и ответы (Methods&Responses) Компоненты SIP архитектуры обмениваются SIP сообщениями: SIP Методы (Methods) - процедуры, инициируемые клиентом: INVITE – Приглашение пользователя на конференц-связь ACK - Подтверждение (для надежности обмена) что клиент получил последний ответ на запрашиваемый метод INVITE BYE - Окончание связи между двумя пользователями CANCEL - Окончание поиска пользователя REGISTER – Передает информацию о местоположении пользователя в SIP-сервер OPTIONS – Запрос информации о пользователе INFO – Используется для передачи информации вне полосы (out-of-bound information), например: DTMF цифр SIP Ответы (Responses) 1xx – Информационные сообщения (Informational Messages) 2xx – Ответы, подтверждающие успешность выполнения метода (Successful Responses) 3xx – Ответы сервера переадресаций (Redirection Responses) 4xx – Ошибка запроса (Request Failure Responses) 5xx – Ошибка сервера (Server Failure Responses) 6xx – Глобальная ошибка (Global Failures Responses)

Заголовок SIP SIP позаимствовал большую часть синтаксиса и семантики у HTTP SIP сообщения выглядят как HTTP сообщения – формат сообщения, заголовок и поддержка MIME Пример SIP заголовка

Сценарии SIP взаимодействий UA-UA. Взаимодействие непосредственно между клиентскими приложениями (UA) без участия серверов. Для этого вызывающий UA должен знать текущий адрес вызываемого абонента Во время вызова происходит следующий диалог: вызывающий UA - приглашаю к разговору (INVITE). вызываемый UA - выдаю звонок (RINGING), трубка поднята, можно начинать разговор (OK) вызывающий UA - подтверждаю начало разговора (ACK) Далее идет разговор (RTP/RTCP между клиентскими приложениями). Если один из участников решает прекратить связь, то: вызываемый UA - завершаем звонок (BYE) вызываемый UA - хорошо, завершаем (OK).

Сценарии SIP взаимодействий UA-Proxy-UA. Звонки c участием Proxy сервера (или нескольких серверов).

Сценарии SIP взаимодействий UA-Redirect-UA. Взаимодействие с участием Redirect сервера.

SIP – цели разработки SIP разрабатывался для Интеграции с существующими IETF протоколами Масштабируемости и простоты Мобильности Для лёгкого создания и внедрения услуг

Session Description Protocol - SDP RFC 2327 Описание сессий отображается в SDP в виде коротких структурированных текстовых описаниях, содержащих имя и цель сессии, описание параметров медиа-данных, протоколы, форматы кодеков, временные параметры и транспортную информацию, которая необходима , чтобы принять решение представляет ли данная сессия интерес и как следует организовать перенос медиа-данных

Спецификации сессий Session description v= (protocol version) o= (owner/creator and session identifier). s= (session name) i=* (session information) u=* (URI of description) e=* (email address) p=* (phone number) c=* (connection information - not required if included in all media) b=* (bandwidth information) z=* (time zone adjustments) k=* (encryption key) a=* (zero or more session attribute lines)

Спецификации сессий Time description t= (time the session is active) r=* (zero or more repeat times) Media description m= (media name and transport address) i=* (media title) c=* (connection information - optional if included at session-level) b=* (bandwidth information) k=* (encryption key) a=* (zero or more media attribute lines)

Кодеки

Работа может использоваться для проведения уроков и докладов по предмету "Общие темы"

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