Preguntas frecuentes sobre Unified PhoneProxy
Contenido
Introducción
Este documento responde a las preguntas frecuentes sobre Cisco Unified PhoneProxy.
Uso
P. ¿Puede conectar un PC a la parte posterior de un teléfono IP que esté activado y registrado en Cisco Unified PhoneProxy y obtener datos corporativos?
A. No. Cisco Unified PhoneProxy facilita una conexión de parte de control de conexión de señalización (SCCP) (y tráfico RTP, TFTP y HTTP relacionado) desde un teléfono a Cisco Unified CallManager a través de un firewall. No afecta a las conexiones de datos a la red corporativa para usos distintos de los teléfonos IP. El usuario conectado a la parte posterior de un teléfono sólo tiene acceso a la LAN local. Deben crear una conexión VPN para acceder a los datos corporativos.
P. En el caso práctico de Voice and Data VLAN Bridge, ¿Cisco IP Communicator funciona en un dispositivo móvil, como un PDA? ¿Puede registrarse en Cisco Unified PhoneProxy y realizar llamadas?
A. El caso práctico del puente de VLAN de voz y datos mantiene una separación entre la VLAN de voz y la VLAN de datos, pero aún admite implementaciones de IP Communicator para trabajadores móviles. Refiérase a la Guía de Administración de Proxy de Cisco Unified Phone para obtener más información sobre casos prácticos.
En el caso de uso del puente de VLAN de voz y datos, Cisco Unified PhoneProxy no afecta a la forma en que Cisco IP Communicator funciona en un dispositivo móvil. Solo proxia la conexión SCCP (y el tráfico RTP, TFTP y HTTP relacionado).
Cisco Unified PhoneProxy no impide ni facilita el acceso a las redes corporativas, excepto cuando se permite específicamente que el teléfono funcione correctamente. Si la red corporativa lo requiere, debe utilizar VPN antes de Cisco Unified PhoneProxy, pero no es necesario activar la conexión VPN para que el teléfono funcione. Sin embargo, IP Communicator es la excepción. El servicio telefónico de IP Communicator se puede interrumpir cuando se activa y desactiva la VPN.
Además, puede experimentar problemas de calidad de audio de moderados a graves cuando un teléfono está conectado con VPN porque VPN no puede implementar niveles de calidad de servicio específicos requeridos por el flujo RTP. Refiérase a Guía de Administración de Proxy de Cisco Unified Phone para obtener más información sobre problemas de audio.
P. ¿A dónde actualiza SFTP los archivos?
A. Si debe colocar manualmente un archivo de actualización en Cisco Unified PhoneProxy, establezca una conexión FTP segura (SFTP) a la dirección IP sur (o a la dirección IP de administración si está activada) y, a continuación, coloque el archivo en la carpeta entrante.
Nota: Puede recuperar actualizaciones desde la Web con este comando: obtener actualización <url>.
P. ¿El tráfico RTP viaja directamente desde un teléfono IP remoto a otro teléfono IP remoto?
A. No. El tráfico RTP siempre se enruta a través de Cisco Unified PhoneProxy. Sin embargo, Cisco Unified PhoneProxy no realiza un seguimiento de la información de estado de cada teléfono. Por lo tanto, no es consciente de que las dos llamadas de dos teléfonos diferentes son en realidad una entre dos teléfonos.
P. ¿Qué códecs admiten los teléfonos remotos que se comunican con Cisco Unified PhoneProxy?
A. Dado que Cisco Unified PhoneProxy no admite transformaciones de medios, se admite cualquier códec. Sin embargo, surge un problema con los medios cifrados cuando (carga útil RTP + encabezado RTP) el modo 64 no es igual a 43, 44, 45 o 46. Por lo tanto, 20 ms g.711 es aceptable; 30 ms g.711 no es aceptable.
Para calcular este valor, utilice la operación modulo (mod). La operación mod devuelve el resto cuando un número se divide por otro. Por ejemplo, 13 mod 5 devuelve 3.
Para g.711 con una carga útil RTP de 160 y un encabezado RTP de 12, utilice estos cálculos:
160+12 = 172
172 mod 64 = 44
44 es un valor aceptable.
Nota: Otra manera de interpretar esta operación es encontrar el número más cercano a 172 que se puede dividir por 64, que es 128. El resto de 172 - 128 es 44. Por lo tanto, 172 mod 64 = 44.
Nota: También puede utilizar la Calculadora de Google para determinar los resultados de una operación MOD. Ingrese la operación mod en el campo de búsqueda en Google.com
.
.
Configuración
P. ¿Qué tengo que programar en un teléfono antes de entregarlo al usuario final?
A. Además de una dirección de servidor TFTP alternativa que apunta al proxy, no necesita programar ninguna configuración adicional en el teléfono. Sin embargo, el teléfono se debe aprovisionar en Cisco Unified CallManager si se inhabilita el registro automático.
Nota: Es posible que deba configurar el router por cable o DSL del usuario final. Si el router no admite la inspección exhaustiva de paquetes, es posible que deba configurar (protocolo de datagramas de usuario) el reenvío de puertos UDP o colocar el teléfono en la zona desmilitarizada (DMZ), especialmente para la música en espera.
P. ¿El proxy del teléfono de Cisco Unified guarda las preferencias geográficas?
A. No. Cisco Unified PhoneProxy no guarda las preferencias geográficas. Cuando un usuario se conecta a un clúster de Cisco Unified PhoneProxy, se conectan en función del número de usuarios. Por ejemplo, si configura un clúster con nodos en la Costa Este y la Costa Oeste, los usuarios se distribuyen uniformemente entre los nodos. Si tiene 1500 usuarios, 750 están conectados a cada nodo. Algunos usuarios de la Costa Oeste podrían estar asignados al nodo de la Costa Este y algunos usuarios de la Costa Este podrían estar asignados al nodo de la Costa Oeste.
P. ¿Significa "Sin aplicación de licencias" que en Cisco Unified CallManager (donde se realiza un seguimiento de los recuentos) todos los teléfonos que llegan a través de un proxy aparecen como 1?
A. No. Cada teléfono se debe aprovisionar en Cisco Unified CallManager y consume el mismo número de unidades de licencia que usaría sin Cisco Unified PhoneProxy. Refiérase a Guía de Administración de Proxy de Cisco Unified Phone para obtener más información.
Administración de Usuario
P. ¿Puede importar una lista de usuarios de Cisco Unified CallManager u otro origen LDAP?
A. En este momento, Cisco Unified PhoneProxy no se integra directamente con estos orígenes. Sin embargo, puede importar en la consola de administración un archivo de valores separados por comas (CSV) para agregar varios usuarios.
P. ¿Qué significa activar una llamada desde la perspectiva del usuario?
A. Puede utilizar estos métodos para activar una llamada:
El usuario final activa la llamada a través de una página web. El usuario debe proporcionar un nombre de usuario, una contraseña y una dirección IP de WAN. (La dirección IP de WAN no es la 192.168.x.x interna que proporciona el router.)
Nota: La página web detecta la dirección IP externa y rellena la dirección correcta. Sin embargo, según la red, es posible que deba cambiar esa dirección IP.
El administrador activa la llamada a través de la interfaz de línea de comandos. El administrador debe proporcionar un nombre de usuario y una dirección IP.
La aplicación activa la cuenta y proporciona el nombre de usuario, la contraseña y la dirección IP. Debe habilitar el servicio web de activación para utilizar este método.
P. ¿Necesito activarme antes de cada llamada, todos los días o solo una vez?
A. La activación permanecerá activa mientras haya una conexión SCCP entre el teléfono IP y Cisco Unified PhoneProxy. Dado que existe una buena cantidad de tráfico "keep-alive" con una conexión SCCP, la activación no debería agotar el tiempo de espera.
El tiempo de espera inactivo de activación predeterminado es de 300 segundos (5 minutos). Este tiempo de inactividad ocurre solamente si el teléfono IP nunca se registra realmente después de activar la cuenta. Por ejemplo, la cuenta se activa, pero el teléfono no se conecta a la red en el plazo de 5 minutos, o el teléfono pierde la conectividad de red (debido a una interrupción de Internet o de energía que dura más de 5 minutos), o la dirección IP cambia (porque la concesión de IP vence o porque DHCP asigna una dirección diferente).
Cisco Unified PhoneProxy espera mantener una conexión a esa cuenta y a esa dirección IP. Si esa conexión se interrumpe durante más de la cantidad configurada de tiempo inactivo, la cuenta se vuelve inactiva.
Nota: Los administradores pueden configurar un tiempo de espera de autorización independiente del tiempo de espera inactivo. El tiempo de espera de autorización hace que una cuenta activa se vuelva inactiva después de un número especificado de segundos, lo que requiere que los usuarios se autentiquen nuevamente una vez que caduque el valor de tiempo de espera. Este valor es de 0 segundos de forma predeterminada, lo que significa que la cuenta no se vuelve automáticamente inactiva.
Seguridad y cifrado
P. ¿Funcionan la seguridad y el cifrado con Cisco Unified CallManager 5.0?
A. Yes. La seguridad y el cifrado se han probado y funcionan con Cisco Unified CallManager 5.0.4 y 5.1.
Nota: Cisco Unified CallManager 5.0 gestiona los certificados de forma diferente a la versión 4.x.
P. ¿Puede Cisco Unified PhoneProxy comunicarse de forma segura con los teléfonos de Internet no fiable mientras permanece sin cifrar en la red interna de confianza? ¿Puede Cisco Unified PhoneProxy comunicarse de forma segura con dos teléfonos en Internet que no son de confianza?
A. Cuando se activa la seguridad, todos los teléfonos de Internet que no sean de confianza deben comunicarse de forma segura con Cisco Unified PhoneProxy o no se les permite comunicarse. El segmento de llamada entre Cisco Unified PhoneProxy y un teléfono IP remoto está cifrado. El segmento de llamada entre dos teléfonos IP remotos está cifrado, pero el segmento de llamada entre Cisco Unified PhoneProxy o Cisco Unified CallManager interno y los teléfonos IP permanece sin cifrar.
Estas imágenes ilustran el cifrado del segmento de llamada.
Para un teléfono de Internet remoto a un teléfono corporativo interno:
Para un teléfono de Internet remoto a otro teléfono de Internet remoto:
P. ¿Cómo configuro la función Adaptive Security Appliance (ASA) para Cisco Phone Proxy?
A. Para configurar la función ASA para Cisco Phone Proxy, consulte Configuración de la Función Cisco Phone Proxy.
P. ¿Cuáles son las funciones compatibles con el proxy de teléfono ASA?
A. El proxy del teléfono ASA admite estas funciones:
Música en espera (MoH)
Servicios XML
P. ¿Es posible agregar un proxy HTTP y utilizarlo con el proxy del teléfono?
A. Se puede utilizar un proxy HTTP inverso a Cisco Unified Communications Manager para señalar los teléfonos IP a un dispositivo ASA. Esta solución es más segura que abrir un servidor HTTP de Cisco Unified Communications Manager y requiere un servidor proxy inverso HTTP.
P. ¿Qué versión de PhoneProxy admite qué versión de SCCP?
A. ASA versión 8.0(4) incluye funciones de Unified Communications, como Phone Proxy y Mobile Proxy, que admiten SCCPv17 .
P. ¿Qué funciones de voz (por ejemplo, MOH, transferencia de llamada o conferencia) se admiten en el proxy del teléfono?
A. El proxy de teléfono ASA admite la música en espera (MoH), pero algunos teléfonos conectados a través de un proxy de teléfono Cisco ASA (codebase 8.2(1)) no pueden oír las fuentes de audio MOH locales de CUCM. Este problema se documenta con el ID de bug de Cisco CSCso81816 ( sólo clientes registrados) . Las llamadas se pueden poner en espera o transferirse con la ayuda del proxy del teléfono ASA. Las funciones empresariales, como las llamadas de conferencia, también se admiten en los teléfonos remotos conectados a través de un proxy telefónico ASA.
Actualizaciones, copia de seguridad y mantenimiento
P. ¿Puedo recuperar la contraseña de administrador para Cisco Unified PhoneProxy?
A. Los parámetros de administración de la consola de administración están protegidos mediante contraseña. No se puede recuperar esta contraseña. Debe crear una nueva configuración y contraseña.
También puede proteger con una contraseña estas áreas de Cisco Unified PhoneProxy CLI:
partición principal: puede proteger la partición de mantenimiento mediante contraseña. Sin embargo, no está protegida por contraseña de forma predeterminada. Para crear una contraseña principal, debe estar en la partición de mantenimiento. Si se pierde la contraseña de mantenimiento, no podrá recuperarla.
particiones image0 e image1: las particiones image0 e image1 están protegidas por una contraseña que es independiente de la contraseña de partición principal. Puede establecer la contraseña de partición de imagen desde dentro de la partición de imagen o desde dentro de la partición de mantenimiento.
P. ¿Hay alguna manera de actualizar la imagen de inicio?
A. No. La imagen de inicio no puede actualizarse. No debería haber razón para actualizar esta imagen de inicio.
P. Cuando el nodo de un clúster de Cisco Unified PhoneProxy falla, ¿el siguiente Unified PhoneProxy envía registros telefónicos a Cisco Unified CallManager? ¿Esta situación causa problemas de rendimiento?
A. Cisco Unified PhoneProxy sólo transfiere los datos que envían los teléfonos. Por ejemplo, en un clúster de Cisco Unified CallManager, si uno de los miembros de ese clúster se desactiva, todos los teléfonos conmutan por error a otro CallManager y se registran. Los teléfonos tienen una conexión abierta al Unified CallManager en espera, por lo que envían una solicitud de registro. Se envían algunos mensajes más entre el teléfono y Unified CallManager. Sin embargo, el teléfono no se da cuenta de que el CallManager primario no funciona hasta que no se le oye un latido. Dado que la función de latido de los teléfonos no está sincronizada, los intentos de registro se distribuyen a lo largo de un intervalo de 30 segundos y el rendimiento no se ve afectado.
P. ¿Cómo sabe un teléfono que registrarse en el nodo secundario de Cisco Unified PhoneProxy si el nodo principal está inactivo?
A. La función de latido de cada teléfono se llama cada 30 segundos. Cuando pierden una pulsación, el teléfono se registra con el nodo secundario y, a continuación, intenta volver a registrarse en el nodo principal.
Configuración de CallManager
P. ¿Aparece Cisco Unified PhoneProxy en Cisco Unified CallManager?
A. No. Los teléfonos que se procesan aparecen en Cisco Unified CallManager, pero Cisco Unified PhoneProxy no aparece.
Nota: En Cisco Unified CallManager, todos los teléfonos registrados y procesados muestran la misma dirección IP. Esta dirección IP es la dirección IP de la interfaz sur del Cisco Unified PhoneProxy, que se encuentra en la misma subred que la VLAN de voz para CallManager.
P. ¿Necesito configurar cada teléfono en el proxy y en Cisco Unified CallManager?
A. Yes. El teléfono se debe aprovisionar en Cisco Unified CallManager con antelación si se ha desactivado el registro automático. Además, se debe crear una cuenta para el teléfono y publicarla en Cisco Unified PhoneProxy a través de la consola de administración. Para crear la cuenta, debe especificar un nombre de usuario, una contraseña, el ID de estación del teléfono (por ejemplo, SEP112233445566) y el CallManager al que se aplicará proxy el registro. Cuando el usuario activa la cuenta, debe proporcionar el nombre de usuario, la contraseña y la dirección IP.
Nota: En Cisco Unified CallManager, todos los teléfonos registrados y procesados muestran la misma dirección IP. Esta dirección IP es la dirección IP de la interfaz sur del Cisco Unified PhoneProxy, que se encuentra en la misma subred que la VLAN de voz para CallManager.
P. ¿Controlan las particiones, los espacios de búsqueda de llamadas y los números marcados Cisco Unified CallManager?
A. Yes. El teléfono, el número marcado, los espacios de búsqueda de llamadas y las particiones se deben aprovisionar en Cisco Unified CallManager. Cisco Unified CallManager conserva todo el control sobre los planes de marcación.
Cisco Unified PhoneProxy no conoce los números de línea, los patrones de ruta, los espacios de búsqueda de llamadas ni las particiones. Cisco Unified PhoneProxy sólo proxies el registro del teléfono (y RTP).
Comentarios