Am 06.07.2010 18:47, schrieb David:
Hey,
It's sent when I hit the red button on the phone ( hang up ). It's not automated.
So I think there is no solution within Kamailio to work around the bug in the phone. You would need to modify tm module to send delayed CANCEL not after 100 trying, but only after 101-199 response.
regards Klaus
David
On 2010-07-06 11:39, Klaus Darilion wrote:
Am 06.07.2010 17:04, schrieb Andrei Pelinescu-Onciul:
On Jul 06, 2010 at 16:55, Klaus Darilionklaus.mailinglists@pernau.at wrote:
Am 06.07.2010 16:36, schrieb Andrei Pelinescu-Onciul:
On Jul 06, 2010 at 14:06, Klaus Darilionklaus.mailinglists@pernau.at wrote:
Obiously the device is buggy.
But there is also on strange thing at Kamailio: it retransmits the CANCEL although it has already received 481 response on the CANCEL request.
The first 481 stops the CANCEL retransmissions, however each additional provisional reply received after that will trigger a one-time CANCEL retransmission. That's why you see another retransmission after the 481, it's the "response" to the 180...
Cool, nice feature.
Unfortunately it doesn't help with David's problem, as the phone obviously does not see the additional CANCEL - probably the phone's transaction layer responds again with 481.
What's strange is that according to the dump it does finally reply with a 487, but 8s after it sent a 481 to the last CANCEL:
<- 100 CANCEL -> <- 481 <- 180 CANCEL <-481 [8s] <-487
True. David, is the 47 sent by the phone autonomously or due to some user interaction (e.g. rejecting the call)
regards klaus
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users