SIP-protokoll: beskrivelse

Session Initiation Protocol (SIP) er en protokoll for signalering og styring av multimedia-økter. De vanligste bruksområdene i Internett-telefoni er for tale- og videosamtaler, og for direktemeldinger via IP-nettverk (Internet Protocol).

Den definerer meldingene som sendes mellom endepunktene og styrer opprettelsen, avslutningen og andre viktige elementer i samtalen. SIP-protokollen beskrevet ovenfor kan brukes til å opprette, endre og avslutte økter som består av en eller flere mediestrømmer. Det er en applikasjonsnivå protokoll. Designet for å være uavhengig av hovedtransportlaget. Det er med andre ord en tekstbasert protokoll som inneholder mange HTTP-elementer (Hypertext Transfer) og Simple Mail Transfer Protocol (SMTP).

SIP-protokoll - hva er det?

SIP fungerer sammen med flere andre programlagringsprotokoller som identifiserer og overfører multimedia-økter. Identifikasjon og forhandling av mediedata oppnås i forbindelse med Session Description Protocol (SDP). For overføring av multimediestrømmer - tale, video - det bruker vanligvis en sanntids transportprotokoll (RTP) eller Secure-modus (SRTP). For sikker meldingstransmission kan SIP krypteres ved hjelp av Transport Layer Security (TLS).

Historie om utvikling

SIP-protokollen ble opprinnelig utviklet av et team av spesialister i 1996. Den ble standardisert i RFC 2543 i 1999 (SIP 1.0). I november 2000 ble det vedtatt som en signalprotokoll for 3 GPPer og et permanent element i IP-arkitekturen til Multimedia Subsystem (IMS) for streaming multimedia tjenester basert på IP i mobilkommunikasjonssystemer. Den nyeste versjonen (SIP 2.0) i RFC 3261-spesifikasjonen ble utgitt i juni 2002. Med visse utvidelser og forbedringer, brukes den også i dag.

Til tross for at den opprinnelige SIP-protokollen ble utviklet basert på taletjenester. I dag støtter det et bredt spekter av applikasjoner, inkludert videokonferanser, streaming media, direktemeldinger, fil og faksoverføring over IP og online spill.

SIP-protokoll - beskrivelse og drift

Sessionsinitieringsprotokollen er uavhengig av den underliggende transportprotokollen. Den opererer på grunnlag av Transmission Control Protocol (TCP), User Datagram Protocol (UDP) eller Flow Control Protocol (SCTP). Den kan brukes både for dataoverføring mellom to parter (unicast) og for en multicast-økt.

Den har designelementer som ligner på HTTP-transaksjonsforespørselsmodellen. Hver slik operasjon består av en klientforespørsel som kaller en bestemt metode eller funksjon på serveren, og minst ett svar. SIP-protokollen gjenbruker de fleste av topptekstfeltene, kodingsreglene og HTTP-statuskoder, og gir et lesbart tekstformat.

Hver Session Initiation Protocol-nettverksressurs - brukeragenten eller talepostkassen - blir anerkjent ved hjelp av en ressursfordelingsidentifikator (URI) som opererer på grunnlag av en felles standardsyntax som også brukes i webtjenester og e-post. URI-ordningen som brukes for SIP er en logisk kjede: brukernavn: passord @ vert: port.

Sikkerhetspolitikk

Hvis du vil overføre data på en sikker måte , dikterer skjemaet at hvert av nettverkselementene som forespørselen er sendt til måldomenet, skal være forsynt med Transport Layer Security (TLS). Det siste trinnet fra proxy-serveren til måldomenet er å operere i samsvar med de lokale sikkerhetsinnstillingene. TLS beskytter mot inntrengere som prøver å fange opp data ved sending. Men det gir ikke ekte sikkerhet til slutten og kan ikke hindre sporing og tyveri av informasjon. Hvordan kan SIP-protokollen, hvis porter skal være sikkert koblet, fungere med andre nettverkstjenester?

Den fungerer sammen med flere andre protokoller og deltar kun i signalering av kommunikasjonsøkten. SIP-klienter bruker vanligvis TCP eller UDP med portnumre 5060 eller 5061 for å koble til SIP-servere og andre SIP-endpoeng. Port 5060 brukes vanligvis til ukryptert signaltrafikk, mens port 5061 er tett "venner" med Transport Layer Security (TLS).

Hva er det brukt til?

For å svare mest på spørsmålet "SIP-protokoll - hva er dette?", Er det nødvendig å forstå hva det brukes til. Den brukes vanligvis til å sette opp og overføre tale- eller videosamtaler. Den lar deg endre eksisterende samtaler. Modifikasjonen kan omfatte endrede adresser eller porter, invitere flere deltakere til samtalen, legge til eller slette multimediestrømmer. SIP fant også søknad i meldingsprogrammer, samt i abonnements- og hendelsesvarslingstjenester.

