LLamadas entrantes y CUCM

[leoelectrodata]

Hola.

Quisieran si me pudiesen ayudar con el siguiente escenario;

Tengo un laboratorio con un gateway de voz 2801, con CME ( telephony-service) 8.6 y un VMware ESX 5.1 con CUCM 8.6.  He configurado correctamente las llamadas salientes desde cucm hacia el gateway, pero no he podido configurar las llamadas entrantes desde el puerto FXO en el gateway para los Ip Phone.

Cual son los comandos necesarios para implementantar que una llamada entrante sea contestada por  un anexo ( DN) .

Saludos.

[Luis Segnini Salas]

Entendido Leonardo. ¿Podrías recrear el problema, realizando una de las llamadas que te falla y colectar los CallManager traces utilizando el Real Time Monitoring Tool?

He aquí unos links que explican como obtener los CallManager traces:

https://supportforums.cisco.com/docs/DOC-34597

http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_tech_note09186a0080094e89.shtml

Una vez que tengas los traces de CallManager, por favor adjuntalos a este post y especifícanos la hora en que se realizó la llamada, la extensión que utilizaste para la llamada y que número marcaste.

Saludos,

Felipe Segnini

[Luis Segnini Salas]

Desde la página de CallManager, seleccionas Application > Plug In > Das click a Find >

Cisco Unified Real-Time Monitoring Tool - Windows. Una vez instalado ingresas con los mismo credenciales que usas para ingresar a la página de administración de CallManager.

Saludos,

Felipe Segnini

[leoelectrodata]

Hola.

Te adjunto los txt.

El anexo fue el 2849, al número 90999135052 (movil 99135052, de chile).  Esto fue entre las 17:33 y las 17:42 hrs.

Saludos.

[Luis Segnini Salas]

Gracias Leonardo. ¿De casualidad no se te generaron unos archivos que empiezan con el prefijo SDI? Veo q estan los SDL pero no veo los SDI.

Saludos,

Felipe

[leoelectrodata]

Hola.

No se generaron SDI. 

Saludos

[Luis Segnini Salas]

Tu versión de CUCM es 8.6 o 9.x?

Saludos,

Felipe

[leoelectrodata]

hola.

La de producción es la 9.x.  

saludos

[Luis Segnini Salas]

Hola Leonardo,

Logré encontrar tu llamada en los traces. Tu CUCM es version 9.X, lo cual explica por que no se generaron SDI traces. El esquema de traces cambió en versiones 9.X.

Veo que marcas los digitos de forma correcta:

14482431.010 |17:22:48.826 |AppInfo  ||PretransformCallingPartyNumber=2849

|CallingPartyNumber=2849

|DialingPartition=PT-Yungay-Celular

|DialingPattern=9.0999135052

|FullyQualifiedCalledPartyNumber=90999135052

El CallManager trata de enviar la llamada por medio del Route List llamado RL-Yungay:

14482445.001 |17:22:48.828 |AppInfo  |RouteListCdrc::StartTransition non EMCC call

14482445.002 |17:22:48.828 |AppInfo  |RouteListCdrc - RouteList Info, by RouteGroups

14482445.003 |17:22:48.828 |AppInfo  |RouteList - RouteListName=''RL-Yungay'' CallableEndPointName=''a6a58818-f62e-f9e4-e6fa-35ec4a2b2a13'' routeListEnabled=''1''

Se detecta que el dispositivo con PKID 4112f8a1-7676-31d5-530e-1ed2c06abbd4 no se encuentra disponible para enviar la llamada:

14482450.010 |17:22:48.828 |AppInfo  |RouteListCdrc::whichAction -- DOWN (Current Group) = 1

14482450.011 |17:22:48.828 |AppInfo  |RouteListCdrc::routeAction -- current device name=4112f8a1-7676-31d5-530e-1ed2c06abbd4, down

La llamada finalmente falla por que no encontro otro dispositivo/router para conectar la llamada de forma exitosa:

14482451.002 |17:22:48.829 |AppInfo  |RouteListCdrc::null0_CcSetupReq - Terminating a call after the RouteListCdrc cannot find any more device.

14482451.003 |17:22:48.829 |AppInfo  |RouteListCdrc::terminateCall - No more Routes in RouteListName = RL-Yungay.  Rejecting the call

14482451.004 |17:22:48.829 |AppInfo  |RouteListCdrc::terminateCall - Sending CcRejInd, with the cause code (41), to RouteListControl because all devices are busy/stopped.

