En el protocolo SIP, el concepto de diálogo representa la relación completa entre dos endpoints a través de múltiples transacciones, desde el INVITE inicial hasta el BYE final. Sin embargo, el protocolo en sí mismo fue diseñado para ser stateless, lo que significa que cada mensaje puede procesarse de forma independiente sin mantener contexto. Esta desconexión entre la necesidad práctica de rastrear sesiones completas y la naturaleza sin estado del protocolo crea un desafío significativo para los servidores SIP.

En el ecosistema de Kamailio (anteriormente OpenSER), el módulo TM (Transaction Module) representa uno de los componentes más críticos para el procesamiento de mensajes SIP. Dentro de este módulo, la función t_relay() constituye el mecanismo fundamental para el reenvío stateful de mensajes SIP, implementando la lógica de transacciones definida en el RFC 3261. Este artículo explora en detalle el funcionamiento interno, arquitectura y aplicaciones prácticas de t_relay(), proporcionando una comprensión profunda para administradores e ingenieros de sistemas VoIP.

En Kamailio hay dos variables que constantemente generan confusión: $ru y $du. Parecen hacer lo mismo, pero en realidad cumplen funciones completamente distintas. Vamos a aclarar esto de una vez.

La variable $ru: lo que dice el mensaje

$ru es la URI que aparece en el encabezado Request-URI del mensaje SIP. Es la dirección de destino visible para cualquiera que inspeccione el tráfico. Si un usuario marca 1234, verás algo así:

INVITE sip:1234@midominio.com SIP/2.0