[OFFTPIC] Problema al tratar de registrar CISCO 7942 con firmware 9.X en centralita Asterisk

[Miguel Alberto Sanz Pardo]

Hola buenas noches,

Actualmente dispongo de varios teléfonos CISCO 7942 funcionando de forma correcta con un firmware SIP 8.4.2, tal y como me recomendó el usuario Craem que hiciera, no obstante quería probar a instalar en uno de ellos un firmware SIP 9.X y probarlo a ver que tal funcionaba (y de paso tratar de conseguir que el teléfono pudiera cargar un idioma distinto al que viene por defecto - inglés) pero no consigo que el teléfono se registre contra mi centralita.

He probado a que se registre tanto por TCP como por UDP y se queda en "Registrando" (es lo que aparece en la pantalla del teléfono)

Si hacemos un sip show peers desde la centralita se puede ver como dicho teléfono sigue estando desregistrado.

¿Alguien del foro ha conseguido registrar un CISCO 7942 con firm. 9.X bajo Asterisk?

¿Alguna idea de cómo analizar que puede estar pasando?

Mañana le echaré un vistazo con el sngrep a ver si soy capaz de ver que puede estar pasando, ya que el mismo teléfono con los mismos parámetros se registra de forma correcta con firm 8.X (heprobado con varios (8.X) y no lo hace con firm 9.X (en el caso del firm 9.X he probado tanto a usar UDP como TCP pero nada)

un saludo

Miguel Sanz

[Miguel Alberto Sanz Pardo]

Al parecer con firmwares 9.X en el .xml asociado al teléfono el campo:  <proxy></proxy>

debe ser igual a  <proxy>USECALLMANAGER</proxy>

Con el firmware 8.X con poner la IP de nuestra centralita era suficiente para que se registrara pero con el firmware 9.X no.

Lo malo de poner el campo <proxy>USECALLMANAGER</proxy> es que algunas teclas dejan de funcionar como deberían, la tecla CFwdALL no funciona de manera correcta, parece ser como que no llega al contexto deseado para realizar el desvío y diría que la tecla DND tampoco va bien.

He puesto el core set debug 9999 y el core set verbose 9999 pero al tratar de hacer el CFwdALL por la consola no veo ningún mensaje.

En este post comentan algo interesante(aunque no es exactamente con el modelo 9742 la problemática creo que es la misma), voy a analizarlo y os cuento:

https://supportforums.cisco.com/discussion/12287346/7971g-ge-cant-use-cfwdall

[Miguel Alberto Sanz Pardo]

Con el firm. 9.X instalado en el teléfono, cuando pulso desde el teléfono CISCO el botón CFWdALL hacia la extensión 1004 se ejecuta algo de este estilo:

Executing [x-cisco-serviceuri-cfwdall-1004@from-pstn:1]

Sin embargo, con la versión 8.X (usando <proxy>192.168.1.40</proxy> en vez de <proxy>USECALLMANAGER</proxy>) no ocurre nada de este estilo, entiendo que tendré que crear una nueva entrada en el extensions.conf para que esto funcione de manera correcta.

[Miguel Alberto Sanz Pardo]

Googleando un poco he encontrado este código en la web http://docs.acsdata.co.nz/asterisk-cisco/extensions-conf.shtml

; CISCO FEATURES

exten => _[x]-cisco-serviceuri-.,1,Goto(${EXTEN:19},1)

; Enable Call Forwarding

exten => _cfwdall-.,1,Answer()

same => next,Set(SIPPEER(${CHANNEL(peername)},callforward)=${EXTEN:8})

same => next,Hangup(normal_clearing)

; Disabled Call Forwarding

exten => cfwdall,1,Answer()

same => next,Set(SIPPEER(${CHANNEL(peername)},callforward)=)

same => next,Hangup(normal_clearing)

Pero entiendo que el código no es correcto ya que la función SIPPEER tan solo permite leer valores, no escribirlos

 -- Executing [x-cisco-serviceuri-cfwdall-1004@from-internal:1] Goto("SIP/1001-00000073", "cfwdall-1004,1") in new stack

 -- Goto (from-internal,cfwdall-1004,1)

 -- Executing [cfwdall-1004@from-internal:1] Answer("SIP/1001-00000073", "") in new stack

 -- Executing [cfwdall-1004@from-internal:2] Set("SIP/1001-00000073", "SIPPEER(1001,callforward)=1004") in new stack

[2015-10-11 15:20:18] ERROR[15846][C-00000057]: pbx.c:4389 ast_func_write: Function SIPPEER cannot be written to

 -- Executing [cfwdall-1004@from-internal:3] Hangup("SIP/1001-00000073", "normal_clearing") in new stack

¿Alguna idea de cómo poder solucionar esto?

[Fernando Villares]

Tirar los telefonos a la m.....

--
Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)
Normas de la lista Asterisk-ES: http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
---
Has recibido este mensaje porque estás suscrito al grupo "asterisk-es" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a asterisk-es...@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a aster...@googlegroups.com.
Visita este grupo en http://groups.google.com/group/asterisk-es.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Miguel Alberto Sanz Pardo]

Si fuera posible créeme que lo haría Fernando, pero en el proyecto se definió (no lo definí yo, que quede claro que es un proyecto heredado) que se podrían reutilizar y no como posavasos :(

Creo que definitivamente habrá que usar la versión de firm. 8.4.2 que me recomendó Craem y usar el idioma predefinido (inglés)

[Miguel Alberto Sanz Pardo]

Entiendo que el botón de "CFWdALL" del teléfono es una funcionalidad propia de dicho teléfono, de manera que cuando llega una llamada a dicho teléfono éste lo que hace es redirigir la llamada hacia la extensión definida al pulsar dicho botón. Al parecer con el firmware SIP 8.X (con el campo<proxy>dirección ip Asterisk</proxy>) esta funcionalidad funciona de manera correcta pero sin embargo con el firmware 9.X trata de ir al contexto que definimos en el fichero xml en <callForwardURI>x-cisco-serviceuri-cfwdall</callForwardURI>.