Lista de códigos de respuesta SIP

El Protocolo de Inicio de Sesión ( SIP ) es un protocolo de comunicación de señalización que se utiliza para establecer, modificar y finalizar sesiones de comunicación multimedia a través de redes IP . Estas sesiones pueden incluir llamadas telefónicas de Voz sobre IP (VoIP) , videoconferencias, mensajería instantánea y otras aplicaciones en tiempo real.

SIP se basa en un modelo de transacción de solicitud-respuesta , similar al Protocolo de Transferencia de Hipertexto (HTTP). Cada transacción consta de una solicitud SIP —elegida de un conjunto definido de métodos de solicitud— y al menos una respuesta correspondiente. ^{[ 1 ]}^{: p11} El protocolo está basado en texto y es legible para humanos, lo que simplifica la depuración , el desarrollo y la interoperabilidad con otros protocolos de Internet.

Más allá de la configuración y finalización básicas de la sesión, SIP admite funciones como la localización del usuario (para encontrar el punto final de un participante), la disponibilidad del usuario (para determinar su disposición a comunicarse) y la gestión de la sesión (incluida la transferencia y finalización de llamadas ). Estas capacidades convierten a SIP en un componente fundamental de los sistemas de comunicación IP modernos .

Las solicitudes y respuestas SIP pueden ser generadas por cualquier agente de usuario SIP ; los agentes de usuario se dividen en clientes (UAC), que inician las solicitudes, y servidores (UAS), que responden a ellas. ^{[ 1 ]}^{: §8} Un único agente de usuario puede actuar como UAC y UAS para diferentes transacciones: ^{[ 1 ]}^{: p26} por ejemplo, un teléfono SIP es un agente de usuario que será un UAC al realizar una llamada y un UAS al recibirla. Además, algunos dispositivos actuarán como UAC y UAS para una misma transacción; estos se denominan agentes de usuario de extremo a extremo (B2BUA). ^{[ 1 ]}^{: p20}

Las respuestas SIP especifican un código de respuesta entero de tres dígitos, que es uno de varios códigos definidos que detallan el estado de la solicitud. Estos códigos se agrupan según su primer dígito como códigos de "provisional", "éxito", "redirección", "error del cliente", "error del servidor" o "fallo global", correspondientes a un primer dígito de 1 a 6; estos se expresan como, por ejemplo, "1xx" para respuestas provisionales con un código de 100 a 199. ^{[ 1 ]}^{: §7.2} Los códigos de respuesta SIP son consistentes con los códigos de respuesta HTTP , aunque no todos los códigos de respuesta HTTP son válidos en SIP. ^{[ 1 ]}^{: §21}

Las respuestas SIP también especifican una "frase de motivo", y se define una frase de motivo predeterminada con cada código de respuesta. ^{[ 1 ]}^{: §7.2} Estas frases de motivo pueden variar, por ejemplo, para proporcionar información adicional ^{[ 1 ]}^{: §21.4.18} o para proporcionar el texto en un idioma diferente. ^{[ 1 ]}^{: §20.3}

Los códigos de respuesta SIP y las frases de motivo correspondientes se definieron inicialmente en el RFC 3261. ^{[ 1 ]} Ese RFC también define un registro de la Autoridad de Números Asignados de Internet (IANA) de parámetros SIP para permitir que otros RFC proporcionen más códigos de respuesta. ^{[ 1 ]}^{: §27}^{[ 2 ]}

Esta lista incluye todos los códigos de respuesta SIP definidos en los RFC de la IETF y registrados en el registro de parámetros SIP de la IANA a fecha de 27 de enero de 2023. Esta lista también incluye códigos de respuesta SIP definidos en RFC SIP obsoletos (específicamente, RFC 2543), que por lo tanto no están registrados en la IANA; estos se indican explícitamente como tales.

Las respuestas SIP también pueden incluir un encabezado de advertencia opcional, que contiene detalles adicionales sobre la respuesta. La advertencia contiene un código de tres dígitos independiente seguido de un texto con más detalles sobre la advertencia. ^{[ 1 ]}^{: §20.43} La lista actual de advertencias oficiales está registrada en el registro de parámetros SIP de IANA.

1xx—Respuestas provisionales

