SIP - Proxies y enrutamiento

Como sabemos, un servidor proxy puede ser sin estado o con estado. Aquí, en este capítulo, discutiremos más sobre servidores proxy y enrutamiento SIP.

Servidor proxy sin estado

Un servidor proxy sin estado simplemente reenvía el mensaje que recibe. Este tipo de servidor no almacena ninguna información de la llamada o transacción.

  • Los proxies sin estado se olvidan de la solicitud SIP una vez que se ha reenviado.
  • La transacción será rápida a través de proxies sin estado.

Servidor proxy con estado

Un servidor proxy con estado realiza un seguimiento de cada solicitud y respuesta que recibe. Puede utilizar la información almacenada en el futuro, si es necesario. Puede retransmitir la solicitud si no recibe una respuesta del otro lado.

  • Los proxies con estado recuerdan la solicitud después de que se haya reenviado, por lo que pueden usarla para el enrutamiento avanzado. Los proxies con estado mantienen el estado de la transacción . La transacción implica el estado de la transacción,notestado de llamada .

  • La transacción no es tan rápida con proxies con estado como sin estado.

  • Los proxies con estado pueden bifurcar y retransmitir si es necesario (por ejemplo: desvío de llamadas ocupado, por ejemplo).

Vía y ruta de registro

Ruta de registro

El encabezado Record-Route se inserta en las solicitudes mediante proxies que querían estar en la ruta de solicitudes posteriores para el mismo identificador de llamada. Luego, el agente de usuario lo utiliza para enrutar solicitudes posteriores.

Vía

Los servidores insertan los encabezados de vía en las solicitudes para detectar bucles y ayudar a las respuestas a encontrar el camino de regreso al cliente. Esto es útil para que solo las respuestas lleguen a su destino.

  • El propio UA genera y agrega su propia dirección en un campo de encabezado Via mientras envía la solicitud.

  • Un proxy que reenvía la solicitud agrega un campo de encabezado Vía que contiene su propia dirección al principio de la lista de campos de encabezado Vía.

  • Un proxy o UA que genera una respuesta a una solicitud copia todos los campos del encabezado Via de la solicitud en orden en la respuesta, luego envía la respuesta a la dirección especificada en el campo superior del encabezado Via.

  • Un proxy que recibe una respuesta comprueba el campo de encabezado Via superior y coincide con su propia dirección. Si no coincide, la respuesta se ha descartado.

  • A continuación, se elimina el campo de encabezado Via superior y la respuesta se reenvía a la dirección especificada en el siguiente campo de encabezado Via.

Los campos de encabezado Vía contienen el nombre del protocolo, el número de versión y el transporte (SIP / 2.0 / UDP, SIP / 2.0 / TCP, etc.) y contienen números de puerto y parámetros como recibido, rport, rama.

  • Una etiqueta recibida se agrega a un campo de encabezado Via si un UA o un proxy recibe la solicitud de una dirección diferente a la especificada en el campo de encabezado Via superior.

  • Los UA y los proxies agregan un parámetro de rama a los campos de encabezado Via, que se calcula como una función hash del Request-URI, y el To, From, Call-ID y el número CSeq.