1xx – информационные ответы
SIP/2.0 100 Trying
Запрос обрабатывается.
SIP/2.0 180 Ringing
Местоположение вызываемого пользователя определено. Выдан сигнал о входящем вызове.
SIP/2.0 181 Call is Being Forwarded
Прокси-сервер переадресует вызов к другому пользователю.
SIP/2.0 182 Call is Queued
Вызываемый абонент временно недоступен. Вызов поставлен в очередь.
SIP/2.0 183 Session Progress
Используется для того, чтобы заранее получить описание сеанса информационного обмена от шлюзов на пути к вызываемому пользователю.
2xx – ответы о завершении запроса
SIP/2.0 200 OK
Успешное завершение.
SIP/2.0 202 Accepted
Запрос принят для обработки. Используется для справки о состоянии обработки.
3xx – сообщения о переадресации
SIP/2.0 300 Multiple Choices
Указывает несколько SIP-адресов, по которым можно найти вызываемого пользователя.
SIP/2.0 301 Moved Permanently
Вызываемый пользователь больше не находится по адресу, указанному в запросе.
SIP/2.0 302 Moved Temporarily
Пользователь временно сменил местоположение (настроена переадресация по SIPUA в т.ч. с VOIP-телефона).
SIP/2.0 305 Use Proxy
Вызываемый пользователь недоступен непосредственно. Входящий вызов должен пройти через прокси-сервер.
SIP/2.0 380 Alternative Service
Запрошенная услуга недоступна, но доступны альтернативные услуги.
4xx – невозможность обработать запрос
SIP/2.0 400 Bad Request
Запрос не распознан из-за синтаксических ошибок или ошибок в сигнализации.
SIP/2.0 401 Unauthorized
Нормальный ответ сервера о том, что пользователь еще не авторизовался. Обычно после этого абонентское оборудование отправляет на сервер новый запрос, содержащий логин и пароль.
SIP/2.0 401 AUTH Error: Stall nonce
1.Разные данные в поле NONCE (шифр пароля), проверить дату/время или проблема с протоколом шифрования
2. Проверить на клиентской стороне не заблокирован ли sipnet.ru (212.53.40.40)
3. Проверить в ВАТС статус присутствия. Должен быть «нет».
SIP/2.0 401 Expired Authorization
Время регистрации истекло.
SIP/2.0 402 Payment Required
Требуется оплата (зарезервирован для использования в будущем).
SIP/2.0 403 No Such User
Нет такого пользователя. Ошибка в номере, логине или пароле.
SIP/2.0 403 No license available
Кончились лицензия на SIP
SIP/2.0 403 You
Нет такого пользователя. Ошибка в номере, логине или пароле.
SIP/2.0 403 User Disabled
Пользователь отключен.
SIP/2.0 403 You do not have the required right
Неверный логин в поле «From»
SIP/2.0 403 Wrong Guess
Ошибка в пароле.
SIP/2.0 403 Conflict
Такой SIP-номер уже используется.
SIP/2.0 403 Forbidden
Абонент не зарегистрирован.
SIP/2.0 403 Empty Route Set
Нет ни одного шлюза в роутинге.
SIP/2.0 403 Caller Not Registered
Нет такого пользователя.
SIP/2.0 403 Out of Look-Ahead Retries
Перебор узлов закончен.
SIP/2.0 403 Invalid Phone Number
Нет такого направления.
SIP/2.0 403 No Money Left on RFC Account
На счету недостаточно денежных средств для совершения вызова.
SIP/2.0 404 Not found
Вызываемый абонент не найден, нет такого SIP-номера.
SIP/2.0 404 Undefined Reason
Неопределенное направление.
SIP/2.0 404 Unknown user account
Логин и пароль не найдены.
SIP/2.0 404 Out of Order
В заявке на маршрутизацию по этому направлению нет принимающих шлюзов.
SIP/2.0 405 Method Not Allowed
Метод не поддерживается. Может возникать если пользователь пытается отправлять голосовую почту и т.п.
SIP/2.0 406 No codecs match
Неправильная конфигурация кодеков.
SIP/2.0 406 Not Acceptable
Пользователь недоступен.
SIP/2.0 407 Proxy Authentication Required
Необходима аутентификация на прокси-сервере.
SIP/2.0 407 User not found
Проверить ID на CGP
SIP/2.0 408 Request Timeout
Время обработки запроса истекло. Абонента не удалось найти за отведенное время. (Проблема с firewall, нет ответа на Invite от сервера)
SIP/2.0 408 Login timed out
За отведенное время не получен ответ от сервера на запрос авторизации.
SIP/2.0 410 No Route
Вариант «SIP/2.0 403 Empty Route Set». Нет доступа к ресурсу или ресурс по указанному адресу больше не существует.
SIP/2.0 413 Request Entity Too Large
Размер запроса слишком велик для обработки на сервере.
SIP/2.0 415 No Media
Звонок совершается неподдерживаемым кодеком.
SIP/2.0 416 Unsupported Scheme
Сервер не может обработать запрос из-за того, что схема адреса не распознана.
SIP/2.0 420 Bad extension
Неизвестное расширение. Сервер не распознал расширение протокола SIP.
SIP/2.0 421 Extension Required
В заголовке запроса не указано, какое расширение сервер должен применить для его обработки.
SIP/2.0 423 Interval Too Brief
Сервер отклоняет запрос, так как время действия ресурса короткое.
SIP/2.0 480 Invalid Phone Number
Неправильный номер телефона, не соответствует количеству цифр или неправильный код страны или города.
SIP/2.0 480 Destination Not Found In Client Plan
Нет направления в тарифном плане абонента.
SIP/2.0 480 Wrong DB Response
Проблемы с центральной базой данных.
SIP/2.0 480 DB Timeout
Проблемы с центральной базой данных.
SIP/2.0 480 Database Error
Проблемы с центральной базой данных.
SIP/2.0 480 Codec Mismatch
Несоответствие кодеков.
SIP/2.0 480 No Money Left on RFC Account
Недостаточно денежных средств на счету.
SIP/2.0 480 Empty Route Set
Пустое направление. Нет принимающих шлюзов.
SIP/2.0 480 No money left
Недостаточно денежных средств на счету.
SIP/2.0 480 Temporarily Unavailable
Временно недоступное направление. (Возможно статус DND)
SIP/2.0 481 Call Leg/Transaction Does Not Exist
Действие не выполнено. Нормальный ответ при поступлении дублирующего пакета.
SIP/2.0 482 Loop Detected
Обнаружен замкнутый маршрут передачи запроса.
SIP/2.0 483 Too Many Hops
Запрос на своем пути прошел через большее число прокси-серверов, чем разрешено.
SIP/2.0 484 Address Incomplete
Принят запрос с неполным адресом.
SIP/2.0 485 Ambiguous
Адрес вызываемого пользователя неоднозначен.
SIP/2.0 486 Busy Here
Абонент занят.
SIP/2.0 487 Request Terminated
Запрос отменен. Обычно приходит при отмене вызова.
SIP/2.0 488 Codec Mismatch
Нет шлюзов с поддержкой заказанного кодека.
SIP/2.0 488 Private IP Address
Адрес RTP media из сетей RFC1918.
SIP/2.0 488 Not acceptable here
Не совпадают кодеки
SIP/2.0 491 Request Pending
Запрос поступил в то время, когда сервер еще не закончил обработку другого запроса, относящегося к тому же диалогу.
SIP/2.0 493 Undeciperable
Сервер не в состоянии подобрать ключ дешифрования. Невозможно декодировать тело S/MIME сообщения.
SIP/2.0 499 Codec Mismatch
Отсутствует кодек.
5xx – ошибки сервера
SIP/2.0 500 Internal Server Error
Внутренняя ошибка сервера.
SIP/2.0 500 DB Timeout
Нет ответа от базы данных.
SIP/2.0 500 Database Error
То же самое, но в другой момент.
SIP/2.0 500 Wrong DB Response
Неправильный ответ базы данных.
SIP/2.0 500 Undefined Reason
Неопределенная причина.
SIP/2.0 500 account has been moved to a remote system
Аккаунт перенесен в удаленную систему (дословно).
SIP/2.0 500 Call placing quota exceeded
Превышен CPS.
SIP/2.0 501 Method Not Supported Here
В сервере не реализованы какие-либо функции, необходимые для обслуживания запроса. Метод запроса SIP не поддерживается.
SIP/2.0 502 Bad Gateway
Сервер, функционирующий в качестве шлюза или прокси-сервера, принимает некорректный ответ от сервера, к которому он направил запрос.
SIP/2.0 503 Service Unavailable
Сервер не может в данный момент обслужить вызов вследствие перегрузки или проведения технического обслуживания.
SIP/2.0 504 Server time-out
Сервер не получил ответа в течение установленного промежутка времени от сервера, к которому он обратился для завершения вызова.
SIP/2.0 505 SIP Version not supported
Версия не поддерживается. Сервер не поддерживает эту версию протокола SIP.
SIP/2.0 513 Message too big
Сервер не в состоянии обработать запрос из-за большой длины сообщения.
6xx – глобальная ошибка
SIP/2.0 600 Busy everywhere
Вызываемый пользователь занят и не желает принимать вызов в данный момент.
SIP/2.0 603 Decline
Вызываемый пользователь не желает принимать входящие вызовы, не указывая причину отказа.
SIP/2.0 604 Does Not Exist Anywhere
Вызываемого пользователя не существует.
SIP/2.0 606 Not Acceptable
Соединение с сервером было установлено. Отдельные параметры, такие как тип запрашиваемой информации, полоса пропускания, вид адресации не доступны.
From Wikipedia, the free encyclopedia
The Session Initiation Protocol (SIP) is a signalling protocol used for controlling communication sessions such as Voice over IP telephone calls. SIP is based on request/response transactions, in a similar manner to the Hypertext Transfer Protocol (HTTP). Each transaction consists of a SIP request (which will be one of several request methods), and at least one response.[1]: p11
SIP requests and responses may be generated by any SIP user agent; user agents are divided into clients (UACs), which initiate requests, and servers (UASes), which respond to them.[1]: §8 A single user agent may act as both UAC and UAS for different transactions:[1]: p26 for example, a SIP phone is a user agent that will be a UAC when making a call, and a UAS when receiving one. Additionally, some devices will act as both UAC and UAS for a single transaction; these are called Back-to-Back User Agents (B2BUAs).[1]: p20
SIP responses specify a three-digit integer response code, which is one of a number of defined codes that detail the status of the request. These codes are grouped according to their first digit as «provisional», «success», «redirection», «client error», «server error» or «global failure» codes, corresponding to a first digit of 1–6; these are expressed as, for example, «1xx» for provisional responses with a code of 100–199.[1]: §7.2 The SIP response codes are consistent with the HTTP response codes, although not all HTTP response codes are valid in SIP.[1]: §21
SIP responses also specify a «reason phrase», and a default reason phrase is defined with each response code.[1]: §7.2 These reason phrases can be varied, however, such as to provide additional information[1]: §21.4.18 or to provide the text in a different language.[1]: §20.3
The SIP response codes and corresponding reason phrases were initially defined in RFC 3261.[1] That RFC also defines a SIP Parameters Internet Assigned Numbers Authority (IANA) registry to allow other RFC to provide more response codes.[1]: §27 [2]
This list includes all the SIP response codes defined in IETF RFCs and registered in the SIP Parameters IANA registry as of 27 January 2023. This list also includes SIP response codes defined in obsolete SIP RFCs (specifically, RFC 2543), which are therefore not registered with the IANA; these are explicitly noted as such.
SIP responses may also include an optional Warning header, containing additional details about the response. The Warning contains a separate three-digit code followed by text with more details about the warning.[1]: §20.43 The current list of official warnings is registered in the SIP Parameters IANA registry.
1xx—Provisional Responses[edit]
- 100 Trying
- Extended search being performed may take a significant time so a forking proxy must send a 100 Trying response.[1]: §21.1.1
- 180 Ringing
- Destination user agent received INVITE, and is alerting user of call.[1]: §21.1.2
- 181 Call is Being Forwarded
- Servers can optionally send this response to indicate a call is being forwarded.[1]: §21.1.3
- 182 Queued
- Indicates that the destination was temporarily unavailable, so the server has queued the call until the destination is available. A server may send multiple 182 responses to update progress of the queue.[1]: §21.1.4
- 183 Session Progress
- This response may be used to send extra information for a call which is still being set up.[1]: §21.1.5
- 199 Early Dialog Terminated
- Can be used by User Agent Server to indicate to upstream SIP entities (including the User Agent Client (UAC)) that an early dialog has been terminated.[3]
2xx—Successful Responses[edit]
- 200 OK
- Indicates that the request was successful.[1]: §21.2.1
- 202 Accepted
- Indicates that the request has been accepted for processing, but the processing has not been completed.[4]: §7.3.1 [5] Deprecated.[6]: §8.3.1 [2]
- 204 No Notification
- Indicates the request was successful, but the corresponding response will not be received.[7]
3xx—Redirection Responses[edit]
- 300 Multiple Choices
- The address resolved to one of several options for the user or client to choose between, which are listed in the message body or the message’s Contact fields.[1]: §21.3.1
- 301 Moved Permanently
- The original Request-URI is no longer valid, the new address is given in the Contact header field, and the client should update any records of the original Request-URI with the new value.[1]: §21.3.2
- 302 Moved Temporarily
- The client should try at the address in the Contact field. If an Expires field is present, the client may cache the result for that period of time.[1]: §21.3.3
- 305 Use Proxy
- The Contact field details a proxy that must be used to access the requested destination.[1]: §21.3.4
- 380 Alternative Service
- The call failed, but alternatives are detailed in the message body.[1]: §21.3.5
4xx—Client Failure Responses[edit]
- 400 Bad Request
- The request could not be understood due to malformed syntax.[1]: §21.4.1
- 401 Unauthorized
- The request requires user authentication. This response is issued by UASs and registrars.[1]: §21.4.2
- 402 Payment Required
- Reserved for future use.[1]: §21.4.3
- 403 Forbidden
- The server understood the request, but is refusing to fulfill it.[1]: §21.4.4 Sometimes (but not always) this means the call has been rejected by the receiver.
- 404 Not Found
- The server has definitive information that the user does not exist at the domain specified in the Request-URI. This status is also returned if the domain in the Request-URI does not match any of the domains handled by the recipient of the request.[1]: §21.4.5
- 405 Method Not Allowed
- The method specified in the Request-Line is understood, but not allowed for the address identified by the Request-URI.[1]: §21.4.6
- 406 Not Acceptable
- The resource identified by the request is only capable of generating response entities that have content characteristics but not acceptable according to the Accept header field sent in the request.[1]: §21.4.7
- 407 Proxy Authentication Required
- The request requires user authentication. This response is issued by proxies.[1]: §21.4.8
- 408 Request Timeout
- Couldn’t find the user in time. The server could not produce a response within a suitable amount of time, for example, if it could not determine the location of the user in time. The client MAY repeat the request without modifications at any later time.[1]: §21.4.9
- 409 Conflict
- User already registered.[8]: §7.4.10 Deprecated by omission from later RFCs[1] and by non-registration with the IANA.[2]
- 410 Gone
- The user existed once, but is not available here any more.[1]: §21.4.10
- 411 Length Required
- The server will not accept the request without a valid Content-Length.[8]: §7.4.12 Deprecated by omission from later RFCs[1] and by non-registration with the IANA.[2]
- 412 Conditional Request Failed
- The given precondition has not been met.[9]
- 413 Request Entity Too Large
- Request body too large.[1]: §21.4.11
- 414 Request-URI Too Long
- The server is refusing to service the request because the Request-URI is longer than the server is willing to interpret.[1]: §21.4.12
- 415 Unsupported Media Type
- Request body in a format not supported.[1]: §21.4.13
- 416 Unsupported URI Scheme
- Request-URI is unknown to the server.[1]: §21.4.14
- 417 Unknown Resource-Priority
- There was a resource-priority option tag, but no Resource-Priority header.[10]
- 420 Bad Extension
- Bad SIP Protocol Extension used, not understood by the server.[1]: §21.4.15
- 421 Extension Required
- The server needs a specific extension not listed in the Supported header.[1]: §21.4.16
- 422 Session Interval Too Small
- The received request contains a Session-Expires header field with a duration below the minimum timer.[11]
- 423 Interval Too Brief
- Expiration time of the resource is too short.[1]: §21.4.17
- 424 Bad Location Information
- The request’s location content was malformed or otherwise unsatisfactory.[12]
- 425 Bad Alert Message
- The server rejected a non-interactive emergency call, indicating that the request was malformed enough that no reasonable emergency response to the alert can be determined.[13]
- 428 Use Identity Header
- The server policy requires an Identity header, and one has not been provided.[14]: p11
- 429 Provide Referrer Identity
- The server did not receive a valid Referred-By token on the request.[15]
- 430 Flow Failed
- A specific flow to a user agent has failed, although other flows may succeed. This response is intended for use between proxy devices, and should not be seen by an endpoint (and if it is seen by one, should be treated as a 400 Bad Request response).[16]: §11.5
- 433 Anonymity Disallowed
- The request has been rejected because it was anonymous.[17]
- 436 Bad Identity-Info
- The request has an Identity-Info header, and the URI scheme in that header cannot be dereferenced.[14]: p11
- 437 Unsupported Certificate
- The server was unable to validate a certificate for the domain that signed the request.[14]: p11
- 438 Invalid Identity Header
- The server obtained a valid certificate that the request claimed was used to sign the request, but was unable to verify that signature.[14]: p12
- 439 First Hop Lacks Outbound Support
- The first outbound proxy the user is attempting to register through does not support the «outbound» feature of RFC 5626, although the registrar does.[16]: §11.6
- 440 Max-Breadth Exceeded
- If a SIP proxy determines a response context has insufficient Incoming Max-Breadth to carry out a desired parallel fork, and the proxy is unwilling/unable to compensate by forking serially or sending a redirect, that proxy MUST return a 440 response. A client receiving a 440 response can infer that its request did not reach all possible destinations.[18]
- 469 Bad Info Package
- If a SIP UA receives an INFO request associated with an Info Package that the UA has not indicated willingness to receive, the UA MUST send a 469 response, which contains a Recv-Info header field with Info Packages for which the UA is willing to receive INFO requests.[19]
- 470 Consent Needed
- The source of the request did not have the permission of the recipient to make such a request.[20]
- 480 Temporarily Unavailable
- Callee currently unavailable.[1]: §21.4.18
- 481 Call/Transaction Does Not Exist
- Server received a request that does not match any dialog or transaction.[1]: §21.4.19
- 482 Loop Detected
- Server has detected a loop.[1]: §21.4.20
- 483 Too Many Hops
- Max-Forwards header has reached the value ‘0’.[1]: §21.4.21
- 484 Address Incomplete
- Request-URI incomplete.[1]: §21.4.22
- 485 Ambiguous
- Request-URI is ambiguous.[1]: §21.4.23
- 486 Busy Here
- Callee is busy.[1]: §21.4.24
- 487 Request Terminated
- Request has terminated by bye or cancel.[1]: §21.4.25
- 488 Not Acceptable Here
- Some aspect of the session description or the Request-URI is not acceptable.[1]: §21.4.26
- 489 Bad Event
- The server did not understand an event package specified in an Event header field.[4]: §7.3.2 [6]: §8.3.2
- 491 Request Pending
- Server has some pending request from the same dialog.[1]: §21.4.27
- 493 Undecipherable
- Request contains an encrypted MIME body, which recipient can not decrypt.[1]: §21.4.28
- 494 Security Agreement Required
- The server has received a request that requires a negotiated security mechanism, and the response contains a list of suitable security mechanisms for the requester to choose between,[21]: §§2.3.1–2.3.2 or a digest authentication challenge.[21]: §2.4
5xx—Server Failure Responses[edit]
- 500 Internal Server Error
- The server could not fulfill the request due to some unexpected condition.[1]: §21.5.1
- 501 Not Implemented
- The server does not have the ability to fulfill the request, such as because it does not recognize the request method. (Compare with 405 Method Not Allowed, where the server recognizes the method but does not allow or support it.)[1]: §21.5.2
- 502 Bad Gateway
- The server is acting as a gateway or proxy, and received an invalid response from a downstream server while attempting to fulfill the request.[1]: §21.5.3
- 503 Service Unavailable
- The server is undergoing maintenance or is temporarily overloaded and so cannot process the request. A «Retry-After» header field may specify when the client may reattempt its request.[1]: §21.5.4
- 504 Server Time-out
- The server attempted to access another server in attempting to process the request, and did not receive a prompt response.[1]: §21.5.5
- 505 Version Not Supported
- The SIP protocol version in the request is not supported by the server.[1]: §21.5.6
- 513 Message Too Large
- The request message length is longer than the server can process.[1]: §21.5.7
- 555 Push Notification Service Not Supported
- The server does not support the push notification service identified in a ‘pn-provider’ SIP URI parameter[22]: §14.2.1
- 580 Precondition Failure
- The server is unable or unwilling to meet some constraints specified in the offer.[23]
6xx—Global Failure Responses[edit]
- 600 Busy Everywhere
- All possible destinations are busy. Unlike the 486 response, this response indicates the destination knows there are no alternative destinations (such as a voicemail server) able to accept the call.[1]: §21.6.1
- 603 Decline
- The destination does not wish to participate in the call, or cannot do so, and additionally the destination knows there are no alternative destinations (such as a voicemail server) willing to accept the call.[1]: §21.6.2 The response may indicate a better time to call in the Retry-After header field.
- 604 Does Not Exist Anywhere
- The server has authoritative information that the requested user does not exist anywhere.[1]: §21.6.3
- 606 Not Acceptable
- The user’s agent was contacted successfully but some aspects of the session description such as the requested media, bandwidth, or addressing style were not acceptable.[1]: §21.6.4
- 607 Unwanted
- The called party did not want this call from the calling party. Future attempts from the calling party are likely to be similarly rejected.[24]
- 608 Rejected
- An intermediary machine or process rejected the call attempt.[25] This contrasts with the 607 (Unwanted) SIP response code in which a human, the called party, rejected the call. The intermediary rejecting the call should include a Call-Info header with «purpose» value «jwscard», with the jCard[26] with contact details. The calling party can use this jCard if they want to dispute the rejection.
References[edit]
- ^ a b c d e f g h i j k l m n o p q r s t u v w x y z aa ab ac ad ae af ag ah ai aj ak al am an ao ap aq ar as at au av aw ax ay az ba bb bc bd be bf bg bh bi bj bk bl Rosenberg, Jonathan; Schulzrinne, Henning; Camarillo, Gonzalo; Johnston, Alan; Peterson, Jon; Sparks, Robert; Handley, Mark; Schooler, Eve (June 2002). SIP: Session Initiation Protocol. IETF. doi:10.17487/RFC3261. RFC 3261.
- ^ a b c d Roach, Adam; Jennings, Cullen; Peterson, Jon; Barnes, Mary (17 April 2013) [Created January 2002]. «Response Codes». Session Initiation Protocol (SIP) Parameters. IANA.
- ^ Holmberg, Christer (May 2011). Session Initiation Protocol (SIP) Response Code for Indication of Terminated Dialog. IETF. p. 1. Abstract. doi:10.17487/RFC6228. RFC 6228.
- ^ a b Roach, Adam B. (June 2002). Session Initiation Protocol (SIP)-Specific Event Notification. IETF. doi:10.17487/RFC3265. RFC 3265.
- ^ Fielding, Roy T.; Gettys, James; Mogul, Jeffrey C.; Nielsen, Henrik Frystyk; Masinter, Larry; Leach, Paul; Berners-Lee, Tim (June 1999). «202 Accepted». Hypertext Transfer Protocol — HTTP/1.1. IETF. sec. 10.2.3. doi:10.17487/RFC2616. RFC 2616.
- ^ a b Roach, Adam (July 2012). SIP-Specific Event Notification. IETF. doi:10.17487/RFC6665. RFC 6665.
- ^ Niemi, Aki (May 2010). «204 (No Notification) Response Code». In Willis, Dean (ed.). An Extension to Session Initiation Protocol (SIP) Events for Conditional Event Notification. IETF. sec. 7.1. doi:10.17487/RFC5839. RFC 5839.
- ^ a b Handley, Mark; Schulzrinne, Henning; Schooler, Eve; Rosenberg, Jonathan (March 1999). SIP: Session Initiation Protocol. IETF. doi:10.17487/RFC2543. RFC 2543.
- ^ Niemi, Aki, ed. (2004). ««412 Conditional Requset Failed» Response Code». Session Initiation Protocol (SIP) Extension for Event State Publication. IETF. sec. 11.2.1. doi:10.17487/RFC3903. RFC 3903.
- ^ Schulzrinne, Henning; Polk, James (February 2006). «No Known Namespace or Priority Value». Communications Resource Priority for the Session Initiation Protocol (SIP). IETF. sec. 4.6.2. doi:10.17487/RFC4412. RFC 4412.
- ^ Donovan, Steve; Rosenberg, Jonathan (April 2005). «422 Response Code Definition». Session Timers in the Session Initiation Protocol (SIP). IETF. sec. 6. doi:10.17487/RFC4028. RFC 4028.
- ^ Polk, James; Rosen, Brian; Peterson, Jon (December 2011). «424 (Bad Location Information) Response Code». Location Conveyance for the Session Initiation Protocol. IETF. sec. 4.3. doi:10.17487/RFC6442. RFC 6442.
- ^ Rosen, Brian; Schulzrinne, Henning; Tschofenig, Hannes; Gellens, Randall (September 2020). «425 (Bad Alert Message) Response Code». Non-interactive Emergency Calls. IETF. sec. 5.1. doi:10.17487/RFC8876. RFC 8876.
- ^ a b c d Peterson, Jon; Jennings, Cullen (August 2006). Enhancements for Authenticated Identity Management in the Session Initiation Protocol (SIP). IETF. doi:10.17487/RFC4474. RFC 4474.
- ^ Sparks, Robert J. (September 2004). «The 429 Provide Referrer Identity Error Response». The Session Initiation Protocol (SIP) Referred-By Mechanism. IETF. sec. 5. doi:10.17487/RFC3892. RFC 3892.
- ^ a b Jennings, Cullen; Mahy, Rohan; Audet, Francois, eds. (October 2009). Managing Client-Initiated Connections in the Session Initiation Protocol (SIP). IETF. doi:10.17487/RFC5626. RFC 5626.
- ^ Rosenberg, Jonathan (December 2007). «433 (Anonymity Disallowed) Definition». Rejecting Anonymous Requests in the Session Initiation Protocol (SIP). IETF. sec. 5. doi:10.17487/RFC5079. RFC 5079.
- ^ Addressing an Amplification Vulnerability in Session Initiation Protocol (SIP) Forking Proxies. IETF. December 2008. doi:10.17487/RFC5393. RFC 5393.
- ^ Session Initiation Protocol (SIP) INFO Method and Package Framework. IETF. January 2011. doi:10.17487/RFC6086. RFC 6086.
- ^ Rosenberg, Jonathan; Willis, Dean (October 2008). «Definition of the 470 Response Code». In Camarillo, Gonzalo (ed.). A Framework for Consent-Based Communications in the Session Initiation Protocol (SIP). IETF. sec. 5.9.2. doi:10.17487/RFC5360. RFC 5360.
- ^ a b Arkko, Jari; Torvinen, Vesa; Camarillo, Gonzalo; Niemi, Aki; Haukka, Tao (January 2003). Security Mechanism Agreement for the Session Initiation Protocol (SIP). IETF. doi:10.17487/RFC3329. RFC 3329.
- ^ Push Notification with the Session Initiation Protocol (SIP). IETF. May 2019. doi:10.17487/RFC8599. RFC 8599.
- ^ Rosenberg, Jonathan (October 2002). «Refusing an offer». In Camarillo, Gonzalo; Marshall, Bill (eds.). Integration of Resource Management and Session Initiation Protocol (SIP). IETF. sec. 8. doi:10.17487/RFC3312. RFC 3312.
- ^ A SIP Response Code for Unwanted Calls. IETF. July 2017. doi:10.17487/RFC8197. RFC 8197.
- ^ A Session Initiation Protocol (SIP) Response Code for Rejected Calls. IETF. December 2019. doi:10.17487/RFC8688. RFC 8688.
- ^ RFC 7095
External links[edit]
- Mapping SIP Error Messages to DSS1 codes at the Wayback Machine (archived 2021-04-12)
- Session Initiation Protocol (SIP) Parameters Contains a registry of different SIP parameters, including response codes
Коды ответов сервера (коды состояния запроса) в протоколе SIP, согласно RFC2543
Код ответа от сервера (код состояния запроса) состоит из трех цифр и показывает информацию об обработке запроса сервером или оконечным устройством. Рядом с любым кодом, передается поясняющая фраза, краткое текстовое описание, кода ответа. Код ответа необходим для серверов и оконечных устройств, при этом, они не смотрят поясняющие фразы. А поясняющие фразы необходимы лишь для конечных пользователей.
Первая цифра кода состояния запроса определяет класс ответа. Последние две цифры не имеют определенной роли в классификации. Протокол SIP/2.0 определяет 6 значение для первой цифры:
- 1xx: Информационные ответы (Informational) – запрос получен, запрос обрабатывается;
- 2xx: Успех выполнения запроса (Success) – запрос был получен, понят, принят в обработку;
- 3xx: Переадресация (Redirection) – для завершения запроса необходимо, выполнить следующие действия;
- 4xx: Ошибка Клиента (Client Error) – запрос имеет некорректный синтаксис(информацию) или запрос не может быть выполнен на данном сервере;
- 5xx: Ошибка Сервера (Server Error) – сервер не в состоянии выполнить корректный запрос;
- 6xx: Глобальная Ошибка (Global Failure) – запрос не может быть выполнен на любом сервере.
Далее рассмотрим часто встречающиеся коды состояния запросов и поясняющие фразы к ним, используемые в SIP/2.0. Поясняющие фразы- это рекомендация, пользователи могут изменить их, без воздействия на протокол SIP/2.0. Обратите внимание, что много кодов ответов взято из протокола HTTP/1.1. В SIP/2.0 добавлены коды в диапазоне с x80, так же, в отличие от HTTP/1.1, добавлен новый класс кодов 6xx.
Коды ответов SIP являются расширяемыми. SIP приложению не требуется понимать смысл всех зарегистрированных кодов ответа, хотя такое понимание желательно. Тем не менее, приложения ДОЛЖНЫ понимать класс любого кода ответа, как это указано в первой цифре, и обрабатывать любой нераспознанный ответ как эквивалент кода ответа x00 этого класса. Например, если клиент получает незарегистрированный код ответа 431, он может смело предположить, что было что-то не так в его запросе, и должен обработать ответ, как если бы был получен код 400 (Bad Request). В таких случаях агентам пользователя СЛЕДУЕТ представить пользователю тело сообщения, возвращаемого с ответом, так как в теле сообщения, вероятно, включена информация, которая поясняет нестандартный ответ.
Информационные ответы:
- “100” ; Trying – запрос обрабатывается
- “180” ; Ringing – вызываемы пользователь определен. Идет сигнал о входящем вызове
- “181” ; Call Is Being Forwarded – вызов переадресовывается к другому пользователю
- “182” ; Queued – вызываемый абонент недоступен, вызов поставлен в очередь
- “183” ; Session Progress – данный ответ используется для передачи описания медианных SDP
Успех выполнения запроса:
- “200” ; OK – успешное выполнение запроса
- “202” ; Accepted – запрос принят в обработку
Переадресация:
- “300” ; Multiple Choices – в ответе указаны несколько SIP адресов, где можно найти вызываемого пользователя
- “301” ; Moved Permanently – вызываемый абонент больше не находится по адресу, указанному в запросе
- “302” ; Moved Temporarily – вызываемый абонент временно не находится по адресу, указанному в запросе
- “305” ; Use Proxy – входящий вызов должен пройти через прокси-сервер
- “380” ; Alternative Service – запрошенная услуга недоступна, но есть альтернативные варианты
Ошибка Клиента:
- “400” ; Bad Request – некорректный запрос, запрос не понятен серверу
- “401” ; Unauthorized – ответ, что пользователь еще не авторизован на сервере, после этого ответа, посылается повторный запрос RIGISTER с логином и паролем
- “402” ; Payment Required – требуется оплата
- “403” ; Forbidden – абонент не зарегистрирован, не существует
- “404” ; Not Found – вызываемы абонент не найден на сервере
- “405” ; Method Not Allowed – метод не поддерживается сервером
- “406” ; Not Acceptable – пользователь недоступен
- “407” ; Proxy Authentication Required – необходима аутентификация на сервере
- “408” ; Request Timeout – время обработки запроса истекло
- “409” ; Conflict – запрос не может быть выполнен из-за конфликта с текущим состоянием сервера/клиента
- “410” ; Gone – запрошенный пользователь больше не доступен на сервере и нет адреса для перевода вызова
- “411” ; Length Required – сервер отказывается принимать запрос без определенного поля Content-Length
- “413” ; Request Entity Too Large – сервер отказывается обслуживать запрос, т.к. размер запроса слишком велик
- “414” ; Request-URI Too Large – сервер отказывается обслуживать запрос, потому что запрашиваемый URI больше, чем сервер может обработать.
- “415” ; Unsupported Media Type – сервер отказывается обработать запрос, потому что тело сообщения запроса находится в формате, который сервер не поддерживает. Сервер должен вернуть список допустимых форматов, используя Accept, Accept-Encoding и Accept-Language в поле заголовка.
- “420” ; Bad Extension – сервер не понял расширение протокола SIP
- “480” ; Temporarily not available – направление временно недоступно
- “481” ; Call Leg/Transaction Does Not Exist – этот ответ будет возвращен в двух случаях: сервер получил запрос BYE, который не соответствует любому существующему вызову или сервер получил запрос CANCEL, что не соответствует существующим транзакция.
- “482” ; Loop Detected – обнаружен замкнутый маршрут передачи запроса
- “483” ; Too Many Hops – Превышено число прохода прокси-серверов, чем указано в поле Max-Forwards
- “484” ; Address Incomplete – В запросе не полный адрес
- “485” ; Ambiguous – адрес вызываемого пользователя не однозначен
- “486” ; Busy Here – абонент занят
- “487” ; Request Terminated – запрос отменен, обычно приходит при отмене вызова
Ошибка Сервера:
- “500” ; Internal Server Error – внутренняя ошибка сервера
- “501” ; Not Implemented – сервер не поддерживает функциональные возможности, необходимые для выполнения запроса.
- “502” ; Bad Gateway – сервер, действуя в качестве шлюза или прокси-сервера, получил недопустимый ответ от подчиненного сервера, к которому он обратился для выполнения запроса.
- “503” ; Service Unavailable – сервер в настоящее время не в состоянии обработать запрос из-за временной перегрузки или технического обслуживания сервера.
- “504” ; Gateway Time-out – сервер, действуя в качестве шлюза, не получил своевременного ответа от сервера (например, сервер определения местоположения) к которому он обратился для выполнения запроса.
- “505” ; SIP Version not supported – сервер не поддерживает или отказывается поддерживать, версию протокола SIP, который был использован в сообщении запроса
Глобальная Ошибка:
- “600” ; Busy Everywhere – вызов дошел до вызываемого абонента, но вызываемый абонент занят и не желает принять вызов в настоящее время.
- “603” ; Decline – вызов дошел до вызываемого абонента, но вызываемый абонент занят и не желает принять вызов, не указывая причину отказа.
- “604” ; Does not exist anywhere – сервер имеет точную информацию о том, что пользователя, указанного в поле To не существует нигде. Поиск пользователя в другом месте не даст никаких результатов.
- “606” ; Not Acceptable – сервер установил соединение с абонентом, но отдельные параметры, такие как тип запрашиваемой информации, полоса пропускания, вид адресации не доступны
Коды ответов сервера (коды состояния запроса) в протоколе SIP, согласно RFC2543.
Код ответа от сервера (код состояния запроса) состоит из трех цифр и показывает информацию об обработке запроса сервером или оконечным устройством. Рядом с любым кодом, передается поясняющая фраза, краткое текстовое описание, кода ответа. Код ответа необходим для серверов и оконечных устройств, при этом, они не смотрят поясняющие фразы. А поясняющие фразы необходимы лишь для конечных пользователей.
Ниже представлено описание кодов состояния запроса. Более полное описание вы можете прочитать в RFC2543.
1xx = Предварительные ответы
- SIP/2.0 100 Trying – запрос обрабатывается.
- SIP/2.0 180 Ringing – местоположение вызываемого пользователя определено. Выдан сигнал о входящем вызове.
- SIP/2.0 181 Call is Being Forwarded – прокси-сервер переадресует вызов к другому пользователю.
- SIP/2.0 182 Call is Queued – вызываемый абонент временно не доступен, вызов поставлен в очередь.
- SIP/2.0 183 Session Progress – используется для того, чтобы заранее получить описание сеанса информационного обмена от шлюзов на пути к вызываемому пользователю.
- SIP/2.0 199 Early Dialog Terminated – Может использоваться сервером пользовательских агентов для указания вышестоящим объектам SIP (включая клиент пользовательского агента (UAC)), что раннее диалоговое окно было прекращено.
2xx = Успешные ответы
- SIP/2.0 200 OK – успешное завершение.
- SIP/2.0 202 Accepted – запрос принят для обработки Используется для справки о состоянии обработки.
- SIP/2.0 204 No Notification – Указывает, что запрос был успешным, но соответствующий ответ не будет получен.
3xx = Сообщения о перенаправлении
- SIP/2.0 300 Multiple Choices – указывает несколько SIP-адресов, по которым можно найти вызываемого пользователя.
- SIP/2.0 301 Moved Permanently – вызываемый пользователь больше не находится по адресу, указанному в запросе.
- SIP/2.0 302 Moved Temporarily – пользователь временно сменил местоположение.
- SIP/2.0 305 Use Proxy – вызываемый пользователь не доступен непосредственно, входящий вызов должен пройти через прокси-сервер.
- SIP/2.0 380 Alternative Service – запрошенная услуга недоступна, но доступны альтернативные услуги.
4xx = Ошибка запроса
- SIP/2.0 400 Bad Request – запрос не понят из-за синтаксических ошибок в нем, ошибка в сигнализации, скорее всего что-то с настройками оборудования.
- SIP/2.0 401 Unauthorized – нормальный ответ сервера о том, что пользователь еще не авторизировался; обычно после этого абонентское оборудование отправляет на сервер новый запрос, содержащий логин и пароль.
- SIP/2.0 401 Expired Authorization – время регистрации истекло.
- SIP/2.0 402 Payment Required – требуется оплата (зарезервирован для использования в будущем).
- SIP/2.0 403 No Such User – нет такого пользователя, ошибка в номере, логине или пароле.
- SIP/2.0 403 User Disabled – пользователь отключен.
- SIP/2.0 403 Wrong Guess – ошибка в пароле.
- SIP/2.0 403 Conflict – такой SIP-номер уже используется.
- SIP/2.0 403 Forbidden – абонент не зарегистрирован.
- SIP/2.0 403 Empty Route Set – нет ни одного шлюза в роутинге.
- SIP/2.0 403 Caller Not Registered – нет такого пользователя.
- SIP/2.0 403 Out of Look-Ahead Retries – перебор узлов закончен.
- SIP/2.0 403 Invalid Phone Number – нет такого направления.
- SIP/2.0 403 No Money Left on RFC Account – на счету нет денег для совершения звонка.
- SIP/2.0 404 Not found – вызываемый абонент не найден, нет такого SIP-номера.
- SIP/2.0 404 Undefined Reason – неопределенное направление.
- SIP/2.0 404 Unknown user account – логин и пароль не найдены.
- SIP/2.0 404 Out of Order – в заявке на маршрутизацию по этому направлению нет ни одного шлюза, проверьте настройку маршрутизации по этому направлению.
- SIP/2.0 405 Method Not Allowed – метод не поддерживается, может возникать если пользователь пытается отправлять голосовую почту и т.п.
- SIP/2.0 406 No codecs match – неправильная конфигурация кодеков.
- SIP/2.0 406 Not Acceptable – пользователь не доступен.
- SIP/2.0 407 Proxy Authentication Required – необходима аутентификация на прокси-сервере.
- SIP/2.0 408 Request Timeout – время обработки запроса истекло: Абонента не удалось найти за отведенное время.
- SIP/2.0 408 Login timed out – за отведенное время не получен ответ от сервера на запрос авторизации.
- SIP/2.0 410 No Route – вариант SIP/2.0 403 Empty Route Set; нет доступа к ресурсу: Ресурс по указанному адресу больше не существует.
- SIP/2.0 412 Conditional Request Failed – данное условие не выполняется (RFC3903).
- SIP/2.0 413 Request Entity Too Large – размер запроса слишком велик для обработки на сервере.
- SIP/2.0 414 Request-URI Too Long – Запрашиваемый URI слишком длинный.
- SIP/2.0 415 No Media – звонок совершается неподдерживаемым кодеком.
- SIP/2.0 416 Unsupported Scheme – сервер не может обработать запрос из-за того, что схема адреса получателя ему непонятна.
- SIP/2.0 417 Unknown Resource-Priority – была метка resource-priority, но не было Resource-Priority header (RFC4412).
- SIP/2.0 420 Bad extension – неизвестное расширение: Сервер не понял расширение протокола SIP.
- SIP/2.0 421 Extension Required – в заголовке запроса не указано, какое расширение сервер должен применить для его обработки.
- SIP/2.0 422 Session Interval Too Small – полученный запрос содержит в поле Session-Expires значение которое меньше минимального таймера (RFC4028).
- SIP/2.0 423 Interval Too Brief – сервер отклоняет запрос, так как время действия ресурса короткое.
- SIP/2.0 424 Bad Location Information — Содержание location в запросе имеет неправильную форму (RFC6442).
- SIP/2.0 428 Use Identity Header — Политика сервера требуют заголовок Identity,и не был предоставлен (RFC4474).
- SIP/2.0 429 Provide Referrer Identity — Сервер не получил Referred-By в запросе (RFC3892).
- SIP/2.0 430 Flow Failed — Спец поток к UA неудачен, но другие потоки могут быть успешны. Этот запрос должен исп между проки и не должен быть виден конечным пользователям. (но если видим, должен трактоваться как ответ 400 Bad Request) (RFC5626).
- SIP/2.0 433 Anonymity Disallowed — запрос отклонен потому что он анонимный (RFC5079).
- SIP/2.0 436 Bad Identity-Info — Поле Identity-Info запроса и URI схема не могут различаться (RFC4474).
- SIP/2.0 437 Unsupported Certificate — сервер не может проверить сертификат для домена, которым подписан запрос (RFC4474).
- SIP/2.0 438 Invalid Identity Header — сервер получил правильный сертификат, которым был подписан запрос, но не может проверить сам сертификат (RFC4474).
- SIP/2.0 439 First Hop Lacks Outbound Support — Первый исходящий прокси сервер на котором пытается зарегистрироваться пользователь не поддерживает «outbound» фичу по RFC 5626, хотя registrar поддерживает.
- SIP/2.0 440 Max-Breadth Exceeded – общее количество петель на SIP-прокси, вызванных разветвленным запросом SIP (то есть пересылают запрос более чем одному месту назначения) превышено (RFC5393).
- SIP/2.0 469 Bad Info Package – Метод INFO для инициации сеанса SIP и механизм информационного пакета не определены (RFC6086).
- SIP/2.0 470 Consent Needed — источник запроса не имеет прав от получателя на такой запрос (RFC5360).
- SIP/2.0 480 Invalid Phone Number – неправильный номер телефона, не соответствует количество цифр или неправильный код страны или города.
- SIP/2.0 480 Destination Not Found In Client Plan – направления нет в тарифном плане абонента.
- SIP/2.0 480 Wrong DB Response – проблемы с центральной базой сети.
- SIP/2.0 480 DB Timeout – проблемы с центральной базой сети.
- SIP/2.0 480 Database Error – проблемы с центральной базой сети.
- SIP/2.0 480 Codec Mismatch – несоответствие кодеков.
- SIP/2.0 480 No Money Left on RFC Account – нет денег на счету, обратитесь к администратору сети.
- SIP/2.0 480 Empty Route Set – пустое направление, нет принимающих шлюзов.
- SIP/2.0 480 No money left – недостаточно денег на счете.
- SIP/2.0 480 Temporarily Unavailable – временно недоступное направление попробуйте позвонить позже.
- SIP/2.0 481 Call Leg/Transaction Does Not Exist – действие не выполнено, нормальный ответ при поступлении дублирующего пакета.
- SIP/2.0 482 Loop Detected – обнаружен замкнутый маршрут передачи запроса.
- SIP/2.0 483 Too Many Hops – запрос на своем пути прошел через большее число прокси-серверов, чем разрешено.
- SIP/2.0 484 Address Incomplete – принят запрос с неполным адресом.
- SIP/2.0 485 Ambiguous – адрес вызываемого пользователя не однозначен.
- SIP/2.0 486 Busy Here – абонент занят.
- SIP/2.0 487 Request Terminated – запрос отменен, обычно приходит при отмене вызова.
- SIP/2.0 488 Codec Mismatch – нет шлюзов с поддержкой заказанного кодека.
- SIP/2.0 488 Private IP Address – адрес RTP media из сетей (RFC1918).
- SIP/2.0 489 Bad Event – Сервер не понял пакет событий, указанный в поле заголовка события (RFC6665).
- SIP/2.0 491 Request Pending – запрос поступил в то время, когда сервер еще не закончил обработку другого запроса, относящегося к тому же диалогу.
- SIP/2.0 493 Undeciperable – сервер не в состоянии подобрать ключ дешифрования: невозможно декодировать тело S/MIME сообщения.
- SIP/2.0 494 Security Agreement Required – Сервер получил запрос, который требует согласованного механизма безопасности, и ответ содержит список подходящих механизмов безопасности для выбора запрашивающей стороны, или вызов дайджест-аутентификации (RFC3329).
- SIP/2.0 499 Codec Mismatch – отсутствует кодек.
5xx = Ошибки сервера
- SIP/2.0 500 Internal Server Error – внутренняя ошибка сервера.
- SIP/2.0 500 DB Timeout – нет ответа от базы данных.
- SIP/2.0 500 Database Error – то же самое, но в другой момент.
- SIP/2.0 500 Wrong DB Response – неправильный ответ базы данных, редкая ошибка.
- SIP/2.0 500 Undefined Reason – неопределенная причина.
- SIP/2.0 500 Account has been moved to a remote system – аккаунт перенесен в удаленную систему (дословно).
- SIP/2.0 501 Method Not Supported Here – в сервере не реализованы какие-либо функции, необходимые для обслуживания запроса: Метод запроса SIP не поддерживается.
- SIP/2.0 502 Bad Gateway – сервер, функционирующий в качестве шлюза или прокси-сервера, принимает некорректный ответ от сервера, к которому он направил запрос.
- SIP/2.0 503 Service Unavailable – сервер не может в данный момент обслужить вызов вследствие перегрузки или проведения технического обслуживания.
- SIP/2.0 504 Server time-out – сервер не получил ответа в течение установленного промежутка времени от сервера, к которому он обратился для завершения вызова.
- SIP/2.0 505 SIP Version not supported – версия не поддерживается: Сервер не поддерживает эту версию протокола SIP.
- SIP/2.0 513 Message too big – сервер не в состоянии обработать запрос из-за большой длины сообщения.
- SIP/2.0 555 Push Notification Service Not Supported – Поддержка push-уведомлений для любого SIP-сервера не осуществляется (RFC8599).
- SIP/2.0 580 Precondition Failure – Сервер не может или не хочет соблюдать некоторые ограничения, указанные в предложении (RFC3312).
6xx = Глобальные ошибки
- SIP/2.0 600 Busy everywhere – вызываемый пользователь занят и не желает принимать вызов в данный момент.
- SIP/2.0 603 Decline – вызываемый пользователь не желает принимать входящие вызовы, не указывая причину отказа.
- SIP/2.0 604 Does Not Exist Anywhere – вызываемого пользователя не существует.
- SIP/2.0 606 Not Acceptable – соединение с сервером было установлено, но отдельные параметры, такие как тип запрашиваемой информации, полоса пропускания, вид адресации не доступны.
- SIP/2.0 607 Unwanted – Вызываемая сторона не хотела этого вызова от вызывающей стороны. Будущие попытки вызывающей стороны, вероятно, будут отклонены аналогичным образом (RFC8197).
Возможно, полезным окажется информация в статье про коды ошибок в Asterisk.
Любое использование материалов сайта возможно только с разрешения автора и с обязательным указанием источника.
Skip to content
Коды сообщений SIP
1xx = информационные ответы
-
100 – запрос обрабатывается.
-
180 – местоположение вызываемого пользователя определено. Выдан сигнал о входящем вызове.
-
181 – прокси,сервер переадресует вызов к другому пользователю.
-
182 – вызываемый абонент временно не доступен, вызов поставлен в очередь.
-
183 – используется для того, чтобы заранее получить описание сеанса информационного обмена от шлюзов на пути к вызываемому пользователю.
2xx = ответы о завершении запроса
-
200 – успешное завершение.
-
202 – запрос принят для обработки. Используется для справки о состоянии обработки.
3xx = сообщения о переадресации
-
300 – указывает несколько SIP-адресов, по которым можно найти вызываемого пользователя.
-
301 – означает, что вызываемый пользователь больше не находится по адресу, указанному в запросе.
-
302 – означает, что пользователь временно сменил местоположение.
-
305 – означает, что вызываемый пользователь не доступен непосредственно, входящий вызов должен пройти через прокси-сервер.
-
380 – запрошенная услуга недоступна, но доступны альтернативные услуги.
4xx = невозможность обработать запрос
-
400 – означает, что запрос не понят из-за синтаксических ошибок в нем.
-
401 – означает, что запрос требует проведения процедуры аутентификации пользователя. Используется только регистраторами. Прокси-серверы должны использовать прокси авторизацию (коды сообщений SIP 407).
-
402 – требуется оплата (зарезервирован для использования в будущем).
-
404 – не найдено: вызываемый пользователь не найден.
-
405 – недопустимый метод.
-
406 – непонятные ответы вызываемой стороны.
-
407 – необходима аутентификация на прокси-сервере.
-
408 – время обработки запроса истекло: Абонента не удалось найти за отведенное время.
-
410 – нет доступа к ресурсу: Ресурс по указанному адресу больше не существует.
-
412 – требуемое предварительное условие не выполнено.
-
413 – размер запроса слишком велик для обработки на сервере.
-
414 – у сервера возникли трудности с интерпретацией адреса получателя из-за его длины.
-
415 – сервер не может принять запрос, так как формат содержимого тела сообщения не поддерживается сервером для запроса данного типа.
-
416 – сервер не может обработать запрос из-за того, что схема адреса получателя ему непонятна.
-
420 – неизвестное расширение: Сервер не понял расширение протокола SIP.
-
421 – в заголовке запроса не указано, какое расширение сервер должен применить для его обработки.
-
423 – сервер отклоняет запрос, так как время действия ресурса короткое.
-
440 – если SIP-прокси определил, что контекст ответа содержит недостаточное значение Incoming Max-Breadth для поддержки требуемого параллельного ветвления, и прокси не может или не хочет компенсировать ветвление, например, отправкой редиректа, этот прокси должен вернуть ответ (коды сообщений SIP 440). Клиент, получивший такой ответ, делает вывод, что его запрос не достигнет всех возможных получателей.
-
469 – Если SIP UA получает запрос INFO, связанный с пакетом Info Package, который этот UA не готов получить, UA должен отправить ответ (коды сообщений SIP 469). Ответ содержит заголовок Recv-Info и Info Packages для которых этот UA готов получить запросы INFO.
-
480 – соединение с оконечной системой установлено успешно, но пользователь в данный момент недоступен.
-
481 – сервер получил запрос не относящийся к текущему диалогу или транзакции.
-
482 – обнаружен замкнутый маршрут передачи запроса.
-
483 – запрос на своем пути прошел через большее число прокси-серверов, чем разрешено.
-
484 – принят запрос с неполным адресом.
-
485 – означает, что адрес вызываемого пользователя не однозначен.
-
486 – означает, что вызываемый пользователь в настоящий момент занят и не желает (не может) принять входящий вызов.
-
487 – запрос был отменен сообщением BYE или CANCEL.
-
488 – соединение было установлено, но отдельные параметры описания сеанса связи недопустимы.
-
491 – запрос поступил в то время, когда сервер еще не закончил обработку другого запроса, относящегося к тому же диалогу.
-
493 – сервер не в состоянии подобрать ключ дешифрования: невозможно декодировать тело S/MIME сообщения.
5xx = ошибки сервера
-
500 – означает, что сервер не имеет возможности обслужить запрос из-за внутренней ошибки.
-
501 – означает, что в сервере не реализованы какие-либо функции, необходимые для обслуживания запроса: Метод запроса SIP не поддерживается.
-
502 – информирует о том, что сервер, функционирующий в качестве шлюза или прокси-сервера, принимает некорректный ответ от сервера, к которому он направил запрос.
-
503 – указывает, что сервер не может в данный момент обслужить вызов вследствие перегрузки или проведения технического обслуживания.
-
504 – сервер не получил ответа в течение установленного промежутка времени от сервера, к которому он обратился для завершения вызова.
-
505 – версия не поддерживается: Сервер не поддерживает эту версию протокола SIP.
-
513 – сервер не в состоянии обработать запрос из-за большой длины сообщения.
-
555 – сервер не поддерживает PUSH-уведомления, тип которых указан в параметре pn-provider SIP URI.
6xx = глобальная ошибка
-
600 – вызываемый пользователь занят и не желает принимать вызов в данный момент.
-
603 – означает, что вызываемый пользователь не желает принимать входящие вызовы, не указывая причину отказа.
-
604 – означает, что вызываемого пользователя не существует.
-
606 – соединение с сервером было установлено, но отдельные параметры, такие как тип запрашиваемой информации, полоса пропускания, вид адресации не допустимы.
-
607 – Вызываемый абонент не хотел, чтобы ему звонил вызывающий абонент. Следующие попытки вызывающего абонента, скорее всего, будут также отклонены.
Установите 3CX – Совершенно бесплатно!
На хостинге или своих ресурсах. До 10 пользователей – бесплатно навсегда. Без банковских карт и рисков.
Page load link
Часть 2:
Читаем по кодам
Что такое SIP-ответ понять легко и просто, прочитав нашу статью. Первая часть.
Часто встречающиеся SIP-ответы в Оки-Токи и вероятные причины их возникновения (про остальные пишут тут, а вообще про все — тут):
Статья относится к продуктам: Облачный колл-центр
1. Почему звонок завершается неудачей с SIP 100?
У любого IP-телефона, АТС и SIP-провайдера связи, есть свое ограничение на длительность обработки звонка: если SIP-провайдер после принятия звонка в работу (SIP 100) ничего не сообщает о ходе обработки звонка, то звонок принудительно завершают (в нашем случае через 10 секунд). Обычно, в рабочих условиях, от SIP 100 до какого-либо другого ответа проходит 0,1 — 3 секунды. Это практическая норма. А 10 секунд — это уже не ок, требуется разбирательство и участие SIP-провайдера телефонии. Просто представьте — Вы нажали на своем мобильном телефоне кнопку «Позвонить», а гудки пошли только спустя 12-15 секунд. Это нельзя считать нормой 🙂
2. SIP 403 — означает «запрещено» (forbidden):
- Звонок на несуществующий номер;
- Закончился баланс на шлюзе sip-телефонии, которая использовалась для совершения звонка;
- Вы пытаетесь совершить звонок в том направлении, которое заблокировано SIP-провайдером связи (к примеру, позвонили в другую страну, а SIP-провайдер разрешает звонить только внутри страны);
- Регистрация SIP-шлюза не активна. В этом случае SIP-провайдер отбивает наш запрос на использование неактивного шлюза.
3. SIP 404 — номер не найден (Not found):
- Звонок на несуществующий номер (Как вариант, некоторые SIP-провайдеры могут отдавать такую ошибку, если, к примеру, Вы совершили звонок через префикс «7», а SIP-провайдер распознает номера только с префиксом «8». Это решается установкой в сип-шлюзе преобразования);
- Регистрация SIP-шлюза не активна. SIP-провайдер отбивает наш запрос на использование неактивного шлюза.
4. SIP 480 — абонент недоступен или номер не обслуживается
- Чаще всего означает то, как и расшифровывается. Аппарат вне зоны действия сети, номер не обслуживается и так далее;
- Некоторые SIP-провайдеры могут ошибочно отправлять нам этот ответ при гудках (где нужно отправлять SIP 180/183);
- Что-то произошло на стороне SIP-провайдера и он начал определять все номера как не активные.
5. SIP 503 — внутренняя ошибка сервера телефонии (Internal server error)
- Регистрация SIP-шлюза не активна. В этом случае SIP-провайдер отбивает наш запрос на использование неактивного шлюза;
- Возможно закончился баланс на счету используемого сипа.
- Любая другая причина, связанная с внутренними проблемами на сервере телефонии.
6. SIP 603 — Все карточки заняты (Decline)
- Появляется тогда, когда Вы пытаетесь занять линию SIP-провайдера в то время, как все его линии уже заняты другими звонками (или все линии недоступны по любой другой причине).
Как вы заметили, SIP-провайдеры телефонии описывают одинаковые ситуации разными кодами. Это происходит в первую очередь из-за того, что SIP стандарт описывает установку связи и проблемы, связанные с ней, а не ошибки связанные с «бизнесом».
Кроме этого, разночтения могут случиться и из-за технических проблем (разные настройки оборудования, различные реализации стандарта и т.п.)
Потому мы рекомендуем собрать несколько свежих примеров в виде номера абонента и точного времени звонка и обратиться с ними к SIP-провайдеру. Если вас ответ не устроит — то обращайтесь к нам, мы будем всегда на вашей стороне.
Как сделать отчет по SIP звонкам смотрите тут.
Успехов!
Станислав Лучкин
Пятница Ноябрь 20, 2020
Как открыть колл-центр: топ-9 ошибок
К запуску КЦ нужно подготовиться! Начните с этой статьи. По нашему опыту, каждый второй колл-центр во время запуска допускает хотя бы одну из перечисленных ошибок .
Подробнее
Пятница Июнь 3, 2016
Как купить SIP номер в Казахстане?
SIP-номер в Казахстане — операторы и цены. Систематизированный перечень операторов, которые продают SIP-номера в Казахстане.
Подробнее
100 Trying: This response indicates that the request has been received by the next-hop server and that some unspecified action is being taken on behalf of this call (for example, a database is being consulted). This response, like all other provisional responses, stops retransmissions of an INVITE by a UAC. The 100 (Trying) response is different from other provisional responses, in that it is never forwarded upstream by a stateful proxy.
source: ietf.org
Updated on December 20, 2020
SIP 200 OK
The Session Initiation Protocol (SIP) is a signalling protocol used for controlling communication sessions such as Voice over IP telephone calls. SIP is based on request/response transactions, in a similar manner to the Hypertext Transfer Protocol (HTTP). Each transaction consists of a SIP request (which will be one of several request methods), and at least one response.[1]: p11
SIP requests and responses may be generated by any SIP user agent; user agents are divided into clients (UACs), which initiate requests, and servers (UASes), which respond to them.[1]: §8 A single user agent may act as both UAC and UAS for different transactions:[1]: p26 for example, a SIP phone is a user agent that will be a UAC when making a call, and a UAS when receiving one. Additionally, some devices will act as both UAC and UAS for a single transaction; these are called Back-to-Back User Agents (B2BUAs).[1]: p20
SIP responses specify a three-digit integer response code, which is one of a number of defined codes that detail the status of the request. These codes are grouped according to their first digit as «provisional», «success», «redirection», «client error», «server error» or «global failure» codes, corresponding to a first digit of 1–6; these are expressed as, for example, «1xx» for provisional responses with a code of 100–199.[1]: §7.2 The SIP response codes are consistent with the HTTP response codes, although not all HTTP response codes are valid in SIP.[1]: §21
SIP responses also specify a «reason phrase», and a default reason phrase is defined with each response code.[1]: §7.2 These reason phrases can be varied, however, such as to provide additional information[1]: §21.4.18 or to provide the text in a different language.[1]: §20.3
The SIP response codes and corresponding reason phrases were initially defined in RFC 3261.[1] That RFC also defines a SIP Parameters Internet Assigned Numbers Authority (IANA) registry to allow other RFC to provide more response codes.[1]: §27 [2]
This list includes all the SIP response codes defined in IETF RFCs and registered in the SIP Parameters IANA registry as of 27 January 2023. This list also includes SIP response codes defined in obsolete SIP RFCs (specifically, RFC 2543), which are therefore not registered with the IANA; these are explicitly noted as such.
SIP responses may also include an optional Warning header, containing additional details about the response. The Warning contains a separate three-digit code followed by text with more details about the warning.[1]: §20.43 The current list of official warnings is registered in the SIP Parameters IANA registry.
1xx—Provisional ResponsesEdit
- 100 Trying
- Extended search being performed may take a significant time so a forking proxy must send a 100 Trying response.[1]: §21.1.1
- 180 Ringing
- Destination user agent received INVITE, and is alerting user of call.[1]: §21.1.2
- 181 Call is Being Forwarded
- Servers can optionally send this response to indicate a call is being forwarded.[1]: §21.1.3
- 182 Queued
- Indicates that the destination was temporarily unavailable, so the server has queued the call until the destination is available. A server may send multiple 182 responses to update progress of the queue.[1]: §21.1.4
- 183 Session Progress
- This response may be used to send extra information for a call which is still being set up.[1]: §21.1.5
- 199 Early Dialog Terminated
- Can be used by User Agent Server to indicate to upstream SIP entities (including the User Agent Client (UAC)) that an early dialog has been terminated.[3]
2xx—Successful ResponsesEdit
- 200 OK
- Indicates that the request was successful.[1]: §21.2.1
- 202 Accepted
- Indicates that the request has been accepted for processing, but the processing has not been completed.[4]: §7.3.1 [5] Deprecated.[6]: §8.3.1 [2]
- 204 No Notification
- Indicates the request was successful, but the corresponding response will not be received.[7]
3xx—Redirection ResponsesEdit
- 300 Multiple Choices
- The address resolved to one of several options for the user or client to choose between, which are listed in the message body or the message’s Contact fields.[1]: §21.3.1
- 301 Moved Permanently
- The original Request-URI is no longer valid, the new address is given in the Contact header field, and the client should update any records of the original Request-URI with the new value.[1]: §21.3.2
- 302 Moved Temporarily
- The client should try at the address in the Contact field. If an Expires field is present, the client may cache the result for that period of time.[1]: §21.3.3
- 305 Use Proxy
- The Contact field details a proxy that must be used to access the requested destination.[1]: §21.3.4
- 380 Alternative Service
- The call failed, but alternatives are detailed in the message body.[1]: §21.3.5
4xx—Client Failure ResponsesEdit
- 400 Bad Request
- The request could not be understood due to malformed syntax.[1]: §21.4.1
- 401 Unauthorized
- The request requires user authentication. This response is issued by UASs and registrars.[1]: §21.4.2
- 402 Payment Required
- Reserved for future use.[1]: §21.4.3
- 403 Forbidden
- The server understood the request, but is refusing to fulfill it.[1]: §21.4.4 Sometimes (but not always) this means the call has been rejected by the receiver.
- 404 Not Found
- The server has definitive information that the user does not exist at the domain specified in the Request-URI. This status is also returned if the domain in the Request-URI does not match any of the domains handled by the recipient of the request.[1]: §21.4.5
- 405 Method Not Allowed
- The method specified in the Request-Line is understood, but not allowed for the address identified by the Request-URI.[1]: §21.4.6
- 406 Not Acceptable
- The resource identified by the request is only capable of generating response entities that have content characteristics but not acceptable according to the Accept header field sent in the request.[1]: §21.4.7
- 407 Proxy Authentication Required
- The request requires user authentication. This response is issued by proxies.[1]: §21.4.8
- 408 Request Timeout
- Couldn’t find the user in time. The server could not produce a response within a suitable amount of time, for example, if it could not determine the location of the user in time. The client MAY repeat the request without modifications at any later time.[1]: §21.4.9
- 409 Conflict
- User already registered.[8]: §7.4.10 Deprecated by omission from later RFCs[1] and by non-registration with the IANA.[2]
- 410 Gone
- The user existed once, but is not available here any more.[1]: §21.4.10
- 411 Length Required
- The server will not accept the request without a valid Content-Length.[8]: §7.4.12 Deprecated by omission from later RFCs[1] and by non-registration with the IANA.[2]
- 412 Conditional Request Failed
- The given precondition has not been met.[9]
- 413 Request Entity Too Large
- Request body too large.[1]: §21.4.11
- 414 Request-URI Too Long
- The server is refusing to service the request because the Request-URI is longer than the server is willing to interpret.[1]: §21.4.12
- 415 Unsupported Media Type
- Request body in a format not supported.[1]: §21.4.13
- 416 Unsupported URI Scheme
- Request-URI is unknown to the server.[1]: §21.4.14
- 417 Unknown Resource-Priority
- There was a resource-priority option tag, but no Resource-Priority header.[10]
- 420 Bad Extension
- Bad SIP Protocol Extension used, not understood by the server.[1]: §21.4.15
- 421 Extension Required
- The server needs a specific extension not listed in the Supported header.[1]: §21.4.16
- 422 Session Interval Too Small
- The received request contains a Session-Expires header field with a duration below the minimum timer.[11]
- 423 Interval Too Brief
- Expiration time of the resource is too short.[1]: §21.4.17
- 424 Bad Location Information
- The request’s location content was malformed or otherwise unsatisfactory.[12]
- 425 Bad Alert Message
- The server rejected a non-interactive emergency call, indicating that the request was malformed enough that no reasonable emergency response to the alert can be determined.[13]
- 428 Use Identity Header
- The server policy requires an Identity header, and one has not been provided.[14]: p11
- 429 Provide Referrer Identity
- The server did not receive a valid Referred-By token on the request.[15]
- 430 Flow Failed
- A specific flow to a user agent has failed, although other flows may succeed. This response is intended for use between proxy devices, and should not be seen by an endpoint (and if it is seen by one, should be treated as a 400 Bad Request response).[16]: §11.5
- 433 Anonymity Disallowed
- The request has been rejected because it was anonymous.[17]
- 436 Bad Identity-Info
- The request has an Identity-Info header, and the URI scheme in that header cannot be dereferenced.[14]: p11
- 437 Unsupported Certificate
- The server was unable to validate a certificate for the domain that signed the request.[14]: p11
- 438 Invalid Identity Header
- The server obtained a valid certificate that the request claimed was used to sign the request, but was unable to verify that signature.[14]: p12
- 439 First Hop Lacks Outbound Support
- The first outbound proxy the user is attempting to register through does not support the «outbound» feature of RFC 5626, although the registrar does.[16]: §11.6
- 440 Max-Breadth Exceeded
- If a SIP proxy determines a response context has insufficient Incoming Max-Breadth to carry out a desired parallel fork, and the proxy is unwilling/unable to compensate by forking serially or sending a redirect, that proxy MUST return a 440 response. A client receiving a 440 response can infer that its request did not reach all possible destinations.[18]
- 469 Bad Info Package
- If a SIP UA receives an INFO request associated with an Info Package that the UA has not indicated willingness to receive, the UA MUST send a 469 response, which contains a Recv-Info header field with Info Packages for which the UA is willing to receive INFO requests.[19]
- 470 Consent Needed
- The source of the request did not have the permission of the recipient to make such a request.[20]
- 480 Temporarily Unavailable
- Callee currently unavailable.[1]: §21.4.18
- 481 Call/Transaction Does Not Exist
- Server received a request that does not match any dialog or transaction.[1]: §21.4.19
- 482 Loop Detected
- Server has detected a loop.[1]: §21.4.20
- 483 Too Many Hops
- Max-Forwards header has reached the value ‘0’.[1]: §21.4.21
- 484 Address Incomplete
- Request-URI incomplete.[1]: §21.4.22
- 485 Ambiguous
- Request-URI is ambiguous.[1]: §21.4.23
- 486 Busy Here
- Callee is busy.[1]: §21.4.24
- 487 Request Terminated
- Request has terminated by bye or cancel.[1]: §21.4.25
- 488 Not Acceptable Here
- Some aspect of the session description or the Request-URI is not acceptable.[1]: §21.4.26
- 489 Bad Event
- The server did not understand an event package specified in an Event header field.[4]: §7.3.2 [6]: §8.3.2
- 491 Request Pending
- Server has some pending request from the same dialog.[1]: §21.4.27
- 493 Undecipherable
- Request contains an encrypted MIME body, which recipient can not decrypt.[1]: §21.4.28
- 494 Security Agreement Required
- The server has received a request that requires a negotiated security mechanism, and the response contains a list of suitable security mechanisms for the requester to choose between,[21]: §§2.3.1–2.3.2 or a digest authentication challenge.[21]: §2.4
5xx—Server Failure ResponsesEdit
- 500 Internal Server Error
- The server could not fulfill the request due to some unexpected condition.[1]: §21.5.1
- 501 Not Implemented
- The server does not have the ability to fulfill the request, such as because it does not recognize the request method. (Compare with 405 Method Not Allowed, where the server recognizes the method but does not allow or support it.)[1]: §21.5.2
- 502 Bad Gateway
- The server is acting as a gateway or proxy, and received an invalid response from a downstream server while attempting to fulfill the request.[1]: §21.5.3
- 503 Service Unavailable
- The server is undergoing maintenance or is temporarily overloaded and so cannot process the request. A «Retry-After» header field may specify when the client may reattempt its request.[1]: §21.5.4
- 504 Server Time-out
- The server attempted to access another server in attempting to process the request, and did not receive a prompt response.[1]: §21.5.5
- 505 Version Not Supported
- The SIP protocol version in the request is not supported by the server.[1]: §21.5.6
- 513 Message Too Large
- The request message length is longer than the server can process.[1]: §21.5.7
- 555 Push Notification Service Not Supported
- The server does not support the push notification service identified in a ‘pn-provider’ SIP URI parameter[22]: §14.2.1
- 580 Precondition Failure
- The server is unable or unwilling to meet some constraints specified in the offer.[23]
6xx—Global Failure ResponsesEdit
- 600 Busy Everywhere
- All possible destinations are busy. Unlike the 486 response, this response indicates the destination knows there are no alternative destinations (such as a voicemail server) able to accept the call.[1]: §21.6.1
- 603 Decline
- The destination does not wish to participate in the call, or cannot do so, and additionally the destination knows there are no alternative destinations (such as a voicemail server) willing to accept the call.[1]: §21.6.2 The response may indicate a better time to call in the Retry-After header field.
- 604 Does Not Exist Anywhere
- The server has authoritative information that the requested user does not exist anywhere.[1]: §21.6.3
- 606 Not Acceptable
- The user’s agent was contacted successfully but some aspects of the session description such as the requested media, bandwidth, or addressing style were not acceptable.[1]: §21.6.4
- 607 Unwanted
- The called party did not want this call from the calling party. Future attempts from the calling party are likely to be similarly rejected.[24]
- 608 Rejected
- An intermediary machine or process rejected the call attempt.[25] This contrasts with the 607 (Unwanted) SIP response code in which a human, the called party, rejected the call. The intermediary rejecting the call should include a Call-Info header with «purpose» value «jwscard», with the jCard[26] with contact details. The calling party can use this jCard if they want to dispute the rejection.
ReferencesEdit
- ^ a b c d e f g h i j k l m n o p q r s t u v w x y z aa ab ac ad ae af ag ah ai aj ak al am an ao ap aq ar as at au av aw ax ay az ba bb bc bd be bf bg bh bi bj bk bl Rosenberg, Jonathan; Schulzrinne, Henning; Camarillo, Gonzalo; Johnston, Alan; Peterson, Jon; Sparks, Robert; Handley, Mark; Schooler, Eve (June 2002). SIP: Session Initiation Protocol. IETF. doi:10.17487/RFC3261. RFC 3261.
- ^ a b c d Roach, Adam; Jennings, Cullen; Peterson, Jon; Barnes, Mary (17 April 2013) [Created January 2002]. «Response Codes». Session Initiation Protocol (SIP) Parameters. IANA.
- ^ Holmberg, Christer (May 2011). Session Initiation Protocol (SIP) Response Code for Indication of Terminated Dialog. IETF. p. 1. Abstract. doi:10.17487/RFC6228. RFC 6228.
- ^ a b Roach, Adam B. (June 2002). Session Initiation Protocol (SIP)-Specific Event Notification. IETF. doi:10.17487/RFC3265. RFC 3265.
- ^ Fielding, Roy T.; Gettys, James; Mogul, Jeffrey C.; Nielsen, Henrik Frystyk; Masinter, Larry; Leach, Paul; Berners-Lee, Tim (June 1999). «202 Accepted». Hypertext Transfer Protocol — HTTP/1.1. IETF. sec. 10.2.3. doi:10.17487/RFC2616. RFC 2616.
- ^ a b Roach, Adam (July 2012). SIP-Specific Event Notification. IETF. doi:10.17487/RFC6665. RFC 6665.
- ^ Niemi, Aki (May 2010). «204 (No Notification) Response Code». In Willis, Dean (ed.). An Extension to Session Initiation Protocol (SIP) Events for Conditional Event Notification. IETF. sec. 7.1. doi:10.17487/RFC5839. RFC 5839.
- ^ a b Handley, Mark; Schulzrinne, Henning; Schooler, Eve; Rosenberg, Jonathan (March 1999). SIP: Session Initiation Protocol. IETF. doi:10.17487/RFC2543. RFC 2543.
- ^ Niemi, Aki, ed. (2004). ««412 Conditional Requset Failed» Response Code». Session Initiation Protocol (SIP) Extension for Event State Publication. IETF. sec. 11.2.1. doi:10.17487/RFC3903. RFC 3903.
- ^ Schulzrinne, Henning; Polk, James (February 2006). «No Known Namespace or Priority Value». Communications Resource Priority for the Session Initiation Protocol (SIP). IETF. sec. 4.6.2. doi:10.17487/RFC4412. RFC 4412.
- ^ Donovan, Steve; Rosenberg, Jonathan (April 2005). «422 Response Code Definition». Session Timers in the Session Initiation Protocol (SIP). IETF. sec. 6. doi:10.17487/RFC4028. RFC 4028.
- ^ Polk, James; Rosen, Brian; Peterson, Jon (December 2011). «424 (Bad Location Information) Response Code». Location Conveyance for the Session Initiation Protocol. IETF. sec. 4.3. doi:10.17487/RFC6442. RFC 6442.
- ^ Rosen, Brian; Schulzrinne, Henning; Tschofenig, Hannes; Gellens, Randall (September 2020). «425 (Bad Alert Message) Response Code». Non-interactive Emergency Calls. IETF. sec. 5.1. doi:10.17487/RFC8876. RFC 8876.
- ^ a b c d Peterson, Jon; Jennings, Cullen (August 2006). Enhancements for Authenticated Identity Management in the Session Initiation Protocol (SIP). IETF. doi:10.17487/RFC4474. RFC 4474.
- ^ Sparks, Robert J. (September 2004). «The 429 Provide Referrer Identity Error Response». The Session Initiation Protocol (SIP) Referred-By Mechanism. IETF. sec. 5. doi:10.17487/RFC3892. RFC 3892.
- ^ a b Jennings, Cullen; Mahy, Rohan; Audet, Francois, eds. (October 2009). Managing Client-Initiated Connections in the Session Initiation Protocol (SIP). IETF. doi:10.17487/RFC5626. RFC 5626.
- ^ Rosenberg, Jonathan (December 2007). «433 (Anonymity Disallowed) Definition». Rejecting Anonymous Requests in the Session Initiation Protocol (SIP). IETF. sec. 5. doi:10.17487/RFC5079. RFC 5079.
- ^ Addressing an Amplification Vulnerability in Session Initiation Protocol (SIP) Forking Proxies. IETF. December 2008. doi:10.17487/RFC5393. RFC 5393.
- ^ Session Initiation Protocol (SIP) INFO Method and Package Framework. IETF. January 2011. doi:10.17487/RFC6086. RFC 6086.
- ^ Rosenberg, Jonathan; Willis, Dean (October 2008). «Definition of the 470 Response Code». In Camarillo, Gonzalo (ed.). A Framework for Consent-Based Communications in the Session Initiation Protocol (SIP). IETF. sec. 5.9.2. doi:10.17487/RFC5360. RFC 5360.
- ^ a b Arkko, Jari; Torvinen, Vesa; Camarillo, Gonzalo; Niemi, Aki; Haukka, Tao (January 2003). Security Mechanism Agreement for the Session Initiation Protocol (SIP). IETF. doi:10.17487/RFC3329. RFC 3329.
- ^ Push Notification with the Session Initiation Protocol (SIP). IETF. May 2019. doi:10.17487/RFC8599. RFC 8599.
- ^ Rosenberg, Jonathan (October 2002). «Refusing an offer». In Camarillo, Gonzalo; Marshall, Bill (eds.). Integration of Resource Management and Session Initiation Protocol (SIP). IETF. sec. 8. doi:10.17487/RFC3312. RFC 3312.
- ^ A SIP Response Code for Unwanted Calls. IETF. July 2017. doi:10.17487/RFC8197. RFC 8197.
- ^ A Session Initiation Protocol (SIP) Response Code for Rejected Calls. IETF. December 2019. doi:10.17487/RFC8688. RFC 8688.
- ^ RFC 7095
External linksEdit
- Mapping SIP Error Messages to DSS1 codes at the Wayback Machine (archived 2021-04-12)
- Session Initiation Protocol (SIP) Parameters Contains a registry of different SIP parameters, including response codes
SIP/2.0 100 Trying — Запрос обрабатывается, например, сервер обращается к базам данных, но местоположение вызываемого пользователя в настоящий момент не определено.
SIP/2.0 180 Ringing — Местоположение вызываемого пользователя определено. Ему дается сигнал о входящем вызове.
SIP/2.0 181 Call Is Being Forwarded — Прокси-сервер переадресует вызов к другому пользователю.
SIP/2.0 182 Queued — Вызываемый пользователь временно не доступен, но входящий вызов поставлен в очередь. Когда вызываемый пользователь станет доступным, он передаст финальный ответ.
SIP/2.0 200 OK — Команда успешно выполнена. На запрос INVITE означает, что вызываемое оборудование согласно на участие в сеансе связи; в теле ответа указываются функциональные возможности этого оборудования; На запрос BYE означает завершение сеанса связи, в теле ответа никакой информации не содержится; На запрос CANCEL означает отмену поиска, в теле ответа никакой информации не содержится; на запрос REGISTER означает, что регистрация прошла успешно; На запрос OPTION служит для передачи сведений о функциональных возможностях оборудования, эти сведения содержатся в теле ответа.
SIP/2.0 300 Multiple Choices — Вызываемый пользователь доступен по нескольким адресам. Вызывающий пользователь может выбрать любой из них. В ответе указывается несколько SIP-адресов, по которым можно найти вызываемого пользователя, и вызывающему пользователю предлагается выбрать один из них.
SIP/2.0 301 Moved Permanently — Пользователь изменил свое местоположение, его новый адрес указан в поле Contact.
SIP/2.0 302 Moved Temporarily — Пользователь временно изменил свое местоположение (промежуток времени может быть указан в поле Expires), его новый адрес указан в поле Contact.
SIP/2.0 305 Use Proxy — Вызываемая сторона может принять входящий вызов только в том случае, когда он проходит через прокси-сервер. Вызывающей стороне рекомендуется обратиться к прокси-серверу, адрес которого указан в поле Contact. Ответ передается только терминальным оборудованием (UAS).
SIP/2.0 380 Alternative Service — Вызов не достиг адресата, но существует альтернативный вариант обслуживания, который указан в теле ответа. Например, вызов может быть переадресован к речевому почтовому ящику.
SIP/2.0 400 Bad Bequest — Запрос не понят из-за наличия в нем синтаксических ошибок.
SIP/2.0 401 Unauthorised — Запрос требует проведения процедуры аутентификации пользователя. Существуют разные варианты аутентификации, и в ответе может быть указано, какой из них использовать в данном случае.
SIP/2.0 402 Payment Required — Требуется предварительная оплата услуг.
SIP/2.0 403 Forbidden — Запрос не будет обслуживаться сервером и не должен передаваться повторно.
SIP/2.0 404 Not Found — Сервер не обнаружил вызываемого пользователя в домене, указанном в поле Request-URI.
SIP/2.0 405 Method Not Allowed — Не разрешается передавать запрос этого типа на адрес, указанный в поле Request-URI. В поле Allow ответа указываются разрешенные типы запросов
SIP/2.0 406 Not Acceptable — Ответы, генерируемые вызываемой стороной, не будут поняты вызывающей стороной.
SIP/2.0 407 Proxy Authentication Required — Клиент должен подтвердить свое право доступа к прокси-серверу.
SIP/2.0 408 Request Timeout — Сервер не может передать ответ, например, указать местоположение вызываемого пользователя, в течение промежутка времени, специфицированного в поле Expires запроса. Вызывающий пользователь может повторно передать запрос через некоторое время.
SIP/2.0 409 Conflict — Обработка запроса REGISTER не может быть завершена из-за конфликта между действием, определенным в параметре action запроса, и текущим состоянием ресурсов.
SIP/2.0 410 Gone — Сервер больше не имеет доступа к запрашиваемому ресурсу и не знает, куда переадресовать запрос.
SIP/2.0 411 Length Required — Требуется указать длину тела сообщения в поле Content-Length.
SIP/2.0 413 Request Entity Too Large — Размер запроса слишком велик для обработки.
SIP/2.0 414 Request-URI Too Large — Адрес, указанный в поле Request-URI, оказался слишком большим, поэтому его интерпретация невозможна.
SIP/2.0 415 Unsupported Media Type — Запрос содержит не поддерживаемый формат тела сообщения.
SIP/2.0 420 Bad Extension — Сервер не понял расширение протокола, специфицированное в поле Require.
SIP/2.0 480 Temporarily not available — Вызываемый пользователь временно недоступен.
SIP/2.0 481 Call Beg/Transaction Does Not Exist — Посылается в ответ на получение запроса ВYЕ, не относящегося к текущим соединениям, или запроса CANCEL, не относящегося к текущим запросам.
SIP/2.0 482 Loop Detected — Сервер обнаружил, что принятый им запрос передается по замкнутому маршруту (в поле Via уже имеется адрес этого сервера).
SIP/2.0 483 Too Many Hops — Сервер обнаружил в поле Via, что принятый им запрос прошел через большее количество прокси-сервером, чем разрешено в поле Max-Forwards.
SIP/2.0 484 Address Incomplete — Сервер принял запрос с неполным адресом в поле То или Request-URI. Требуется дополнительная адресная информация.
SIP/2.0 485 Ambiguous — Адрес вызываемого пользователя неоднозначен. В заголовке Contact ответа может содержаться список адресов, по которым этот запрос можно передать.
SIP/2.0 486 Busy Here — Вызываемый пользователь в настоящий момент не может принять входящий вызов по данному адресу. Ответ не исключает возможности связаться с пользователем по другому адресу или, к примеру, оставить сообщение в речевом почтовом ящике.
SIP/2.0 500 Internal Server Error — Cервер не имеет возможности обслужить запрос из-за внутренней ошибки. Клиент может попытаться повторно послать запрос через некоторое время.
SIP/2.0 501 Not Implemented — В сервере не реализованы функции, необходимые для обслуживания этого запроса. Ответ передается, например в том случае, когда сервер не может распознать тип запроса.
SIP/2.0 502 Bad Gateway — Сервер, функционирующий в качестве шлюза или прокси-сервера, принимает некорректный ответ от сервера, к которому он направил запрос.
SIP/2.0 503 Service Unavailable — Сервер не может в данный момент обслужить вызов вследствие перегрузки или проведения технического обслуживания.
SIP/2.0 504 Gateway Timeout — Сервер, функционирующий в качестве шлюза или прокси-сервера, в течение установленного интервала времени не получил ответ от сервера (например, от сервера определения местоположения), к которому он обратился для завершения обработки запроса.
SIP/2.0 505 SIP Version not supported — Сервер не поддерживает данную версию протокола SIP.
SIP/2.0 600 Busy Everywhere — Вызываемый пользователь занят и не желает принимать вызов в данный момент. Ответ может указывать подходящее для вызова время
SIP/2.0 603 Decline — Вызываемый пользователь не может или не желает принимать входящие вызовы. В ответе может быть указано подходящее для вызова время.
SIP/2.0 604 Does not exist anywhere — Вызываемого пользователя не существует.
SIP/2.0 606 Not Acceptable — Вызываемый пользователь не может принять входящий вызов из-за того, что вид информации, указанный в описании сеанса связи в формате SDP, полоса пропускания и т.д. неприемлемы.