SIP-protokollmeddelanden. Vad är en sip-inloggning, vad är den till för och hur får man den Vad är en trunk i IP-telefoni

SIP är en gratis IP-telefonistandard. Används ofta av både kommersiella VoIP-operatörer och gratis tjänster som Google Voice, Voxalot, Ekiga.net, Sipnet.ru, etc., som stöds av många mjuka/hårda telefoner och adaptrar, stöder videotelefoni. Till skillnad från Skype är det ett godkänt, allmänt accepterat och öppet signaleringsprotokoll för VoIP-system.

SIP har inte en enda global hanterings- och registreringsnod. Det finns många olika tjänsteleverantörer - registrarer. Du kan dra en analogi med e-post, eller mer exakt, jabber-servrar.
Dessutom kan alla användare eller organisationer köra sin egen server.

Varje SIP-adress (sip uri) består av en användarinloggning och serveradress och har formen till exempel " ". I princip är bokstäver också tillåtna i inloggningen, men jag skulle råda dig att begränsa det till enbart siffror, så att du senare inte får problem med att ringa ett sådant nummer från telefoner utan alfabetiskt tangentbord. Du kan ha ett obegränsat antal SIP-konton på ett eller olika servrar, för olika ändamål.
Eftersom SIP är en öppen standard finns det många SIP-klienter för mjukvara eller hårdvara, alla kompatibla med varandra och med alla servrar. Klienter behöver inte vara på samma server för att upprätta kommunikation. Samtidigt kommer de under en konversation automatiskt att kopplas direkt till varandra.

För att ansluta till SIP-telefoni måste du välja en registrar och en klient. För nybörjare kan vi rekommendera sipnet.ru eller comtube.ru. För Windows-användare erbjuder Sipnet sin datortelefon med förinställningar. Den kan bara fungera med den här inspelaren, men den kräver nästan ingen konfiguration. En annan populär datortelefon för detta operativsystem är X-lite.
För *Nix-system är ett bra alternativ Ekiga eller SFLphone med samma inspelare. (Ekiga finns även för Windows)

Använd inte ekiga.net-registratorn som erbjuds av Ekiga. Den har testats och hittat problem med inkommande samtal. Välj bort det första gången du startar det och välj sedan "lägg till ett SIP-konto" i kontohanteraren.

Olika registrarer kan tillhandahålla olika uppsättningar tjänster och bekvämligheter. Vissa är mer fokuserade på samtal till telefonnätet (PSTN-terminering), vissa - på olika online tjänster. Välj det som passar dig bäst eller använd flera på en gång; detta är ganska normal praxis i SIP. Den geografiska platsen för registraren spelar inte så stor roll, eftersom mediatrafik mellan klienter i de flesta fall fortfarande går direkt.
Registreringen är vanligtvis gratis, förpliktar dig inte till någonting och görs direkt från sajten, varefter du får ett nummer, lösenord, anslutningsdata (eller laddar ner ett program med förinställningar) och kan omedelbart använda ditt SIP-konto. Samtal inom nätet, till och från andra nät och från det vanliga telefonnätet via gateways är gratis. Du behöver inte ange något betalningsmedel under registreringen om du inte tänker ringa vanliga fasta/mobilnummer, ha ett personligt direktnummer eller använda andra exotiska tjänster.

På manuell inställning huvudparametrarna är ditt nummer (inloggning), serveradress för anslutning och lösenord. Ofta anges även en STUN-server. Försumma inte det, i vissa fall är det omöjligt att arbeta utan det.

När du väl har anslutit, vill du testa hur din klient fungerar. Nästan alla registrarer har servicenummer för verifiering, en lista över dessa finns på deras hemsida. I det här fallet är det mest användbara "ekotestet" eller telefonsvarare med inspelning och efterföljande uppspelning. Ofta fungerar sådana nummer bara inom nätverket, men det finns också öppna som är tillgängliga var som helst, till exempel:

Avslutningsvis några ord om kryptografi.
SIP-telefoni innehåller 2 protokoll - signal sip (kontroll, uppringning och information om anslutningsstatus) och transport rtp (direkta ljud/videoströmmar). Om båda klienterna stöder strömkryptering (SRTP/zRTP), kan samtalet föras över en krypterad kanal. Om servern och klienten stöder TLS kommer signaltrafiken att vara säker.

De senaste SIP-mjuktelefonerna:

Ekiga (GPL, *nix/windows) http://ekiga.org/
Qutecom (GPL, *nix/windows/osx) http://www.qutecom.org/
SIP Communicator (LGPL, java) http://www.sip-communicator.org/
SFLphone (GPL, *nix) http://www.sflphone.org/
Linphone (GPL, *nix/windows/osx/android/iphone) http://www.linphone.org/
SipDroid (GPL, android) http://sipdroid.org/
X-Lite (egendom, windows) http://www.counterpath.com/x-lite.html
fring (gratisprogram, mobila enheter) http://www.fring.com/

Exempel på en hårdvaru-SIP-lösning: en gateway som låter dig ansluta 2 vanlig telefon till 2 oberoende SIP-konton och använd dem utan att ansluta till en PC. En mycket bekväm och rik sak. Stöder nummerpresentation. Tillåter dig att använda SipBroker oavsett registrator (stöd för uppringningsplan).
http://voips.ru/Linksys-by-Cisco-PAP2T.html

Hela utbudet av SIP-kompatibel utrustning som produceras kan hittas till exempel här: http://www.sipnet.ru/orderandpay/hardware.php
(För vanlig användare, förmodligen är de mest användbara kategorierna "SIP-telefoner" och "VoIP-gateways"). När du väljer bör du ge företräde åt välkända och beprövade varumärken (Linksys, D-link, Cisco, Grandstream, etc.)

Flera kända sippa voip leverantörer:
http://www.sipnet.ru
http://www.comtube.ru
http://zadarma.com/ru
http://www.voxalot.com
http://www.ideasip.com
http://www.voipbuster.com

Jämförelse av priser för samtal till telefonnätet i olika riktningar:
http://www.voipratetracker.com/compare_rates
http://www.voip-catalog.com/voip_routes.html

Möjliga problem.
Om din klient registreras på servern normalt, men samtal i en eller båda riktningarna inte går igenom eller om det finns envägshörbarhet, är källan till problemen troligen en dåligt konfigurerad brandvägg eller en tätt stängd NAT som inte stöder transparent arbeta med sådana tjänster direkt. Se först till att du har allt i ordning med mixern och mikrofonen, som beskrivits tidigare. Testa att inaktivera brandväggen. Kontrollera om STUN är angivet. Nedan finns flera länkar som beskriver allt detta bättre än vad som kan göras i den här artikeln.
Separat kan vi belysa situationen när inkommande samtal fungerar direkt efter anslutning, men slutar gå igenom efter flera minuters inaktivitet. I det här fallet handlar lösningen om att välja bevarandetid i klienten och den beskrivs också väl i den första länken.
Efter varje steg, glöm inte att återansluta till servern (om det är en datortelefon, starta bara om den)
http://wiki.sipnet.ru/index.php/Connection_via_router_with_NAT
http://wiki.sipnet.ru/index.php/Broadcast_network_addresses_%28NAT%29_and_SIP

Det här avsnittet ger en beskrivning av Session Initiation Protocol - SIP, dess principer, adressering, arkitektur och en jämförelse med H323-protokollet. Grunden är hämtad från kapitel 7 i boken av B.S. Goldstein IP-telefoni.

SIP-protokollmeddelanden

Denna version av SIP-protokollet definierar sex typer av förfrågningar. Var och en av dem är utformad för att utföra ett ganska brett utbud av uppgifter, vilket är uppenbar värdighet SIP-protokoll, eftersom antalet meddelanden som utbyts mellan terminaler och servrar reduceras till ett minimum. Med hjälp av förfrågningar rapporterar klienten den aktuella platsen, bjuder in användare att delta i kommunikationssessioner, modifierar redan etablerade sessioner, avslutar dem, etc. Servern bestämmer vilken typ av begäran som tas emot av det namn som anges i startraden. På samma rad, i Request-URI-fältet, anges SIP-adressen för den utrustning som denna begäran är adresserad till. Innehållet i Till- och Request-URI-fälten kan skilja sig, till exempel kan Till-fältet ange abonnentens publicerade adress och Request-URI-fältet kan indikera användarens aktuella adress.

SIP-förfrågningar

Begäran BJUDA bjuder in användaren att delta i en kommunikationssession. Den innehåller vanligtvis en beskrivning av kommunikationssessionen, som anger vilken typ av information som tas emot och parametrarna (en lista över möjliga parameteralternativ) som krävs för att ta emot informationen, och kan också ange vilken typ av information som den uppringda användaren vill överföra . Svaret på en INVITE-förfrågan specificerar vilken typ av information som kommer att tas emot av den anropade användaren, och kan också indikera vilken typ av information som den anropade användaren kommer att sända (möjliga parametrar för informationsöverföring).

Detta meddelande kan också innehålla data som är nödvändiga för autentisering av abonnenter, och följaktligen klientåtkomst till SIP-servern. Om det är nödvändigt att ändra egenskaperna hos redan organiserade kanaler, skickas en INVITE-förfrågan med en ny beskrivning av kommunikationssessionen. Att bjuda in en ny deltagare till en redan upprättad anslutning INVITE-meddelandet används också.

