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.

Durante años, obtener un certificado TLS válido para una dirección IP pública fue un problema sin solución sencilla. Let's Encrypt, la autoridad de certificación gratuita más utilizada del mundo, solo emitía certificados para nombres de dominio. Quien necesitaba HTTPS sobre una IP tenía que recurrir a ZeroSSL, a certificados autofirmados, o simplemente vivir sin TLS. Eso cambió en 2025.

Las infraestructuras SIP modernas dependen cada vez más de balanceadores de carga, proxies inversos y servicios de borde en la nube para ofrecer escalabilidad, seguridad y distribución geográfica. El problema clásico de esta arquitectura es que estos componentes intermedios ocultan la dirección IP real del cliente al servidor SIP de backend: lo que llega a OpenSIPS es la IP del balanceador, no la del teléfono o softphone original.