100 intentos: La búsqueda extendida que se está realizando puede llevar un tiempo significativo, por lo que un proxy de bifurcación debe enviar una respuesta 100 Trying. ^{[ 1 ]}^{: §21.1.1}
180 timbres: El agente de usuario de destino recibió INVITE y está alertando al usuario de la llamada. ^{[ 1 ]}^{: §21.1.2}
181 La llamada está siendo desviada.: Los servidores pueden enviar opcionalmente esta respuesta para indicar que se está reenviando una llamada. ^{[ 1 ]}^{: §21.1.3}
182 en cola: Indica que el destino no estaba disponible temporalmente, por lo que el servidor ha puesto la llamada en cola hasta que el destino esté disponible. Un servidor puede enviar varias respuestas 182 para actualizar el progreso de la cola. ^{[ 1 ]}^{: §21.1.4}
183 Progreso de la sesión: Esta respuesta puede utilizarse para enviar información adicional para una llamada que aún se está estableciendo. ^{[ 1 ]}^{: §21.1.5}
199 Diálogo inicial finalizado: Puede ser utilizado por el servidor del agente de usuario para indicar a las entidades SIP ascendentes (incluido el cliente del agente de usuario (UAC)) que se ha terminado un diálogo anterior. ^{[ 3 ]}

2xx—Respuestas exitosas

200 OK: Indica que la solicitud fue exitosa. ^{[ 1 ]}^{: §21.2.1}
202 Aceptado: Indica que la solicitud ha sido aceptada para su procesamiento, pero el procesamiento no se ha completado. ^{[ 4 ]}^{: §7.3.1}^{[ 5 ]} Obsoleto. ^{[ 6 ]}^{: §8.3.1}^{[ 2 ]}
204 Sin notificación: Indica que la solicitud fue exitosa, pero no se recibirá la respuesta correspondiente. ^{[ 7 ]}

3xx—Respuestas de redirección

300 preguntas de opción múltiple: La dirección se resolvió en una de varias opciones para que el usuario o cliente eligiera, las cuales se enumeran en el cuerpo del mensaje o en los campos de Contacto del mensaje. ^{[ 1 ]}^{: §21.3.1}
301 Trasladado permanentemente: La Request-URI original ya no es válida, la nueva dirección se indica en el campo de encabezado Contacto, y el cliente debe actualizar cualquier registro de la Request-URI original con el nuevo valor. ^{[ 1 ]}^{: §21.3.2}
302 trasladado temporalmente: El cliente debe intentar acceder a la dirección indicada en el campo Contacto. Si existe un campo Caduca, el cliente puede almacenar en caché el resultado durante ese período de tiempo. ^{[ 1 ]}^{: §21.3.3}
305 Usar proxy: El campo Contacto detalla un proxy que debe usarse para acceder al destino solicitado. ^{[ 1 ]}^{: §21.3.4}
380 Servicio Alternativo: La llamada falló, pero en el cuerpo del mensaje se detallan alternativas. ^{[ 1 ]}^{: §21.3.5}

4xx—Respuestas de error del cliente

