Zprávy protokolu SIP. Co je sip login, k čemu slouží a jak ho získat Co je to trunk v IP telefonii

SIP je bezplatný standard IP telefonie. Široce používané jak komerčními VoIP operátory, tak i bezplatné služby jako je Google Voice, Voxalot, Ekiga.net, Sipnet.ru atd., podporované mnoha soft/hard telefony a adaptéry, podporuje videotelefonii. Na rozdíl od Skype se jedná o schválený, obecně uznávaný a otevřený signalizační protokol pro VoIP systémy.

SIP nemá jediný globální řídící a registrační uzel. Existuje mnoho různých poskytovatelů služeb – registrátorů. Můžete nakreslit analogii s e-mailem, přesněji řečeno s jabber servery.
Každý uživatel nebo organizace může navíc provozovat svůj vlastní server.

Jakákoli adresa SIP (sip uri) se skládá z přihlašovacího jména uživatele a adresy serveru a má tvar například „ “. V přihlášení jsou v zásadě povolena i písmena, ale doporučil bych to omezit pouze na čísla, abyste později neměli problémy s vytáčením takového čísla z telefonů bez abecední klávesnice. Můžete mít neomezený počet SIP účtů na jednom resp různé servery, pro různé účely.
Vzhledem k tomu, že SIP je otevřený standard, existuje mnoho softwarových nebo hardwarových SIP klientů, z nichž všichni jsou kompatibilní mezi sebou as libovolnými servery. Klienti nemusí být na stejném serveru, aby mohli navázat komunikaci. Zároveň budou během konverzace automaticky spojeni přímo k sobě.

Pro připojení k SIP telefonii je potřeba vybrat registrátora a klienta. Pro začátečníky můžeme doporučit sipnet.ru nebo comtube.ru. Pro uživatele Windows nabízí Sipnet svůj softwarový telefon s předvolbami. Může fungovat pouze s tímto rekordérem, ale nevyžaduje téměř žádnou konfiguraci. Dalším oblíbeným softphonem pro tento OS je X-lite.
Pro systémy *Nix je dobrou volbou Ekiga nebo SFLphone se stejnými rekordéry. (Ekiga je k dispozici také pro Windows)

Nepoužívejte registrátora ekiga.net nabízeného společností Ekiga. Byl testován a zjistil problémy s příchozími hovory. Při prvním spuštění se z něj odhlaste a poté ve správci účtu vyberte „přidat účet SIP“.

Různí registrátoři mohou poskytovat různé sady služeb a vybavení. Některé jsou více zaměřeny na volání do telefonní sítě (ukončení PSTN), některé - na různé online služby. Vyberte si, co vám nejlépe vyhovuje, nebo použijte několik najednou, to je v SIP zcela normální praxe. Na geografické poloze registrátora příliš nezáleží, protože mediální provoz mezi klienty bude ve většině případů stále probíhat přímo.
Registrace je většinou zdarma, k ničemu vás nezavazuje a provádí se přímo ze stránek, poté obdržíte číslo, heslo, údaje o připojení (případně si stáhnete program s předvolbami) a můžete svůj SIP účet ihned používat. Volání v rámci sítě, do a z jiných sítí az běžné telefonní sítě přes brány jsou zdarma. Při registraci nemusíte uvádět žádné platební prostředky, pokud nehodláte volat na běžná pevná/mobilní čísla, obsahovat osobní číslo pro přímý přístup nebo využívat jiné exotické služby.

Na manuální nastavení hlavními parametry jsou vaše číslo (login), adresa serveru pro připojení a heslo. Často je také specifikován server STUN. Nezanedbávejte to, v některých případech je bez něj práce nemožná.

Jakmile se úspěšně připojíte, budete chtít vyzkoušet, jak váš klient funguje. Téměř všichni registrátoři mají pro ověření servisní čísla, jejichž seznam je na jejich webu. V tomto případě je nejužitečnější „echo test“ neboli záznamníky s nahráváním a následným přehráváním. Často taková čísla fungují pouze v rámci sítě, ale existují i ​​otevřená čísla, která jsou dostupná odkudkoli, například:

Na závěr pár slov o kryptografii.
SIP telefonie zahrnuje 2 protokoly - signal sip (ovládání, vytáčení a informace o stavu spojení) a transport rtp (přímé audio/video streamy). Pokud oba klienti podporují šifrování toku (SRTP/zRTP), lze konverzaci vést přes šifrovaný kanál. Pokud server a klient podporují TLS, bude signalizační provoz zabezpečený.

