Session Initiation Protocol

Session Initiation Protocol , forkortet SIP , er en åpen standard session management kommunikasjonsprotokoll som ofte brukes i multimedietelekommunikasjon (lyd, bilde osv.). Siden 2007 har det vært den vanligste for internettelefoni ( VoIP ).

SIP er ikke bare ment for VoIP, men også for mange andre applikasjoner som videotelefoni , direktemeldinger , virtual reality eller til og med online videospill.

Teknisk presentasjon

Session Initiation Protocol (hvis forkortelse er SIP ) er en protokoll for applikasjonslaget til OSI-modellen (og ikke av øktlaget som navnet antyder), standardisert og standardisert av IETF (beskrevet av RFC  3261 som foreldet RFC  2543, og er supplert med RFC  3265) som ble designet for å etablere, modifisere og avslutte multimedia økter. Det tar seg av autentisering og lokalisering av flere deltakere. Det er også ansvarlig for å forhandle om hvilke typer medier som kan brukes av de forskjellige deltakerne ved å kapsle inn SDP-meldinger ( Session Description Protocol ). SIP transporterer ikke data som utveksles under økten, for eksempel tale eller video. Siden SIP er uavhengig av dataoverføring, kan alle typer data og protokoller brukes til denne utvekslingen. Imidlertid gir RTP-protokollen ( Real-time Transport Protocol ) oftest lyd- og videosessioner. SIP erstatter gradvis H.323 .

SIP-protokollen bruker port 5060, og den sikre versjonen SIP-TLS (aka SIPS) port 5061.

Kontekst

På tidspunktet for informasjonsrevolusjonen gjennom bruk av Internett-nettverket, er vi vitne til konvergensen mellom telefoni og IT ( telefoni-datamaskinkobling ).

De koblede telefonnett ( PSTN eller ISDN ) og første og andre generasjons mobile (satellitt og GSM ) nettverk har hatt sin dag som nettverk som støtter tale bare, med meget lave båndbredder og hastigheter (ISDN tillatt dataoverføringen, i omstilt eller fast forbindelse på tegnings , etter enhet på 64  kb / s eller per pakke på D-kanalen).

H.323 var en banebrytende protokoll for telefoni over IP, fra myndigheter i telekommunikasjonsverdenen ( ITU eller ITU). SIP, av litt nyere design, kommer fra internettverdenen ( IETF ) og passer uten tvil litt bedre i IP- nettverk .

Med utgivere, tjenesteleverandører og operatører som tar lang tid å tilby programvare og tjenester rundt H323 og SIP, har Skype etablert seg med flere millioner brukere ved å tilby klientprogramvare, service og porten til offentlige nettverk. Innkommende og utgående, men all denne teknologien er stengt og er derfor ikke tilgjengelig for utviklere i den frie verden.

For øyeblikket jobber redaktører og tjenesteleverandører med å integrere SIP med Jabber , en pålitelig, standard, åpen og bevist protokoll for tilstedeværelse og direktemeldinger for å løse svakhetene når det gjelder tilstedeværelse og nettverk ( NAT ) i SIP-protokollen .

Operasjon

Baser

SIP deler mange likheter med HTTP- protokollen, for eksempel ASCII- koding og responskoder.

Den klient sender forespørsler til serveren , som sender tilbake et svar. De grunnleggende metodene er:

Svarkodene ligner på HTTP:

Koder større enn eller lik x80 er spesifikke for SIP:

På den annen side skiller SIP seg fra HTTP ved at en SIP-agent (User Agent, UA) vanligvis spiller både rollene som klient og server , dvs. det kan også sende forespørsler, hva de skal svare på de han mottar.

I praksis er implementeringen av SIP basert på tre elementer: User Agent, registrar og proxy.

Bruker agent

De Bruker Agenter er klientmidler som finnes i telefoner SIP PC-telefoner (VoIP programvare) av datamaskiner og PDA eller SIP gateway. I teorien kan vi etablere økter direkte mellom to brukeragenter , for eksempel to telefoner. Men det krever å kjenne mottakerens IP-adresse . Dette er ikke ideelt fordi en IP-adresse kanskje ikke er offentlig (bak en NAT) eller endring, og det er mye mer komplisert å huske enn en URI (Uniform Resource Identifier). Brukeragenter kan derfor registrere seg hos Registrarer for å rapportere sin nåværende plassering, dvs. deres IP-adresse .

