Sip Co tamburina

Cei care se adună pentru a face propria lor punerea în aplicare a protocolului SIP, lista la îndemână RFC. descrie protocolul și completarea acestuia:

2543. SIP inițial / 2.0 Descriere

RFC 2976: transmiterea de informații, fără a schimba starea sesiunii (metoda INFO)

RFC 2279: mesaje de protocol SIP (cereri și răspunsuri)

RFC 3262: extensiile de protocol SIP: confirmare metoda de răspuns provizorie (Prack) și 100rel tag-ul

RFC 3263: SIP server de căutare prin intermediul DNS (înregistrări SRV)

RFC 3311: Actualizarea sesiunii, fără a schimba dialogul (metoda UPDATE)

RFC 3372: modificarea SIP-T (interconectare ISUP - SIP)

RFC 3398: potrivire parametrii ISUP și SIP (Integrated Services Digital Network (ISDN) partea utilizatorului (ISUP) la Session Initiation Protocol (SIP) Mapping)

RFC 3428: extensii SIP pentru mesagerie instantanee (Instant Messaging), și un mesaj metodă

RFC 3515: Metoda RAPORTATI

RFC 3903: publicarea de evenimente pe server (PUBLISH metoda)

RFC 4235: Pachetul de evenimente inițiate de INVITE (un pachet Eveniment Dialog INVITE-Inițiat pentru protocolul Session Initiation Protocol (SIP))

RFC 4262: Liste de evenimente SIP (SUBSCRIBE, NOTIFY, Prezență)

RFC 5806: Indicarea Deturnarea în SIP

cereri SIP-

Cereri. În versiunea originală a SIP (RFC 3261) a fost determinată de șase tipuri de cereri. Cu ajutorul cererilor clienților informează despre locația curentă, invită utilizatorii să participe la sesiuni de comunicare, de a modifica sesiunea deja stabilită, le termina, și așa mai departe. D. Tipul de cerere specificat în linia de start.

ACK - recunoașterea răspunsului la solicitarea INVITE.

BYE - Încheie sesiunea. Mai, de către oricare dintre părțile implicate în sesiune.

CANCEL - Revocă procesarea cererilor depuse anterior, dar nu afectează solicitările care sunt terminat deja procesate.

Dar, în procesul de dezvoltare, câteva tipuri de interogări adăugate la protocol, care completează funcționalitatea acestuia:

Prack - timp de confirmare (RFC 3262)

NOTIFY - alerta abonatul evenimentului (RFC 3265)

PUBLISH - publicarea de evenimente pe server (RFC 3903)

INFO - comunicare, care nu schimbă starea sesiunii (RFC 2976)

REFER - solicitarea beneficiarului pentru o cerere de transfer SIP (RFC 3515)

MESAJ - mijloace instantanee de mesaje SIP (RFC 3428)

UPDATE - modificarea stării sesiunii, fără a schimba starea dialogului (RFC 3311)

SIP suportă funcții de mesagerie și prezență. Primul prevede schimbul de mesaje scurte în timp real (cum ar fi ICQ pe PC-ul sau SMS în rețele GSM), iar al doilea permite determinarea stării abonatului, adică. E. La fața locului, în cazul în care el nu este acolo, și deci nu este disponibil. D. (În ICQ, de asemenea, există o posibilitate ). Datorită acestor două caracteristici permite SIP pentru a răspunde la evenimente, și a trimite mesaje de „eveniment“.

între utilizatori

reţeaua întreprinderilor

Goldstein BS Zarubin A. şuruburi VV protocolul SIP. Capitolul 2.6. HTTP Procedura de operare de autentificare

Algoritmul MD5 ia orice lungime de intrare de caractere și ieșirile amprenta de 128 de biți (amprentă) sau un mesaj Digest (mesaj Digest), care a fost depusă la intrarea algoritmului. Ipotetic, se crede că două mesaje au același mesaj de digerat, sau dezvoltat orice postare, au un anumit profil de posturi.

Mesaj Digest - șir numeric de scurt de lungime fixă, este formată dintr-un mesaj mai lung, folosind un algoritm special. Algoritmul MD5 este atribuit o semnătură digitală (semnătură digitală), aplicații în care un fișier mare trebuie să fie „comprimat“, într-un mod sigur, înainte ca acestea vor fi amestecate cu ajutorul unei chei publice sau secret, folosind criptosistemele chei publice, cum ar fi RSA. semnătură digitală - semnătura digitală, care este un identificator unic electronic, oferind mesaj de verificare cu identitatea expeditorului și garantează că documentul nu a fost modificat de la semnarea.

Opțiunea №1. Abonat: trimite un mesaj la serverul cu antetul ÎNREGISTRARE. În cazul în care nu este specificat un secret, este suficient, serverul răspunde cu SIP / 2.0 200 OK și procesul de înregistrare se termină în setările de abonat.

În a treia fază serverul de abonat trimite șirul în registrul mesajului

În cazul în care parametrul de răspuns - un șir de 32 de cifre hexazecimale și asigurați-vă că utilizatorul știe parola. Este formată prin aplicarea unei funcții hash valorile nOdată, NC, cnonce, qop, uri, numele de utilizator, domeniul, tipul de solicitare și parola parola. În mod implicit, hash se face pe algoritmul MD5.

Opțiunea №3. În cazul în care un server extern pentru autentificare (procedura de autentificare) pentru protocolul RADIUS. REGISTER cerere către server răspunde cu SIP / 2.0 407 Este necesară autentificarea proxy - necesită autentificare pe server proxy).