Nejnovější softwarové telefony SIP:

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 (proprietární, windows) http://www.counterpath.com/x-lite.html
fring (freeware, mobilní zařízení) http://www.fring.com/

Příklad hardwarového řešení SIP: brána, která umožňuje připojení 2 běžný telefon na 2 nezávislé SIP účty a používat je bez připojení k PC. Velmi pohodlná a bohatá věc. Podporuje CallerID. Umožňuje používat SipBroker bez ohledu na registrátora (podpora vytáčecího plánu).
http://voips.ru/Linksys-by-Cisco-PAP2T.html

Celou řadu vyráběných zařízení kompatibilních se SIP lze nalézt například zde: http://www.sipnet.ru/orderandpay/hardware.php
(Pro běžný uživatel, pravděpodobně nejužitečnější kategorie budou „SIP telefony“ a „VoIP brány“). Při výběru byste měli dát přednost známým a osvědčeným značkám (Linksys, D-link, Cisco, Grandstream atd.)

Několik slavných popíjet voip poskytovatelé:
http://www.sipnet.ru
http://www.comtube.ru
http://zadarma.com/ru
http://www.voxalot.com
http://www.ideasip.com
http://www.voipbuster.com

Porovnání cen za volání do telefonní sítě v různých směrech:
http://www.voipratetracker.com/compare_rates
http://www.voip-catalog.com/voip_routes.html

Možné problémy.
Pokud se váš klient zaregistroval na serveru normálně, ale hovory v jednom nebo obou směrech neprocházejí nebo je jednosměrná slyšitelnost, zdrojem problémů je pravděpodobně špatně nakonfigurovaný firewall nebo těsně uzavřený NAT, který nepodporuje transparentní pracovat s takovými službami ihned po vybalení. Nejprve se ujistěte, že máte vše v pořádku s mixpultem a mikrofonem, jak bylo popsáno dříve. Zkuste vypnout firewall. Zkontrolujte, zda je specifikováno STUN. Níže je několik odkazů, které to vše popisují lépe, než lze provést v tomto článku.
Samostatně můžeme upozornit na situaci, kdy příchozí hovory fungují ihned po spojení, ale přestanou procházet po několika minutách nečinnosti. V tomto případě řešení spočívá ve výběru doby udržení v klientovi a je také dobře popsáno v prvním odkazu.
Po každém kroku se nezapomeňte znovu připojit k serveru (pokud se jedná o softphone, stačí jej restartovat)
http://wiki.sipnet.ru/index.php/Connection_via_router_with_NAT
http://wiki.sipnet.ru/index.php/Broadcast_network_addresses_%28NAT%29_and_SIP

Tato část obsahuje popis protokolu Session Initiation Protocol - SIP, jeho principy, adresování, architekturu a srovnání s protokolem H323. Základ je převzat ze 7. kapitoly knihy B.S. Goldstein IP telefonie.

Zprávy protokolu SIP

Tato verze protokolu SIP definuje šest typů požadavků. Každý z nich je navržen tak, aby vykonával poměrně širokou škálu úkolů, což je zjevnou důstojnost Protokol SIP, protože díky tomu je počet zpráv vyměňovaných mezi terminály a servery snížen na minimum. Klient pomocí požadavků hlásí aktuální umístění, zve uživatele k účasti na komunikačních relacích, upravuje již vytvořené relace, ukončuje je atd. Server určuje typ přijatého požadavku podle jména zadaného na počátečním řádku. Na stejném řádku je v poli Request-URI uvedena SIP adresa zařízení, kterému je tento požadavek adresován. Obsah polí To a Request-URI se může lišit, například pole To může indikovat zveřejněnou adresu předplatitele a pole Request-URI může indikovat aktuální adresu uživatele.

SIP požadavky

Žádost POZVAT zve uživatele k účasti na komunikační relaci. Obvykle obsahuje popis komunikační relace, který udává typ přijímané informace a parametry (seznam možných parametrů parametrů) nezbytné pro příjem informací a může také udávat typ informací, které si volaný uživatel přeje vysílat. . Odpověď na požadavek INVITE specifikuje typ informací, které obdrží volaný uživatel, a může také indikovat typ informací, které bude volaný uživatel vysílat (možné parametry přenosu informací).

Tato zpráva může také obsahovat údaje potřebné pro autentizaci účastníka a následně klientský přístup k SIP serveru. Pokud je nutné změnit charakteristiky již organizovaných kanálů, je odeslána žádost INVITE s novým popisem komunikační relace. Chcete-li pozvat nového účastníka do již navázané spojení používá se také zpráva INVITE.

