Tabla de contenido
Publicidad
Este método de trabajo, apoyado en servidores SIP externos, permite independizar la posición
física de un equipo de su identificador lógico, y mediante el empleo del protocolo SIP hace
innecesario conocer más datos del equipo llamado que su URI.
Durante la fase de establecimiento de la comunicación se produce simultáneamente la
negociación del algoritmo de codificación, en base a los Link Profiles definidos en cada uno de
los equipos extremos de la conexión.
C4.2. Posibles escenarios de trabajo.
Dependiendo del tipo de red donde se conecte PHOENIX MOBILE, el equipo dispondrá de un
tipo de dirección IP u otra.
•
Direcciones IP publicas fijas, situación ideal, ya que garantizan que el interfaz IP del
equipo siempre va a estar asignado a una dirección estática (independientemente de
que se apague y vuelva a encender) y accesible directamente por el resto de usuarios
de la red. Funcionando perfectamente PHOENIX MOBILE con servidor SIP asociado e
identificadores de equipo tipo nombre@dominio, e incluso sin servidor SIP asociado
con URI de tipo nombre@direccion-IP, si el otro equipo extremo de la comunicación
tiene también una dirección IP del mismo tipo.
Esta situación como se ha comentado con anterioridad, es poco habitual, por elevado
coste y reducido número de direcciones IP publicas disponibles.
•
Direcciones IP públicas dinámicas, permiten URI de tipo nombre@dominio o
nombre@direccion-IP, pero es aconsejable trabajar siempre con servidor SIP asociado,
ya que la dirección IP asignada al equipo puede cambiar cada vez que
apaguemos/encendamos la unidad.
•
Direcciones IP privadas, tanto fijas como dinámicas, no permiten el empleo de URI tipo
nombre@direccion-IP porque la dirección IP del identificador no es publica, y solo
tienen valor dentro del tramo de red donde ha sido adjudicada, careciendo de
significado global. En este caso se impone el empleo de un servidor SIP asociado, y un
servidor STUN para salvar el NAT implementado en el router que hace de interfaz entre
la red privada y la red publica.
C4.3. Configuración PHOENIX MOBILE por defecto.
Para simplificar la operación de la unidad, AEQ ofrece sin coste adicional a los usuarios
de Phoenix Mobile los servicios de un servidor SIP propio.
PHOENIX MOBILE se suministra de Fábrica con la siguiente configuración:
•
URI: del tipo phoenix_XXX@sip.aeq.es
•
SIP Proxy Activate: ON
•
SIP Proxy Address: sip.aeq.es
•
SIP Proxy Authenticate User: del tipo phoenix_XXX
•
SIP Proxy Authenticate Password: una combinación alfanumérica de 8 dígitos
•
SIP Proxy Authenticate Realm.: sip.aeq.es
•
SIP Proxy Register Domain: sip.aeq.es
•
SIP Proxy Register Expires: 60 segundos
Esta configuración es la adecuada para trabajar con el servidor SIP de AEQ.
C5. Protocolo STUN.
STUN (siglas en inglés de Simple Transversal of UDP over NATs) es un protocolo de red del
tipo cliente/servidor que permite a clientes NAT encontrar su dirección IP pública, el tipo de
NAT en el que se encuentra y el puerto de Internet asociado con el puerto local a través de
NAT. Esta información es usada para configurar una comunicación UDP entre dos hosts que se
encuentren tras enrutadores NAT.
AEQ
PHOENIX MOBILE
93
Publicidad
Tabla de contenido