400 Solicitud incorrecta: La solicitud no pudo ser comprendida debido a una sintaxis incorrecta. ^{[ 1 ]}^{: §21.4.1}
401 No autorizado: La solicitud requiere autenticación de usuario. Esta respuesta la emiten los UAS y los registradores. ^{[ 1 ]}^{: §21.4.2}
402 Pago requerido: Reservado para uso futuro. ^{[ 1 ]}^{: §21.4.3}
403 Prohibido: El servidor entendió la solicitud, pero se niega a cumplirla. ^{[ 1 ]}^{: §21.4.4} A veces (pero no siempre) esto significa que la llamada ha sido rechazada por el receptor.
404 No encontrado: El servidor tiene información definitiva de que el usuario no existe en el dominio especificado en la URI de la solicitud. Este estado también se devuelve si el dominio en la URI de la solicitud no coincide con ninguno de los dominios gestionados por el destinatario de la solicitud. ^{[ 1 ]}^{: §21.4.5}
Método 405 no permitido: El método especificado en la línea de solicitud se entiende, pero no está permitido para la dirección identificada por la URI de solicitud. ^{[ 1 ]}^{: §21.4.6}
406 No aceptable: El recurso identificado por la solicitud solo es capaz de generar entidades de respuesta que tienen características de contenido pero que no son aceptables según el campo de encabezado Accept enviado en la solicitud. ^{[ 1 ]}^{: §21.4.7}
407 Se requiere autenticación de proxy: La solicitud requiere autenticación de usuario. Esta respuesta es emitida por proxies. ^{[ 1 ]}^{: §21.4.8}
408 Tiempo de espera de solicitud agotado: No se pudo encontrar al usuario a tiempo. El servidor no pudo generar una respuesta en un tiempo adecuado, por ejemplo, si no pudo determinar la ubicación del usuario a tiempo. El cliente PUEDE repetir la solicitud sin modificaciones en cualquier momento posterior. ^{[ 1 ]}^{: §21.4.9}
409 Conflict: Usuario ya registrado. ^{[ 8 ]}^{: §7.4.10} Obsoleto por omisión en RFC posteriores ^{[ 1 ]} y por no estar registrado en la IANA. ^{[ 2 ]}
410 desaparecidos: El usuario existió una vez, pero ya no está disponible aquí. ^{[ 1 ]}^{: §21.4.10}
411 Longitud requerida: El servidor no aceptará la solicitud sin una Content-Length válida. ^{[ 8 ]}^{: §7.4.12} Obsoleto por omisión en RFC posteriores ^{[ 1 ]} y por no estar registrado en la IANA. ^{[ 2 ]}
412 Falló la solicitud condicional: No se ha cumplido la condición previa dada. ^{[ 9 ]}
413 La entidad de solicitud es demasiado grande.: El cuerpo de la solicitud es demasiado grande. ^{[ 1 ]}^{: §21.4.11}
414 Solicitud-URI demasiado larga: El servidor se niega a atender la solicitud porque la URI de la solicitud es más larga de lo que el servidor está dispuesto a interpretar. ^{[ 1 ]}^{: §21.4.12}
415 Tipo de medio no compatible: El cuerpo de la solicitud tiene un formato no compatible. ^{[ 1 ]}^{: §21.4.13}
416 Esquema URI no compatible: El servidor desconoce la URI de la solicitud. ^{[ 1 ]}^{: §21.4.14}
417 Recurso desconocido - Prioridad: Había una etiqueta de opción resource-priority, pero no un encabezado Resource-Priority. ^{[ 10 ]}
420 Mala extensión: Se ha utilizado una extensión de protocolo SIP incorrecta, que el servidor no entiende. ^{[ 1 ]}^{: §21.4.15}
Se requiere extensión 421: El servidor necesita una extensión específica que no aparece en el encabezado Supported. ^{[ 1 ]}^{: §21.4.16}
422 El intervalo de sesiones es demasiado pequeño.: La solicitud recibida contiene un campo de encabezado Session-Expires con una duración inferior al temporizador mínimo. ^{[ 11 ]}
423 Intervalo demasiado breve: El tiempo de expiración del recurso es demasiado corto. ^{[ 1 ]}^{: §21.4.17}
424 Información de ubicación incorrecta: El contenido de ubicación de la solicitud estaba mal formado o era insatisfactorio por otros motivos. ^{[ 12 ]}
425 Mensaje de alerta incorrecto: El servidor rechazó una llamada de emergencia no interactiva, lo que indica que la solicitud estaba tan mal formulada que no se puede determinar una respuesta de emergencia razonable a la alerta. ^{[ 13 ]}
428 Usar encabezado de identidad: La política del servidor requiere un encabezado Identity, y no se ha proporcionado ninguno. ^{[ 14 ]}^{: p11}
429 Proporcionar la identidad del referente: El servidor no recibió un token Referred-By válido en la solicitud. ^{[ 15 ]}
430 Fallo de flujo: Un flujo específico hacia un agente de usuario ha fallado, aunque otros flujos pueden tener éxito. Esta respuesta está destinada a ser utilizada entre dispositivos proxy y no debería ser vista por un punto final (y si lo es, debe tratarse como una respuesta 400 Bad Request ). ^{[ 16 ]}^{: §11.5}
433 Anonimato prohibido: La solicitud fue rechazada por ser anónima. ^{[ 17 ]}
436 Información de identidad incorrecta: La solicitud tiene un encabezado Identity-Info, y el esquema URI en ese encabezado no se puede desreferenciar. ^{[ 14 ]}^{: p11}
437 Certificado no compatible: El servidor no pudo validar un certificado para el dominio que firmó la solicitud. ^{[ 14 ]}^{: p11}
438 Encabezado de identidad no válido: El servidor obtuvo un certificado válido que, según la solicitud, se utilizó para firmarla, pero no pudo verificar dicha firma. ^{[ 14 ]}^{: p12}
439 El primer salto carece de soporte para vuelos salientes.: El primer proxy de salida a través del cual el usuario intenta registrarse no admite la función "saliente" de RFC 5626, aunque el registrador sí la admite. ^{[ 16 ]}^{: §11.6}
440 Ancho máximo excedido: Si un proxy SIP determina que un contexto de respuesta tiene un ancho máximo de entrada insuficiente para realizar una bifurcación paralela deseada, y el proxy no está dispuesto o no puede compensarlo mediante bifurcaciones en serie o enviando una redirección, dicho proxy DEBE devolver una respuesta 440. Un cliente que recibe una respuesta 440 puede inferir que su solicitud no llegó a todos los destinos posibles. ^{[ 18 ]}
469 Paquete de información deficiente: Si un SIP UA recibe una solicitud INFO asociada con un paquete de información que el UA no ha indicado que está dispuesto a recibir, el UA DEBE enviar una respuesta 469, que contiene un campo de encabezado Recv-Info con los paquetes de información para los que el UA está dispuesto a recibir solicitudes INFO. ^{[ 19 ]}
470 Se requiere consentimiento: La fuente de la solicitud no tenía el permiso del destinatario para hacer tal solicitud. ^{[ 20 ]}
480 Temporalmente no disponible: Destinatario de la llamada actualmente no disponible. ^{[ 1 ]}^{: §21.4.18}
481 La llamada/transacción no existe.: El servidor recibió una solicitud que no coincide con ningún diálogo o transacción. ^{[ 1 ]}^{: §21.4.19}
482 Bucle detectado: El servidor ha detectado un bucle. ^{[ 1 ]}^{: §21.4.20}
483 Demasiados lúpulos: El encabezado Max-Forwards ha alcanzado el valor '0'. ^{[ 1 ]}^{: §21.4.21}
484 Dirección incompleta: URI de solicitud incompleta. ^{[ 1 ]}^{: §21.4.22}
485 Ambiguo: La URI de la solicitud es ambigua. ^{[ 1 ]}^{: §21.4.23}
486 Ocupado aquí: Callee está ocupada. ^{[ 1 ]}^{: §21.4.24}
487 Solicitud cancelada: La solicitud ha finalizado por desistimiento o cancelación. ^{[ 1 ]}^{: §21.4.25}
488 No aceptable aquí: Algún aspecto de la descripción de la sesión o del Request-URI no es aceptable. ^{[ 1 ]}^{: §21.4.26}
489 Evento malo: El servidor no entendió un paquete de eventos especificado en un campo de encabezado de evento. ^{[ 4 ]}^{: §7.3.2}^{[ 6 ]}^{: §8.3.2}
491 Solicitud pendiente: El servidor tiene una solicitud pendiente del mismo diálogo. ^{[ 1 ]}^{: §21.4.27}
493 Indescifrable: La solicitud contiene un cuerpo MIME cifrado, que el destinatario no puede descifrar. ^{[ 1 ]}^{: §21.4.28}
494 Acuerdo de seguridad requerido: El servidor ha recibido una solicitud que requiere un mecanismo de seguridad negociado, y la respuesta contiene una lista de mecanismos de seguridad adecuados para que el solicitante elija entre ^{[ 21 ]}^{: §§2.3.1–2.3.2} o un desafío de autenticación digest . ^{[ 21 ]}^{: §2.4}