Žádost DOTÁZAT SE potvrzuje přijetí odpovědi na žádost INVITE. Je třeba poznamenat, že požadavek ACK se používá pouze ve spojení s požadavkem INVITE, tzn. Touto zprávou zařízení volajícího uživatele indikuje, že obdrželo konečnou odpověď na svůj požadavek INVITE. Zpráva ACK může obsahovat konečný popis komunikační relace vysílané volajícím uživatelem.

Žádost ZRUŠENÍ zruší zpracování dříve odeslaných požadavků se stejnými hodnotami jako v požadavku CANCEL, hodnoty polí Call-ID, To, From a CSeq, ale neovlivní ty požadavky, jejichž zpracování již bylo dokončeno. Požadavek CANCEL se například používá, když proxy server znásobí požadavky na vyhledání uživatele v několika směrech a najde ho v jednom z nich. Server zruší zpracování požadavků odeslaných všemi ostatními směry zprávou CANCEL.

Na požádání SBOHEM Zařízení volaného nebo volajícího uživatele ukončí spojení. Strana přijímající požadavek BYE musí zastavit přenos hlasových (multimediálních) informací a potvrdit jeho provedení odpovědí 200 OK.

Pomocí žádosti jako REGISTROVAT uživatel nahlásí svou aktuální polohu. Tato zpráva obsahuje následující pole:

• Pole Že obsahuje informace o adrese, které je třeba uložit nebo upravit na serveru;
• Pole Z obsahuje adresu iniciátora registrace. Uživatel se může zaregistrovat buď sám, nebo jiná osoba, například sekretářka může zaregistrovat svého šéfa;
• Pole Kontakt obsahuje novou adresu uživatele, na kterou mají být zasílány všechny budoucí požadavky INVITE. Pokud v požadavku REGISTRACE není pole Kontakt, pak registrace zůstává stejná. Pokud je registrace zrušena, je zde umístěn symbol;
• V terénu Platnost vyprší udává čas v sekundách, po který je registrace platná. Pokud toto pole chybí, je přiřazen výchozí čas - 1 hodina, po které je registrace zrušena. Registraci lze také zrušit zasláním zprávy REGISTER s polem Expires nastaveným na O a odpovídajícím polem Kontakt.

Na požádání MOŽNOSTI volaný uživatel požaduje informace o funkčnost koncové zařízení volaného uživatele. V reakci na tento požadavek poskytne zařízení volaného uživatele požadované informace. Použití požadavku OPTIONS je omezeno na případy, kdy je nutné se před navázáním spojení dozvědět o funkčnosti zařízení. Tento typ požadavku se nepoužívá k navázání spojení.

Po testování protokolu SIP v reálných sítích se ukázalo, že výše uvedených šest typů požadavků na vyřešení řady problémů nestačí. Je tedy možné, že do protokolu budou zavedeny nové zprávy. Současná verze protokolu SIP tedy neposkytuje způsob pro přenos informací o řízení spojení nebo jiných informací během komunikační relace. K vyřešení tohoto problému byl navržen nový typ požadavku - INFO. Může být použit v následujících případech:

• Pro přenos PSTN/ISDN/mobilních signalizačních zpráv mezi bránami během konverzační relace;
• Přenášet signály DTMF během konverzace;
• Pro přenos fakturačních údajů.

Po dokončení popisu požadavků protokolu SIP uvažujme jako příklad typický požadavek typu INVITE (obr. 6). POZVAT doušek: [e-mail chráněný] SIP/2.0 Přes: SIP/2.0/UDP kton.bell-tel.com Od: A. Bell Komu: T. Watson Call-ID: [e-mail chráněný] 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

Rýže. 6 Příklad požadavku INVITE

V tomto příkladu uživatel Bell ( [e-mail chráněný]) volá uživatele Watson ( [e-mail chráněný]). Požadavek je odeslán na proxy server (boston.bell-tel.com). V polích Komu a Od předchází adresa údaj, který si volající přeje zobrazit na displeji volaného. V těle zprávy zařízení volajícího uživatele udává ve formátu protokolu SDP, že může přijímat hlasové informace na portu 3456, zabalené v RTP paketech a zakódované pomocí jednoho z následujících kódovacích algoritmů: 0 - PCMU, 3 - GSM, 4 - G.723 a 5 - DVI4.

Při odesílání SIP zpráv zabalených v rámci UDP signalizačních zpráv existuje možnost, že velikost požadavku nebo odpovědi bude větší než maximum povolené pro danou síť a dojde k fragmentaci paketů. Aby se tomu zabránilo, používá se komprimovaný formát pro názvy hlavních hlaviček, podobný tomu, co se provádí v protokolu SDP. Níže je uveden seznam těchto hlaviček (Tabulka 3).

