cancelar
Mostrando los resultados de 
Buscar en lugar de 
Quiere decir: 
cancel
9961
Visitas
15
ÚTIL
10
Respuestas

Pregunte a los Expertos - Cisco Unified Communications Manager

Sergio Barragan
Cisco Employee
Cisco Employee

Bienvenidos a la conversación en CSC en Español. Esta es su oportunidad de aprender y hacer todas las preguntas que tenga acerca del Cisco Unified Communications Manager con Iber Espinosa.Iber Espinosa es ingeniero veterano de Soporte de Cisco Latinoamérica especializado en tecnologías de voz IP. Estudió la Licenciatura en Ciencias de la Informática en el Instituto Politécnico Nacional (IPN) y cuenta con varias certificaciones de Cisco incluyendo CCVP, CCNP, CCDP, Cisco IP Communications Express Specialist, Cisco IP Contact Center Express Specialist, Cisco Rich Media Communications Specialist y Cisco Unity Support Specialist. Iber tiene más de 7 años de experiencia trabajando en el diseño, implementación y solución de problemas relacionados con la telefonía IP y lleva trabajando en Cisco 4 años formado parte del grupo de asistencia técnica y HTTS.

Iber tiene amplia experiencia en resolver problemas técnicos acerca del CUCM.

Por favor use las estrellas para calificar las respuestas y asi informar a Iber que usted ha recibido una respuesta adecuada.

Puede ser que Iber no pueda responder cada una de las preguntas debido la cantidad que anticipamos para este evento. Recuerde que usted puede preguntar o seguir haciendo preguntas en la comunidad de Voz IP.

Este evento está abierto hasta el 17 de Junio de 2011.  Visite esta conversación seguido para ver las respuestas a sus preguntas.

10 RESPUESTAS 10

Hola Iber,

Estoy globalizando mi plan de marcación en CUCM 7.1.5 y ya logró desplegar el número globalizado, sin embargo, solo lo quiero desplegar en el history log y no en la llamada desplegada en el display del teléfono.

He hecho la prueba tanto con MGCP, como H323 con el mismo resultado. Que podría verificar??

Gracias,

fer

Hola Fer,

De acuerdo a tu pregunta, el numero de la PSTN lo globalizas, y en el momento que se despliegue la llamada entrante al teléfono quieres que el numero este localizado. Por ejemplo:

Plan de Marcación de México:

+525588223344 Globalizado en el Call List (missed calls, received calls, etc)

88223344 Localizado en el Display del IP Phone (alerting y connected state)

Donde:

52 es el Country Code

55 es el código de la ciudad,

8 digitos para el subscriptor

Como ya puedes globalizar asumo que ya están configurados los CallingParty Transformation y CalledParty Transformations.

Una forma sencilla, seria por ejemplo:

Partition

PT-DF-ANI

CSS

CSS-DF-ANI, que contiene a la partición antes mencionada

TP -->

Calling Party TP

\+5255.!, DF-ANI --> predot   <---- este se usuario para hacer localized a los números de tu ciudad

\+52.!, DF-ANI --> predot   <---- este se usuario para hacer localized a los números de tu pais

Y así sucesivamente.

Finalmente en el IP Phone en el campo de:

Calling Party Transformation CSS ---> aplicar el CSS-HQ-ANI

O mejor aun lo puedes aplicar al Device Pool del telefono

Por favor prueba esta configuración. Cualquier duda estamos para ayudarte.

Saludos
Iber

Federico Reyes
Level 1
Level 1

Buen dia Iber,

Una pregunta, necesito realizar unas pruebas en mi telefonía IP sobre varios sitios remotos que administro. Existe alguna manera de que pueda realizar estas pruebas sin tener que manejar hasta mis sitios remotos para ver que el ruteo de la llamada se realice correctamente ?? No se si se pueda comprobar esto realizando una llamada al voice gateway o al CUCM para ver que camino tomo la llamada.

Gracias por tu ayuda.

Federico

Hola Federico,

