Rajesh Kalagarla wrote:
Hi Klaus,
As per rfc 3261, if the proxy is stateful the CANCEL request will be a hop-by-hop request. in that case Relay is not the correct option right?
It is the correct function to handle CANCEL.
t_relay will pass the CANCEL to openser's transaction modul. The transaction module usualy will detect that this CANCEL is for an ongoing transaction and takes care of the hop-by-hop CANCEL. This should also take care of the hop-by-hop ACK to the 487 response.
regards klaus
Thanks & Regards, Rajesh
----- Original Message ----- From: "Klaus Darilion" klaus.mailinglists@pernau.at To: "Rajesh Kalagarla" RajeshK@idnltd.com Cc: devel@openser.org Sent: Tuesday, January 09, 2007 10:38 AM Subject: Re: [Devel] OpenSER not sending Ack on Request Cancel
Hi!
This indeed looks strange. Are you using stateful forwarding (t_relay)?
It loks like your are using lookup() also for CANCEL - try to avoid that and just t_relay:
if (is_method("CANCEL")) { t_relay(); }
regards klaus
Rajesh Kalagarla wrote:
Hi Klaus,
here is the log.
Thanks & Regards, Rajesh ----- Original Message ----- From: "Klaus Darilion" klaus.mailinglists@pernau.at To: "Rajesh Kalagarla" RajeshK@idnltd.com Cc: devel@openser.org Sent: Monday, January 08, 2007 1:00 PM Subject: Re: [Devel] OpenSER not sending Ack on Request Cancel
Rajesh Kalagarla wrote:
Hello All,
OpenSER is not responding with a Ack for the call that was terminated
with CANCEL because of no response from remote user. because of this SIP client is keep retransmitting the 487 Response for the Invite request.
is it a bug or something need to be enabled?
Please send a "ngrep -W byline port 5060" dump.
regards klaus
Thanks, Rajesh
Devel mailing list Devel@openser.org http://openser.org/cgi-bin/mailman/listinfo/devel
-- Klaus Darilion nic.at
-- Klaus Darilion nic.at
-
Klaus Darilion