Tabulka 3. Komprimovaná jména hlaviček SIP

Když jsou názvy hlaviček zapsány v komprimované podobě, bude zpráva INVITE zobrazená dříve na obrázku 6 vypadat takto (obrázek 7): INVITE sip: [e-mail chráněný] SIP/2.0 v: SIP/2.0/UDP kton.bell-tel.com f: A. Bell t: T. Watson i: [e-mail chráněný] Cseq: 1 INVITE from: 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

Rýže. 7 Příklad požadavku INVITE se zkrácenými hlavičkami

Typ požadavku	Popis požadavku
POZVAT	Pozve uživatele ke komunikační relaci. Obsahuje popis relace SDP
DOTÁZAT SE	Potvrzuje přijetí konečné odpovědi na žádost INVITE
SBOHEM	Ukončí komunikační relaci. Může být přenášen kteroukoli ze stran zapojených do relace
ZRUŠENÍ	Zruší zpracování požadavků se stejnými hlavičkami Call-ID, To, From a CSeq jako samotný požadavek CANCEL.
REGISTROVAT	Přenáší informace o adrese pro registraci uživatele na lokačním serveru
VOLBA	Požaduje informace o funkčnosti terminálu

Odpovědi na požadavky SIP

Po přijetí a interpretaci požadavku odešle příjemce (proxy server) odpověď na tento požadavek. Obsah odpovědí je různý: potvrzení navázání spojení, předání požadovaných informací, informace o poruchách atd. Strukturu odpovědí a jejich typy zdědil protokol SIP od protokolu HTTP.

Bylo identifikováno šest typů odezev, které nesou různé funkční zatížení. Typ odpovědi je kódován jako třímístné číslo. Nejdůležitější je první číslice, která určuje třídu odpovědi, zbývající dvě číslice pouze doplňují první. V některých případech nemusí zařízení ani znát všechny kódy odpovědí, ale musí interpretovat první číslici odpovědi.

Všechny odpovědi jsou rozděleny do dvou skupin: informační a závěrečná. Informační odpovědi naznačují, že se požadavek zpracovává. Jsou zakódovány třímístným číslem začínajícím jedničkou - 1xx. Některé informativní odpovědi, např. 100 Pokus, jsou navrženy k nastavení časovačů na nulu, které jsou spuštěny v zařízení, které odeslalo požadavek. Pokud není odpověď na požadavek přijata do doby vypršení časovače, je požadavek považován za ztracený a může být (dle uvážení výrobce) znovu odeslán. Jednou z častých odpovědí je 180 Zvonění; jeho účel je shodný se signálem v PSTN a znamená, že volaný uživatel obdrží signál o příchozím hovoru.

Konečné odpovědi jsou zakódovány jako třímístná čísla začínající čísly 2, 3, 4, 5 a 6. Označují dokončení zpracování požadavku a v případě potřeby obsahují výsledek zpracování požadavku. Účel každého typu konečné odpovědi je diskutován níže.

Odpovědi 2xx označují, že požadavek byl úspěšně zpracován. V současné době je ze všech odpovědí typu 2xx definována pouze jedna -200 OK. Jeho význam závisí na tom, na jaký požadavek odpovídá:

• Odpovědět 200 v pořádku požadavek INVITE znamená, že volané zařízení souhlasí s účastí na komunikační relaci; tělo odpovědi označuje funkčnost tohoto zařízení;
• Odpovědět 200 v pořádku na požadavek, BYE znamená konec komunikační relace, tělo odpovědi neobsahuje žádné informace;
• Odpovědět 200 v pořádku pro požadavek CANCEL znamená zrušení vyhledávání, tělo odpovědi neobsahuje žádné informace;
• Odpovědět 200 v pořádku na žádost REGISTRACE znamená, že registrace byla úspěšná;
• Odpovědět 200 v pořádku Při odpovědi na požadavek OPTION slouží k přenosu informace o funkčnosti zařízení, tato informace je obsažena v těle odpovědi.

Odpovědi Zhh informovat zařízení volajícího uživatele o novém umístění volaného uživatele nebo přenášet jiné informace, které lze použít pro nový hovor:

• v odpovědi 300 více možností je uvedeno několik adres SIP, na kterých lze volaného uživatele nalézt, a volající uživatel je požádán, aby jednu z nich vybral;
• Odpovědět 301 Trvale přesunuto znamená, že volaný uživatel se již nenachází na adrese uvedené v požadavku a požadavky je třeba zasílat na adresu uvedenou v poli Kontakt;
• Odpovědět 302 Dočasně přesunuto znamená, že uživatel je dočasně (dobu lze zadat v poli Expires) na jiné adrese, která je uvedena v poli Kontakt.

