SPA504g freeze when a PSTN call had been transfer to the phone.

[Galipi0109]

HI,

I have an SPA9000 and SPA400 connected with 10 SPA9xx, 1 WIP310 and 3 SPA504g, the problem I have it´s when an incoming PSTN call is

transfer from an SPA9xx phone to an SPA504g phone (any of the 3 phone I have), the SPA504g phone freeze, the only way to unfreeze the phone its disconnecting the phone.

This happend randomly, from 6 calls, 2 to 3 fails.

Pleae let me know how to fix the problem

Thanks,

Jerry

Hola,

Tengo un SPA9000 y un SPA400 conectados a varios SPA9xx y a 3 SPA504g, el problema que tengo es cuando entra una llamada PSTN,

esta llamada la recibe un SPA942, al transferir la llamada a cualquiera de los SPA504g, el telefono  se congela y solamente desconectandolo

vuelve a la normalidad, esto sucede aleatoriamente, de 6 llamadas 2 a 3 fallan. Esto no sucede con los telefonos SPA9xx.

Mucho agradecere su ayuda.

Gracias,

Gerardo

[nseto]

Are the phones running the latest software?  What happens when transfer from 50x to 90x phone?

Do you happen to have a log or trace of this?

[Galipi0109]

Hi,

The phones are running the following version:

7.1.3a

When I transfer from 50x to 90x, everything it's ok.

Attached a syslog trace, please let me know if you need something else.

192.168.2.193 ---> SPA9000

192.168.2.194 ---> SPA400

192.168.3.193 ---> SPA9000 remote office

192.168.1.193 ---> SPA9000 remote office

192.168.1.194 ---> SPA400   remote office

192.168.2.82   ---> SPA504g

Regards,

Jerry

[nseto]

The 6 MB log contains a bunch of registration and notify messages, mostly with spa9000 and spa400.

Since you have remote offices, does this transfer problem occur with calls between offices and/or with calls within just the local office?

It would also help to upgrade your 50x to 7.4.4 located on cisco.com.

For the log, just turn it on in the 50x phone.  Set the SIP debug option to full excl opt|ntfy|reg.

The slogsrv program has an option to put in timestamp, it's slogsrv -t, this would add timestamps and parse the syslog header.  This way, you can tell me what time the issue occured and I can look for it in the log based on time.