Del manual del administrador de SER:

El uso de los registros DNS SRV por el estandar SIP fue construido explícitamente para manejar las fallas del servidoARREGLARr. Puede haber servidores múltiples responsables de un dominio y referidos por DNS. Si es imposible comunicarse con un servidor primario, un cliente puede proceder a otro. Los servidores de backup se pueden situar en diversas áreas geográficas para reducir al mínimo el riesgo causado por desastres operacionales regionales: cortes de energía, inundaciones, terremotos, etc.

Desafortunadamente, en el momento de escribir esta documentación (finales de diciembre de 2002) solamente unos pocos dispositivos SIP implementaban el mecanismo de redundancia por DNS . A menos que se construyan redes con dispositivos SIP que soporten este mecanismo, se deben utilizar mecanismos alternativos para forzar a los clientes a utilizar los servidores de backup. Tal mecanismo funciona desconectando el servidor primario y substituyendolo por un servidor de backup localmente. Desafortunadamente esto imposibilita la dispersión geográfica y requiere una red de multiple acceso para evitar dependencia en un solo acceso IP. Otro método es actualizar el DNS cuando se detecta que falla el servidor primario. La desventaja primaria de este método es el retardo: puede tomar de largo plazo hasta que todos los clientes aprenden que deben utilizar el servidor nuevo.

Esto significa que:

• Puedes escribir registros SRV de un dominio para que señalen a un SIP Proxy en otro dominio. Como el E-mail, donde un mail server maneja el correo de muchos dominios, un SIP Proxy puede manejar usuarios de muchos dominios. La clave es fijar los registros DNS SRV en el archivo de la zona de dominio del usuario ( sip.cisco.com) para que señalen a un SIP Proxy en alguna otra parte (como sip.3com.com). Con una configuración como esta, las llamadas a usuario@cisco.com serán enrutadas automáticamente al Proxy SIP sip.3com.com.
• En una zona DNS, puedes especificar múltiples Proxys SIP. Si el Proxy con la prioridad más alta no es accesible, el SIP UA o el proxy que intenta alcanzar a un usuario dentro de un dominio intentara con el siguiente proxy definido en la zona mediante un registro de SRV.

Ya nadie envía un mail a usuario@mailserver. Enviamos a usuario@dominio y el registro MX del DNS ayuda al cliente de correo a enviar el correo al mail server correcto. ¿Por qué deberiamos llamar a usuario@sip-proxy en vez de usar usuario@dominio?

Recordemos que la ultima forma además de ser amigable, también agrega redundancia, y con una apropiada configuracion del DNS también puede agregar balanceo de carga.

• Registros del DNS SRV