Съобщения на SIP протокол. Какво е sip login, за какво е и как да го получите Какво е trunk в IP телефонията

SIP е безплатен стандарт за IP телефония. Широко използван както от комерсиални VoIP оператори, така и от безплатни услугикато Google Voice, Voxalot, Ekiga.net, Sipnet.ru и др., поддържан от много софтуерни/твърди телефони и адаптери, поддържа видеотелефония. За разлика от Skype, това е одобрен, общоприет и отворен протокол за сигнализиране за VoIP системи.

SIP няма нито един глобален възел за управление и регистрация. Има много различни доставчици на услуги - регистратори. Можете да направите аналогия с имейл, или по-точно, jabber сървъри.
Освен това всеки потребител или организация може да управлява свой собствен сървър.

Всеки SIP адрес (sip uri) се състои от потребителско име и адрес на сървъра и има формата, например, " ". По принцип буквите също са разрешени при влизане, но бих посъветвал да го ограничите само до цифри, така че по-късно да нямате проблеми с набирането на такъв номер от телефони без азбучна клавиатура. Можете да имате неограничен брой SIP акаунти на един или различни сървъри, за различни цели.
Тъй като SIP е отворен стандарт, има много софтуерни или хардуерни SIP клиенти, като всички те са съвместими един с друг и с всякакви сървъри. Не е необходимо клиентите да са на един и същи сървър, за да установят комуникация. В същото време по време на разговор те ще бъдат автоматично свързани директно един с друг.

За да се свържете към SIP телефония, трябва да изберете регистратор и клиент. За начинаещи можем да препоръчаме sipnet.ru или comtube.ru. За потребителите на Windows Sipnet предлага своя софтфон с предварително зададени настройки. Може да работи само с този рекордер, но не изисква почти никаква конфигурация. Друг популярен софтфон за тази операционна система е X-lite.
За *Nix системи добър вариант е Ekiga или SFLphone със същите записващи устройства. (Ekiga се предлага и за Windows)

Не използвайте регистратора на ekiga.net, предлаган от Ekiga. Тестван е и са открити проблеми с входящите обаждания. Откажете се от него при първото стартиране, след което изберете „добавяне на SIP акаунт“ в мениджъра на акаунти.

Различните регистратори могат да предоставят различни набори от услуги и удобства. Някои са по-фокусирани върху повиквания към телефонната мрежа (PSTN терминиране), други - върху различни онлайн услуги. Изберете какво ви подхожда най-добре или използвайте няколко наведнъж; това е съвсем нормална практика в SIP. Географското местоположение на регистратора няма голямо значение, тъй като медийният трафик между клиентите в повечето случаи ще продължи директно.
Регистрацията обикновено е безплатна, не ви задължава с нищо и се извършва директно от сайта, след което получавате номер, парола, данни за връзка (или изтегляте програма с предварително зададени настройки) и веднага можете да използвате своя SIP акаунт. Обажданията в рамките на мрежата, към и от други мрежи и от обикновената телефонна мрежа през шлюзове са безплатни. Не е необходимо да посочвате средства за плащане по време на регистрацията, ако не възнамерявате да се обаждате на стационарни/клетъчни номера, да съдържате личен номер за директен достъп или да използвате други екзотични услуги.

При ръчна настройкаосновните параметри са вашия номер (вход), адрес на сървър за връзка и парола. Често се посочва и STUN сървър. Не го пренебрегвайте, в някои случаи работата без него е невъзможна.

След като се свържете успешно, ще искате да тествате как работи вашият клиент. Почти всички регистратори имат сервизни номера за проверка, чийто списък е на уебсайта им. В този случай най-полезен е „ехо тестът“ или телефонните секретари със запис и последващо възпроизвеждане. Често такива номера работят само в мрежата, но има и отворени, които са достъпни отвсякъде, например:

В заключение, няколко думи за криптографията.
SIP телефонията включва 2 протокола - сигнален sip (контрол, набиране и информация за състоянието на връзката) и транспортен rtp (директни аудио/видео потоци). Ако и двата клиента поддържат криптиране на поток (SRTP/zRTP), тогава разговорът може да се проведе по криптиран канал. Ако сървърът и клиентът поддържат TLS, тогава сигналният трафик ще бъде защитен.

Най-актуалните SIP софтфони:

Ekiga (GPL, *nix/windows) http://ekiga.org/
Qutecom (GPL, *nix/windows/osx) http://www.qutecom.org/
SIP комуникатор (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 (собствена, Windows) http://www.counterpath.com/x-lite.html
fring (безплатен софтуер, мобилни устройства) http://www.fring.com/

Пример за хардуерно SIP решение: шлюз, който ви позволява да се свържете 2 обикновен телефонкъм 2 независими SIP акаунта и ги използвайте, без да се свързвате с компютър. Много удобно и богато нещо. Поддържа CallerID. Позволява ви да използвате SipBroker независимо от регистратора (поддръжка на план за набиране).
http://voips.ru/Linksys-by-Cisco-PAP2T.html

Пълната гама произведено SIP-съвместимо оборудване може да бъде намерена например тук: http://www.sipnet.ru/orderandpay/hardware.php
(За редовен потребител, вероятно най-полезните категории ще бъдат „SIP телефони“ и „VoIP шлюзове“). Когато избирате, трябва да дадете предпочитание на добре познати и доказани марки (Linksys, D-link, Cisco, Grandstream и др.)

Няколко известни глътка VoIPдоставчици:
http://www.sipnet.ru
http://www.comtube.ru
http://zadarma.com/ru
http://www.voxalot.com
http://www.ideasip.com
http://www.voipbuster.com

Сравнение на цените за разговори към телефонната мрежа в различни посоки:
http://www.voipratetracker.com/compare_rates
http://www.voip-catalog.com/voip_routes.html

Възможни проблеми.
Ако вашият клиент се регистрира на сървъра нормално, но обажданията в едната или двете посоки не преминават или има еднопосочна чуваемост, източникът на проблемите най-вероятно е лошо конфигурирана защитна стена или плътно затворен NAT, който не поддържа прозрачен работа с такива услуги извън кутията. Първо се уверете, че всичко е наред с миксера и микрофона, както е описано по-рано. Опитайте да деактивирате защитната стена. Проверете дали е зададен STUN. По-долу има няколко връзки, които описват всичко това по-добре, отколкото може да се направи в тази статия.
Отделно можем да подчертаем ситуацията, когато входящите повиквания работят веднага след свързване, но спират да преминават след няколко минути бездействие. В този случай решението се свежда до избиране на времето за поддържане на активността в клиента и също е добре описано в първата връзка.
След всяка стъпка не забравяйте да се свържете отново със сървъра (ако е софтфон, просто го рестартирайте)
http://wiki.sipnet.ru/index.php/Connection_via_router_with_NAT
http://wiki.sipnet.ru/index.php/Broadcast_network_addresses_%28NAT%29_and_SIP

Този раздел предоставя описание на протокола за започване на сесия - SIP, неговите принципи, адресиране, архитектура и сравнение с протокола H323. Основата е взета от глава 7 от книгата на Б.С. Goldstein IP телефония.

Съобщения на SIP протокол

Тази версия на SIP протокола дефинира шест типа заявки. Всеки от тях е предназначен да изпълнява доста широк спектър от задачи, което е явно достойнство SIP протокол, тъй като благодарение на него броят на обменените съобщения между терминали и сървъри е намален до минимум. Използвайки заявки, клиентът съобщава текущото местоположение, кани потребителите да участват в комуникационни сесии, променя вече установени сесии, прекратява ги и т.н. Сървърът определя вида на получената заявка от името, посочено в началния ред. В същия ред в полето Request-URI се посочва SIP адресът на оборудването, към което е адресирана тази заявка. Съдържанието на полетата To и Request-URI може да се различава, например полето To може да показва публикувания адрес на абоната, а полето Request-URI може да показва текущия адрес на потребителя.

SIP заявки

Заявка ПОКАНИкани потребителя да участва в комуникационна сесия. Обикновено съдържа описание на комуникационната сесия, което указва типа информация, която се получава и параметрите (списък с възможни опции за параметри), необходими за получаване на информацията, и може също така да указва типа информация, която повиканият потребител желае да предаде . Отговорът на заявка INVITE указва типа информация, която ще бъде получена от извикания потребител, и може също така да указва типа информация, която извиканият потребител ще предаде (възможни параметри за прехвърляне на информация).

Това съобщение може също да съдържа данни, необходими за удостоверяване на абоната и, следователно, клиентски достъп до SIP сървъра. Ако е необходимо да се променят характеристиките на вече организирани канали, се изпраща заявка INVITE с ново описание на комуникационната сесия. За да поканите нов участник в вече установена връзкаизползва се и съобщението INVITE.

Заявка ПИТАМпотвърждава получаването на отговора на заявката INVITE. Трябва да се отбележи, че ACK заявката се използва само във връзка с INVITE заявката, т.е. С това съобщение оборудването на повикващия потребител показва, че е получило окончателен отговор на своята заявка INVITE. ACK съобщението може да съдържа окончателното описание на комуникационната сесия, предадена от повикващия потребител.

Заявка ОТМЕНЯНЕанулира обработката на предишни предадени заявки със същите стойности като в заявката CANCEL, стойностите на полетата Call-ID, To, From и CSeq, но не засяга онези заявки, чиято обработка вече е завършена. Например заявката CANCEL се използва, когато прокси сървърът умножава заявките за търсене на потребител в няколко посоки и го намира в една от тях. Сървърът отменя обработката на заявки, изпратени във всички останали посоки, със съобщение CANCEL.

По поискване ЧАОИзвикваният или оборудването на повикващия потребител прекъсва връзката. Страната, която получава заявката BYE, трябва да спре предаването на гласова (мултимедийна) информация и да потвърди изпълнението й с отговор 200 OK.

Използване на заявка като РЕГИСТРИРАМпотребителят съобщава текущото си местоположение. Това съобщение съдържа следните полета:

• Поле Чесъдържа адресна информация, която трябва да бъде запазена или модифицирана на сървъра;
• Поле отсъдържа адреса на инициатора на регистрацията. Потребителят може да регистрира себе си или друго лице, например секретарката може да регистрира своя шеф;
• Поле Контактсъдържа новия потребителски адрес, на който трябва да се изпращат всички бъдещи заявки INVITE. Ако в заявката за РЕГИСТРАЦИЯ няма поле за контакт, тогава регистрацията остава същата. Ако регистрацията е анулирана, тук се поставя символ;
• В полето Изтичапоказва времето в секунди, през което е валидна регистрацията. Ако това поле липсва, тогава се задава времето по подразбиране - 1 час, след което регистрацията се анулира. Регистрацията може да бъде отменена и чрез изпращане на съобщение РЕГИСТРАЦИЯ с полето Изтича, зададено на O и съответното поле за контакт.

По поискване НАСТРОИКИповиканият потребител иска информация за функционалносткрайно оборудване на извикания потребител. В отговор на тази заявка оборудването на извикания потребител предоставя необходимата информация. Използването на заявката OPTIONS е ограничено до случаите, когато е необходимо да се запознаете с функционалността на оборудването преди установяване на връзка. Този тип заявка не се използва за установяване на връзка.

След тестване на SIP протокола в реални мрежи се оказа, че горните шест вида заявки не са достатъчни за решаване на редица проблеми. Поради това е възможно в протокола да бъдат въведени нови съобщения. По този начин текущата версия на SIP протокола не предоставя метод за предаване на информация за контрол на връзката или друга информация по време на комуникационна сесия. За да се реши този проблем, беше предложен нов тип заявка - ИНФО. Може да се използва в следните случаи:

• За прехвърляне на PSTN/ISDN/клетъчни сигнални съобщения между шлюзове по време на разговорна сесия;
• За пренасяне на DTMF сигнали по време на разговор;
• За прехвърляне на информация за плащане.

След като завършихме описанието на заявките на SIP протокола, нека разгледаме като пример типична заявка тип INVITE (фиг. 6). ПОКАНИ глътка: [имейл защитен] SIP/2.0 Чрез: SIP/2.0/UDP kton.bell-tel.com От: A. Bell До: T. Watson Call-ID: [имейл защитен] 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

Ориз. 6 Примерна заявка за ПОКАНА

В този пример потребителят Bell ( [имейл защитен]) извиква потребителя Watson ( [имейл защитен]). Заявката се изпраща до прокси сървъра (boston.bell-tel.com). В полетата До и От адресът се предшества от записа, който повикващият потребител желае да покаже на дисплея на повиквания потребител. В тялото на съобщението оборудването на повикващия потребител показва във формат на SDP протокол, че може да получава гласова информация на порт 3456, пакетирана в RTP пакети и кодирана с помощта на един от следните алгоритми за кодиране: 0 - PCMU, 3 - GSM, 4 - G.723 и 5 - DVI4.

Когато изпращате SIP съобщения, пакетирани в UDP сигнализиращи съобщения, има възможност размерът на заявката или отговора да бъде по-голям от максимално допустимия за дадена мрежа и да настъпи фрагментиране на пакета. За да се избегне това, се използва компресиран формат за имената на главните заглавки, подобно на това, което се прави в SDP протокола.По-долу е даден списък на такива заглавки (Таблица 3).

Таблица 3. Имена на компресирани SIP заглавки

Когато имената на заглавките са написани в компресирана форма, съобщението INVITE, показано по-рано на Фигура 6, ще изглежда така (Фигура 7): INVITE sip: [имейл защитен] SIP/2.0 v: SIP/2.0/UDP kton.bell-tel.com f: A. Bell t: T. Watson i: [имейл защитен] Cseq: 1 ПОКАНА от: 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

Ориз. 7 Пример за заявка INVITE със съкратени заглавки

Тип заявка	Описание на заявката
ПОКАНИ	Кани потребителя на комуникационна сесия. Съдържа описание на SDP сесията
ПИТАМ	Потвърждава получаването на окончателния отговор на заявката INVITE
ЧАО	Завършва комуникационната сесия. Може да се предава от всяка от страните, участващи в сесията
ОТМЕНЯНЕ	Отменя обработката на заявки със същите заглавки Call-ID, To, From и CSeq като самата заявка CANCEL.
РЕГИСТРИРАМ	Прехвърля адресна информация за регистрация на потребител на сървъра за местоположение
ОПЦИЯ	Изисква информация относно функционалността на терминала

Отговори на SIP заявки

След получаване и интерпретиране на заявката, получателят (прокси сървър) предава отговор на тази заявка. Съдържанието на отговорите варира: потвърждение за установяване на връзка, предаване на исканата информация, информация за неизправности и др. Структурата на отговорите и техните типове са наследени от протокола SIP от протокола HTTP.

Идентифицирани са шест типа реакции, които носят различни функционални натоварвания. Типът отговор се кодира като трицифрено число. Най-важна е първата цифра, която определя класа на отговора, останалите две цифри само допълват първата. В някои случаи оборудването може дори да не знае всички кодове на отговор, но трябва да интерпретира първата цифра на отговора.

Всички отговори са разделени на две групи: информационни и окончателни. Информационните отговори показват, че заявката се обработва. Те са кодирани с трицифрено число, започващо с едно - 1xx. Някои информационни отговори, напр. 100 Опитвам се, са предназначени да настройват таймери на нула, които се стартират в оборудването, изпратило заявката. Ако отговор на заявка не бъде получен до момента на изтичане на таймера, тогава заявката се счита за изгубена и може (по преценка на производителя) да бъде предадена. Един от честите отговори е 180 Звънене; предназначението му е идентично на сигнала в PSTN и означава, че повиканият потребител получава сигнал за входящо повикване.

Крайните отговори са кодирани като трицифрени числа, започващи с числата 2, 3, 4, 5 и 6. Те показват завършването на обработката на заявката и съдържат, когато е необходимо, резултата от обработката на заявката. Целта на всеки тип окончателен отговор е разгледана по-долу.

Отговори 2xxпоказват, че заявката е обработена успешно. В момента от всички отговори от типа 2xx само един е дефиниран -200 OK. Значението му зависи от това на каква заявка отговаря:

• отговор 200 Добрекъм заявка INVITE означава, че извиканото оборудване се съгласява да участва в комуникационната сесия; тялото на отговора показва функционалността на това оборудване;
• отговор 200 Добрена заявка, BYE означава край на комуникационната сесия, тялото на отговора не съдържа никаква информация;
• отговор 200 Добреза CANCEL заявка означава отмяна на търсенето, тялото на отговора не съдържа никаква информация;
• отговор 200 Добрекъм заявката РЕГИСТРАЦИЯ означава, че регистрацията е била успешна;
• отговор 200 ДобреКогато се отговаря на заявка за ОПЦИЯ, тя се използва за предаване на информация за функционалността на оборудването; тази информация се съдържа в тялото на отговора.

Отговори жхинформира оборудването на повикващия потребител за новото местоположение на повиквания потребител или носи друга информация, която може да се използва за ново повикване:

• в отговора 300 множество възможности за изборпосочват се няколко SIP адреса, на които може да бъде намерен извиканият потребител, и повикващият потребител е помолен да избере един от тях;
• отговор 301 Преместен за постоянноозначава, че повиканият потребител вече не е на адреса, посочен в заявката, и заявките трябва да се изпращат на адреса, посочен в полето за контакт;
• отговор 302 Временно преместенозначава, че потребителят е временно (периодът от време може да бъде посочен в полето Изтича) на друг адрес, който е посочен в полето Контакт.

Отговори 4xxинформира, че е открита грешка в заявката. След като получи такъв отговор, потребителят не трябва да изпраща същата заявка, без да я модифицира:

• отговор 400 Лоша заявкаозначава, че искането не е разбрано поради наличието на синтактични грешки;
• отговор 401 Неразрешеноозначава, че заявката изисква процедура за удостоверяване на потребителя. Има различни опции за удостоверяване и отговорът може да посочи коя да се използва в даден случай;
• отговор 403 Забраненоозначава, че сървърът е разбрал заявката, но е отказал да я обслужи. Не трябва да се изпраща повторна заявка. Причините могат да бъдат различни, например заявки от този адрес не се обслужват и др.;
• отговор 485 Двусмисленоозначава, че адресът в заявката не идентифицира еднозначно повикания потребител;
• отговор 486 Зает тукозначава, че извиканият потребител в момента не може да получи входящо повикванена този адрес. Отговорът не изключва възможността да се свържете с потребителя на друг адрес или например да оставите съобщение в гласовата пощенска кутия.

Отговори 5xxxинформира, че заявката не може да бъде обработена поради повреда на сървъра:

• отговор 500 Вътрешна грешка на сървъраозначава, че сървърът не може да обслужи заявката поради вътрешна грешка. Клиентът може да опита да изпрати отново заявката след известно време;
• отговор 501 Не е внедреноозначава, че сървърът не изпълнява функциите, необходими за обслужване на тази заявка. Отговорът се изпраща, например, когато сървърът не може да разпознае типа заявка;
• отговор 502 Лош шлюзинформира, че сървърът, работещ като шлюз или прокси сървър, е получил неправилен отговор от сървъра, към който е изпратил заявката;
• отговор 503 Услугата не е достъпнапоказва, че в момента сървърът не може да обслужи повикването поради претоварване или Поддръжка.

Отговори 6xxxинформира, че не може да се установи връзка с извикания потребител:

• отговор 600 Заети навсякъдесъобщава, че обажданият потребител е зает и не може да получи обаждане в момента на нито един от наличните си адреси. Отговорът може да посочи подходящо време за обаждане на потребителя;
• отговор 603 Отказ означаваче повиканият потребител не може или не желае да приеме входящото повикване. Отговорът може да посочи подходящо време за повикване;
• отговор 604 не съществува никъдеозначава, че извиканият потребител не съществува.

Заявките и отговорите към тях формират SIP транзакция. Това се случва между клиента и сървъра и включва всички съобщения от първата заявка до крайния отговор. Когато използвате TCP като транспорт, всички заявки и отговори, свързани с една транзакция, се предават през една TCP връзка.

Фигура 8 показва примерен отговор на заявка INVITE:

SIP/2.0 200 OK Чрез: SIP/2.0/UDP kton.bell-tel.com От: A. Bell До: ; Call-ID: [имейл защитен] 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=audio 5004 RTP/AVP 0 3 a=rtpmap:0 PCMU/8000 a=rtpmap:3 GSM/8000

Ориз. 8 Пример за SIP отговор 200 OK

Този пример показва отговора на потребител на Watson на покана за обаждане от потребител на Bell. По-рано обсъдихме най-вероятния формат на поканата (фиг. 7). Повикваната страна информира повикващата страна, че може да получи гласова информация, кодирана в съответствие с PCMU и GSM алгоритми за кодиране на порт 5004. Полетата From, To, Via, Call-ID са взети от заявката, показана на Фигура 7. От примера можете да видите, че това е отговор на заявка INVITE с полето CSeq:1.

След като разгледахме заявките и отговорите към тях, може да се отбележи, че SIP протоколът предоставя различни алгоритми за установяване на връзка. Заслужава да се отбележи, че едни и същи отговори могат да се тълкуват по различен начин в зависимост от конкретната ситуация. Таблица 5 обобщава всички отговори на заявки, дефинирани от SIP протокола.

Таблица 5. Отговори на SIP заявки

Код на отговора	Обяснение	Предназначение
100	Опитвайки	Заявката се обработва, например сървърът има достъп до бази данни, но местоположението на извикания потребител в момента е недефинирано
180	Звънене	Определя се местоположението на повикания потребител. Получава сигнал за входящо повикване
181	Обаждането се пренасочва	Прокси сървърът пренасочва повикването към друг потребител
182	На опашка	Извиканият потребител е временно недостъпен, но входящо повикване е на опашка. Когато повиканият потребител стане достъпен, той ще изпрати окончателния отговор
200	Добре	Командата е завършена успешно
300	Множество възможности за избор	Повиканият потребител е достъпен на няколко адреса. Повикващият може да избере всеки от тях
301	преместен за постоянно	Потребителят е променил местоположението си, новият му адрес е посочен в полето Контакт
302	Преместен временно	Потребителят временно е променил местоположението си, новият му адрес е посочен в полето Контакт
305	Използвай прокси	Обажданата страна може да приеме входящо повикване само ако минава през прокси сървър. На повикващата страна се препоръчва да се свърже с прокси сървъра, чийто адрес е посочен в полето Контакт. Отговорът се предава само от крайното оборудване (UAS)
380	Алтернативна служба	Обаждането не е достигнало местоназначението, но съществува алтернативна опция за услуга, която е посочена в тялото на отговора. Например, повикване може да бъде пренасочено към глас пощенска кутия
400	Лошо завещание	Имаше синтактична грешка в заявката
401	Неразрешено	Необходима е процедура за оторизация на потребителя
402	изисква се плащане	Изисква се авансово плащане за услуги
403	Забранен	Заявката няма да бъде обслужена от сървъра и не трябва да се препредава
404	Не е намерено	Сървърът не намери извикания потребител в домейна, посочен в полето Request-URI
405	Методът не е разрешен	Не е разрешено изпращането на този тип заявка до адреса, посочен в полето Request-URI. Полето Разреши на отговора показва разрешените типове заявки
406	Неприемливо	Отговорите, генерирани от повикващия, няма да бъдат разбрани от повикващия
407	Изисква се удостоверяване на прокси	Клиентът трябва да потвърди правото си на достъп до прокси сървъра
408	Искането е изтекло	Сървърът не може да изпрати отговор, като например местоположението на повикания потребител, за периода от време, посочен в полето Изтича на заявката. Повикващият може да изпрати отново заявката след известно време
409	Конфликт	Обработката на заявката REGISTER не можа да бъде завършена поради конфликт между действието, посочено в параметъра за действие на заявката, и текущото състояние на ресурсите
410	Си отиде	Сървърът вече няма достъп до искания ресурс и не знае къде да препрати заявката
411	Необходима дължина	Трябва да посочите дължината на тялото на съобщението в полето Content-Length
413	Обектът на заявката е твърде голям	Размерът на заявката е твърде голям за обработка
414	URI на заявката е твърде голям	Адресът, посочен в полето Request-URI, беше твърде голям, за да бъде интерпретиран
415	Неподдържан тип медия	Заявката съдържа неподдържан формат на тялото на съобщението
420	Лошо разширение	Сървърът не разбра разширението на протокола, посочено в полето Изискване
480	Временно не е наличен	Извиканият потребител е временно недостъпен
481	Молбата за обаждане/транзакцията не съществува	Изпраща се в отговор на получаване на заявка BYE, която не е свързана с текущи връзки, или заявка CANCEL, която не е свързана с текущи заявки.
482	Открит цикъл	Сървърът откри, че приетата от него заявка е предадена по затворен маршрут (полето Via вече съдържа адреса на този сървър)
483	Твърде много хмел	Сървърът откри в полето Via, че приетата от него заявка е преминала през повече проксита, отколкото е позволено в полето Max-Forwards
484	Адресът е непълен	Сървърът прие заявка с непълен адрес в полето To или Request-URI. Необходима е допълнителна информация за адреса
485	Двусмислен	Адресът на извикания потребител е двусмислен. Заглавката за контакт на отговора може да съдържа списък с адреси, на които може да бъде изпратена тази заявка
486	Зает тук	Обажданият потребител в момента не желае или не може да приеме обаждане до този адрес. Отговорът не изключва възможността за контакт с потребителя на друг адрес
500	Вътрешна грешка на сървъра	Вътрешна грешка на сървъра
501	Не е изпълнено	Сървърът не изпълнява функциите, необходими за обслужване на заявката. Отговор се изпраща, когато сървърът не може да разпознае типа заявка, която е получил.
502	лош изход	Сървър, действащ като шлюз или прокси, получава неправилен отговор от сървъра, на който е изпратил заявката
503	Услугата не е достъпна	В момента сървърът не може да обслужи повикването поради претоварване или поддръжка.
504	Изчакване на шлюза	Сървър, действащ като шлюз или прокси, не е получил отговор в рамките на определен интервал от време от сървъра (например сървър за местоположение), с който се е свързал, за да завърши обработката на заявката
505	SIP версията не се поддържа	Сървърът не поддържа тази версия SIP протокол
600	Зает навсякъде	Обажданият потребител е зает и не иска да приеме повикването в момента. Отговорът може да посочи подходящото време за обаждане
603	Откажи	Обажданият потребител не може или не желае да приеме входящи повиквания. Отговорът може да посочи подходящо време за повикване.
604	Не съществува никъде	Извиканият потребител не съществува
606	Неприемливо	Обажданият потребител не може да приеме входящото повикване поради факта, че типът информация, посочен в описанието на комуникационната сесия във формат SDP, честотна лента и др. неприемливо

SIP/2.0 100 Опитвам- Заявката се обработва, например сървърът има достъп до бази данни, но местоположението на извикания потребител в момента е неизвестно.

SIP/2.0 180 Звънене- Определя се местоположението на повикания потребител. Получава сигнал за входящо повикване.

SIP/2.0 181 Обаждането се пренасочва- Прокси сървърът пренасочва повикването към друг потребител.

SIP/2.0 182 На опашка- Извиканият потребител е временно недостъпен, но входящото повикване е на опашка. Когато повиканият потребител стане достъпен, той ще изпрати окончателния отговор.

SIP/2.0 200 OK- Командата е изпълнена успешно. Искане INVITE означава, че извиканото оборудване се съгласява да участва в комуникационната сесия; тялото на отговора показва функционалността на това оборудване; В отговор на запитване BYE, комуникационната сесия се прекратява; тялото на отговора не съдържа никаква информация; За заявка CANCEL търсенето се анулира, тялото на отговора не съдържа никаква информация; към заявката РЕГИСТРАЦИЯ означава, че регистрацията е била успешна; Заявката OPTION се използва за предаване на информация за функционалността на оборудването; тази информация се съдържа в тялото на отговора.

SIP/2.0 300 множество възможности за избор- Извиканият потребител е достъпен на няколко адреса. Повикващият може да избере всеки от тях. Отговорът посочва няколко SIP адреса, където може да бъде намерен извиканият потребител, и повикващият потребител е помолен да избере един от тях.

SIP/2.0 301 Преместен за постоянно- Потребителят е променил местоположението си, новият му адрес е посочен в полето Контакт.

SIP/2.0 302 Преместен временно- Потребителят временно е променил местоположението си (периодът от време може да бъде посочен в полето Изтича), новият му адрес е посочен в полето Контакт.

SIP/2.0 305 Използвайте прокси- Извиканата страна може да приеме входящо повикване само ако минава през прокси сървър. На повикващата страна се препоръчва да се свърже с прокси сървъра, чийто адрес е посочен в полето Контакт. Отговорът се предава само от крайното оборудване (UAS).

SIP/2.0 380 Алтернативна услуга- Обаждането не е достигнало до получателя, но съществува алтернативна услуга, която е посочена в тялото на отговора. Например повикването може да бъде пренасочено към гласова пощенска кутия.

SIP/2.0 400 Лошо завещание- Заявката не е разбрана поради наличието на синтактични грешки.

SIP/2.0 401 Неупълномощен- Заявката изисква процедура за удостоверяване на потребителя. Има различни опции за удостоверяване и отговорът може да посочи коя да се използва в даден случай.

SIP/2.0 402 Изисква се плащане- Изисква се предварително заплащане на услугите.

SIP/2.0 403 Забранено- Заявката няма да се обслужва от сървъра и не трябва да се препредава.

SIP/2.0 404 Не е намерен- Сървърът не намери извикания потребител в домейна, посочен в полето Request-URI.

SIP/2.0 405 Методът не е разрешен- Не е разрешено изпращането на заявка от този тип до адреса, посочен в полето Request-URI. Полето Разреши на отговора показва разрешените типове заявки

SIP/2.0 406 Не се приема- Отговорите, генерирани от обаждания, няма да бъдат разбрани от обаждащия се.

SIP/2.0 407 Изисква се удостоверяване на прокси- Клиентът трябва да потвърди правото си на достъп до прокси сървъра.

SIP/2.0 408 Изчакване на заявката- Сървърът не може да изпрати отговор, например, посочващ местоположението на повикания потребител, в рамките на периода от време, посочен в полето Изтича на заявката. Повикващият може да изпрати отново заявката след известно време.

SIP/2.0 409 Конфликт- Обработката на заявката REGISTER не можа да бъде завършена поради конфликт между действието, посочено в параметъра за действие на заявката, и текущото състояние на ресурсите.

SIP/2.0 410 Няма- Сървърът вече няма достъп до искания ресурс и не знае къде да препрати заявката.

SIP/2.0 411 Необходима дължина- Трябва да посочите дължината на тялото на съобщението в полето Content-Length.

SIP/2.0 413 Обектът на заявката е твърде голям- Размерът на заявката е твърде голям за обработка.

SIP/2.0 414 Request-URI Too Large- Адресът, посочен в полето Request-URI, беше твърде голям, за да бъде интерпретиран.

SIP/2.0 415 Неподдържан тип медия- Заявката съдържа неподдържан формат на тялото на съобщението.

SIP/2.0 420 Лошо разширение- Сървърът не разбра разширението на протокола, посочено в полето Изискване.

SIP/2.0 480 Временно не е наличен- Извиканият потребител е временно недостъпен.

SIP/2.0 481 Молба за обаждане/транзакция не съществува- Изпратено в отговор на получаване на заявка BYE, която не е свързана с текущи връзки, или заявка CANCEL, която не е свързана с текущи заявки.

SIP/2.0 482 Открит контур- Сървърът е открил, че заявката, която е приел, се предава по затворен маршрут (полето Via вече съдържа адреса на този сървър).

SIP/2.0 483 Твърде много скокове- Сървърът откри в полето Via, че приетата от него заявка е преминала през повече проксита, отколкото е позволено в полето Max-Forwards.

SIP/2.0 484 Непълен адрес- Сървърът прие заявка с непълен адрес в полето To или Request-URI. Необходима е допълнителна информация за адреса.

SIP/2.0 485 Двусмислено- Адресът на извикания потребител е двусмислен. Заглавката за контакт на отговора може да съдържа списък с адреси, на които може да бъде изпратена тази заявка.

SIP/2.0 486 Заето тук- Обажданият потребител в момента не може да получи входящо повикване на този адрес. Отговорът не изключва възможността да се свържете с потребителя на друг адрес или например да оставите съобщение в гласовата пощенска кутия.

SIP/2.0 500 Вътрешна грешка на сървъра- Сървърът не може да обслужи заявката поради вътрешна грешка. Клиентът може да опита да изпрати отново заявката след известно време.

SIP/2.0 501 Не е внедрено- Сървърът не изпълнява функциите, необходими за обслужване на тази заявка. Отговорът се изпраща, например, когато сървърът не може да разпознае типа заявка.

SIP/2.0 502 Лош шлюз- Сървър, работещ като шлюз или прокси сървър, получава неправилен отговор от сървъра, към който е изпратил заявката.

SIP/2.0 503 Услугата е недостъпна- В момента сървърът не може да обслужи повикването поради претоварване или поддръжка.

SIP/2.0 504 Gateway Timeout- Сървър, работещ като шлюз или прокси сървър, не е получил отговор в рамките на определен интервал от време от сървъра (например сървър за местоположение), с който се е свързал, за да завърши обработката на заявката.

SIP/2.0 505 SIP версия не се поддържа- Сървърът не поддържа тази версия на SIP протокола.

SIP/2.0 600 Зает навсякъде- Обажданият потребител е зает и не желае да приеме повикването в момента. Отговорът може да посочи подходящото време за обаждане

SIP/2.0 603 Отказ- Обажданият потребител не може или не желае да получава входящи повиквания. Отговорът може да посочи подходящо време за повикване.

SIP/2.0 604 Не съществува никъде- Извиканият потребител не съществува.

SIP/2.0 606 Не се приема- Обажданият потребител не може да приеме входящото повикване поради факта, че типът информация, посочен в описанието на комуникационната сесия в SDP формат, честотна лента и др. неприемливо.