Begäran FRÅGA bekräftar mottagandet av svaret på INVITE-förfrågan. Det bör noteras att ACK-begäran endast används i samband med INVITE-begäran, dvs. Med detta meddelande indikerar den uppringande användarens utrustning att den har fått ett slutgiltigt svar på sin INVITE-förfrågan. ACK-meddelandet kan innehålla den slutliga beskrivningen av kommunikationssessionen som sänds av den anropande användaren.

Begäran ANNULLERA avbryter behandlingen av tidigare överförda förfrågningar med samma värden som i CANCEL-begäran, värdena för Call-ID, To, From och CSeq-fälten, men påverkar inte de förfrågningar vars behandling redan har slutförts. Till exempel används CANCEL-begäran när proxyservern multiplicerar begäranden om att söka efter en användare i flera riktningar och hittar honom i en av dem. Servern avbryter behandlingen av förfrågningar som skickas i alla andra riktningar med ett CANCEL-meddelande.

Genom begäran HEJDÅ Den uppringda eller uppringande användarens utrustning avslutar anslutningen. Parten som tar emot BYE-begäran måste sluta sända röstinformation (multimedia) och bekräfta dess exekvering med ett 200 OK-svar.

Använder en begäran som REGISTRERA användaren rapporterar sin nuvarande plats. Detta meddelande innehåller följande fält:

• Fält Den där innehåller adressinformation som måste sparas eller ändras på servern;
• Fält Från innehåller adressen till registreringsinitiatorn. En användare kan registrera sig själv eller en annan person, till exempel kan en sekreterare registrera sin chef;
• Fält Kontakt innehåller den nya användaradressen till vilken alla framtida INVITE-förfrågningar ska skickas. Om det inte finns något kontaktfält i REGISTER-förfrågan förblir registreringen densamma. Om registreringen avbryts placeras en symbol här;
• I fält Upphör att gälla anger tiden i sekunder under vilken registreringen är giltig. Om det här fältet saknas, tilldelas standardtiden - 1 timme, varefter registreringen avbryts. Registreringen kan också avbrytas genom att skicka ett REGISTER-meddelande med fältet Expires satt till O och motsvarande kontaktfält.

Genom begäran ALTERNATIV den uppringda användaren begär information om funktionalitet terminalutrustning för den anropade användaren. Som svar på denna begäran tillhandahåller den uppringda användarens utrustning den erforderliga informationen. Användningen av OPTIONS-begäran är begränsad till de fall där det är nödvändigt att lära sig om utrustningens funktionalitet innan en anslutning upprättas. Denna typ av begäran används inte för att upprätta en anslutning.

Efter att ha testat SIP-protokollet i riktiga nätverk visade det sig att ovanstående sex typer av förfrågningar inte räcker för att lösa ett antal problem. Därför är det möjligt att nya meddelanden kommer att införas i protokollet. Den aktuella versionen av SIP-protokollet tillhandahåller således inte en metod för att överföra anslutningskontrollinformation eller annan information under en kommunikationssession. För att lösa detta problem föreslogs en ny typ av begäran - INFO. Det kan användas i följande fall:

• För att överföra PSTN/ISDN/cellulära signaleringsmeddelanden mellan gateways under en konversationssession;
• Att bära DTMF-signaler under en konversationssession;
• För att överföra faktureringsinformation.

Efter att ha slutfört beskrivningen av SIP-protokollförfrågningar, låt oss betrakta, som ett exempel, en typisk begäran av typen INVITE (Fig. 6). BJUD IN klunk: [e-postskyddad] SIP/2.0 Via: SIP/2.0/UDP kton.bell-tel.com Från: A. Bell Till: T. Watson Call-ID: [e-postskyddad] Cseq: 1 INVITE Content-Type: application/sdp Content-Length: ... v=0 o=bell 53655765 2353687637 IN IP4 12&.3.4.5 C=IN IP4 kton.bell-tel.com m=audio 3456 RTP/ AVP 0345

Ris. 6 Exempel BJUDAN begäran

I det här exemplet är användaren Bell ( [e-postskyddad]) ringer användaren Watson ( [e-postskyddad]). Begäran skickas till proxyservern (boston.bell-tel.com). I fälten Till och Från föregås adressen av posten som den uppringande användaren vill visa på den uppringda användarens display. I meddelandets brödtext indikerar den uppringande användarens utrustning i SDP-protokollformat att den kan ta emot röstinformation på port 3456, paketerad i RTP-paket och kodad med en av följande kodningsalgoritmer: 0 - PCMU, 3 - GSM, 4 - G.723 och 5 - DVI4.

