Well, thats exactly what I thought. What I see, however, is the following -
When t_relay receives the retransmission, it complains about the transaction already being in process (ERROR: t_newtran: transaction already in process 0xb672c4e8 ) and returns a negative value I then proceed to send an sl_reply_error upstream (which is causing the issues)
So, is there something I am missing? Maybe a flag i'm unaware of that says 'absorb retransmissions' or some such thing (he enquires hopefully)
cheers
----- Original Message ----- From: Klaus Darilion klaus.mailinglists@pernau.at To: mahesh@aptela.com Cc: users users@openser.org Sent: Thursday, December 14, 2006 2:06:01 AM GMT-0600 Subject: Re: [Users] Duplicate INVITEs
Mahesh Paolini-Subramanya wrote:
We're seeing sporadic situations where fones a) send an INVITE b) ignore the 100-Trying response, and instead c) send another INVITE with the same sequence number.
The question is, What should happen here?
If the message is completely identical then it is a retransmission. Retransmissions should be detected by tm module (e.g. t_relay()) and absorbed,
regards klaus
Currently, we send back a 500 response (server error). Is this correct? (i think not, cause it invariably causes the fone to go fast busy). Is this some other response that should occur?
poring over 3261 resulted in a headache, and no additional clarity...
Users mailing list Users@openser.org http://openser.org/cgi-bin/mailman/listinfo/users