Odpovědi 4xx informuje, že v požadavku byla zjištěna chyba. Po obdržení takové odpovědi by uživatel neměl odeslat stejnou žádost, aniž by ji upravil:

• Odpovědět 400 špatný požadavek znamená, že žádost není pochopena z důvodu přítomnosti syntaktické chyby;
• Odpovědět 401 Neoprávněně znamená, že požadavek vyžaduje proceduru ověření uživatele. Existují různé možnosti ověřování a odpověď může naznačovat, kterou z nich v daném případě použít;
• Odpovědět 403 Přístup odepřen znamená, že server požadavek pochopil, ale odmítl jej obsloužit. Opakovaná žádost by se neměla zasílat. Důvody mohou být různé, např. požadavky z této adresy nejsou obsluhovány apod.;
• Odpovědět 485 Nejednoznačné znamená, že adresa v požadavku jednoznačně neidentifikuje volaného uživatele;
• Odpovědět 486 Zaneprázdněn zde znamená, že volaný uživatel momentálně nemůže přijímat příchozí hovor na této adrese. Odpověď nevylučuje možnost kontaktovat uživatele na jiné adrese nebo například zanechat vzkaz v hlasové schránce.

Odpovědi 5xxx informuje, že požadavek nelze zpracovat z důvodu selhání serveru:

• Odpovědět 500 Interní chyba serveru znamená, že server není schopen obsloužit požadavek kvůli vnitřní chybě. Klient se může po nějaké době pokusit odeslat požadavek znovu;
• Odpovědět 501 Neimplementováno znamená, že server neimplementuje funkce nezbytné pro obsluhu tohoto požadavku. Odpověď je odeslána, například když server nemůže rozpoznat typ požadavku;
• Odpovědět 502 Špatná brána informuje, že server fungující jako brána nebo proxy server obdržel nesprávnou odpověď od serveru, na který odeslal požadavek;
• Odpovědět 503 služba nedostupná označuje, že server aktuálně nemůže obsluhovat volání z důvodu přetížení nebo Údržba.

Odpovědi 6xxx informuje, že nelze navázat spojení s volaným uživatelem:

• Odpovědět 600 zaneprázdněn všude hlásí, že volaný uživatel je zaneprázdněn a nemůže v tuto chvíli přijmout hovor na žádné ze svých dostupných adres. Odpověď může indikovat čas vhodný pro zavolání uživatele;
• Odpovědět 603 Odmítnout znamenáže volaný uživatel není schopen nebo ochoten přijmout příchozí hovor. Odpověď může udávat vhodný čas pro hovor;
• Odpovědět 604 nikde neexistuje znamená, že volaný uživatel neexistuje.

Požadavky a odpovědi na ně tvoří SIP transakci. Probíhá mezi klientem a serverem a zahrnuje všechny zprávy od prvního požadavku až po konečnou odpověď. Při použití TCP jako transportu jsou všechny požadavky a odpovědi související s jednou transakcí přenášeny přes jedno TCP spojení.

Obrázek 8 ukazuje příklad odpovědi na požadavek INVITE:

SIP/2.0 200 OK Přes: SIP/2.0/UDP kton.bell-tel.com Od: A. Bell Komu: ; Call-ID: [e-mail chráněný] 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 500a m=a RTP/AVP 0 3 a=rtpmap:0 PCMU/8000 a=rtpmap:3 GSM/8000

Rýže. 8 Příklad SIP odpovědi 200 OK

Tento příklad ukazuje odpověď uživatele Watson na pozvání k hovoru od uživatele Bell. O nejpravděpodobnějším formátu pozvánky jsme hovořili dříve (obr. 7). Volaná strana informuje volající stranu, že může přijímat hlasové informace zakódované v souladu s PCMU a GSM kódovacími algoritmy na portu 5004. Pole From, To, Via, Call-ID jsou převzata z požadavku zobrazeného na obrázku 7. Z příkladu můžete vidět, že se jedná o odpověď na požadavek INVITE s polem CSeq:1.

Poté, co jsme prozkoumali požadavky a odpovědi na ně, lze poznamenat, že protokol SIP poskytuje různé algoritmy navazování spojení. Stojí za zmínku, že stejné odpovědi mohou být interpretovány odlišně v závislosti na konkrétní situaci. Tabulka 5 shrnuje všechny odpovědi na požadavky definované protokolem SIP.