5xx—Respuestas de fallo del servidor

Error interno del servidor 500: El servidor no pudo satisfacer la solicitud debido a una condición inesperada. ^{[ 1 ]}^{: §21.5.1}
Sección 501 No implementada: El servidor no tiene la capacidad de satisfacer la solicitud, por ejemplo, porque no reconoce el método de solicitud. (Compárese con 405 Método no permitido , donde el servidor reconoce el método pero no lo permite ni lo admite). ^{[ 1 ]}^{: §21.5.2}
502 Puerta de enlace no válida: El servidor actúa como puerta de enlace o proxy y recibió una respuesta no válida de un servidor descendente al intentar satisfacer la solicitud. ^{[ 1 ]}^{: §21.5.3}
503 Servicio no disponible: El servidor está en mantenimiento o temporalmente sobrecargado y, por lo tanto, no puede procesar la solicitud. Un campo de encabezado "Retry-After" puede especificar cuándo el cliente puede volver a intentar su solicitud. ^{[ 1 ]}^{: §21.5.4}
504 Tiempo de espera del servidor: El servidor intentó acceder a otro servidor para procesar la solicitud y no recibió una respuesta inmediata. ^{[ 1 ]}^{: §21.5.5}
Versión 505 no compatible: La versión del protocolo SIP en la solicitud no es compatible con el servidor. ^{[ 1 ]}^{: §21.5.6}
513 Mensaje demasiado grande: La longitud del mensaje de solicitud es mayor que la que el servidor puede procesar. ^{[ 1 ]}^{: §21.5.7}
555 Servicio de notificaciones push no compatible: El servidor no admite el servicio de notificaciones push identificado en un parámetro URI SIP 'pn-provider' ^{[ 22 ]}^{: §14.2.1}
580 Fallo de preacondicionamiento: El servidor no puede o no quiere cumplir con algunas restricciones especificadas en la oferta. ^{[ 23 ]}

