Sip Co. дайре

Тези, които се събират, за да направят своя собствена прилагане на протокола SIP, удобен списък на RFC. описва протокола и неговото допълнение:

2543. Първоначалната SIP / 2.0 Описание

RFC 2976: предаването на информация, без да променя състоянието на сесията (метод INFO)

RFC 2279: SIP протокол съобщения (запитвания и отговори)

RFC 3262: SIP протокол разширения: признание метод Временен отговор (PRACK) и етикет 100rel

RFC 3263: SIP сървъра търсене чрез DNS (SRV записи)

RFC 3311: Актуализиране на сесията без промяна на диалога (метод UPDATE)

RFC 3372: модификация на SIP-T (свързване ISUP - SIP)

RFC 3398: съвпадение параметри ISUP и SIP (Integrated Services Digital Network (ISDN) Потребителят част (ISUP) до Session Initiation Protocol (SIP) Mapping)

RFC 3428: SIP разширения за незабавни съобщения (Instant Messaging) и метод СЪОБЩЕНИЕ

RFC 3515: Вижте метод

RFC 3903: публикуване на събития в сървъра (ПУБЛИКУВАНЕ метод)

RFC 4235: Пакетът от събития, инициирани от ПОКАНИ (покани, стартирано от Dialog събитие пакет за протокол за иницииране на сесия (SIP))

RFC 4262: Списъци SIP събития (абонирайте се уведомява, Присъствие)

RFC 5806: отклоняване Индикация в SIP

SIP- искания

Исканията. В първоначалния вариант на SIP (RFC 3261) се определя шест вида искания. С помощта на клиентски заявки информира за текущото местоположение, кани потребителите да участват в сесии за комуникация, промяна на вече утвърдената сесия, да прекрати тях, и така нататък. Г. тип на заявката, определена в стартовата линия.

ACK - признание за отговор на искането на поканите.

BYE - Прекратява сесията. Май, от който и да е от страните, участващи в сесията.

Cancel - Отменя обработка на изпратените по-рано искания, но не засяга искания, които са вече работи обработват.

Но в процеса на развитие, на няколко типове заявки добавят към протокола, който да допълни своята функционалност:

PRACK - време за потвърждение (RFC 3262)

ИЗВЕСТЕТЕ - предупреждава абоната на събитието (RFC 3265)

ПУБЛИКУВАНЕ - публикуване събития в сървъра (RFC 3903)

INFO - комуникация, която не променя състоянието на сесията (RFC 2976)

СПРАВКА - искане на получателя на искане за трансфер на SIP (RFC 3515)

СЪОБЩЕНИЕ - мигновени съобщения посредством SIP (RFC 3428)

UPDATE - модификация на състоянието на сесия, без да променя състоянието на диалога (RFC 3311)

Проектът за социално включване подкрепя съобщения и присъствие функции. Първият предвижда обмен на реално време кратко съобщение (като ICQ на компютъра или SMS в GSM мрежи), а вторият ви позволява да определите състоянието на абоната, т.е.. Д. на място, ако той не е там, и затова не е на разположение. Г. (В ICQ, също има възможност ). Благодарение на тези две функции, позволява SIP да отговори на събития, както и изпращане на съобщения "събитие".

между потребителите

корпоративната мрежа

Голдщайн BS Zarubin А. винтове VV SIP протокол. Глава 2.6. Процедура за работа удостоверяване HTTP

md5 алгоритъм Приема вход всякаква дължина характер и изхода 128-битово отпечатък на (пръстов отпечатък) или съобщение дайджест (Резюме на съобщенията), която е подадена на входа на алгоритъма. Хипотетично, се смята, че две съобщения имат едно и също послание храносмилане, или разработени всеки пост, разполагат с определени длъжности в профила.

Резюме на съобщенията - кратък числов низ от фиксирана дължина, се формира от по-дълго съобщение с помощта на специален алгоритъм. md5 алгоритъм се определя на цифров подпис (цифров подпис) приложения, където на голям файл, трябва да бъдат "компресирани" по сигурен начин, преди те да бъдат бъркани с помощта на публично или секретен ключ, използвайки публичния ключ криптосистеми като RSA. Електронен подпис - цифров подпис, който е уникален електронен идентификатор, осигуряване на съобщение за потвърждение с самоличността на изпращача и гарантира, че документът не е променян след подписването.

Вариант №1. Абонат: изпраща съобщение към сървъра с заглавната регистъра. Ако не са посочени в тайна, е достатъчно, сървърът отговаря с SIP / 2.0 200 OK и процеса на регистрация приключва в настройките на абонатите.

В третата фаза сървъра на абонат изпраща низ в регистъра на съобщение

Когато параметър за отговор - поредица от 32 шестнадесетични цифри и се уверете, че потребителят не знае паролата. Оформен е чрез прилагане на хеш функция на стойностите на nВеднага щом, Северна Каролина, cnonce, qop, URI, потребителско име, царството, тип на заявката и парола парола. По подразбиране хеш се прави на алгоритъм MD5.

Вариант №3. Ако външен сървър за удостоверяване (процедура за удостоверяване) за протокола RADIUS. РЕГИСТРАЦИЯ заявка към сървъра отговаря с SIP / 2.0 407 Proxy Authentication Задължително - изисква удостоверяване на прокси сървъра).