Gracias por la pregunta. Te refieres a que si remotamente se puede controlar el IP Phone? Existen productos 3rd party que pueden ayudar en esta tarea. Pero lo más sencillo, seria configurar un CIPC (IP Communicator) en tu PC, y asignarlo en el Device Pool del sitio remoto, configurar la Extensión (DN) Partition, y CSS como si fuera un teléfono de ese sitio.

Y realizar las pruebas.

Si tienes CUCM 8.x puedes utilizar el RTMT, existe una nueva herramienta "Cisco Unified Analysis Manager"  solo hay que configurar los nodos, Gateways y te puede decir el flujo de la llamada.

http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/service/8_0_1/rtmt/ch1_overview.html

Saludos

Iber

Emanuel Diaz
Level 1
Level 1

Hola Iber,

Queria saber si me podias explicar un poco sobre el CUBE, especificamente me interesa saber la diferencia entre una configuracion tipo "flow-through" y una "flow-around".

Saludos,

Emanuel Diaz

Hola

El CUBE (Cisco Unified Border Element) es un border controller, sirve para conectar dos redes que usan protocolos similares o diferentes, por ejemplo:

SIP <--> CUBE <--> SIP

H.323 <--> CUBE <--> SIP

Es lo que llamamos Interworking.

Para visualizarlo de una forma sencilla, un Gateway de Voz te enlaza la PSTN con una red IP, seria:

POTS<--Voice GW-->VoIP

Un CUBE realiza funciones similares pero en lugar de enlazar a la PSTN tradicional seria a VoIP

VoIP<--CUBE-->VoIP

Una de sus principales funciones es proveer de seguridad a tu red, ya que al ser un border controller, puedes tener una interfaz a la red interna y la otra a tu proveedor de Internet, de tal forma que solo se pueda ver la interfaz publica. Esto solo si utilizas el modo flow through, que en un momento te explico.

Actualmente lo puedes integrar en los routers Cisco 2900, 3900 y los ASR 1000, pero puedes también usar modelos 2800 o 3800

Esto es a grandes rasgos un CUBE, la parte de flow around y flow through, se refiere al modo en el que los paquetes de RTP se comunican entre los dos extremos, por ejemplo:

Modo Flow Through

Parte de señalización, todo es gestionado a través del CUBE

Cliente A <--SIP Signaling---> CUBE <---SIP Signaling--> Cliente B

Parte de RTP (el audio), todo pasa a través del CUBE

Cliente A <--RTP Stream---> CUBE <---RTP Stream--> Cliente B

Ventajas:

Seguridad, ya que los endpoints se pueden comunicar sin que sepan las IP's reales de los equipos.

Mayor control de la comunicación, por ejemplo puedes meter un Transcoder en caso de que manejen codecs diferentes. En el caso de SIP puedes controlar el DTMF relay.

Desventaja:

Mayor consumo de CPU y de recursos de DSP

Modo Flow Around

Parte de señalización, todo es gestionado a través del CUBE

Cliente A <--SIP Signaling---> CUBE <---SIP Signaling--> Cliente B

Parte de RTP (el audio), es directamente entre los endpoints, ya el CUBE no tiene gestión sobre esto

Cliente A <--RTP Stream---> Cliente B

Ventajas:

Menor consumo de CPU y de recursos de DSP.

La mayoría de los clientes optan por el método Flow Trhough debido a sus ventajas, pero depende de la topología especifica para poder hacer una evaluación y ver la mejor opción entre ambos metodos.

Este link es el Q&A que te puede servir para mas información:

http://www.cisco.com/en/US/prod/collateral/voicesw/ps6790/gatecont/ps5640/prod_qas09186a00801da69b.html

Estamos en contacto, cualquier duda, por favor no dudes en hacer un post.

Saludos

Iber

Emanuel Diaz
Level 1
Level 1

Hola Iber,

Gracias por tu ayuda con respecto al CUBE. Solo me queda una duda, que "Feature Set" debo de buscar para tener activa la funcionalidad de CUBE?

