9 Jan
2007
9 Jan
'07
1:47 p.m.
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(a)pernau.at>
To: "Rajesh Kalagarla" <RajeshK(a)idnltd.com>
Cc: <devel(a)openser.org>
Sent: Tuesday, January 09, 2007 10:38 AM
Subject: Re: [Devel] OpenSER not sending Ack on Request Cancel
--
Klaus Darilion
nic.at
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(a)pernau.at>
To: "Rajesh Kalagarla" <RajeshK(a)idnltd.com>
Cc: <devel(a)openser.org>
Sent: Monday, January 08, 2007 1:00 PM
Subject: Re: [Devel] OpenSER not sending Ack on Request Cancel
--
Klaus Darilion
nic.at
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(a)openser.org
>> http://openser.org/cgi-bin/mailman/listinfo/devel
> --
> Klaus Darilion
> nic.at
>
>