02-13-2014 09:25 AM - edited 03-21-2019 08:05 AM
We're experiencing a problem with Cisco SPA504 and SPA525, which causes SPA phones to keep ringing, when a call is initiated and cancelled directly after. The problem is described in the SIP flow chart below, one working flow and one which causes problems.
Whenever a CANCEL request is dispatched before a "180 Ringing" respond, the phone respond with a "481 Call Legg/Transation Does Not Exist". And even though the PBX resends the CANCEL request after the "180 Ringing", it still get the reply "481 Call Legg/Transation Does Not Exist".
According to the SIP RFC, I understand that, a dialog can be cancelled after the first informational response (1xx), which obviously isn't the case for Cisco SPA phones.
We're running firmware 7.5.1a. I know there are newer versions, but we have not seen anything regarding this in the change logs.
Solved! Go to Solution.
02-18-2014 11:38 PM
Hello Stephan,
This issue was recently addressed via
CDET CSCty82148 SPA51x:UUT is still ringing if the caller cancel the call in a short.
There is a beta firmware available. I will publish it for your CDC ID.
Hope this helps.
Regards,
Shilpa
02-13-2014 11:32 AM
Well, it seems to be firmware bug. If you wish a Cisco employee will catch your report, then you should report it for latest firmware. Even in such case, your chances are not so high. But with bug report related to 7.5.1a, your chances are void ...
So many changes are not mentioned in Release Notes ...
Just my $0.02 ...
02-14-2014 12:33 AM
I've now reproduced the problem with a 7.5.5 firmware. I've also reported the situation to Cisco Engineers.
A case has been created, and I'm waiting for feedback regarding the solution.
I'll keep this thread updated.
02-13-2014 11:46 AM
Is there some "reason header" in your CANCEL message?
I had a similar issue with don't stop ringing of SPA504. In my case the issue was caused from proprietary Microsoft reason header contained in SIP messages.
My suggestion is upgrade the firmware, test the scenario again and open a case to the STAC.
Regards.
02-14-2014 12:47 AM
Yes, there is a reason header present in the cancel request. The reason header is, however, correct according to the SIP RFC. We use kamailio for SIP routing, not proprietary software.
To be certain, I reproduced the error, while having all reason headers removed, and the same problem occured.
We have retried the scenario with newest firmare (7.5.5), and the problem persist. I have also opened a case to the STAC as you suggested!
Thanks for you suggestion and feedback!
02-18-2014 11:38 PM
Hello Stephan,
This issue was recently addressed via
CDET CSCty82148 SPA51x:UUT is still ringing if the caller cancel the call in a short.
There is a beta firmware available. I will publish it for your CDC ID.
Hope this helps.
Regards,
Shilpa
02-18-2014 11:52 PM
Thank you for your feedback.
I do not have the correct permission to view the bug.
I'll try the firmware out immediately, once I get it.
Thank you.
04-17-2014 04:49 AM
Any progress ?
04-17-2014 07:07 AM
Hi Dan,
This CDET is already resolved. The fix will be available in up and coming GA 7.5.6 (tentatively scheduled to release in mid June). If you need an immediate fix for this issue, there is a beta firmware available with the fix for this issue.
04-17-2014 07:51 AM
Yes, I'm interested.
Thank you.
04-17-2014 07:54 AM
Hi Dan,
Can you please open a case with STAC and include this forum thread.
02-03-2015 03:31 AM
Note the issue has been reported again, even with 7.5.6 and 7.5.6a firmware. So it seems NOT to be solved. See SPA504G - Endless Ringing for more.
02-03-2015 06:12 AM
I ran a test with 7.5.6a, and the issue is still there, yes.
I forgot to update this thread last time, but the bugfix we got from Cisco, which was based on 7.5.5, was working as intended.
02-03-2015 06:24 PM
Here to agree with Dan, we are still seeing this issue. If possible, can the beta firmware please be made available to us as well?
Thanks
02-04-2015 01:37 AM
Follow this advice although I wish you should refer rather to CDET CSCty82148 than to this thread.
By the way, it would be nice if someone will report the regression of CDET CSCty82148 to SMB TAC. Unfortunately, I'm unable to do it by self as they don't accept written reports and I can't speak online with them.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide