Voz y Comunicaciones unificadas : Cisco Unified Communications Manager (CallManager)

Consola de Attendant remota a través de un Firewall

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Traducción Manual (19 Abril 2008) | Inglés (22 Agosto 2015) | Comentarios


Contenido


Introducción

La Consola de Attendant del Cisco Unified CallManager integra las funciones tradicionales de la telefonía de la multiplexión por división de tiempo (TDM) con las aplicaciones de telefonía IP y los servicios avanzados, tales como directorio del Lightweight Directory Access Protocol (LDAP). Un beneficio principal de la Consola de Attendant del Cisco Unified CallManager sobre los sistemas tradicionales de la Consola de Attendant es la capacidad de monitorear el estado de cada línea en el sistema y de enviar eficientemente las llamadas.

prerrequisitos

Requisitos

No hay requisitos específicos para este documento.

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

  • Cisco CallManager 4.x

  • Consola de Attendant 1.4 de Cisco

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Convenciones

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

Puertos usados por la Consola de Attendant

Comunicación entre el cliente AC y el Cisco Callmanager server

Hay tres tipos de comunicación entre el cliente y servidor AC:

  • El cliente AC a la invocación del método remoto (RMI) — el cliente conecta siempre con el RMI en los puertos de servidor 1099 a 1129. Entonces, el servidor dice al cliente establecer a una segunda sesión TCP con el servidor en un segundo puerto TCP. Este puerto se toma aleatoriamente y no hay manera de garantizar que un puerto TCP determinado está utilizado siempre.

  • Cliente AC a la codificación rápida del buffer (QBE) en el administrador de Integración de telefonía de computadora (CTI) — la comunicación QBE establece a una sesión TCP con el servidor en el puerto TCP 2748.

  • El cliente AC al Line State Server (LSS) — en este caso, allí es el tráfico UDP LSS que viene de los servidores. Esto se puede reparar en el cuadro de diálogo avanzado de las configuraciones (véase la solución al estatus del recibe línea a través de una sección del Firewall). Los puertos especificados en el cuadro de diálogo de los parámetros de los servicios son utilizados por el Cisco CallManager para escuchar las peticiones del detalle de terminación de llamada (TCD), para inicializar a los clientes AC y para ofrecer la línea información del estado a los clientes. Estos puertos TCP no deben ser cambiados.

Un Firewall no se soporta porque el AC utiliza los puertos al azar para las conexiones RMI. Solamente un puerto disponible se utiliza para iniciar la conexión RMI, que comienza con 1099. Después de que se establezca la conexión RMI, el RMI utiliza un puerto TCP al azar (normalmente el primer puerto disponible). Por lo tanto, aseegurese que los puertos TCP estén abiertos en hasta el 1129 el rango 1099. Si estos puertos al azar no están abiertos, el AC falla con este mensaje de error:

error communicating with the server

Refiera a estos documentos para más información sobre el Cisco CallManager TCP y el uso del puerto UDP para la Consola de Attendant:

Consola de Attendant y NAT

En una Consola de Attendant de Cisco, el línea-estado y el estatus del reenvío de llamada de la línea primaria de cada usuario se presenta con cada entrada de registro. Cuando usted utiliza el Cisco CallManager y la Consola de Attendant a través de las interfaces del Network Address Translation (NAT), o cuando un Firewall está entre ellas, tráfico TCP trabaja correctamente con el NAT transversal. Por lo tanto, la mayor parte de los trabajos de las funciones AC. Sin embargo, el problema está para la línea estatus de la Consola de Attendant que utiliza el UDP. También, el tráfico UDP de los CallManageres no puede pasar a través de las interfaces NAT.

Solución al estatus del recibe línea a través de un Firewall

La Consola de Attendant de Cisco utiliza los puertos UDP para el línea-estado. El puerto UDP que debe ser utilizado se puede configurar en el cuadro de diálogo avanzado de las configuraciones de Consola de Attendant de Cisco. Si no se configura ningún puerto, el AC utiliza el primer puerto disponible UDP (al azar).

Si se especifica un puerto libre UDP, por ejemplo el puerto 1234 (véase el cuadro 2), se aseeguran este puerto se abre en el Firewall también.

Complete estos pasos para configurar el puerto UDP usado:

  1. Inicie sesión a la Consola de Attendant.

  2. Elija editan > las configuraciones.

    /image/gif/paws/71668/attendant-firewall-1.gif

  3. En la ventana emergente, haga clic avanzado y cambie el campo de la dirección IP del host local a 172.16.1.1:1234 si la dirección IP de la Consola de Attendant PC es 172.16.1.1 y el puerto UDP es 1234.

    /image/gif/paws/71668/attendant-firewall-2.gif

  4. Haga clic en Save (Guardar).

  5. Termine la sesión para que las nuevas configuraciones tomen el efecto.

    Nota: El AC no fue diseñado para trabajar con un Firewall o un NAT. Sin embargo, hay un bug de la petición de la característica clasifiado para bloquear abajo del rango de puertos. Refiera al Id. de bug Cisco CSCee21603 (clientes registrados solamente) para más información.

    Por ahora, la única solución alternativa para este problema está a desbloquea los puertos TCP usados o inhabilita el Firewall.


Información Relacionada


Document ID: 71668