Hay una pregunta que rara vez nos hacemos cuando abrimos el correo, subimos una foto a la nube o mandamos un mensaje: ¿en manos de quién queda ese gesto? La respuesta habitual es que queda en manos de una infraestructura ajena, gestionada por corporaciones cuyo modelo de negocio depende, precisamente, de que ese gesto nunca sea del todo nuestro.

OpenSIPS 4.0 no es solo una versión con nuevas funcionalidades, sino también una oportunidad para repensar partes del motor que llevan mucho tiempo sin cambios. Uno de los ejemplos más importantes es la capa TCP/TLS, que en su forma anterior se mantuvo prácticamente igual desde su introducción hace más de veinte años. Fue construida en torno a las realidades arquitectónicas de esa época y cumplió bien su función, pero con el tiempo sus limitaciones se fueron haciendo cada vez más evidentes.

Uno de los problemas de interoperabilidad SIP más persistentes en las redes modernas es el manejo confiable de respuestas provisionales, especialmente cuando se conectan despliegues SIP clásicos con entornos orientados a IMS. En redes con fuerte presencia IMS, el soporte de RFC 3262 se da por sentado: los campos 100rel, RSeq, RAck y el método PRACK dejan de ser opcionales y pasan a formar parte del establecimiento normal de llamadas.