14482455.003 |17:22:48.829 |AppInfo  |Cdcc::CcRejInd: ccRejInd.c.cv = 27

14482466.001 |17:22:48.830 |AppInfo  |StationD:    (0158026) StartTone tone=37(ReorderTone), direction=0.

¿El route Group que está configurado dentro del Route List RL-Yungay actualmente que tiene configurado? ¿Tu gateway H.323?

Si realizas otra prueba, pero esta vez ejecutas el debug "debug voip ccapi inout" en el voice gateway, ¿ves algún tráfico llegar al gateway?

Saludos,

Felipe

[leoelectrodata]

Felipe;

Gracias por tu respuesta.

Tiene configurado el gateway dodne debería salir la llamada ( el cúal el CUCM no muestra la IP)

Al hacer debug solo muestra tráfico entrante. Cuando realizé una llamada no muestra tráfico.

Saludos.

[leoelectrodata]

Felipe.

revisando una de  las lineas del archivo SDL me di cuenta que quita el último dígito;

Line 1751: 14482421.002 |17:22:48.443 |AppInfo  |Digit Analysis: star_DaReq: Matching Legacy Numeric, digits=9099913505   (falta el 2)

A que se debe?

saludos

[Luis Segnini Salas]

Entendido. Entonces eso quiere decir que estamos teniendo problemas con ese router. ¿Podrías elimiar el voice gateway desde la página de administración del CUCM y volverlo a agregar?

Si no me equivoco, esta es la configuración de la interfaz que quieres que se comunique con el CUCM ¿cierto?

interface GigabitEthernet0/0

ip address 10.203.115.xx 255.255.255.xx

duplex auto

speed auto

h323-gateway voip interface

h323-gateway voip bind srcaddr 10.203.115.xx

Al parecer la configuración es adecuada. ¿Puedes hacer ping desde el CUCM a la IP 10.203.115.xx y viceversa?

Si despues de eliminar y agregar nuevamente el gateway sigue sin funcionar las llamadas, por favor colecta nuevamente los traces de CallManager y los adjuntas a este post.

¿Cuántos CUCM servers tienes en tu cluster de producción?

Sobre la línea de los traces que mencionas, eso es esperado, ese comando se va a ir generando en los traces por cada digito que marcas. Al final puedes ver que el #2 si se agrega:

14482431.002 |17:22:48.825 |AppInfo  |Digit Analysis: star_DaReq: Matching Legacy Numeric, digits=90999135052

Saludos,

Felipe Segnini

[Adrian Saavedra]

Hola Leonardo,

Ahora veo que el escenario cambió, ahora estamos en el de producción (antes era un lab) y ahora el problema es al revés, tienes problemas con llamadas salientes (antes era entrantes).

Rápidamente pude leer que tienes un router 2921. Ahora que recuerdo, hay un feature en los IOS 15.1.2T llamado "toll-fraud prevention":

http://www.cisco.com/en/US/tech/tk652/tk90/technologies_tech_note09186a0080b3e123.shtml

Este nuevo feature se configura bajo el voice service voip. La config es algo similar a:

voice service voip

ip address trusted list

  ipv4 <--- Acá debe listarse las IPs de los CUCM, ¿podrías validarlo?

Resetea el GW por aquello y prueba.

Espero que sea de ayuda.

Saludos,

- Adrián.

[leoelectrodata]

Hola  Felipe;

En relación a tu pregunta de los cluster de CUCM, es un solo server.

Hola Adrián;

En estos momentos tiene configurado la siguiente IP;

voice service voip

ip address trusted list

  ipv4 10.203.113.xx    ------>  desconozco el host de esa IP, pero no pertenece a la IP de servidor CUCM

allow-connections h323 to h323

allow-connections h323 to sip

allow-connections sip to h323

allow-connections sip to sip

supplementary-service h450.12

supplementary-service ringback h225-info

fax protocol t38 nse force version 0 ls-redundancy 0 hs-redundancy 0 fallback pass-through g711ulaw

h323

  call start slow

sip

  registrar server expires max 1200 min 300

  no update-callerid

Saludos.

[Adrian Saavedra]

Configura la IP del CUCM en ese comando e intenta realizar la llamada.

Saludos.

Sent from Cisco Technical Support iPhone App

[leoelectrodata]

Hola Adrián.

Al colocar la IP del cucm, elimino la otra IP que esta anteriormente?

Saludos