När du skickar SIP-meddelanden paketerade i UDP-signaleringsmeddelanden, finns det en möjlighet att storleken på begäran eller svaret kommer att vara större än det högsta tillåtna för det givna nätverket, och paketfragmentering kommer att inträffa. För att undvika detta används ett komprimerat format för huvudhuvudnamnen, liknande det som görs i SDP-protokollet Nedan finns en lista över sådana rubriker (tabell 3).

Tabell 3. Komprimerade SIP-huvudnamn

När rubriknamnen skrivs i komprimerad form, skulle INVITE-meddelandet som visades tidigare i figur 6 se ut så här (figur 7): INVITE sip: [e-postskyddad] SIP/2.0 v: SIP/2.0/UDP kton.bell-tel.com f: A. Bell t: T. Watson i: [e-postskyddad] Cseq: 1 INBJUDAN från: application/sdp l: ... v=0 o=bell 53655765 2353687637 IN IP4 128.3.4.5 C=IN IP4 kton.bell-tel.com m=audio 3456 RTP/AVP 0345

Ris. 7 Exempel på en INVITE-förfrågan med förkortade rubriker

Typ av begäran	Begär beskrivning
BJUDA	Bjuder in användaren till en kommunikationssession. Innehåller SDP-sessionsbeskrivning
FRÅGA	Bekräftar mottagandet av det slutliga svaret på INVITE-förfrågan
HEJDÅ	Avslutar kommunikationssessionen. Kan sändas av någon av parterna som är inblandade i sessionen
ANNULLERA	Avbryter bearbetning av förfrågningar med samma Call-ID, To, From och CSeq-rubriker som själva CANCEL-begäran.
REGISTRERA	Överför adressinformation för användarregistrering på platsservern
ALTERNATIV	Begär information om terminalfunktionalitet

Svar på SIP-förfrågningar

Efter att ha mottagit och tolkat begäran sänder mottagaren (proxyservern) ett svar på denna begäran. Innehållet i svaren varierar: bekräftelse på upprättande av anslutning, överföring av begärd information, information om fel osv. Strukturen av svar och deras typer ärvdes av SIP-protokollet från HTTP-protokollet.

Sex typer av svar har identifierats som bär olika funktionella belastningar. Svarstypen är kodad som ett tresiffrigt nummer. Den viktigaste är den första siffran, som bestämmer klassen för svaret, de återstående två siffrorna kompletterar bara den första. I vissa fall kanske utrustningen inte ens känner till alla svarskoder, men den måste tolka den första siffran i svaret.

Alla svar är indelade i två grupper: informativa och slutliga. Informationssvar indikerar att begäran behandlas. De är kodade med ett tresiffrigt nummer som börjar med ett - 1xx. Vissa informativa svar, t.ex. 100 försöker, är utformade för att nollställa timers som startas i utrustningen som skickade begäran. Om ett svar på en begäran inte tas emot när timern går ut, anses begäran vara förlorad och kan (efter tillverkarens gottfinnande) sändas om. Ett av de vanligaste svaren är 180 Ringning; dess syfte är identiskt med signalen i PSTN och innebär att den uppringda användaren får en signal om ett inkommande samtal.

Slutliga svar kodas som tresiffriga siffror som börjar med siffrorna 2, 3, 4, 5 och 6. De indikerar slutförandet av förfrågningsbehandlingen och innehåller, vid behov, resultatet av förfrågningsbehandlingen. Syftet med varje typ av slutsvar diskuteras nedan.

Svar 2xx ange att begäran behandlades framgångsrikt. För närvarande, av alla svar av typen 2xx, är bara ett definierat -200 OK. Dess innebörd beror på vilken begäran den besvarar:

• svar 200 okej en BJUDAN-förfrågan betyder att den anropade utrustningen samtycker till att delta i kommunikationssessionen; kroppen av svaret indikerar funktionaliteten hos denna utrustning;
• svar 200 okej på en begäran betyder BYE slutet av kommunikationssessionen, svarsorganet innehåller ingen information;
• svar 200 okej för en CANCEL-begäran innebär avbrytande av sökningen, svarsorganet innehåller ingen information;
• svar 200 okej till REGISTER-förfrågan betyder att registreringen lyckades;
• svar 200 okej När du svarar på en OPTION-förfrågan används den för att överföra information om utrustningens funktionalitet, denna information finns i svarets brödtext.

Svar Zhh informera den uppringande användarens utrustning om den nya platsen för den uppringda användaren eller ha annan information som kan användas för ett nytt samtal:

• i svaret 300 flerval flera SIP-adresser indikeras där den uppringda användaren kan hittas, och den uppringande användaren uppmanas att välja en av dem;
• svar 301 flyttade permanent betyder att den uppringda användaren inte längre finns på den adress som anges i begäran, och förfrågningar måste skickas till den adress som anges i kontaktfältet;
• svar 302 Flyttade Tillfälligt betyder att användaren tillfälligt befinner sig (tidsperioden kan anges i fältet Expires) på en annan adress, som anges i fältet Kontakt.

Svar 4xx informerar om att ett fel har upptäckts i begäran. Efter att ha mottagit ett sådant svar ska användaren inte skicka samma begäran utan att ändra den:

• svar 400 Dålig Förfrågan innebär att begäran inte förstås på grund av närvaron av syntaxfel;
• svar 401 Obehörig betyder att begäran kräver en användarautentiseringsprocedur. Det finns olika autentiseringsalternativ, och svaret kan indikera vilken som ska användas i ett givet fall;
• svar 403 Förbjudet betyder att servern förstod begäran men vägrade att leverera den. En upprepad begäran ska inte skickas. Skälen kan vara olika, till exempel betjänas inte förfrågningar från denna adress, etc.;
• svar 485 Tvetydigt betyder att adressen i begäran inte unikt identifierar den anropade användaren;
• svar 486 Upptagen här betyder att den anropade användaren för närvarande inte kan ta emot inkommande samtal på denna adress. Svaret utesluter inte möjligheten att kontakta användaren på en annan adress eller till exempel lämna ett meddelande i röstbrevlådan.

Svar 5xxx informerar om att begäran inte kan behandlas på grund av serverfel:

• svar 500 Server internt fel betyder att servern inte kan betjäna begäran på grund av ett internt fel. Klienten kan försöka skicka om begäran efter en tid;
• svar 501 Ej implementerad betyder att servern inte implementerar de funktioner som krävs för att betjäna denna begäran. Svaret skickas till exempel när servern inte kan känna igen typen av begäran;
• svar 502 Bad Gateway informerar om att servern som fungerar som en gateway eller proxyserver har fått ett felaktigt svar från servern som den skickade begäran till;
• svar 503 Tjänst Otillgänglig indikerar att servern för närvarande inte kan betjäna samtalet på grund av överbelastning eller Underhåll.

Svar 6xxx informerar om att en anslutning med den anropade användaren inte kan upprättas:

• svar 600 upptagen överallt rapporterar att den uppringda användaren är upptagen och inte kan ta emot ett samtal för tillfället på någon av hans tillgängliga adresser. Svaret kan indikera en lämplig tidpunkt för att ringa användaren;
• svar 603 Nedgång betyder att den uppringda användaren inte kan eller vill acceptera det inkommande samtalet. Svaret kan indikera en lämplig tidpunkt för samtalet;
• svar 604 finns inte någonstans betyder att den anropade användaren inte existerar.

Förfrågningar och svar på dem utgör en SIP-transaktion. Det sker mellan klienten och servern och inkluderar alla meddelanden från den första begäran till det slutliga svaret. När TCP används som en transport, överförs alla förfrågningar och svar relaterade till en transaktion över en TCP-anslutning.

Figur 8 visar ett exempelsvar på en INVITE-förfrågan:

SIP/2.0 200 OK Via: SIP/2.0/UDP kton.bell-tel.com Från: A. Bell Till: ; Samtals-ID: [e-postskyddad] Cseq: 1 INVITE Content-Type: application/sdp Content-Length: ... v=0 o=watson 4858949 4858949 IN IP4 192.1.2.3 t=3149329600 0 c=IN IP4 bostcon.bell-tel.com m=4 audio 50 RTP/AVP 0 3 a=rtpmap:0 PCMU/8000 a=rtpmap:3 GSM/8000

Ris. 8 Exempel på SIP-svar 200 OK

Det här exemplet visar en Watson-användares svar på en samtalsinbjudan från en Bell-användare. Vi diskuterade det mest troliga formatet för inbjudan tidigare (Fig. 7). Den uppringda parten informerar den uppringande parten att den kan ta emot röstinformation kodad i enlighet med PCMU- och GSM-kodningsalgoritmer vid port 5004. Fälten Från, Till, Via, Call-ID är hämtade från begäran som visas i figur 7. Från exemplet kan du se att detta är ett svar på en INVITE-förfrågan med CSeq:1-fältet.

Efter att vi har granskat förfrågningarna och svaren på dem kan det noteras att SIP-protokollet tillhandahåller olika algoritmer för anslutningsetablering. Det är värt att notera att samma svar kan tolkas olika beroende på den specifika situationen. Tabell 5 sammanfattar alla svar på förfrågningar som definieras av SIP-protokollet.

