[Serusers] Retransmission problem
Greger V. Teigre
greger at teigre.com
Wed Sep 6 09:18:47 CEST 2006
1. DON'T have UA2 and SER on the same server. You are very likely to get
problems because SER sees it's own IP address in a message destined for UA2
2. Don't use t_newtran and t_forward_nonack_uri unless you know exactly
what you do (and probably not then either)
3. When having problems like that, use a pretested Getting Started
config fil (http://iptel.org/ser/doc/gettingstarted). If you still have
the problem, there is something external (like UA2 on same box as SER).
Fix it and then compare the logic of your config file with the Getting
Started reference config
g-)
Zappasodi Daniele wrote:
> Hello,
> I have a big problem with the retransmissions.
> In my tests sometimes the retransmission handler doesn't seem to work properly and it resends the INVITE after receiving a final response.
> Moreover it doesn't respect the time-out (instead wait 1 second it resends the packet after few decimal), but this is a minor item.
>
> An example:
> INVITE sip:31203
> From 32201
>
> UA1(32201) ---> SER ---> UA2(31203)
> INVITE UA1 ---> SER ---> UA2
> Trying UA1 <--- SER
> 183 UA1 <--- SER <--- UA2
> 480 UA1 <--- SER <--- UA2
> ACK UA1 ---> SER ---> UA2
> ...
> Other call.
>
> After 0,5 msec SER sends again the first INVITE to UA2:
> INVITE SER ---> UA2
> 183 SER <--- UA2
> etc.
>
> In the attached zipped file there are the syslog, the ser config file (only the relevant parts) and the ethereal captures related to this example.
>
>
> Some additional information:
> SER version is 0.9.2, compiled for arm.
> In my scenario SER and UA2 are on the same box.
> In LAN_capture.cap file there is the message flow between UA1 and SER, in lo_capture.cap between SER and UA2.
>
> Can someone explain me this behaviour?
> Maybe something wrong in my config file? Note that I use t_lookup_request, t_newtran, t_forward_nonack_uri in order to recognize retransmitted INVITE, could it be here the problem?
>
> thanks
> **********************************************************************
> The information in this message is confidential and may be legally
> privileged. It is intended solely for the addressee. Access to this message
> by anyone else is unauthorized. If you are not the intended recipient, any
> disclosure, copying, or distribution of the message, or any action or
> omission taken by you in reliance on it, is prohibited and may be unlawful.
> Please immediately contact the sender if you have received this message inerror.
>
> **********************************************************************
> ------------------------------------------------------------------------
>
> _______________________________________________
> Serusers mailing list
> Serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20060906/56e7c74d/attachment.htm>
More information about the sr-users
mailing list