6xx—Respuestas ante fallos globales

600 Ocupados en todas partes: Todos los destinos posibles están ocupados. A diferencia de la respuesta 486, esta respuesta indica que el destino sabe que no hay destinos alternativos (como un servidor de correo de voz) que puedan aceptar la llamada. ^{[ 1 ]}^{: §21.6.1}

603 Disminución: El destino no desea participar en la llamada, o no puede hacerlo, y además sabe que no hay destinos alternativos (como un servidor de correo de voz) dispuestos a aceptar la llamada. ^{[ 1 ]}^{: §21.6.2} La respuesta puede indicar un mejor momento para llamar en el campo de encabezado Retry-After.

603 Red bloqueada: El destino o un intermediario bloqueó la llamada debido al procesamiento de llamadas basado en análisis. El campo de encabezado Motivo ^{[ 24 ]} indica qué entidad bloqueó la llamada y proporciona información de contacto que puede utilizarse para averiguar el motivo del bloqueo. El formato del valor del encabezado Motivo se especifica en ATIS-1000099. ^{[ 25 ]}

El 604 no existe en ninguna parte.: El servidor tiene información fidedigna de que el usuario solicitado no existe en ningún lugar. ^{[ 1 ]}^{: §21.6.3}

606 No aceptable: Se contactó con el agente del usuario correctamente, pero algunos aspectos de la descripción de la sesión, como el medio solicitado, el ancho de banda o el estilo de direccionamiento, no fueron aceptables. ^{[ 1 ]}^{: §21.6.4}

607 No deseados: La persona que recibió la llamada no deseaba recibirla de la persona que la realizó . Es probable que los intentos futuros de la persona que realiza la llamada sean rechazados de manera similar. ^{[ 26 ]}

608 Rechazados: Una máquina o proceso intermediario rechazó el intento de llamada. ^{[ 27 ]} Esto contrasta con el código de respuesta SIP 607 (No deseado), en el que un humano, la persona que recibe la llamada, la rechaza. El intermediario que rechaza la llamada debe incluir un encabezado Call-Info con el valor "propósito" "jwscard", con la jCard ^{[ 28 ]} que contiene los datos de contacto. La persona que llama puede usar esta jCard si desea impugnar el rechazo.