Tabulka 5. Odpovědi na požadavky SIP

Kód odezvy	Vysvětlení	Účel
100	Snažím se	Požadavek se zpracovává, například server přistupuje k databázím, ale umístění volaného uživatele není aktuálně definováno
180	Zvonění	Je určena poloha volaného uživatele. Je mu dán signál o příchozím hovoru
181	Hovor je přesměrován	Proxy server přesměruje hovor na jiného uživatele
182	Ve frontě	Volaný uživatel je dočasně nedostupný, ale příchozí hovor je ve frontě. Jakmile bude volaný uživatel dostupný, zašle konečnou odpověď
200	OK	Příkaz úspěšně dokončen
300	Více možností	Volaný uživatel je dostupný na několika adresách. Volající si může vybrat kteroukoli z nich
301	Přesunuto natrvalo	Uživatel změnil svou polohu, jeho nová adresa je uvedena v poli Kontakt
302	Dočasně přesunuto	Uživatel dočasně změnil svou polohu, jeho nová adresa je uvedena v poli Kontakt
305	Použij proxy	Volaný může přijmout příchozí hovor, pouze pokud jde přes proxy server. Volajícímu doporučujeme kontaktovat proxy server, jehož adresa je uvedena v poli Kontakt. Odpověď je přenášena pouze koncovým zařízením (UAS)
380	Alternativní služba	Hovor nedorazil do cíle, ale existuje alternativní služba, která je uvedena v těle odpovědi. Hovor lze například přesměrovat na hlas poštovní schránka
400	Špatný odkaz	V požadavku došlo k chybě syntaxe
401	Neoprávněný	Je vyžadován postup autorizace uživatele
402	platba vyžadována	Platba předem za požadované služby
403	Zakázáno	Požadavek nebude obsluhován serverem a neměl by být znovu odeslán
404	Nenalezeno	Server nenalezl volaného uživatele v doméně uvedené v poli Request-URI
405	metoda není povolena	Není povoleno odesílat tento typ požadavku na adresu uvedenou v poli Request-URI. Pole Allow v odpovědi označuje povolené typy požadavků
406	Nepřijatelné	Odpovědi generované volaným nebude volajícím rozumět
407	Je vyžadováno ověření proxy	Klient musí potvrdit své právo přístupu k proxy serveru
408	Zažádat o timeout	Server nemůže odeslat odpověď, jako je poloha volaného uživatele, po dobu uvedenou v poli Vyprší v požadavku. Volající může požadavek po nějaké době znovu odeslat
409	Konflikt	Zpracování požadavku REGISTER nebylo možné dokončit kvůli konfliktu mezi akcí zadanou v parametru akce požadavku a aktuálním stavem zdrojů
410	Pryč	Server již nemá přístup k požadovanému zdroji a neví, kam má požadavek předat
411	Požadovaná délka	V poli Content-Length musíte zadat délku těla zprávy
413	Entita požadavku je příliš velká	Velikost požadavku je pro zpracování příliš velká
414	Požadavek-URI je příliš velký	Adresa zadaná v poli Request-URI byla příliš velká na to, aby ji bylo možné interpretovat
415	Nepodporovaný typ média	Požadavek obsahuje nepodporovaný formát těla zprávy
420	Špatné rozšíření	Server nerozuměl rozšíření protokolu zadanému v poli Vyžadovat
480	Dočasně nedostupné	Volaný uživatel je dočasně nedostupný
481	Call Beg/Transaction neexistuje	Odesláno jako odpověď na přijetí požadavku BYE, který nesouvisí s aktuálními připojeními, nebo požadavku CANCEL, který nesouvisí s aktuálními požadavky.
482	Zjištěna smyčka	Server zjistil, že požadavek, který přijal, byl přenesen po uzavřené trase (pole Přes již obsahuje adresu tohoto serveru)
483	Příliš mnoho chmele	Server v poli Via zjistil, že požadavek, který přijal, prošel více proxy servery, než je povoleno v poli Max-Forwards
484	Adresa není úplná	Server přijal požadavek s neúplnou adresou v poli To nebo Request-URI. Jsou vyžadovány další informace o adrese
485	Dvojznačný	Adresa volaného uživatele je nejednoznačná. Záhlaví Kontakt odpovědi může obsahovat seznam adres, na které lze tento požadavek odeslat
486	Tady je zaneprázdněn	Volaný uživatel momentálně nechce nebo nemůže přijmout hovor na tuto adresu. Odpověď nevylučuje možnost kontaktovat uživatele na jiné adrese.
500	Interní chyba serveru	Interní chyba serveru
501	Není implementováno	Server neimplementuje funkce nezbytné pro obsluhu požadavku. Odpověď je odeslána, když server nemůže rozpoznat typ požadavku, který obdržel.
502	Špatná brána	Server fungující jako brána nebo proxy obdrží nesprávnou odpověď od serveru, na který odeslal požadavek
503	služba je nedostupná	Server momentálně nemůže obsluhovat volání z důvodu přetížení nebo údržby.
504	Časový limit brány	Server fungující jako brána nebo proxy neobdržel ve stanoveném časovém intervalu odpověď od serveru (například lokačního serveru), na který se obrátil, aby dokončil zpracování požadavku.
505	Verze SIP není podporována	Server nepodporuje tato verze protokol SIP
600	Všude rušno	Volaný uživatel je zaneprázdněn a v tuto chvíli nechce hovor přijmout. Odpověď může udávat vhodný čas pro volání
603	Pokles	Volaný uživatel nemůže nebo nechce přijímat příchozí hovory. Odpověď může udávat vhodný čas pro hovor.
604	Nikde neexistuje	Volaný uživatel neexistuje
606	Nepřijatelné	Volaný uživatel nemůže přijmout příchozí hovor z důvodu, že typ informace uvedený v popisu komunikační relace ve formátu SDP, šířce pásma atd. nepřijatelný

