Este artículo se transfiere desde: https://blog.csdn.net/yunlianglinfeng/article/details/81477069
De:
Si no hay ningún campo de encabezado de contacto o de ruta de registro en un mensaje SIP, el destinatario de la llamada generará solicitudes posteriores basadas en el campo de encabezado de. Por ejemplo: si Alice llama a Bob, el contenido del campo de encabezado De es De: Alice <sip: [email protected]>. Entonces Bob usará sip: [email protected] como el contenido del campo de encabezado A y el campo de encabezado Request-URI cuando llame a Alice.
Contacto: La
solicitud posterior determinará la dirección de destino en función del contenido del campo de encabezado de contacto y colocará el contenido del campo de encabezado de contacto en el URI de solicitud. También se puede utilizar para indicar las direcciones de Proxies que no están registradas en el campo de encabezado Record-Route. Al mismo tiempo, también se puede utilizar en servidores de redirección y REGISTRAR solicitudes y respuestas.
Record-Route / Route: el
campo de encabezado Record-Route generalmente se inserta en la solicitud mediante proxies, de modo que las solicitudes posteriores con el mismo ID de llamada que antes se enrutarán a estos proxies. También será utilizado por el Agente de Usuario como base para enviar solicitudes posteriores. Este mecanismo es muy similar a source-route. La información del campo de encabezado Record-Route se copia en el campo de encabezado de Route. Y el campo de encabezado Request-URI se establecerá en el contenido del primer campo de encabezado de ruta.
Vía:
el servidor inserta el campo de encabezado Vía en la solicitud para verificar el bucle de enrutamiento y permitir que la respuesta encuentre el camino de regreso según la vía. No afectará las solicitudes o respuestas futuras.
En general, si hay una Ruta, la solicitud debe enviarse de acuerdo con la Ruta, si no, debe enviarse de acuerdo con el campo de encabezado de Contacto, si no hay Contacto, debe enviarse de acuerdo con el campo de encabezado De.
Diálogo, transacción, sesión Los
tres conceptos importantes en SIP son diálogo, sesión y transacción.
La siguiente es mi experiencia con estos tres conceptos en mi estudio, y la publicaré para discutirla con usted. El establecimiento del
diálogo se inicia cuando se recibe la respuesta de UAS (etiqueta To). El
diálogo que se crea cuando se recibe la respuesta 180 se denomina diálogo temprano, y el diálogo real se establece cuando se recibe la respuesta 2XX.
La sesión se establece después del intercambio de medios. Específicamente, se trata de intercambiar medios sdp a través de oferta / respuesta.
El establecimiento de sesión puede ser INVITE-200 o 200-ACK. Depende de cuándo se lleve a cabo el intercambio de medios.
Específicamente, el cuerpo del mensaje en INVITE usa el lenguaje sdp para describir los tipos de medios que puede manejar, y 200 OK
recupera los tipos de medios que pueden ser procesados por el UAS. En este momento, el intercambio de medios está completo. La sesión se establece
aquí.
El diálogo es la relación entre el punto final y el punto final. Y la transacción es la relación de salto a salto. El cuadro de diálogo usa la
etiqueta From, To tag (debe decirse que la etiqueta local, la etiqueta remota, estas dos etiquetas son diferentes con UAC y UAS) y
Call-ID para distinguir. La transacción es la relación de solicitud y respuesta entre una entidad SIP y la siguiente entidad SIP (los servidores proxy sin estado ya no se enumeran aquí) y la
determina la sucursal en Via.
Transacción:
mantenga el estado de salto a salto, incluida una solicitud y todas las respuestas que genera, incluidas varias respuestas temporales y una respuesta final. El ciclo de vida va desde la solicitud hasta la respuesta final.
Diálogo:
mantiene el estado de igual a igual. Actualmente, solo las solicitudes de invitación y suscripción activarán el diálogo. Su ciclo de vida transcurre a través de una conversación de principio a fin.