Referencias

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 Rosenberg , Jonathan; Schulzrinne, Henning ; Camarillo, Gonzalo; Johnston, Alan; Peterson, Jon; Sparks, Robert; Handley, Mark; Schooler , Eve ( junio de 2002). SIP: Protocolo de inicio de sesión . IETF . doi : 10.17487/RFC3261 . RFC 3261 .
1 2 3 4 Roach, Adam; Jennings, Cullen; Peterson, Jon; Barnes, Mary (17 de abril de 2013) [Creado en enero de 2002]. "Códigos de respuesta" . Parámetros del Protocolo de inicio de sesión (SIP) . IANA .
↑ Holmberg, Christer (mayo de 2011). Código de respuesta del protocolo de inicio de sesión (SIP) para la indicación de diálogo terminado . IETF . pág. 1. Resumen. doi : 10.17487/RFC6228 . RFC 6228 .
1 2 Roach, Adam B. (junio de 2002). Notificación de eventos específicos del protocolo de inicio de sesión (SIP) . 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 (junio de 1999). "202 aceptado" . Protocolo de transferencia de hipertexto -- HTTP/1.1 . IETF . sec. 10.2.3. doi : 10.17487/RFC2616 . RFC 2616 .
1 2 Roach, Adam (julio de 2012). Notificación de eventos específicos de SIP . IETF . doi : 10.17487/RFC6665 . RFC 6665 .
↑ Niemi, Aki (mayo de 2010). "204 (sin notificación) Código de respuesta" . En Willis, Dean (ed.). Una extensión de los eventos del protocolo de inicio de sesión (SIP) para la notificación condicional de eventos . IETF . sec. 7.1. doi : 10.17487/RFC5839 . RFC 5839 .
1 2 Handley, Mark ; Schulzrinne, Henning ; Schooler, Eve; Rosenberg, Jonathan (marzo de 1999). SIP: Protocolo de inicio de sesión . IETF . doi : 10.17487/RFC2543 . RFC 2543 .
↑ Niemi, Aki, ed. (2004). "Código de respuesta "412 Conditional Request Failed" . Extensión del protocolo de inicio de sesión (SIP) para la publicación del estado del evento . IETF . sec. 11.2.1. doi : 10.17487/RFC3903 . RFC 3903 .
↑ Schulzrinne, Henning ; Polk, James (febrero de 2006). "No se conoce ningún espacio de nombres ni valor de prioridad" . Prioridad de recursos de comunicaciones para el protocolo de inicio de sesión (SIP) . IETF . sec. 4.6.2. doi : 10.17487/RFC4412 . RFC 4412 .
↑ Donovan, Steve; Rosenberg, Jonathan (abril de 2005). "Definición del código de respuesta 422" . Temporizadores de sesión en el protocolo de inicio de sesión (SIP) . IETF . sec. 6. doi : 10.17487/RFC4028 . RFC 4028 .
↑ Polk, James; Rosen, Brian; Peterson, Jon (diciembre de 2011). "Código de respuesta 424 (Información de ubicación incorrecta)" . Transmisión de ubicación para el protocolo de inicio de sesión . IETF . sec. 4.3. doi : 10.17487/RFC6442 . RFC 6442 .
^ Rosen, Brian; Schulzrinne, Henning; Tschofenig, Hannes; Gellens, Randall (septiembre de 2020). "Código de respuesta 425 (mensaje de alerta incorrecto)" . Llamadas de emergencia no interactivas . IETF . segundo. 5.1. doi : 10.17487/RFC8876 . RFC 8876 .
1 2 3 4 Peterson, Jon; Jennings, Cullen (agosto de 2006). Mejoras para la gestión de identidad autenticada en el protocolo de inicio de sesión (SIP) . IETF . doi : 10.17487/RFC4474 . RFC 4474 .
↑ Sparks, Robert J. (septiembre de 2004). "La respuesta de error 429 Provide Referrer Identity" . El mecanismo Referred-By del Protocolo de Iniciación de Sesión (SIP) . IETF . sec. 5. doi : 10.17487/RFC3892 . RFC 3892 .
1 2 Jennings, Cullen; Mahy, Rohan; Audet, Francois, eds. (octubre de 2009). Gestión de conexiones iniciadas por el cliente en el protocolo de inicio de sesión (SIP) . IETF . doi : 10.17487/RFC5626 . RFC 5626 .
↑ Rosenberg, Jonathan (diciembre de 2007). "433 (Anonimato no permitido) Definición" . Rechazo de solicitudes anónimas en el Protocolo de inicio de sesión (SIP) . IETF . sec. 5. doi : 10.17487/RFC5079 . RFC 5079 .
↑ Abordando una vulnerabilidad de amplificación en proxies de bifurcación del protocolo de inicio de sesión (SIP) . IETF . Diciembre de 2008. doi : 10.17487/RFC5393 . RFC 5393 .
↑ Protocolo de inicio de sesión (SIP) INFO Método y marco de paquete . IETF . Enero de 2011. doi : 10.17487/RFC6086 . RFC 6086 .
↑ Rosenberg, Jonathan; Willis, Dean (octubre de 2008). "Definición del código de respuesta 470" . En Camarillo, Gonzalo (ed.). Un marco para comunicaciones basadas en el consentimiento en el protocolo de inicio de sesión (SIP) . IETF . sec. 5.9.2. doi : 10.17487/RFC5360 . RFC 5360 .
1 2 Arkko, Jari; Torvinen, Vesa; Camarillo, Gonzalo; Niemi, Aki; Haukka, Tao (enero de 2003). Acuerdo de mecanismo de seguridad para el protocolo de inicio de sesión (SIP) . IETF . doi : 10.17487/RFC3329 . RFC 3329 .
↑ Notificación push con el protocolo de inicio de sesión (SIP) . IETF . Mayo de 2019. doi : 10.17487/RFC8599 . RFC 8599 .
↑ Rosenberg, Jonathan (octubre de 2002). "Rechazar una oferta" . En Camarillo, Gonzalo; Marshall, Bill (eds.). Integración de la gestión de recursos y el protocolo de inicio de sesión (SIP) . IETF . sec. 8. doi : 10.17487/RFC3312 . RFC 3312 .
↑ El campo de encabezado Reason para el protocolo de inicio de sesión (SIP) . IETF . Diciembre de 2002. doi : 10.17487/RFC3326 . RFC 3326 .
↑ Notificación de bloqueo de llamadas automáticas . Alliance for Telecommunications Industry Solutions (ATIS) / SIP Forum IP-NNI Task Force. 16 de agosto de 2002. ATIS-1000099
↑ Un código de respuesta SIP para llamadas no deseadas . IETF . Julio de 2017. doi : 10.17487/RFC8197 . RFC 8197 .
↑ Un código de respuesta del Protocolo de inicio de sesión (SIP) para llamadas rechazadas . IETF . Diciembre de 2019. doi : 10.17487/RFC8688 . RFC 8688 .
↑ RFC 7095

