Consola del operador remoto a través de un firewall Contenido Introducción Requisitos previos Requerimientos Componentes utilizados Convenciones Puertos utilizados por la consola del operador Comunicación entre el cliente de AC y el servidor Cisco CallManager Consola del operador y NAT Solución para recibir el estado de la línea a través de un firewall Introducción La consola del operador de Cisco Unified CallManager integra las funciones de telefonía de multiplexión por división de tiempo (TDM) tradicionales con las aplicaciones y servicios de telefonía IP avanzada como, por ejemplo, el directorio de protocolo ligero de acceso a directorios (LDAP). Una de las ventajas principales de la consola del operador de Cisco Unified CallManager frente a los sistemas tradicionales de consola del operador es la capacidad para supervisar el estado de cada línea en el sistema y para enviar llamadas de forma eficaz. Requisitos previos Requerimientos No hay requerimientos 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 del operador (AC) de Cisco 1.4 La información que contiene este documento se creó a partir de los dispositivos en un entorno de laboratorio específico. Todos los dispositivos que se utilizan en este documento se iniciaron con una configuración sin definir (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando. Convenciones Consulte Convenciones sobre consejos técnicos de Cisco para obtener más información sobre las convenciones del documento. Puertos utilizados por la consola del operador Comunicación entre el cliente de AC y el servidor Cisco CallManager Hay tres tipos de comunicación entre el cliente de AC y el servidor: Cliente de AC con invocación remota de métodos (RMI): el cliente siempre se conecta a RMI en los puertos del 1099 al 1129. A continuación, el servidor indica al cliente que establezca una segunda sesión TCP con el servidor en un segundo puerto TCP. Este puerto se escoge aleatoriamente y no hay forma de garantizar que siempre se utilice un puerto TCP en concreto. Cliente de AC con codificación rápida de búfer (QBE) en el administrador de integración de telefonía e informática (CTI): la comunicación QBE establece una sesión TCP con el servidor en el puerto TCP 2748. Cliente de AC con servidor de estado de la línea (LSS): en este caso hay tráfico UDP LSS que proviene de los servidores. Esto puede establecerse en el cuadro de diálogo Advanced Settings (Parámetros avanzados) (consulte la sección Solución para recibir el estado de la línea a través de un firewall). Cisco CallManager utiliza los puertos especificados en el cuadro de diálogo Services Parameters (Parámetros de servicios) para escuchar las solicitudes de detalles de terminación de llamada (TCD), iniciar los clientes de AC y ofrecer a los clientes información del estado de la línea. No deben cambiarse estos puertos TCP. No se admiten firewalls porque AC utiliza aleatoriamente los puertos para conexiones RMI. Sólo se utiliza uno de los puertos disponibles para iniciar la conexión RMI, que empieza en el 1099. Una vez establecida la conexión RMI, RMI utiliza un puerto TCP aleatorio (normalmente el primero que esté disponible). Por lo tanto, debe asegurarse de que alguno de los puertos TCP comprendidos entre el 1099 y el 1129 esté abierto. Si estos puertos aleatorios no están abiertos, la AC fallará y mostrará el siguiente mensaje de error: error communicating with the server Consola del operador y NAT En una consola de operador de Cisco, el estado de línea y el estado de reenvío de llamada de la línea primaria de cada usuario aparecen en cada entrada de registro. Cuando utiliza Cisco CallManager y la consola de operador a través de las interfaces de traducción de direcciones de red (NAT), o bien si existe un firewall entre ellos, el tráfico TCP funciona correctamente con la NAT transversal. Por ello, la mayoría de las funciones de AC funcionan correctamente. El problema surge con el estado de la línea de la consola del operador que utiliza UDP. Asimismo, tampoco el tráfico UDP que proviene de los CallManager puede pasar a través de las interfaces NAT. Solución para recibir el estado de la línea a través de un firewall La consola del operador de Cisco utiliza puertos UDP para el estado de línea. El puerto UDP que se debe utilizar se configura en el cuadro de diálogo Advanced Settings (Parámetros avanzados) de la consola de operador de Cisco. Si no se configura ningún puerto, la AC utiliza el primer puerto UDP disponible (aleatoriamente). Si se especifica un puerto UDP, como el puerto 1234 (consulte la figura 2), asegúrese de que este puerto esté también abierto en el firewall. Complete estos pasos para configurar el puerto UDP que se utilizará: 1. Conéctese a la consola del operador. 2. Seleccione Edit > Settings (Editar > Configuración) 3. En la ventana emergente, haga clic en Advanced (Avanzado) y cambie el valor del campo Local Host IP Address (Dirección IP del host local) a 172.16.1.1:1234 si la dirección IP del PC de la consola del operador es 172.16.1.1 y el puerto UDP es 1234. 4. Haga clic en Save (Guardar). 5. Cierre la sesión para que se aplique la nueva configuración. Nota: La AC no se diseñó para trabajar con un firewall o NAT. Sin embargo, existe un error de funcionamiento de solicitud de función archivado para bloquear el intervalo de puerto. Consulte el error de funcionamiento de Cisco CSCee21603 (sólo para clientes registrados) para obtener más información. Por ahora, la única solución alternativa al problema es desbloquear los puertos TCP utilizados o desactivar el firewall. © 1992-2014 Cisco Systems Inc. Todos los Derechos Reservados. Fecha de Generación del PDF: 19 Abril 2008 http://www.cisco.com/cisco/web/support/LA/7/77/77761_attendant-firewall.html