Et sett med SIP-regler knyttet til Internet Engineering Task Force (IETF) definerer instruksjonene for slike applikasjoner. Stemme- og videostrømmer i applikasjoner overføres til en annen programprotokoll i sanntidstransportprotokoll (RTP). Parametre, portnumre, protokoller, kodeker - for disse mediestrømmene er definert og forhandlet ved hjelp av Session Initiation Protocol (SDP), som beveger seg i kroppen av Session Initiation Protocol (for eksempel SIP T-protokollen).

Hovedprospektet for utviklingen av protokollen er at det i fremtiden skal sikre installasjon av signalering og ringe til IP-kommunikasjon på grunnlag av det som kan støtte en superset av samtalebehandling funksjoner og alternativer tilstede i det offentlige telefonnetverket (PSTN). Det definerer ikke i seg selv dem. Nærmere bestemt regulerer det bare anrops- og alarminnstillinger. Alle handlinger som er rettet mot å utføre slike telefonoperasjoner (det vil si oppringning, responsringbacktoner eller opptatt signal) utføres av proxy-servere og brukeragenter. Deres implementering og terminologi er forskjellige i forskjellige land i verden, men de opererer på samme prinsipp.

Verdi i telefonkommunikasjon

SIP-aktiverte telefonnettverk kan også implementere mange av de mer avanserte anropshåndteringsfunksjonene som finnes i Signal System 7 (SS7). Selv om begge disse protokollene er veldig forskjellige. SS7 er en sentralisert protokoll. Den er preget av en kompleks, sentral nettverksarkitektur og "stumpe" endepunkter (tradisjonelle telefoner). SIP er en klient-server protokoll. Imidlertid kan de fleste enheter med Session Initiation Protocol-støtte utføre både klient- og serverrollene. Generelt er initiativtakeren til økten klienten, og samtalemottakeren utfører serverfunksjonen. Dermed blir SIP-funksjoner implementert i kommunikasjon av endepunkter, i motsetning til de tradisjonelle SS7-funksjonene som implementeres på nettverket.

SIP er fundamentalt forskjellig ved at denne teknologien utvikler seg innen IT-området, og ikke i telekommunikasjonsindustrien. SIP-protokollen er standardisert og definert primært av IETF, mens andre (f.eks. H.323) er tradisjonelt forbundet med International Telecommunication Union (ITU).

Nettverkselementer

SIP definerer brukeragenter, samt flere typer nettverkselementer på serveren. To SIP-endepunkter kan samhandle uten mellomliggende infrastruktur. Ikke desto mindre viser denne tilnærmingen seg ofte å være upraktisk for statskommunikasjon, som trenger en katalogtjeneste for å finne tilgjengelige nodene på nettverket. Registerets SIP-protokoll kan ikke gi denne funksjonaliteten.

Brukeragent

SIP-brukeragenten (UA) er et logisk nettverk av endepunkter. De er vant til å opprette eller motta meldinger og dermed kontrollere SIP-økten. SIP-UA kan fungere som en UAC-klient (User Agent), som sender SIP-forespørsler, samt serveren (UAS), som mottar forespørsler og returnerer en SIP-respons. Slike kontokontroll og UAS utføres kun under SIP-transaksjonen.

telefoni

SIP-telefoni er faktisk en IP-telefoni, som implementerer kundens og serverfunksjonene til brukerens SIP-agent. I tillegg gir den tradisjonelle telefonsamtaler - ring, svare, avvise, holde / slippe og videresende en samtale.

SIP-telefoner kan implementeres som en maskinvareenhet eller som en myktelefon. Som produsenter bruker stadig denne protokollen som en standard telefoni-plattform (de siste årene - gjennom 4G), er forskjellen mellom grunnleggende om maskinvare og programvare for SIP-telefoner uskarpt. I tillegg implementeres Session Initiation Protocol-elementer nå i de grunnleggende funksjonene til fastvaren til mange IP-kompatible enheter. Eksempler er mange enheter fra Nokia og BlackBerry, og SIP-protokollen på Android er nå en uunnværlig tjeneste.

I SIP, som i HTTP, kan brukeragenten identifisere seg ved hjelp av en bruker-agent-headerfeltmelding som inneholder en tekstbeskrivelse av programvare / maskinvare / produktnavn. Brukeragentfeltet sendes i forespørselsmeldingene. Dette betyr at mottaker SIP-serveren kan se denne informasjonen. Nettverkselementer for Session Initiation Protocol kan noen ganger lagre denne informasjonen. Og dette kan være nyttig for å diagnostisere kompatibilitetsproblemer.