Hi George,
different VIA in INVITE and CANCEL brakes the specs of RFC 3261. The "via1_matching" is a kind of a trick to make un-compliant clients to work. The trick is functional. I suspect that maybe not only the VIA is the problem. Can you please post the INVITE and CANCEL to have a look on them?
regards, bogdan
Papadopoulos Georgios wrote:
Hello,
I have an issue with some user agents, (Linksys PAP2 and Sipura 3000) sending different Via in CANCEL than in INVITE. Of course the result is that the caller hangs up and the callee keeps ringing. I tried to use modparam("tm", "via1_matching", 0) but it did not solve the problem.
I have two questions:
Is the via1_matching in TM working as described or is it broken?
What can be causing this behavior of the user agent? Not all our
users who have these user agents report this problem (actually very few have the problem). In our lab we tried same user agent, same firmware but could never reproduce this behavior no matter how bad we tried to mess up their configuration.
Any help will be greatly appreciated. Thanks.
George
Disclaimer The information in this e-mail and any attachments is confidential. It is intended solely for the attention and use of the named addressee(s). If you are not the intended recipient, or person responsible for delivering this information to the intended recipient, please notify the sender immediately. Unless you are the intended recipient or his/her representative you are not authorized to, and must not, read, copy, distribute, use or retain this message or any part of it. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.
Users mailing list Users@openser.org http://openser.org/cgi-bin/mailman/listinfo/users