Telefono 7962, perdida constante registro CUCM

[Maginger80]

Buenas tardes,

Actualmente estoy teniendo problemas con un terminal 7962, firmware SCCP42.9-0-3S. Pierde continuamente el registro con el CUCM.

Noto la perdida, cuando realiza alguna peticion al CUCM, como descolgar, colgar, ver directorio...etc....

En esta misma sede ahi 4 telefonos, modelo 6921, y estan funcionando correctamente con firmware SCCP9.0.3.0.

El telefono esta en una sede remota del CUCM, se comunica con el CUCM, mediante un router CPE dentro de una VPN.

El dhcp es facilitado por este router, y se registran con la ip wan de este router.

Escenario;

Phone --> Switch --> Router CPE (NAT) --> CUCM

CUCM version 7.1.5

Router CPE: 878 c870-adventerprisek9-mz.124-6.T3.bin

Sw: WS-C2960-24PC-S: c2960-lanlitek9-mz.122-50.SE5

Phone 7962:SCCP42.9-0-3S

Phone 6921:SCCP9.0.3.0

IP CUCM: 90.160.X.X

¿Porque sucede esto, si otros telefono no les pasa?

Yo habia pensado que seria problemas de retardo, pero adjunto pings desde la electronica de red.

¿Alguien se le ocurre alguna cosa?

Gracias.

Ping Switch to CUCM

Switch#ping 90.160.X.X repeat 20 source vlan 2

Type escape sequence to abort.

Sending 20, 100-byte ICMP Echos to 90.160.X.X, timeout is 2 seconds:

Packet sent with a source address of 10.1.1.252

!!!!!.!!!!!.!!!!!.!!

Success rate is 85 percent (17/20), round-trip min/avg/max = 8/8/17 ms

Ping Router to CUCM

Router#ping 90.160.X.X source atM 0.1 repeat 20

Type escape sequence to abort.

Sending 20, 100-byte ICMP Echos to 90.160.X.X, timeout is 2 seconds:

Packet sent with a source address of 90.167.57.194

!!!!!.!!!!!.!!!!!.!!

Success rate is 85 percent (17/20), round-trip min/avg/max = 8/8/12 ms

Ping Router to switch

Router#ping 10.1.1.252 repeat 20

Type escape sequence to abort.

Sending 20, 100-byte ICMP Echos to 10.1.1.252, timeout is 2 seconds:

!!!!!!!!!!!!!!!!!!!!

Success rate is 100 percent (20/20), round-trip min/avg/max = 1/3/8 ms

Switch to Router

Switch#p 10.1.1.200 re 100

Type escape sequence to abort.

Sending 100, 100-byte ICMP Echos to 10.1.1.200, timeout is 2 seconds:

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Success rate is 100 percent (100/100), round-trip min/avg/max = 1/3/16 ms

Switch#

[Leo Salcie Tejeda]

Hola Mario,

Segun los resultados del ping, estas perdiendo paquetes cuando transmites o recibes datos.

Basada en que solo este equipo tiene el problema. Es posible pierdas paquetes por las siguientes razones:

1. El firmware del telefono tiene algun bug, por tanto debes actualizarlo

2. El puerto del Switch donde esta conectado el telefono esta perdiendo paquetes( Ej. Mismatch de velocidad).

Saludos

Please rate all useful posts
Favor calificar todos las respuestas útiles.
___________________________________________
LinkedIn Profile: do.linkedin.com/in/leosalcie
MDGDP, CCNA, CCNA Voice, CCNP Voice Certified

[Maginger80]

Hola Leosalcie,

Gracias por contestar y ver mi problema.

Creo que que que pierda paquetas a la direccion de CUCM, es por un tema de proteccion del sistema, para evitar ataques.

El firmware le he actualizado al SCCP42.9-1-1SR1S, y tambien tengo el mismo problema de que se cae continuamente el registro.

En cuanto recibe una llamada y la descuelga, se reinicia, y la llamadas se queda establecida unos segundos.

¿Podria ser algun problema de compatibilidad entre este modelo y el NAT?

Gracias.

[Leo Salcie Tejeda]

Las perdidas de paquetes NUNCA ocurrira por un tema de proteccion. Una conexion de VPN no debería perder paquetes a menos que el ancho de bande del internet no sea el suficiente o halla algun problema de configuracion.

No, para el telefono es indiferente el NAT que esta detras del VPN, al final para todos los equipos una VPN es como un "cable ethernet" que conecta dos redes.

Los telefonos serie 79XX consumen mas ancho de banda que otros, quizas por esto no tienes el problema con los otros modelos.

Has intentado llevar este telefono a la sede principal donde esta el Call Manager? Con esto aclararias todas las duda.

