Hi,
Norman Brandinger wrote:
At the top of our ROUTE_INVITE, we have:
#---------------------------------------------------------------------- # Let the UA know we are working on their request - # they shouldn't send retransmissions #---------------------------------------------------------------------- sl_send_reply("100", "Trying");
This seems to work and it was adapted from code used during REGISTER processing.
If I got Missner's problem right, he wants to prevent sending multiple 100 replies back to the uac.
The rfc says - Page 109, paragraph 5 - that "MUST be forwarded immediately [...] Any provisional response other than 100 (Trying)" and later, in same paragraph that "A stateful proxy MUST NOT immediately forward any other [= 101<=x<=299] responses". Now, it's true that in this case the proxy would not literally forward a 100 reply back, but the uac would still see 2x100.
Now, if he does SL reply at the beginning, the tm module will, again, send a 100 on his own, before relaying.
The question is how to prevent this, if I got it right...
WL.
Regards, Norm
Klaus Darilion wrote:
AFAI remember there was function t_relay_no_ack or similar. Take a lookat the README from TM module.
regards klaus
T.R. Missner wrote:
Hello,
I want to send an immediate 100 trying message when an Invite is received, then I do a DB lookup, then I rewrite the RURI and forward the message using t_relay.
Since I have already sent a 100 trying manually I’d like to short circuit the 100 t_relay sends so multiple 100 trying messages aren’t sent.
Does anyone know of a way to do this?
Thanks,
T.R.
Users mailing list Users@openser.org http://openser.org/cgi-bin/mailman/listinfo/users
Users mailing list Users@openser.org http://openser.org/cgi-bin/mailman/listinfo/users
Users mailing list Users@openser.org http://openser.org/cgi-bin/mailman/listinfo/users