Registrator

The Registrar er en server som administrerer REGISTRERER forespørsler sendt av Brukere agenter til å rapportere sin nåværende plassering. Disse forespørslene inneholder derfor en IP-adresse , tilknyttet en URI , som vil bli lagret i en database .

The URI SIP er svært like i skjemaet til e-postadresse  : nippe: [email protected]

Vanligvis forhindrer autentiseringsmekanismer noen fra å registrere seg med URI .

Illustrasjon: Registrering av bruker SIP Registrar.png  

Fullmektig

En SIP-proxy fungerer som mellomledd mellom to brukeragenter som ikke kjenner til deres respektive lokasjoner ( IP-adresse ). URI / IP-adresseforeningen ble faktisk lagret i en database av en registrator . Fullmakten kan derfor spørre denne databasen for å sende meldinger til mottakeren.

Illustrasjon: Prinsipp for SIP-proxyen

SIP Proxy.png

  1. Sender en INVITE-forespørsel til proxyen
  2. Fullmakten spør databasen
  3. Den databasen returnerer IP-adresse Mottakers
  4. Fullmakten videresender meldingen til mottakeren
  Illustrasjon: SIP-økt gjennom en fullmektig 600 px  

Fullmakten videresender bare SIP-meldinger for å etablere, kontrollere og avslutte økten. Når økten er etablert, passerer ikke data, for eksempel en RTP- strøm for VoIP , gjennom proxy-serveren. De byttes direkte mellom brukeragentene .

B2BUA

En back-to-back-brukeragent (B2BUA eller "back to back" -agentagent ) ligner ved første øyekast en SIP-proxy-server i den grad den fungerer som et mellomledd mellom to brukeragenter . Hovedforskjellen er at B2BUA ikke nøyer seg med å videreformidle SIP-meldingene, den "kutter" signaliseringen av kommunikasjonen som skal etableres i to forskjellige sentraler, og det sikrer fullstendig styring (etablering, kontroll og avslutning) i en helt uavhengig måte. Dermed fungerer den som en brukeragent "server" på den anropende siden og ringer som en brukeragent "klient" på den anropte siden. Hver side av B2BUA oppfører seg som et SIP-element i betydningen av RFC 3261 . Siden alle elementene i hver samtale går gjennom B2BUA, kan tjenesteleverandører implementere tilleggsfunksjoner som er tilgjengelige under samtaler.

En B2BUA-server kan således tilby funksjoner:

Svært ofte er B2BUA-funksjonen integrert i medieportalen for også å kontrollere mediestrømmene til økten.

Induserte egenskaper ved SIP

Argumentene for eller mot SIP inkluderer følgende:

Markedsaspekter

Siden 2003 har SIP-protokollen gradvis blitt vedtatt av alle de store aktørene i bransjen som den valgte protokollen for utvikling av faste ( IMS ) og mobilnett:

Merknader og referanser

  1. (in) "  SIP: Session Initiation Protocol  ," Forespørsel om kommentarer nr .  3261,Juni 2002.
  2. (in) "  SIP: Session Initiation Protocol  ," Forespørsel om kommentarer nr .  2543,Mars 1999.
  3. (i) "  Session Initiation Protocol (SIP) -Specific Event Notification  " Forespørsel om kommentarer nr .  3265,Juni 2002.
  4. "  Port 5061 (tcp / udp)  " , på SpeedGuide (åpnet 4. september 2020 ) .
  5. IP-telefoni: Orange vedtar SIP-protokollen , - Ariase.com - artikkel datert 26. mars 2008.
  6. (in) [1] , [MS-SIP]: Session Initiation Protocol Extensions.
  7. (in) 3GPP GSM, UMTS og LTE nettverksarkitektur, se TS 23.002 standard (rel.8) 3gpp.org, desember 2010
  8. IP-telefoni via LTE - Denne protokollen er basert på SIP univ-poitiers.fr, 12. april 2013

Se også

Relaterte artikler

Eksterne linker