Tabell 5. Svar på SIP-förfrågningar

Svarskod	Förklaring	Syfte
100	Påfrestande	Begäran bearbetas, till exempel, servern kommer åt databaser, men platsen för den anropade användaren är för närvarande odefinierad
180	Ringande	Platsen för den anropade användaren bestäms. Han får en signal om ett inkommande samtal
181	Samtal vidarekopplas	Proxyservern omdirigerar samtalet till en annan användare
182	I kö	Den uppringda användaren är tillfälligt otillgänglig, men ett inkommande samtal står i kö. När den uppringda användaren blir tillgänglig kommer han att skicka det slutliga svaret
200	OK	Kommandot har slutförts
300	Flera val	Den uppringda användaren är tillgänglig på flera adresser. Den som ringer kan välja vilken som helst av dem
301	flyttad permanent	Användaren har ändrat sin plats, hans nya adress anges i kontaktfältet
302	Flyttade tillfälligt	Användaren har tillfälligt ändrat sin plats, hans nya adress anges i kontaktfältet
305	Använd proxy	Den uppringda parten kan bara acceptera ett inkommande samtal om det går via en proxyserver. Den som ringer rekommenderas att kontakta proxyservern vars adress anges i kontaktfältet. Svaret sänds endast av terminalutrustningen (UAS)
380	Alternativ tjänst	Samtalet nådde inte destinationen, men det finns ett alternativt servicealternativ, vilket anges i svarstexten. Till exempel kan ett samtal vidarekopplas till en röst brevlåda
400	Dåligt testamente	Det fanns ett syntaxfel i begäran
401	Obehörig	Procedur för användarauktorisering krävs
402	Betalning krävs	Förskottsbetalning för nödvändiga tjänster
403	Förbjuden	Begäran kommer inte att betjänas av servern och bör inte sändas om
404	Hittades inte	Servern hittade inte den anropade användaren i den domän som anges i fältet Request-URI
405	metoden är inte tillåten	Det är inte tillåtet att skicka denna typ av begäran till den adress som anges i fältet Request-URI. Fältet Tillåt i svaret anger de tillåtna typerna av förfrågningar
406	Inte acceptabelt	Svar som genereras av den som ringer kommer inte att förstås av den som ringer
407	Proxy-autentisering krävs	Klienten måste bekräfta sin rätt att komma åt proxyservern
408	Föreslå uppehåll	Servern kan inte skicka ett svar, t.ex. platsen för den anropade användaren, under den tidsperiod som anges i fältet Expires i begäran. Den som ringer kan skicka in begäran igen efter en tid
409	Konflikt	Behandlingen av REGISTER-begäran kunde inte slutföras på grund av en konflikt mellan åtgärden som anges i åtgärdsparametern för begäran och resursernas nuvarande tillstånd
410	Borta	Servern har inte längre åtkomst till den begärda resursen och vet inte vart den ska vidarebefordra begäran
411	Längd krävs	Du måste ange längden på meddelandetexten i fältet Content-Length
413	Begäran Entitet för stor	Begäran är för stor för att bearbetas
414	Request-URI Too Large	Adressen som angavs i fältet Request-URI var för stor för att kunna tolkas
415	Mediatyp som inte stöds	Begäran innehåller ett meddelandetextformat som inte stöds
420	Dålig förlängning	Servern förstod inte protokolltillägget som anges i fältet Kräv
480	Tillfälligt inte tillgänglig	Den uppringda användaren är tillfälligt otillgänglig
481	Ring Beg/Transaktionen existerar inte	Skickas som svar på mottagande av en BYE-förfrågan som inte är relaterad till aktuella anslutningar, eller en AVBRYT-förfrågan som inte är relaterad till aktuella förfrågningar.
482	Slinga upptäckt	Servern upptäckte att begäran som den accepterade överfördes längs en stängd rutt (via-fältet innehåller redan adressen till denna server)
483	För många humle	Servern upptäckte i fältet Via att begäran den accepterade gick igenom fler proxyservrar än vad som tillåts i fältet Max-Forwards
484	Adress ofullständig	Servern accepterade en begäran med en ofullständig adress i fältet Till eller Request-URI. Ytterligare adressuppgifter krävs
485	Tvetydig	Adressen till den anropade användaren är tvetydig. Kontakthuvudet i svaret kan innehålla en lista med adresser som denna begäran kan skickas till
486	Upptagen här	Den uppringda användaren vill eller kan för närvarande inte acceptera ett samtal till denna adress. Svaret utesluter inte möjligheten att kontakta användaren på en annan adress.
500	internt serverfel	internt serverfel
501	Ej implementerad	Servern implementerar inte de funktioner som krävs för att betjäna begäran. Ett svar skickas när servern inte kan känna igen den typ av begäran den har tagit emot.
502	Dålig gateway	En server som fungerar som en gateway eller proxy får ett felaktigt svar från servern som den skickade begäran till
503	Tjänsten är inte tillgänglig	Servern kan för närvarande inte betjäna samtalet på grund av överbelastning eller underhåll.
504	Gateway Timeout	En server som fungerar som en gateway eller proxy har inte fått något svar inom ett angivet tidsintervall från servern (till exempel en platsserver) som den kontaktade för att slutföra behandlingen av begäran
505	SIP-versionen stöds inte	Servern stöder inte denna version SIP-protokoll
600	Upptagen överallt	Den uppringda användaren är upptagen och vill inte acceptera samtalet just nu. Svaret kan indikera lämplig tidpunkt att ringa
603	Nedgång	Den uppringda användaren kan eller vill inte ta emot inkommande samtal. Svaret kan indikera en lämplig tidpunkt för samtalet.
604	Finns inte någonstans	Den anropade användaren finns inte
606	Inte acceptabelt	Den uppringda användaren kan inte acceptera det inkommande samtalet på grund av att den typ av information som anges i komi SDP-format, bandbredd etc. oacceptabel

