16 May
2007
16 May
'07
11:13 a.m.
Tim wrote:
Hello,
How/Where would be the best place to purposely drop a particular reply
message ( > 400 )
I have armed both the reply route and failure route and attempted to drop
the message by calling the drop() function but this doesn't seem to work.
Is there a simple method for conditionally dropping a reply message?
Dropping for final response messages is not supported.
My goal is to force the UAC that created the original request to retransmit
(UDP) the request in certain scenarios, such as when ACK to an initial
invite has not been fully processed by the downstream UAS but a re-invite
has been received by the UAS causing the UAS to return a 400 for the
re-invite. I do not want the UAC to see the 400 reply, instead I simply
want the UAC to resend the re-invite because no final response has been
received, presumably by this time the ACK processing will be finished and
the retransmitted re-invite would be handled smoothly.
Are you sure that the retransmitted reINVITE is accepted by the client
after the ACK was received? I would rather suggest to fix the client. A
reINVITE before the ACK is an implicit ACK and thus the client should
handle it as a ACK was received. I think this is also stated somewhere
in RFC 3261.
regards
klaus
I realize replies are routed based on via headers. Is
there some way to
short circuit this routing other than drop()?
Thanks
Tim
Tried this from failure route
if(t_check_status("400"))
{
xlog( "L_ERR", "400 message in failure route 2 **********
\n" );
drop();
return;
}
Tried this from reply route
if(status == "400")
{
xlog( "L_ERR", "400 in reply route 2 .... dropping\n"
);
drop();
return;
}
------------------------------------------------------------------------
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users