Saludos

Please rate all useful posts
Favor calificar todos las respuestas útiles.
___________________________________________
LinkedIn Profile: do.linkedin.com/in/leosalcie
MDGDP, CCNA, CCNA Voice, CCNP Voice Certified

[Maginger80]

Hola Leosalcie,

He probado a realizar ping desde los switches y router Cisco, a los CUCMs, y siempre encuentro el mismo patron, una serie de 5 paquetes y 1 perdido. He lanzado el ping a otra maquina diferente, pero del mismo rango, y entrega todo los paquetes.

Type escape sequence to abort.

Sending 100, 100-byte ICMP Echos to 90.160.X.X, timeout is 2 seconds:

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Success rate is 100 percent (100/100), round-trip min/avg/max = 8/30/44 ms

Lo he realizado desde otros escenarios y tambien se comportan del mismo modo.

¿algun debug para descarta algo?

Muchas gracias.

[Leo Salcie Tejeda]

Cambia el telefono a otro puerto del switch para probar que el problema no sea donde esta conectado.

La prueba perfecta es instalar el telefono en la sede principal para descartar cualtema tema de enrutamiento.

Saludos

Please remember to rate useful posts clicking on the stars below.
Favor calificar todos las respuestas útiles.
___________________________________________
LinkedIn Profile: do.linkedin.com/in/leosalcie

[Adrian Saavedra]

Hola Mario,

No te preocupes con respecto al tema del ping hacia el UCM, la pérdida que ves es normal, ya que es un rate limit que tiene el UCM y lo verás en pruebas hechas tanto desde la LAN como WAN.

Con respecto al 7962, aparte de probarlo en el sitio principal para ver si se comporta igual, sería interesante que te lleves otro 7962 y lo instales en el sitio remoto para que puedas validar si presenta el mismo síntoma.

Saludos.

[Leo Salcie Tejeda]

Adrias, estas seguro de esta informacion: la pérdida que ves es normal, ya que es un rate limit que tiene el UCM?? Tienes alguna documentacion que lo confirme?

Please remember to rate useful posts clicking on the stars below.
Favor calificar todos las respuestas útiles.
___________________________________________
LinkedIn Profile: do.linkedin.com/in/leosalcie

[Adrian Saavedra]

Hola,

Se diseñó así (desde versiones 5.x/6.x) para evitar ataques de DoS. Acá está documentado la vulnerabilidad:

http://www.cisco.com/en/US/products/csa/cisco-sa-20070328-voip.html

Espero te sea de utilidad.

Saludos!.

[Maginger80]

Buenas he instalado el 7962 en la sede principal y se registra correctamente y no pierde el registro.

No he podido probar con otro 7962 en la sede remota, porque no dispongo de mas terminales.

¿Ahi algun log, debug...que se pueda activar para ver el registro de los telefonos de CUCM?

En el catalyst no se cae el puerto ni tiene tampoco tiene errores.

Se os ocurre alguna otra prueba?

Gracias.

[Leo Salcie Tejeda]

Hola Mario,

Con ese resultado estamos 100% seguros que el problema no es telefono sino la VPN.

Es posible ver los logs del telefono, para esto has lo siguiente:

1. Accesa a la pagina web de telefono: http://>

2. Entra a Console Logs

3. Descarga los archivos

Estos logs por lo general son utilizados por el TAC de CISCO, por tanto son dificilis de entender pero te pueden dar una idea del problema.

Te recomiendo que escales tu caso al personal que configuro la VPN para que verifiquen el problema. Quizas una simple configuracion de QoS puede solucionarlo.

Please remember to rate useful posts clicking on the stars below.
Favor calificar todos las respuestas útiles.
___________________________________________
LinkedIn Profile: do.linkedin.com/in/leosalcie

[Cisco Moderador]

Hola, buen día,

Gracias por hacer su pregunta en la Comunidad de Soporte de Cisco, le pedimos por favor indicar si la respuesta fue correcta y calificarla con las estrellas.

Saludos cordiales.

Moderador CSCe

[Luis Segnini Salas]

Hola Mario,

En CallManager existen unos logs que se llaman "Event Viewer Application Logs", los cuales puedes colectar utilizando el Real Time Monitoring Tool. El documento a continuación demuestra como capturarlos:

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

NOTA: El documento selecciona el servicio "CallManager", ademas de chequear esta opción, asegurate de chequear "Event Viewer Application Logs" del servidor CallManager donde se registra el teléfono con problemas.

Si puedes compartir dichos logs con nosotros, sería genial. Asegurate de compartinos la MAC Address de dicho IP Phone de igual forma.

Saludos,

Felipe Segnini