Enlaces externos

Parámetros del Protocolo de Inicio de Sesión (SIP): Códigos de respuesta es el registro oficial de IANA para códigos de respuesta, a través de múltiples RFC.
Asignación de mensajes de error SIP a códigos DSS1 en Wayback Machine (archivado el 12/04/2021)

[RFC_3261-1] 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 Rosenberg , Jonathan; Schulzrinne, Henning ; Camarillo, Gonzalo; Johnston, Alan; Peterson, Jon; Sparks, Robert; Handley, Mark; Schooler , Eve ( junio de 2002). SIP: Protocolo de inicio de sesión . IETF . doi : 10.17487/RFC3261 . RFC 3261 .

[IANA-2] 1 2 3 4 Roach, Adam; Jennings, Cullen; Peterson, Jon; Barnes, Mary (17 de abril de 2013) [Creado en enero de 2002]. "Códigos de respuesta" . Parámetros del Protocolo de inicio de sesión (SIP) . IANA .

[RFC_6228-3] Holmberg, Christer (mayo de 2011). Código de respuesta del protocolo de inicio de sesión (SIP) para la indicación de diálogo terminado . IETF . pág. 1. Resumen. doi : 10.17487/RFC6228 . RFC 6228 .

[RFC_3265-4] 1 2 Roach, Adam B. (junio de 2002). Notificación de eventos específicos del protocolo de inicio de sesión (SIP) . IETF . doi : 10.17487/RFC3265 . RFC 3265 .

[RFC_2616-5] Fielding, Roy T. ; Gettys, James; Mogul, Jeffrey C.; Nielsen, Henrik Frystyk ; Masinter, Larry; Leach, Paul; Berners-Lee, Tim (junio de 1999). "202 aceptado" . Protocolo de transferencia de hipertexto -- HTTP/1.1 . IETF . sec. 10.2.3. doi : 10.17487/RFC2616 . RFC 2616 .

[RFC_6665-6] 1 2 Roach, Adam (julio de 2012). Notificación de eventos específicos de SIP . IETF . doi : 10.17487/RFC6665 . RFC 6665 .

[RFC_5839-7] Niemi, Aki (mayo de 2010). "204 (sin notificación) Código de respuesta" . En Willis, Dean (ed.). Una extensión de los eventos del protocolo de inicio de sesión (SIP) para la notificación condicional de eventos . IETF . sec. 7.1. doi : 10.17487/RFC5839 . RFC 5839 .

[RFC_2543-8] 1 2 Handley, Mark ; Schulzrinne, Henning ; Schooler, Eve; Rosenberg, Jonathan (marzo de 1999). SIP: Protocolo de inicio de sesión . IETF . doi : 10.17487/RFC2543 . RFC 2543 .

[RFC_3903-9] Niemi, Aki, ed. (2004). "Código de respuesta "412 Conditional Request Failed" . Extensión del protocolo de inicio de sesión (SIP) para la publicación del estado del evento . IETF . sec. 11.2.1. doi : 10.17487/RFC3903 . RFC 3903 .

[RFC_4412-10] Schulzrinne, Henning ; Polk, James (febrero de 2006). "No se conoce ningún espacio de nombres ni valor de prioridad" . Prioridad de recursos de comunicaciones para el protocolo de inicio de sesión (SIP) . IETF . sec. 4.6.2. doi : 10.17487/RFC4412 . RFC 4412 .

[RFC_4028_sec_6-11] Donovan, Steve; Rosenberg, Jonathan (abril de 2005). "Definición del código de respuesta 422" . Temporizadores de sesión en el protocolo de inicio de sesión (SIP) . IETF . sec. 6. doi : 10.17487/RFC4028 . RFC 4028 .

[RFC_6422-12] Polk, James; Rosen, Brian; Peterson, Jon (diciembre de 2011). "Código de respuesta 424 (Información de ubicación incorrecta)" . Transmisión de ubicación para el protocolo de inicio de sesión . IETF . sec. 4.3. doi : 10.17487/RFC6442 . RFC 6442 .