SIP/2.0 100 Försöker- Förfrågan bearbetas, till exempel kommer servern åt databaser, men platsen för den anropade användaren är för närvarande okänd.

SIP/2.0 180 Ringning- Platsen för den uppringda användaren bestäms. Han får en signal om ett inkommande samtal.

SIP/2.0 181 Samtal vidarebefordras- Proxyservern omdirigerar samtalet till en annan användare.

SIP/2.0 182 Kö- Den uppringda användaren är tillfälligt otillgänglig, men det inkommande samtalet står i kö. När den uppringda användaren blir tillgänglig kommer han att skicka det slutliga svaret.

SIP/2.0 200 OK- Kommandot slutfördes framgångsrikt. En BJUDAN-förfrågan betyder att den anropade utrustningen samtycker till att delta i kommunikationssessionen; kroppen av svaret indikerar funktionaliteten hos denna utrustning; Som svar på en BYE-förfrågan avslutas kommunikationssessionen, svarskroppen innehåller ingen information; För en CANCEL-begäran avbryts sökningen, svarskroppen innehåller ingen information; till REGISTER-förfrågan betyder att registreringen lyckades; OPTION-begäran används för att överföra information om utrustningens funktionalitet, denna information finns i svarets brödtext.

SIP/2.0 300 Flerval– Den uppringda användaren finns på flera adresser. Den som ringer kan välja vilken som helst av dem. Svaret specificerar flera SIP-adresser där den uppringda användaren kan hittas, och den uppringande användaren uppmanas att välja en av dem.

SIP/2.0 301 Flyttade permanent- Användaren har ändrat sin plats, hans nya adress anges i kontaktfältet.

SIP/2.0 302 Flyttade tillfälligt- Användaren har tillfälligt ändrat sin plats (tidsperioden kan anges i fältet Expires), hans nya adress anges i kontaktfältet.

SIP/2.0 305 Använd proxy- Den uppringda parten kan bara acceptera ett inkommande samtal om det går via en proxyserver. Den som ringer rekommenderas att kontakta proxyservern vars adress anges i kontaktfältet. Svaret sänds endast av terminalutrustningen (UAS).

SIP/2.0 380 Alternativ tjänst– Samtalet nådde inte mottagaren, men ett alternativt servicealternativ finns, vilket anges i svarsinstansen. Till exempel kan samtalet vidarekopplas till en röstbrevlåda.

SIP/2.0 400 Bad Bequest- Begäran förstås inte på grund av förekomsten av syntaxfel.

SIP/2.0 401 Obehörig- Begäran kräver en procedur för användarautentisering. Det finns olika autentiseringsalternativ, och svaret kan indikera vilken som ska användas i ett givet fall.

SIP/2.0 402 Betalning krävs- Förskottsbetalning för tjänster krävs.

SIP/2.0 403 Förbjudet- Begäran kommer inte att betjänas av servern och bör inte sändas om.

SIP/2.0 404 Hittade inte- Servern hittade inte den anropade användaren i den domän som anges i fältet Request-URI.

SIP/2.0 405 Metod ej tillåten- Det är inte tillåtet att skicka en begäran av denna typ till den adress som anges i fältet Request-URI. Fältet Tillåt i svaret anger de tillåtna typerna av förfrågningar

