In doing so, you broke the SIP protocol (check RFC 3261 :) ) When you change your 183 response in a 200 response, you also need to send a CANCEL to your SIP-cloud.
Moreover, in your situation, you do not have to send a BYE to the SIP-cloud as in that part of your network, there is not "established" session... (you certainly receive a "481" Call Leg/Transaction Does Not Exist) Regards Le jeudi 19 octobre 2006 23:11, Ramin Dousti a écrit : > Thanks Daniel. > > I have a weird problem. As I mentioned in an earlier email, I have the > following dialog: > > > UA OpenSER SIP-Cloud > ----INVITE----> > ------INVITE-----> > <---- 100 trying---- > <---- 100 trying-- > <---- 183 Progress-- (this one has > sdp) <----183 Progress-- > > (4 seconds later) > <-----606 Resource-- > <----606 Res. ----- > > > > The called number is a PIC verification number that would announce the > long distance carreer. The goal here is to measure the time between > INVITE and 183 on the UA. But the UA sees this dialog as not established > and does not calculate the PDD. > > I have been able to fool the UA by converting 183 to 200 on the OpenSER, > which makes the UA happy and it is showing the PDD correctly now: > > > UA OpenSER SIP-Cloud > ----INVITE----> > ------INVITE-----> > <---- 100 trying---- > <---- 100 trying-- > <---- 183 Progress-- (this one has > sdp) <----200 OK ---- > ------ ACK-----> (I drop this ACK on OpenSER) > > ------BYE------> > -------BYE------> > <-----200 OK ----- > <------200 OK---- > > This is perfect but what will follow is: > > <----408 Req Timed out-- > <---408 Req. Timed out-- > > The Cseq of the 408 shows that it's related to INVITE. Do you see what > is wrong with this setting and why I get 408 (which by the way sometimes > is 487 Request Canceled). > > Thanks for the help. > Ramin > > On 10/19/06, Daniel-Constantin Mierla <[EMAIL PROTECTED]> wrote: > > On 10/19/06 20:50, Ramin Dousti wrote: > > > OK, thanks, Nicolas. I just confirmed the ACKs can be detected the > > > same way. > > > > > > Now another question: is there anyway to generate an ACK locally as an > > > answer > > > to a BYE? > > > > BYE does not require ACK, only INVITE. > > > > Cheers, > > Daniel > > > > > I checked the SL module but it only does reply and error but it > > > doesn't craft a > > > message.on its own like "ACK". > > > > > > Ramin > > > > > > On 10/19/06, Nicolas Palix <[EMAIL PROTECTED]> wrote: > > >> It should also work. > > >> > > >> Have you check with tcpdump or wireshark that the ACK pass through > > >> your OpenSER server ? > > >> > > >> PS: May you keep the discussion on the mailing list... > > >> > > >> Le jeudi 19 octobre 2006 16:28, vous avez écrit: > > >> > OK, I'm able to see the BYE's. > > >> > How can I intercept the ACK's? I tried the same way but I don't see > > >> > > >> them? > > >> > > >> > On 10/19/06, Nicolas Palix <[EMAIL PROTECTED]> wrote: > > >> > > Hi, > > >> > > > > >> > > You may use the Record Route and then check the BYE method. > > >> > > > > >> > > Le mercredi 18 octobre 2006 22:21, Ramin Dousti a écrit: > > >> > > > Hi, > > >> > > > > > >> > > > Is there any way to detect a BYE while t_relay() has been > > >> > > >> called for > > >> > > >> > > > the corresponding INVITE? In what block? > > >> > > > > > >> > > > TIA, > > >> > > > Ramin > > >> > > > > > >> > > > _______________________________________________ > > >> > > > Users mailing list > > >> > > > [email protected] > > >> > > > http://openser.org/cgi-bin/mailman/listinfo/users > > >> > > > > >> > > -- > > >> > > Nicolas Palix > > >> > > http://phoenix.labri.fr/people/palix/ > > >> > > > > >> > > _______________________________________________ > > >> > > Users mailing list > > >> > > [email protected] > > >> > > http://openser.org/cgi-bin/mailman/listinfo/users > > >> > > >> -- > > >> Nicolas Palix > > >> http://phoenix.labri.fr/people/palix/ -- Nicolas Palix http://phoenix.labri.fr/people/palix/ _______________________________________________ Users mailing list [email protected] http://openser.org/cgi-bin/mailman/listinfo/users