[RFC_8876-13] Rosen, Brian; Schulzrinne, Henning; Tschofenig, Hannes; Gellens, Randall (septiembre de 2020). "Código de respuesta 425 (mensaje de alerta incorrecto)" . Llamadas de emergencia no interactivas . IETF . segundo. 5.1. doi : 10.17487/RFC8876 . RFC 8876 .

[RFC_4474-14] 1 2 3 4 Peterson, Jon; Jennings, Cullen (agosto de 2006). Mejoras para la gestión de identidad autenticada en el protocolo de inicio de sesión (SIP) . IETF . doi : 10.17487/RFC4474 . RFC 4474 .

[RFC_3892-15] Sparks, Robert J. (septiembre de 2004). "La respuesta de error 429 Provide Referrer Identity" . El mecanismo Referred-By del Protocolo de Iniciación de Sesión (SIP) . IETF . sec. 5. doi : 10.17487/RFC3892 . RFC 3892 .

[RFC_5626-16] 1 2 Jennings, Cullen; Mahy, Rohan; Audet, Francois, eds. (octubre de 2009). Gestión de conexiones iniciadas por el cliente en el protocolo de inicio de sesión (SIP) . IETF . doi : 10.17487/RFC5626 . RFC 5626 .

[RFC_5079-17] Rosenberg, Jonathan (diciembre de 2007). "433 (Anonimato no permitido) Definición" . Rechazo de solicitudes anónimas en el Protocolo de inicio de sesión (SIP) . IETF . sec. 5. doi : 10.17487/RFC5079 . RFC 5079 .

[RFC_5393-18] Abordando una vulnerabilidad de amplificación en proxies de bifurcación del protocolo de inicio de sesión (SIP) . IETF . Diciembre de 2008. doi : 10.17487/RFC5393 . RFC 5393 .

[RFC_6086-19] Protocolo de inicio de sesión (SIP) INFO Método y marco de paquete . IETF . Enero de 2011. doi : 10.17487/RFC6086 . RFC 6086 .

[RFC_5360-20] Rosenberg, Jonathan; Willis, Dean (octubre de 2008). "Definición del código de respuesta 470" . En Camarillo, Gonzalo (ed.). Un marco para comunicaciones basadas en el consentimiento en el protocolo de inicio de sesión (SIP) . IETF . sec. 5.9.2. doi : 10.17487/RFC5360 . RFC 5360 .

[RFC_3329-21] 1 2 Arkko, Jari; Torvinen, Vesa; Camarillo, Gonzalo; Niemi, Aki; Haukka, Tao (enero de 2003). Acuerdo de mecanismo de seguridad para el protocolo de inicio de sesión (SIP) . IETF . doi : 10.17487/RFC3329 . RFC 3329 .

[RFC_8599-22] Notificación push con el protocolo de inicio de sesión (SIP) . IETF . Mayo de 2019. doi : 10.17487/RFC8599 . RFC 8599 .

[RFC_3312-23] Rosenberg, Jonathan (octubre de 2002). "Rechazar una oferta" . En Camarillo, Gonzalo; Marshall, Bill (eds.). Integración de la gestión de recursos y el protocolo de inicio de sesión (SIP) . IETF . sec. 8. doi : 10.17487/RFC3312 . RFC 3312 .

[RFC_3326-24] El campo de encabezado Reason para el protocolo de inicio de sesión (SIP) . IETF . Diciembre de 2002. doi : 10.17487/RFC3326 . RFC 3326 .

[ATIS-1000099-25] Notificación de bloqueo de llamadas automáticas . Alliance for Telecommunications Industry Solutions (ATIS) / SIP Forum IP-NNI Task Force. 16 de agosto de 2002. ATIS-1000099

[RFC_8197-26] Un código de respuesta SIP para llamadas no deseadas . IETF . Julio de 2017. doi : 10.17487/RFC8197 . RFC 8197 .

[RFC_8688-27] Un código de respuesta del Protocolo de inicio de sesión (SIP) para llamadas rechazadas . IETF . Diciembre de 2019. doi : 10.17487/RFC8688 . RFC 8688 .

[28] RFC 7095

[ 1 ]

[ 2 ]

[ 3 ]

[ 4 ]

[ 5 ]

[ 6 ]

[ 7 ]

[ 8 ]

[ 9 ]

[ 10 ]

[ 11 ]

[ 12 ]

[ 13 ]

[ 14 ]

[ 15 ]

[ 16 ]

[ 17 ]

[ 18 ]

[ 19 ]

[ 20 ]

[ 21 ]

[ 22 ]

[ 23 ]

[ 24 ]

[ 25 ]

[ 26 ]

[ 27 ]

[ 28 ]