Avaya one-X Mobile Preferred para IP Office admite llamadas de Voz a través del protocolo de Internet (VoIP). VoIP es un conjunto de tecnologías y técnicas de transmisión que proporcionan voz a través desde IP, como Internet.
Puede realizar y recibir llamadas VoIP con Avaya one-X® Mobile. Configure el cliente Avaya one-X®
Mobile para trabajar con el modo VoIP para realizar llamadas a través de redes de datos 3G o 4G o Wi-Fi, para así eliminar los cobros por llamadas de voz celulares. Cambie al modo VoIP para reducir costos, especialmente en llamadas internacionales.
VoIP admite G.711a/mu, G.722, y G.729A con o sin supresión de silencio. La lista de códecs y el orden solo puede configurarse en los clientes de movilidad Android basado en el tipo de conexión de datos, Wi-Fi versus red de datos celular.
Nota:
Avaya one-X® Mobile for IP Office en teléfonos móviles Apple no es compatible con los códecs G.723.
Requisitos previos de VoIP
Los requisitos previos de VoIP son los siguientes: • La licencia de usuario es Power User.
• La aplicación móvil se conecta a IP Office 9.0 o superior.
• El teléfono móvil ejecuta Android 4.0 o superior o iOS 5.0 o superior.
• Los teléfonos celulares compatibles son Samsung Galaxy S3, Samsung Galaxy S4, Samsung Note 2, LG Optimus E975 y HTC One-S.
• En IP Office Manager, en la pestaña Usuario, seleccione la casilla Activar cliente VoIP móvil.
información de red
Por defecto, el cliente VoIP usa TLS en el puerto 5061 para los teléfonos móviles Android. Si el administrador desactiva TLS en IP Office, el teléfono móvil Android usa TCP
automáticamente. Sin embargo, Avaya recomienda usar TLS, ya que TCP causa problemas de conexión en algunos teléfonos móviles Android.
Los teléfonos móviles iPhone no admiten TLS. Por lo tanto, el cliente VoIP usa TCP en el puerto 5060 para los teléfonos móviles iPhone.
Si está conectado a un IP Office que usa un cliente VoIP desde una red remota, es decir, una red local o un punto de acceso público, use la siguiente configuración:
• El firewall frente a IP Office debe abrir puertos TCP 5060 y 5061 y reenviar a IP Office. • Algunas configuraciones de enrutador podrían requerir el reenvío de los puertos que
están siendo usados por RTP. El intervalo de puerto RTP predeterminado en IP Office Manager es 49152 a 53246.
• Habilite y configure la función Trabajador remoto en IP Office. • Deshabilite el ALG de SIP en el firewall de red remoto.
Descripción general del trabajador remoto SIP
En el diagrama de implementación, IP Office está instalado dentro de una red empresarial y proporciona servicios de telefonía basados en SIP a los usuarios que están conectados directamente a esa red empresarial y a los usuarios que se conectan remotamente desde sucursales, sus hogares y otras ubicaciones.
En cualquiera de estos sitios, podría haber un NAT o firewall no habilitado para SIP que evite una comunicación correcta. El propósito de la función Trabajador remoto es habilitar la comunicación sin obstrucción entre IP Office y los usuarios remotos sin requerir ayuda de un NAT o firewall habilitado para SIP o cualquier SBS externo.
En el diagrama de implementación, los clientes SIP pueden clasificarse de la siguiente forma: • Para los clientes SIP que están en la red corporativa, es decir, trabajadores locales, no
se requiere NAT traversal.
• Para los clientes SIP que están directamente en Internet público, es decir, trabajadores remotos, los clientes SIP deben atravesar el enrutador corporativo, el NAT local, para trabajar con IP Office.
• Para los clientes SIP que están detrás de enrutadores privados o locales, es decir, trabajadores remotos, los clientes SIP deben atravesar el enrutador local, el NAT remoto y el NAT local para trabajar con IP Office.
• Si IP Office está ubicado en Internet público, no se requiere NAT traversal para los clientes SIP que están ubicados en la red pública o la red remota.
Para el NAT traversal local, IP Office debe: • Descubrir la dirección IP pública de LANx. • Identificar clientes desde Internet público.
• Usar la dirección privada de LANx durante las transacciones SIP con los clientes desde la red corporativa.
• Usar la dirección pública de LANx durante las transacciones SIP con los clientes desde Internet público.
En el diagrama de implementación, el LANx deIP Office tiene la función Trabajador remoto activada y LANx está detrás del NAT corporativo. En este caso los clientes SIP que están ubicados en la red pública o en la red remota son clientes remotos. Estos clientes remotos requieren una licencia de trabajador remoto para registrarse con IP Office.
Si el LANX de IP Office tiene la función Trabajador remoto activada y el LANx está en Internet público, solo los clientes SIP que están detrás de enrutadores locales o privados requieren una licencia de trabajador remoto. En ese caso, los clientes SIP que están directamente en Internet público no requieren una licencia de trabajador remoto.
Nota:
Si el cliente remoto está detrás de su propio NAT, pero tiene ALG de SIP activado o es compatible con la capacidad STUN completa, en ese caso, el cliente remoto aparece como un cliente SIP ubicado en Internet público para IP Office y no requiere una licencia de trabajador remoto.
La función Trabajador remoto SIP complementa la función de trabajador remoto para los clientes H.323. Por lo tanto, debe realizar ajustes de configuración para SIP al igual que con H.323 para incluir el soporte para la función Trabajador remoto, la capacidad de nivel de extensión del trabajador remoto y la licencia de nivel de usuario del trabajador remoto. Los clientes remotos SIP compatibles incluyen Flare para iPad, Flare para Windows, one-X Mobile Preferred para iPhone y one-X Mobile Preferred para Android. La función Trabajador remoto SIP admite todos los protocolos de transporte para señalización, incluidos UDP, TCP y TLS.
Nota:
Todos los medios relacionados con los clientes remotos dependen de IP Office. Por lo tanto, esto necesita más ancho de banda en IP Office.
El trabajador remoto SIP admite las siguientes implementaciones: • Trabajador remoto SIP IP Office nativo
• Trabajador remoto SIP con Avaya SBCE
Trabajador remoto SIP de IP Office nativo
Con el trabajador remoto de IP Office nativo, IP Office y los clientes remotos SIP intercambian señales SIP y los paquetes de medios. Estos paquetes de medios atraviesan sin problema el NAT remoto del enrutador remoto a través de Internet público, llegan al enrutador corporativo, atraviesan el NAT corporativo en el enrutador corporativo y llegan a IP Office.
No necesita una configuración especial en el NAT remoto. Funcionalmente, el cliente SIP funciona exactamente como un cliente SIP local. Todas las funciones de telefonía compatible por los clientes SIP locales están disponibles para los clientes SIP remotos.
Trabajador remoto SIP con Avaya SBCE
Puede implementar el trabajador remoto SIP con Avaya SBCE al usar las siguientes opciones: • Dos cables: 2 interfaces SBCE en DMZ y red privada
• Un cable: SBCE ubicado en el LAN
Debe dirigir el reenvío de puertos para puertos de señalización SIP y de medios a SBC para permitir el tráfico de SIP y los medios a través del SBC. Debe configurar el resto de las reglas de reenvío de puertos como en el caso del trabajador remoto SIP nativo. IP Office ve a los trabajadores remotos SBCE como usuarios locales. Por lo tanto, no necesita las licencias de trabajador remoto SIP IP Office para ninguno de los trabajadores remotos.
Debe asegurarse de que los trabajadores remotos Flare ubicados detrás del SBCE usen nombres de dominio SIP alfanuméricos en vez de la dirección IP cuando los trabajadores remotos están registrados con IP Office. Puede lograrlo al usar la configuración SBCE correcta.
Requisitos del trabajador remoto SIP
Los requisitos del trabajador remoto SIP son los siguientes:
• Use puertos de recepción SIP no estándar para evitar la interferencia con ALG de SIP. • Asegúrese de que el administrador configura las reglas de reenvío de puerto en el NAT
o firewall para que los trabajadores remotos puedan conectarse a IP Office o one-X. • Use el destino de reenvío correcto para cada puerto.
• Desactive el firewall en los puertos que usa.
• Para solucionar los problemas de conexión del trabajador remoto, use los registros de firewall del enrutador.
Desplazamiento sin interrupción
El desplazamiento sin interrupción es una función importante de los clientes de Movilidad y Flare. Las tecnologías usadas para admitir el desplazamiento sin interrupción incluyen el trabajador remoto SIP y DNS.
Las ventajas incluyen:
• Aprovisionamiento único.
• Fuerza laboral móvil Siempre activa y siempre presente.
• Desplazamiento sin interrupción desde el interior y exterior de la red corporativa sin cambiar la configuración de los teléfonos móviles.
Nota:
No puede transferir una llamada sin interrupción al desplazarse.
DNS es el vehículo para el desplazamiento sin interrupción de la solución de movilidad. Puede provisionar clientes con los nombres de los DNS para resolver. Por ejemplo, para usar el dominio SIP en IP Office y el dominio XMPP en Avaya one-X® Portal. Los clientes resuelven los nombres de DNS mientras se desplazan entre redes. Los nombres de DNS están
registrados con el DNS público al usar registros SRV o A DNS. Registros A DNS:
Los registros A DNS son los registros DNS más básicos y resuelven el nombre del DNS en una sola dirección IP. Los servicios como XMPP y SIP se ejecutan en puertos estándar. Se requieren dominios SIP y XMPP separados para IP Office 500v2 con one-X separado, como IP Office y dirección IP one-X distintas.
Registros SRV:
Los registros SRV le permiten a los clientes tener resoluciones diferenciadas del mismo DNS para servicios como SIO, XMPP y SMTP. Por lo tanto, puede usar el mismo nombre del DNS El cliente VoIP
para SIP y SMPP. Puede usar puertos no estándar para SIP y XMPP. Puede resolver distintos servicios en varias direcciones IP, como one-X versus IP Office.
Use DNS dividido para el funcionamiento correcto de los clientes dentro de la red corporativa: • Evite que los usuarios SIP locales se consideren como remotos.
• Evite que el enrutador haga conexiones entre nodos si es compatible con el enrutador. Conexión entre nodos:
El concepto de conexión entre nodos se explica de la siguiente forma. Configure un teléfono dentro de la red con el nombre del DNS para resolver, por ejemplo, para IP Office. El nombre debe poder resolverse a través del DNS público y debe apuntar a la dirección IP pública del enrutador. Si dentro de la red usa el nombre del DNS, el teléfono intenta acceder a IP Office al usar la dirección IP pública del enrutador. El enrutador se da cuenta de que la solicitud se realizó desde dentro de la red a su propia dirección pública en el puerto específico. El enrutador comprende que hay una regla de reenvío de puertos y que debe permitir que el paquete acceda a IP Office. Este proceso completo se conoce como conexión entre nodos.
El DNS dividido proporciona una resolución DNS alternativa para los nombres de DNS públicos de una red local. Se necesita el DNS dividido si se usa el desplazamiento. Si no se usa el desplazamiento, use la dirección IP local para los clientes de no desplazamiento local y use el DNS público o la dirección IP pública para los clientes solo públicos.
Use el DNS dividido para que los clientes puedan contactarse con IP Office o Avaya one-X®
Portal directamente y evitar la conexión entre nodos. La conexión entre nodos es un problema con los clientes VoIP.
El DNS dividido requiere un servidor DNS local siempre activo.
Relación entre las funciones de movilidad y el trabajador
remoto SIP
Los clientes de movilidad Avaya, como Flare y one-X, pueden funcionar como trabajadores remotos con la ayuda de la función Trabajador remoto SIP. Los clientes de movilidad ahora pueden desplazarse sin interrupción entre la red corporativa interna y externa.
En el modo VoIP, el cliente de movilidad tiene una extensión y realiza todas las funciones de control de llamadas incluidas las funciones de llamadas intermedias. Puede seleccionar el El cliente VoIP
modo devolver llamada cuando la conectividad Wi-Fi no está disponible o cuando la conexión de datos no proporciona la calidad de voz adecuada.
Licencia del trabajador remoto SIP
IP Office controla la licencia del trabajador remoto SIP a un nivel de usuario. La licencia del trabajador remoto está habilitada para los usuarios con el paquete de usuario adecuado, es decir, Teleworker User y Power User.
Edición one-X Mobile Essential Edición one-X Mobile Preferred
Puede otorgar la licencia de trabajador remoto no perteneciente a una flota hasta a cuatro usuarios.
Puede otorgarle la licencia de trabajador remoto a todos los Usuarios Teleworker y Power User.
No tiene la opción de comprar una licencia extra.
Para los usuarios que no son Usuarios Teleworker ni Power User, puede otorgar la licencia de trabajador remoto hasta a cuatro de estos usuarios.
Configuración de LAN
Configuración de LAN para soporte del trabajador remoto
Antes de empezar
• Asegúrese de que LAN1 es una red privada y está detrás del enrutador corporativo, es decir, NAT y firewall.
• Abra la interfaz de Avaya IP Office Manager.
Procedimiento
1. En IP Office Manager, en el panel izquierdo, en la lista de navegación, seleccione Sistema.
2. En el panel derecho, haga clic en la pestaña LAN1. 3. Haga clic en la pestaña Configuración LAN.
4. En el campo Dirección IP, ingrese la dirección IP principal del LAN1. 5. Haga clic en la ficha VoIP.
6. Para activar el registro SIP, seleccione la casilla Activar registrador SIP. 7. Para activar el trabajador remoto SIP en esta interfaz, seleccione la casilla
Extensión remota SIP habilitada. Nota:
Puede seleccionar la casilla Extensión remota SIP habilitada en LAN1 o LAN2, pero no ambos.
8. Para provisionar el nombre del dominio SIP, en el campo Nombre del dominio, escriba el nombre del dominio SIP. Por ejemplo, ipo.customer.com.
El nombre del dominio completamente calificado debe poder resolverse desde Internet público y la red corporativa.
9. En el área Protocolo de capa 4, configure los siguientes puertos.
• Seleccione la casilla UDP y en el campo Puerto UDP remoto, seleccione 5060.
• Seleccione la casilla TCP y en el campo Puerto TCP remoto, seleccione 5060.
• Seleccione la casilla TLS y en el campo Puerto TLS remoto, seleccione 5061.
Debe añadir estos puertos a la tabla de reenvío de puertos en el enrutador corporativo.
10. En el área Intervalo de números de puerto (NAT), configure los puertos RTP para el cliente remoto.
• En el campo Mínimo, seleccione 49152. • En el campo Máximo, seleccione 53246.
El trabajador remoto H.323, el trabajador remoto SIP y las líneas troncales SIP públicas comparten estos puertos. Debe añadir estos puertos a la tabla de reenvío de puertos en el enrutador corporativo.
11. Haga clic en la pestaña Topología de red.
12. En el campo Dirección IP pública, escriba la dirección IP pública del enrutador corporativo.
Puede identificar esta dirección con un servidor STUN público o debe provisionar la dirección manualmente.
• Si la dirección IP pública del enrutador corporativo es estática, escriba la dirección IP manualmente.
• Si la dirección IP pública del enrutador corporativo es dinámica, complete los detalles de los campos Dirección del servidor STUN, Puerto STUN, Tipo de firewall/NAT y Ejecutar STUN en el encendido.
Nota:
Si selecciona Extensión remota H323 habilitada o Extensión remota SIP habilitada, no puede ingresar la dirección IP 0.0.0.0. Si guarda el valor en el campo Dirección IP pública como 0.0.0.0, no se admite el NAT traversal. 13. Haga clic en la ficha DNS.
14. Para provisionar el servidor DNS corporativo, en el campo Dirección IP del servidor DNS, escriba la dirección IP del servidor DNS corporativo.
15. Haga clic en Aceptar.
Configuración del enrutador corporativo
Manten imiento Número de puerto Protocolo de transporte Remitir a Comentarios SIP 5060 5061 TCP o UDP TLS
IP Office El número de puerto depende de IP Office
Manager > LANx > VoIP > Activar registrador SIP > Puerto UDP/TCP/TLS remoto.
RTP 54000-5
4500
UDP IP Office El número de puerto depende de IP Office
Manager > LANx > VoIP > Intervalo de números de puerto (NAT).
H.323 1719-17 20
TCP IP Office El número de puerto depende de IP Office
Manager > LANx > VoIP > Activar puerta de enlace de H.323 > Activar extensión remota de H.323. HTTP 80 TCP IP Office Avaya one-X® Portal o XMPP 5222, 8080, 8063, 8443 y 9443 TCP El servidor Avaya one-X® Portal
Configuración del enrutador local
Asegúrese de que NO SIP-ALG está activado.
Configuración del servidor Avaya one-X
®Portal
En la interfaz de administrador de Avaya one-X® Portal, configure el dominio XMPP. Para obtener más información, consulte Configuración del dominio XMPP en la página 17.
El nombre completo del dominio calificado debe poder resolverse con el DNS local o el servicio público.
Resolución del servidor DNS
El servicio de DNS público debe proporcionar resolución para: • La dirección IP pública de la interfaz WAN de IP Office • La dirección IP pública del enrutador corporativo
• El puerto TCP de registro SIP para la extensión SIP remota • El puerto UDP de registro SIP para la extensión SIP remota • El puerto TLS de registro SIP para la extensión SIP remota El servicio de DNS privado debe proporcionar resolución para:
• La dirección IP principal de la interfaz LAN de IP Office • La dirección IP local del enrutador corporativo
• El puerto TCP de registro SIP para la extensión SIP local • El puerto UDP de registro SIP para la extensión SIP local • El puerto TLS de registro SIP para la extensión SIP local
Configuración de WAN
Configuración de ajustes de WAN para el soporte del trabajador
remoto
Antes de empezar
• Asegúrese de que LAN1 es una red privada y está detrás del enrutador corporativo, es decir, NAT y firewall.
• En LAN1, desmarque la casilla Extensión remota SIP habilitada. El cliente VoIP
• En LAN1, deshabilite los puertos remotos TLS, TCP y UDP.
• Configure el nombre de dominio SIP para LAN1. Por ejemplo, ipo.customer.com. • Abra la interfaz de Avaya IP Office Manager.
Procedimiento
1. En IP Office Manager, en el panel izquierdo, en la lista de navegación, seleccione Sistema.
2. En el panel derecho, haga clic en la pestaña LAN2. 3. Haga clic en la pestaña Configuración LAN.
4. En el campo Dirección IP, ingrese la dirección IP principal del LAN2.
LAN2 está directamente en DMZ y tiene una dirección IP pública a la que puede acceder desde Internet.
5. Haga clic en la ficha VoIP.
6. Para activar el registro SIP, seleccione la casilla Activar registrador SIP. 7. Para activar el trabajador remoto SIP en esta interfaz, seleccione la casilla
Extensión remota SIP habilitada. Nota:
Puede seleccionar la casilla Extensión remota SIP habilitada en LAN1 o LAN2, pero no ambos.
8. En el campo Nombre de dominio, establezca el nombre de dominio SIP. Por ejemplo, ipo1.customer.com.
Si selecciona la casilla Activar registrador SIP para LAN1 y LAN2, los nombres de los dominios SIP deben ser idénticos.
9. En el área Protocolo de capa 4, configure los siguientes puertos.