Cisco 7811 Guía De Administración página 578

SIP sobre TCP
El enrutamiento de mensajes SIP es dinámico. Si un proxy SIP recibe una solicitud de un UAS para conectar,
pero no puede localizar el UAC, el proxy desvía el mensaje a otro proxy SIP de la red. Cuando se localiza el
UAC, la respuesta vuelve al UAS y los dos agentes de usuario se conectan mediante una sesión entre pares
directa. El tráfico de voz se transmite entre los agentes de usuario a través de puertos asignados de forma
dinámica mediante el protocolo en tiempo real (RTP).
RTP transmite datos en tiempo real como audio o vídeo. El protocolo RTP no garantiza la entrega en tiempo
real de los datos. RTP ofrece mecanismos para enviar y recibir aplicaciones con el fin de admitir datos de
flujo. Habitualmente, RTP se ejecuta sobre UDP.
SIP sobre TCP
A fin de garantizar comunicaciones orientadas al estado, el teléfono IP de Cisco puede usar TCP como protocolo
de transporte para SIP. Este protocolo proporciona una entrega garantizada que asegura que los paquetes
perdidos se vuelven a transmitir. El protocolo TCP también garantiza que los paquetes SIP se reciben en el
mismo orden en el que se enviaron.
TCP soluciona el problema del bloqueo de puertos UDP por los firewalls corporativos. Con TCP, no es
necesario abrir puertos nuevos ni eliminar paquetes, puesto que ya está en uso para las actividades básicas,
como la navegación por Internet o el comercio electrónico.
Redundancia de proxy SIP
Un servidor proxy SIP medio puede controlar decenas de miles de suscriptores. Un servidor de respaldo
permite desconectar temporalmente un servidor activo para realizar labores de mantenimiento. El teléfono
admite el uso de servidores de respaldo para minimizar o eliminar la interrupción del servicio.
Una forma sencilla de permitir la redundancia de proxy es especificar un servidor proxy SIP en el perfil de
configuración del teléfono. El teléfono envía una consulta DNS NAPTR o SRV al servidor DNS. Si está
configurado para ello, el servidor DNS devuelve registros SRV que contienen una lista de servidores para el
dominio, con sus nombres de host, prioridades, puertos de escucha, etc. El teléfono intenta ponerse en contacto
con los servidores según su orden de prioridad. El servidor con un número menor tiene mayor prioridad. En
una consulta se admiten hasta doce registros de NAPTR y seis registros SRV.
Si el teléfono no consigue comunicarse con el servidor principal, el teléfono puede realizar la conmutación
por error a un servidor de menor prioridad. Si está configurado, el teléfono puede restaurar la conexión al
principal. La compatibilidad con la conmutación por error y la conmutación por recuperación alterna entre
servidores con diferentes protocolos de transporte SIP. El teléfono no realiza una conmutación por recuperación
al servidor principal durante una llamada activa hasta que finaliza la llamada y se cumplen las condiciones
de conmutación por recuperación.
Ejemplo de registros de recursos del servidor DNS
as1bsoft
_sips._tcp.tlstest
_sip._tcp.tcptest
_sip._udp.udptest
srv1
srv2
Guía de administración de los teléfonos IP multiplataforma de la serie 7800 de Cisco para la versión de firmware 11.3(1) y posteriores
558
3600 IN NAPTR 50
3600 IN NAPTR 90
3600 IN NAPTR 100
SRV 1 10 5061 srv1.sipurash.com.
SRV 2 10 5060 srv2.sipurash.com.
SRV 1 10 5061 srv3.sipurash.com.
SRV 2 10 5060 srv4.sipurash.com.
SRV 1 10 5061 srv5.sipurash.com.
SRV 2 10 5060 srv6.sipurash.com.
3600 IN A 1.1.1.1
3600 IN A 2.2.2.2
50 "s" "SIPS+D2T"
50 "s" "SIP+D2T"
50 "s" "SIP+D2U"
Datos técnicos
"" _sips._tcp.tlstest
"" _sip._tcp.tcptest
"" _sip._udp.udptest