Este documento contesta las preguntas más frecuentes sobre el Cisco Unified PhoneProxy.
Consulte Convenciones de Consejos Técnicos de Cisco para obtener información sobre las convenciones sobre documentos.
A. No El Cisco Unified PhoneProxy facilita una conexión de la parte de control de la conexión de señalización (SCCP) (y RTP, TFTP, y tráfico HTTP relacionados) de un teléfono a un Cisco Unified CallManager con un Firewall. No tiene ninguna influencia en las conexiones de datos a la red corporativa para las aplicaciones con excepción de los Teléfonos IP. El usuario conectado con la parte posterior de un teléfono tiene acceso al LAN local solamente. Deben crear una conexión VPN para acceder los datos corporativos.
A. The Voice y el caso del uso del Bridge del VLAN de dato mantiene una separación entre el VLA N de la Voz y el VLAN de dato, pero todavía soporta las implementaciones del comunicador IP para los trabajadores móviles. Refiera a la guía de administración del Cisco Unified PhoneProxy para más información sobre los casos del uso.
En el Bridge de la Voz y del VLAN de dato el uso encajona el Cisco Unified PhoneProxy no afecta como de bien a los trabajos del Cisco IP Communicator sobre un dispositivo móvil. Él solamente proxys la conexión del SCCP (y RTP, TFTP, y tráfico HTTP relacionados).
El Cisco Unified PhoneProxy no impide ni facilita el acceso a las redes corporativas, a menos que según lo tenido en cuenta específicamente para que el teléfono funcione correctamente. Si su red corporativa lo requiere, usted debe utilizar el VPN antes del Cisco Unified PhoneProxy, pero la conexión VPN no necesita ser girada para que el teléfono funcione. Sin embargo, el comunicador IP es la excepción. El servicio telefónico del comunicador IP puede ser interrumpido cuando el VPN se da vuelta por intervalos.
Además, usted puede experimentar al moderate a los problemas severos de la calidad del audio cuando un teléfono está conectado con el VPN porque el VPN no puede implementar los niveles específicos de la calidad de servicio requeridos por la secuencia RTP. Refiera a la guía de administración del Cisco Unified PhoneProxy para más información sobre los Problemas de audio.
A. Si usted debe poner manualmente un archivo de la actualización en el Cisco Unified PhoneProxy, establezca una conexión segura FTP (SFTP) a la dirección IP del sur (o al IP Address de administración si se habilita), y después ponga el archivo en la carpeta entrante.
Nota: Usted puede extraer las actualizaciones de la red con este comando: consiga el <url> de la actualización.
A. No El tráfico RTP se rutea siempre a través del Cisco Unified PhoneProxy. Sin embargo, el Cisco Unified PhoneProxy no sigue la información del estado sobre cada teléfono. Por lo tanto, no es consciente que las dos llamadas a partir de dos diversos teléfonos son de hecho una llamada entre dos teléfonos.
A. Porque el Cisco Unified PhoneProxy no soporta las transformaciones de los media, se soporta cualquier codificador-decodificador. Sin embargo, un problema se presenta con los media cifrados cuando (payload + encabezado RTP RTP) la Mod 64 no iguala 43, 44, 45, o 46. Por lo tanto, 20 el ms g.711 es aceptable; 30 el ms g.711 no es aceptable.
Para calcular este valor, utilice la operación del modulo (Mod). La operación Mod vuelve el resto cuando un número es dividido por otro. Por ejemplo, 13 devoluciones 3. Mod 5.
Para g.711 con un payload 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 el más cercano a 172 que es divisible por 64, que es 128. El resto de 172 - el 128 es 44. Por lo tanto, 172 Mod 64 = 44.
Nota: Usted puede también 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
.
A. Además de un TFTP Server Address alterno que señale al proxy, usted no necesita programar ninguna configuraciones adicional en el teléfono. Sin embargo, el teléfono debe ser aprovisionado en el Cisco Unified CallManager si se inhabilita el registro automático.
Nota: Usted puede ser que necesite configurar el cable o al router DLS del usuario final. Si el router no soporta la inspección de paquetes stateful, usted puede ser que necesite configurar (protocolo UDP) la expedición del puerto UDP o colocar el teléfono en la zona desmilitarizada (DMZ), especialmente para la música en el control.
A. No. El Cisco Unified PhoneProxy no salva las preferencias geográficas. Cuando un usuario conecta con un cluster del Cisco Unified PhoneProxy, están conectadas basaron en el número de usuarios. Por ejemplo, si usted configura un cluster con los Nodos en la Costa Este y la Costa Este, separan los usuarios hacia fuera uniformemente entre los Nodos. Si usted tiene 1500 usuarios, 750 usuarios están conectados con cada nodo. Algunos usuarios en la Costa Este pudieron ser asignados al nodo de la Costa Este, y algunos usuarios en la Costa Este pudieron ser asignados al nodo de la Costa Este.
A. No. Cada teléfono debe ser aprovisionado en el Cisco Unified CallManager y consume el mismo número de unidades de la licencia que sin el Cisco Unified PhoneProxy. Refiera a la guía de administración del Cisco Unified PhoneProxy para más información.
A. Ahora, el Cisco Unified PhoneProxy no integra directamente con estas fuentes. Sin embargo, usted puede importar en la consola de administración un archivo del Comma-Separated Value (CSV) para agregar a los usuarios múltiples.
A. Usted 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 suministrar un Nombre de usuario, una contraseña, y un WAN IP Address. (El WAN IP Address no es el 192.168.x.x interno que el router da.)
Nota: La página web detecta el IP Address externo y completa a la dirección correcta. Sin embargo, sobre la base de la red, usted puede ser que necesite cambiar esa dirección IP.
El administrador activa la llamada a través de la interfaz de la línea de comandos. El administrador debe suministrar 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. Usted debe permitir al servicio web de la activación para utilizar este método.
A. Los restos de la activación activan mientras haya una conexión del SCCP entre el teléfono del IP y el Cisco Unified PhoneProxy. Puesto que hay mucho tráfico señal de mantenimiento con una conexión del SCCP, la activación no debe medir el tiempo hacia fuera.
El tiempo de inactividad predeterminado de la activación es 300 segundo (5 minutos). Este tiempo de inactividad ocurre solamente si el teléfono del IP se registra nunca realmente después de que se active la cuenta. Por ejemplo, se activa la cuenta, pero el teléfono no se enchufa a la red en el plazo de 5 minutos, o el teléfono pierde la conectividad de red (debido a Internet o una interrupción de la alimentación eléctrica que dura más de largo de 5 minutos), o los cambios de la dirección IP (porque expira el arriendo IP o porque el DHCP asigna un diverso direccionamiento).
El Cisco Unified PhoneProxy espera mantener una conexión a esa cuenta y dirección IP. Si esa conexión se interrumpe para más que la cantidad configurada de tiempo de inactividad, la cuenta llega a estar inactiva.
Nota: Los administradores pueden configurar un descanso de la autorización que esté a parte del tiempo de inactividad. El descanso de la autorización hace una cuenta activa llegar a estar inactiva después de un número especificado de segundos, que requiere a los usuarios autenticar otra vez el valor de agotamiento del tiempo expira una vez. Este valor es los segundos 0 por abandono, que significa que la cuenta no llega a estar automáticamente inactiva.
A. Yes. La Seguridad y el cifrado se ha probado y trabaja con el Cisco Unified CallManager 5.0.4 y 5.1.
Nota: El Cisco Unified CallManager 5.0 maneja los Certificados diferentemente que las versiones 4.x.
A. Cuando se gira la Seguridad, todos los teléfonos en el Internet untrusted deben comunicar con seguridad con el Cisco Unified PhoneProxy, o no se permiten comunicar. El segmento de la llamada entre el Cisco Unified PhoneProxy y un teléfono del IP remoto se cifra. El segmento de la llamada entre dos teléfonos del IP remoto se cifra, pero el segmento de la llamada entre el Cisco Unified PhoneProxy o el Cisco Unified CallManager interno y los Teléfonos IP sigue siendo unencrypted.
Estas imágenes ilustran el cifrado del segmento de la llamada.
Para un teléfono del internet remoto al teléfono corporativo interno:
![]()
Para un teléfono del internet remoto a otro teléfono del internet remoto:
![]()
A. Para configurar el ASA para la característica del proxy del Teléfono de Cisco, refiera a configurar la característica del proxy del Teléfono de Cisco.
A. Soportes de proxy del teléfono ASA estas características:
Música en el control (moh)
Servicios XML
A. Un proxy de HTTP reverso al administrador de las Comunicaciones unificadas de Cisco se puede utilizar para señalar los Teléfonos IP al agujerito en el ASA. Esta solución es más segura que abriendo a un servidor HTTP del administrador de las Comunicaciones unificadas de Cisco y requiere un servidor proxy del revés HTTP.
A. La Versión de ASA 8.0(4) incluye las características de las Comunicaciones unificadas, tales como proxy del teléfono y proxy móvil, que soporta SCCPv17.
A. La música en el control (moh) es soportada por el proxy del teléfono ASA, pero algunos teléfonos conectados con un proxy del teléfono de Cisco ASA (codebase 8.2(1)) no puede oír las fuentes de audio MOH locales de CUCM. Este problema es documentado por el Id. de bug Cisco CSCso81816 (clientes registrados solamente). Las llamadas se podían poner en el control o transferir con la ayuda del proxy del teléfono ASA. Las características para empresas como las llamadas en conferencia también se soportan en los teléfonos remotos conectados con un proxy del teléfono ASA.
A. Las configuraciones de la administración dentro de la consola de administración son contraseña protegida. Esta contraseña no puede ser recuperada. Usted debe crear una nuevas configuración y contraseña.
Usted puede también proteger con una contraseña estas áreas del Cisco Unified PhoneProxy CLI:
división del maint — Usted puede contraseña proteger la división del mantenimiento. Sin embargo, no es contraseña protegida por abandono. Para crear una contraseña del maint, usted debe estar en la división del mantenimiento. Si se pierde la contraseña del mantenimiento, usted no puede recuperarla.
divisiones image0 e image1 — Las divisiones image0 e image1 son protegidas por una contraseña que esté a parte de la contraseña de la división del maint. Usted puede fijar la contraseña de la división de la imagen dentro de la división de la imagen o dentro de la división del mantenimiento.
A. No. El bootimage del maint no puede ser actualizado. No debe haber razón para poner al día este bootimage.
A. El Cisco Unified PhoneProxy transfiere solamente los datos que los teléfonos envían. Por ejemplo, en un cluster del Cisco Unified CallManager, si va uno de los miembros de ese cluster abajo, toda la Conmutación por falla de los teléfonos al otro CallManager y registro. Los teléfonos tienen una conexión abierta al CallManager unificado recurso seguro, así que envían un pedido de inscripción. Algunos más mensajes se envían entre el teléfono y el CallManager unificado. Sin embargo, el teléfono no realiza que el CallManager primario está abajo hasta que falten un latido del corazón. Puesto que la función del latido del corazón para los teléfonos no se sincroniza, las tentativas del registro se distribuyen a través de un segundo intervalo 30, y el funcionamiento no es afectado.
A. La función del latido del corazón para cada teléfono se llama cada 30 segundos. Cuando faltan un golpe, el teléfono se registra con el nodo secundario y después intenta registrarse otra vez con el Nodo primario.
A. No. Los teléfonos que proxied aparecen en el Cisco Unified CallManager, pero el Cisco Unified PhoneProxy no aparecen.
Nota: Dentro del Cisco Unified CallManager, todos los teléfonos se registran que y visualización proxied la misma dirección IP. Esta dirección IP es la dirección IP del sur de la interfaz del Cisco Unified PhoneProxy, que está en la misma subred como el VLA N de la Voz para el CallManager.
A. Yes. El teléfono debe ser aprovisionado en el Cisco Unified CallManager antes de tiempo si se ha inhabilitado el registro automático. También, un explicar el teléfono se debe crear y publicar al Cisco Unified PhoneProxy a través de la consola de administración. Para crear la cuenta, usted debe especificar un Nombre de usuario, la contraseña, el ID de la estación del teléfono (por ejemplo, SEP112233445566), y el CallManager al proxy el registro a. Cuando el usuario activa la cuenta, deben proporcionar el Nombre de usuario, la contraseña, y la dirección IP.
Nota: Dentro del Cisco Unified CallManager, todos los teléfonos se registran que y visualización proxied la misma dirección IP. Esta dirección IP es la dirección IP del sur de la interfaz del Cisco Unified PhoneProxy, que está en la misma subred como el VLA N de la Voz para el CallManager.
A. Yes. El teléfono, el Número marcado, el Calling Search Spaces, y las divisiones deben ser aprovisionado en el Cisco Unified CallManager. El Cisco Unified CallManager conserva todo el control sobre los Planes de marcado.
El Cisco Unified PhoneProxy no es consciente de los números de línea, de los patrones de ruta, del Calling Search Spaces, o de las divisiones. Los proxys del Cisco Unified PhoneProxy solamente el registro de teléfono (y RTP).