Voz y Comunicaciones unificadas : Cisco Unified PhoneProxy

PhoneProxy unificado FAQ

25 Agosto 2015 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Abril 2015) | Comentarios


Preguntas

Uso

Introducción

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.

Uso

Q. ¿Puede usted conectar un PC con la parte posterior de un teléfono del IP que se activa y se registra al Cisco Unified PhoneProxy y conseguir los datos corporativos?

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.

Q. ¿En el caso del uso del Bridge de la Voz y del VLAN de dato, el Cisco IP Communicator trabaja en un dispositivo móvil, tal como un PDA? ¿Puede registrarse al Cisco Unified PhoneProxy y hacer las llamadas?

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.

Q. ¿A dónde usted SFTP pone al día los archivos?

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.

Q. ¿El viaje del tráfico RTP directamente a partir de un teléfono del IP remoto a otro IP remoto llama por teléfono?

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.

Q. ¿Qué codecs es soportado por los teléfonos remotos que comunican con el Cisco Unified PhoneProxy?

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.comleavingcisco.com .

Configuración

Q. ¿Qué necesito programar en un teléfono antes de que lo dé al usuario final?

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 el 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 las zonas desmilitarizadas (DMZ), especialmente para la música en el control.

Q. ¿Hace el Cisco Unified PhoneProxy salvo las preferencias geográficas?

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.

Q. ¿Hace el medio de “ninguna aplicación de la licencia” que en el Cisco Unified CallManager (donde se siguen las cuentas) todos los teléfonos que venga con un proxy aparecían como 1?

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.

Administración de Usuario

Q. ¿Puede usted importar una lista de usuario del Cisco Unified CallManager o de una cierta otra fuente LDAP?

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.

Q. ¿Qué significa activar una llamada de una perspectiva del usuario?

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.

Q. ¿Necesito activar antes de cada llamada, cada día, o solamente una vez?

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.

Seguridad y cifrado

Q. ¿La Seguridad y el cifrado trabaja con el Cisco Unified CallManager 5.0?

A. Sí. 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.

Q. ¿Puede el Cisco Unified PhoneProxy comunicar con seguridad con los teléfonos en el Internet untrusted mientras que sigue siendo unencrypted en la red interna confiada en? ¿Puede el Cisco Unified PhoneProxy comunicar con seguridad con dos teléfonos en el Internet untrusted?

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 internet remoto llame por teléfono al teléfono corporativo interno:

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unified-phoneproxy/72790-phoneproxy-faq01.gif

  • Para un teléfono de los internetes remotos a otro teléfono de los internetes remotos:

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unified-phoneproxy/72790-phoneproxy-faq02.gif

Q. ¿Cómo configuro el dispositivo de seguridad adaptante (ASA) para la característica del proxy del Teléfono de Cisco?

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.

Q. ¿Cuáles son las características soportadas por el proxy del teléfono ASA?

A. Soportes de proxy del teléfono ASA estas características:

  • Música en el control (moh)

  • Servicios XML

Q. ¿Es posible agregar un proxy de HTTP y utilizarlo con el proxy del teléfono?

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 un servidor HTTP del administrador de las Comunicaciones unificadas de Cisco y requiere un servidor proxy del revés HTTP.

Q. ¿Qué versión de PhoneProxy soporta que versión del SCCP?

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.

Q. ¿Qué características de la voz (por ejemplo, MOH, transferencia de llamada, conferencia) se soportan en el proxy del teléfono?

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.

Actualizaciones, respaldo, y mantenimiento

Q. ¿Puedo recuperar la contraseña del administrador para el Cisco Unified PhoneProxy?

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.

Q. ¿Hay una manera de poner al día el bootimage del maint?

A. No. El bootimage del maint no puede ser actualizado. No debe haber razón para poner al día este bootimage.

Q. ¿Cuando el nodo de un cluster del Cisco Unified PhoneProxy falla, el PhoneProxy unificado siguiente envía los registros de teléfono al Cisco Unified CallManager? ¿Esta situación causa los problemas de rendimiento?

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.

Q. ¿Cómo un teléfono sabe para registrarse con el nodo secundario del Cisco Unified PhoneProxy si el Nodo primario está abajo?

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.

Configuración del CallManager

Q. ¿El Cisco Unified PhoneProxy aparece en el Cisco Unified CallManager?

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.

Q. ¿Necesito configurar cada teléfono en el proxy y en el Cisco Unified CallManager?

A. Sí. 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.

Q. ¿Las divisiones, el Calling Search Spaces, y los Números marcados son controlados por el Cisco Unified CallManager?

A. Sí. 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).

Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Información Relacionada


Document ID: 72790