Gracias!

Emanuel

Hola Emanuel,

En el Cisco Unified Border Element and Gatekeeper Ordering Guide, vienen los Feature Sets que necesitas, también ahí viene como ordenar las licencias de acuerdo a los requerimientos que necesites.

http://www.cisco.com/en/US/prod/collateral/voicesw/ps6790/gatecont/ps5640/order_guide_c07_462222.html

Saludos

Iber

Que tal Iber,

Tengo una consulta rapida. Estoy planeando hacer upgrade en mi cluster de CUCM que esta actualmente en version 6.0 a la version 8.5, me puedes dar unos puntos rapidos de que cosas me recomiendas revisar bien a la hora de hacer este upgrade. Estos son los componentes que tengo actualmente en la solucion:

Telefonos 7911, 7941G y 7921

2 Voice gateways 3845 con CUE (version Network Module)

1 cluster de 4 CUCM ( 2 en un sitio y 2 en otro conectados por un enlace WAN de 1.5Mbps)

1 UCCX

1 CUPS

Saludos,

Fran

Hola Fran,

Lo primero que hay que verificar es que tu Hardware soporte CUCM 8.x en este link puedes verificar los MCS servers soportados para CUCM 8.x

http://www.cisco.com/en/US/prod/collateral/voicesw/ps6790/ps5748/ps378/prod_brochure0900aecd8062a4f9.html

Segundo, es verificar si puedes hacer un Direct Upgrade de 6.x a 8.x, esto lo puedes verificar en el siguiente link:

http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/compat/ccmcompmatr.html

Con respecto a los teléfonos, si estas utilizando el default firmware que viene con el 6.0

cmterm-7911_7906-sccp.8-3-1.cop.sgn

cmterm-7921-sccp.1-0-3.cop.sg

cmterm-7941_7961-sccp.8-3-1.cop.sgn

En 8.5

cmterm-7911_7906-sccp.9-1-1SR1.cop.sgn

cmterm-7921-sccp.1-3-4SR1.cop.sgn

cmterm-7941_7961-sccp.9-1-1SR1.cop.sgn

Han habido reportes donde no se puede realizar el upgrade a 9.x, en dado caso que llegara a pasar, en los teléfonos que no realicen el firmware upgrade se recomienda que actualices a 8.5 y después pases a 9.x

Con respecto a los CUE, tienes que utilizar la versión 7.3 u 8.5 de CUE, de lo contrario tendrás una incompatibilidad en la versión de JTAPI y tendrás efectos inesperados en el comportamiento del CUE. Te dejo la liga con info acerca del CUE.

http://www.cisco.com/en/US/docs/voice_ip_comm/unity_exp/compatibility/cuecomp.htm

Con UCCX, pasa lo mismo se tiene que verificar que sea una versión compatible con CUCM 8.5. A partir de la versión 8.0(2) SU2 es compatible con CUCM 8.5. Te dejo el link de UCCX para mas información.

http://www.cisco.com/en/US/products/sw/custcosw/ps1846/products_device_support_tables_list.html

Para CUPS a partir de la versión 8.0(4) es compatible con CUCM 8.5

http://www.cisco.com/en/US/docs/voice_ip_comm/cups/8_0/english/compatibility/cupcompatibility8x.html

Como puedes ver todo va interrelacionado, y es importante verificar antes de cualquier upgrade que todos los componentes sean compatibles con la versión que se va a instalar.

Finalmente para el cluster over WAN, los requerimientos de CUCM 8.5 no han cambiado mucho en relación con 6.x se requiere un round-trip time (RTT) que no exceda el limite de los 80 ms. Y también muy importante no olvidar el ancho de banda para:

Intra-Cluster Communication Signaling (ICCS)

audio (RTP traffic)

Puedes checar el SRND para CUCM 8.5, vienen los requerimientos de ancho de banda

http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/8x/models.html#wp1043996

Estamos en contacto, cualquier otra pregunta, por favor no dudes en hacer un post.

Saludos

Iber