Re: [sr-dev] [kamailio/kamailio] SIP Forking race condition (#570)

2016-04-15 Thread Daniel-Constantin Mierla
Closed #570. --- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/570#event-628990191___ sr-dev mailing list sr-dev@lists.sip-router.org http:

Re: [sr-dev] [kamailio/kamailio] SIP Forking race condition (#570)

2016-04-15 Thread Phil Lavin
Thanks, Daniel. You've convinced me :D --- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/570#issuecomment-210483031___ sr-dev mailing list

Re: [sr-dev] [kamailio/kamailio] SIP Forking race condition (#570)

2016-04-15 Thread Daniel-Constantin Mierla
Actually this needs to be handled by the client side. If it has already answered with 200ok, should reject the CANCEL with a negative response. Kamailio is proxy and cannot generate requests on behalf o devices. This is a well known race and the resolution by SIP RFC is that in case of receiving

[sr-dev] [kamailio/kamailio] SIP Forking race condition (#570)

2016-04-15 Thread Phil Lavin
Pcap that demonstrates this (I had to zip it for GitHub) is: [fork-fail-filtered.zip](https://github.com/kamailio/kamailio/files/221097/fork-fail-filtered.zip). In this example, Kamailio is a registration proxy. If two phones answer the call at the same time, it is possible for the CANCEL to be