SIP/2.0 406 Ej acceptabelt- Svar som genereras av den som ringer kommer inte att förstås av den som ringer.

SIP/2.0 407 Proxy-autentisering krävs- Klienten måste bekräfta sin rätt att komma åt proxyservern.

SIP/2.0 408 Timeout för begäran- Servern kan inte skicka ett svar, till exempel som anger var den anropade användaren befinner sig, inom den tidsperiod som anges i fältet Expires i begäran. Den som ringer kan skicka in begäran igen efter en tid.

SIP/2.0 409 Konflikt- Bearbetning av REGISTER-begäran kunde inte slutföras på grund av en konflikt mellan åtgärden som anges i åtgärdsparametern för begäran och resursernas nuvarande tillstånd.

SIP/2.0 410 Borta- Servern har inte längre tillgång till den begärda resursen och vet inte vart den ska vidarebefordra begäran.

SIP/2.0 411 Längd krävs- Du måste ange längden på meddelandetexten i fältet Content-Length.

SIP/2.0 413 Request Entity Too Large- Begäran är för stor för att bearbetas.

SIP/2.0 414 Request-URI Too Large- Adressen som angavs i fältet Request-URI var för stor för att kunna tolkas.

SIP/2.0 415 Mediatyp som inte stöds- Begäran innehåller ett meddelandetextformat som inte stöds.

SIP/2.0 420 Dålig tillägg- Servern förstod inte protokolltillägget som anges i fältet Kräv.

SIP/2.0 480 Tillfälligt ej tillgänglig- Den uppringda användaren är tillfälligt otillgänglig.

SIP/2.0 481 Ring Beg/Transaktion finns inte- Skickas som svar på mottagande av en BYE-förfrågan som inte är relaterad till aktuella anslutningar, eller en AVBRYT-förfrågan som inte är relaterad till aktuella förfrågningar.

SIP/2.0 482 Slinga upptäckt- Servern har upptäckt att begäran som den har accepterat sänds längs en stängd rutt (Via-fältet innehåller redan adressen till denna server).

SIP/2.0 483 För många humle- Servern upptäckte i Via-fältet att begäran den accepterade gick igenom fler proxyservrar än vad som tillåts i Max-Forwards-fältet.

SIP/2.0 484 Adress ofullständig- Servern accepterade en begäran med en ofullständig adress i fältet Till eller Request-URI. Ytterligare adressuppgifter krävs.

SIP/2.0 485 Tvetydig- Adressen till den uppringda användaren är tvetydig. Kontakthuvudet i svaret kan innehålla en lista med adresser som denna begäran kan skickas till.

SIP/2.0 486 Upptagen här- Den uppringda användaren kan för närvarande inte ta emot ett inkommande samtal på den här adressen. Svaret utesluter inte möjligheten att kontakta användaren på en annan adress eller till exempel lämna ett meddelande i röstbrevlådan.

SIP/2.0 500 internt serverfel- Servern kan inte betjäna begäran på grund av ett internt fel. Klienten kan försöka skicka om begäran efter en tid.

SIP/2.0 501 Ej implementerad- Servern implementerar inte de funktioner som krävs för att betjäna denna begäran. Svaret skickas till exempel när servern inte kan känna igen typen av begäran.

SIP/2.0 502 Dålig gateway- En server som fungerar som en gateway eller proxyserver får ett felaktigt svar från servern som den skickade begäran till.

SIP/2.0 503 Tjänst ej tillgänglig- Servern kan för närvarande inte betjäna samtalet på grund av överbelastning eller underhåll.

SIP/2.0 504 Gateway Timeout- En server som fungerar som en gateway eller proxyserver har inte fått något svar inom ett angivet tidsintervall från servern (till exempel en platsserver) som den kontaktade för att slutföra behandlingen av begäran.

SIP/2.0 505 SIP-version stöds inte- Servern stöder inte denna version av SIP-protokollet.

SIP/2.0 600 Upptagen överallt– Den uppringda användaren är upptagen och vill inte svara på samtalet för tillfället. Svaret kan indikera lämplig tidpunkt att ringa

SIP/2.0 603 Nedgång- Den uppringda användaren kan eller vill inte ta emot inkommande samtal. Svaret kan indikera en lämplig tidpunkt för samtalet.

SIP/2.0 604 Finns inte någonstans- Den uppringda användaren finns inte.

SIP/2.0 606 Ej acceptabelt- Den uppringda användaren kan inte acceptera det inkommande samtalet på grund av att den typ av information som anges i beskrivningen av kommunikationssessionen i SDP-format, bandbredd etc. oacceptabel.