SIP/2.0 100 pokusů- Požadavek se zpracovává, například server přistupuje k databázím, ale umístění volaného uživatele není aktuálně známo.

SIP/2.0 180 Vyzvánění- Je určena poloha volaného uživatele. Je mu dán signál o příchozím hovoru.

Hovor SIP/2.0 181 je přesměrován- Proxy server přesměruje hovor na jiného uživatele.

SIP/2.0 182 Ve frontě- Volaný uživatel je dočasně nedostupný, ale příchozí hovor je ve frontě. Jakmile bude volaný uživatel dostupný, zašle konečnou odpověď.

SIP/2.0 200 OK- Příkaz byl úspěšně dokončen. Požadavek INVITE znamená, že volané zařízení souhlasí s účastí na komunikační relaci; tělo odpovědi označuje funkčnost tohoto zařízení; V reakci na požadavek BYE je komunikační relace ukončena, tělo odpovědi neobsahuje žádné informace; U požadavku CANCEL je vyhledávání zrušeno, tělo odpovědi neobsahuje žádné informace; na žádost REGISTRACE znamená, že registrace byla úspěšná; Požadavek OPTION slouží k předání informace o funkčnosti zařízení, tato informace je obsažena v těle odpovědi.

SIP/2.0 300 více možností- Volaný uživatel je dostupný na několika adresách. Volající si může vybrat kteroukoli z nich. Odpověď specifikuje několik SIP adres, na kterých může být volaný uživatel nalezen, a volající uživatel je požádán, aby jednu z nich vybral.

SIP/2.0 301 Trvale přesunuto- Uživatel změnil svou polohu, jeho nová adresa je uvedena v poli Kontakt.

SIP/2.0 302 Dočasně přesunuto- Uživatel dočasně změnil svou polohu (dobu lze určit v poli Expires), jeho nová adresa je uvedena v poli Kontakt.

SIP/2.0 305 Použít proxy- Volaný může přijmout příchozí hovor, pouze pokud jde přes proxy server. Volajícímu doporučujeme kontaktovat proxy server, jehož adresa je uvedena v poli Kontakt. Odezvu přenáší pouze koncové zařízení (UAS).

Alternativní služba SIP/2.0 380- Hovor nedorazil k příjemci, ale existuje alternativní služba, která je uvedena v těle odpovědi. Hovor může být například přesměrován do hlasové schránky.

SIP/2.0 400 špatný odkaz- Požadavek není pochopen kvůli přítomnosti syntaktických chyb.

SIP/2.0 401 Neoprávněný- Požadavek vyžaduje proceduru ověření uživatele. Existují různé možnosti ověřování a odpověď může naznačovat, kterou z nich v daném případě použít.

Je vyžadována platba SIP/2.0 402- Je vyžadována platba předem za služby.

SIP/2.0 403 Zakázáno- Požadavek nebude obsluhován serverem a neměl by být znovu odeslán.

SIP/2.0 404 Nenalezeno- Server nenalezl volaného uživatele v doméně uvedené v poli Request-URI.

Metoda SIP/2.0 405 není povolena- Není povoleno zasílat požadavek tohoto typu na adresu uvedenou v poli Request-URI. Pole Allow v odpovědi označuje povolené typy požadavků

SIP/2.0 406 Nepřijatelné- Odpovědi generované volaným volajícím nebudou rozumět.

Je vyžadováno ověření proxy SIP/2.0 407- Klient musí potvrdit své právo přístupu k proxy serveru.

Časový limit požadavku SIP/2.0 408- Server nemůže odeslat odpověď, například s uvedením polohy volaného uživatele, během doby uvedené v poli Expires požadavku. Volající může požadavek po nějaké době znovu odeslat.

SIP/2.0 409 Konflikt- Zpracování požadavku REGISTER nebylo možné dokončit kvůli konfliktu mezi akcí zadanou v parametru akce požadavku a aktuálním stavem zdrojů.

SIP/2.0 410 pryč- Server již nemá přístup k požadovanému zdroji a neví, kam má požadavek předat.

SIP/2.0 411 Požadovaná délka- V poli Content-Length musíte zadat délku těla zprávy.

Entita požadavku SIP/2.0 413 je příliš velká- Velikost požadavku je pro zpracování příliš velká.

SIP/2.0 414 URI požadavku je příliš velké- Adresa zadaná v poli Request-URI byla příliš velká na to, aby ji bylo možné interpretovat.

SIP/2.0 415 Nepodporovaný typ média- Požadavek obsahuje nepodporovaný formát těla zprávy.

SIP/2.0 420 Špatné rozšíření- Server nerozuměl rozšíření protokolu zadanému v poli Vyžadovat.

SIP/2.0 480 Dočasně nedostupné- Volaný uživatel je dočasně nedostupný.

SIP/2.0 481 volání/transakce neexistuje- Odesláno jako odpověď na přijetí požadavku BYE, který nesouvisí s aktuálními připojeními, nebo požadavku CANCEL, který nesouvisí s aktuálními požadavky.

Zjištěna smyčka SIP/2.0 482- Server zjistil, že požadavek, který přijal, je přenášen po uzavřené trase (pole Přes již obsahuje adresu tohoto serveru).

SIP/2.0 483 Příliš mnoho skoků- Server v poli Via zjistil, že požadavek, který přijal, prošel více proxy servery, než je povoleno v poli Max-Forwards.

Adresa SIP/2.0 484 neúplná- Server přijal požadavek s neúplnou adresou v poli To nebo Request-URI. Jsou vyžadovány další informace o adrese.

SIP/2.0 485 Nejednoznačné- Adresa volaného uživatele je nejednoznačná. Záhlaví Kontakt odpovědi může obsahovat seznam adres, na které lze tento požadavek odeslat.

SIP/2.0 486 Zde je zaneprázdněno- Volaný uživatel momentálně nemůže přijmout příchozí hovor na této adrese. Odpověď nevylučuje možnost kontaktovat uživatele na jiné adrese nebo například zanechat vzkaz v hlasové schránce.

Interní chyba serveru SIP/2.0 500- Server nemůže obsloužit požadavek kvůli vnitřní chybě. Klient se může po nějaké době pokusit požadavek znovu odeslat.

SIP/2.0 501 Neimplementováno- Server neimplementuje funkce nezbytné pro obsluhu tohoto požadavku. Odpověď je odeslána, například když server nemůže rozpoznat typ požadavku.

SIP/2.0 502 Špatná brána- Server fungující jako brána nebo proxy server obdrží nesprávnou odpověď od serveru, na který odeslal požadavek.

Služba SIP/2.0 503 není k dispozici- Server nemůže aktuálně obsluhovat volání z důvodu přetížení nebo údržby.

Časový limit brány SIP/2.0 504- Server fungující jako brána nebo proxy server neobdržel ve stanoveném časovém intervalu odpověď od serveru (například lokačního serveru), na který se obrátil, aby dokončil zpracování požadavku.

SIP/2.0 505 Verze SIP není podporována- Server nepodporuje tuto verzi protokolu SIP.

SIP/2.0 600 Všude zaneprázdněn- Volaný uživatel je zaneprázdněn a v tuto chvíli nechce hovor přijmout. Odpověď může udávat vhodný čas pro volání

SIP/2.0 603 Odmítnout- Volaný uživatel nemůže nebo nechce přijímat příchozí hovory. Odpověď může udávat vhodný čas pro hovor.

SIP/2.0 604 Nikde neexistuje- Volaný uživatel neexistuje.

SIP/2.0 606 Nepřijatelné- Volaný uživatel nemůže přijmout příchozí hovor z důvodu, že typ informace uvedený v popisu komunikační relace ve formátu SDP, šířce pásma atd. nepřijatelný.