<HTML><BODY style="word-wrap: break-word; -khtml-nbsp-mode: space; -khtml-line-break: after-white-space; ">You can go to openser.org's website and read about how<DIV>how openser and ser are related.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV><A href="http://www.openser.org/index.php?option=com_content&task=view&id=40&Itemid=61">http://www.openser.org/index.php?option=com_content&task=view&id=40&Itemid=61</A></DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>They are now two separate bodies of code, maintained by</DIV><DIV>two different groups. Each one has gone off and implemented</DIV><DIV>and support what they think is important. Both projects</DIV><DIV>are open source projects, anyone is certainly welcome</DIV><DIV>to contribute to either. </DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>-g</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV><BR><DIV><DIV>On Nov 7, 2006, at 4:15 PM, Rao Ramaratnamma wrote:</DIV><BR class="Apple-interchange-newline"><BLOCKQUOTE type="cite"><DIV style="font-family:times new roman, new york, times, serif;font-size:12pt"><DIV style="font-family: times new roman,new york,times,serif; font-size: 12pt;">the ser ottendorf announcement does mention improved timers. Cannot openser include this feature too and cannot I merge ser with openser for good timers? I am still trying to understand the difference between ser and openser but standart compliance seems to be very important matter!<BR><BR>Cannot people provide me with some hints? I am sure that I am not the only who is asking the difference between ser and openser. ser documentation does not appear uptodate, but the software as sannounced appears impressive. I have already asked this question but did not receive any answer. <BR><BR>thank you in advance!<BR><BR>rr<BR><BR><DIV style="font-family: times new roman,new york,times,serif; font-size: 12pt;">----- Original Message ----<BR>From: Christian Schlatter <<A href="mailto:cs@unc.edu">cs@unc.edu</A>><BR>To: <A href="mailto:users@openser.org">users@openser.org</A><BR>Sent: Tuesday, November 7, 2006 10:52:56 PM<BR>Subject: Re: [Users] TM : retransmission timers<BR><BR><DIV>Greg Fausak wrote:<BR>> Hello,<BR>> <BR>> I believe this is a well known bug.<BR>> Granularity of timers is 1 second. So, if you sign up for a timer to<BR>> be fired in 1 second it will happen anywhere between 0 seconds and 1 <BR>> second.<BR>> 2 seconds will happen between 1 and 2 seconds. I usually set up my<BR>> timers to be 2, 2, 4, 8. There are VOIP providers that are pretty <BR>> sticky about<BR>> the first 500ms. If you are using one of them you're out of luck.<BR><BR>Yes, there is a timer process that wakes up every second to perform <BR>retransmissions. I was actually quite surprised that OpenSER, which is <BR>known to be very standards compliant, does not follow the RFC 3261 <BR>retransmission timeouts. On the other hand, the RFC 3261 timeout values <BR>are just suggestions and standards compliant SIP UA must accept shorter <BR>timeouts. Still it would be nice if OpenSER would support sub second <BR>timers, this would allow for shorter fail-over times.<BR><BR>Christian<BR><BR>> <BR>> I believe SER has made timer changes to support more exact timer<BR>> intervals. They are a completely different camp, with a different feature<BR>> set (although they share the same roots).<BR>> <BR>> -g<BR>> <BR>> <BR>> On 11/7/06, Jean-François SMIGIELSKI <<A href="mailto:jf-smig@ibelgique.com">jf-smig@ibelgique.com</A>> wrote:<BR>>> Hello,<BR>>><BR>>> I made strange observations about the intervals between <BR>>> retransmissions with the TM module.<BR>>> In my experiments, I used the default parameters for the TM module <BR>>> timers, and I sent an INVITE that cannot receive answers (it has a <BR>>> well known R-URI pattern that is forwarded to a place and port that <BR>>> nobody listen).<BR>>><BR>>> When reading RFC3261, I expected to see intervals between <BR>>> retransmissions of |500ms|1s|2s|4s|8s|16s|. 7 transmissions, during 32s.<BR>>><BR>>> But with OpenSER, (I have tested with the debian package 1.1.0-5 on a <BR>>> debian etch, and the cvs sources for 1.1.0 or 1.0.1compiled by <BR>>> myself), I can see intervals like <500ms, 2s, 4s, 4s,4s, ... until 26s <BR>>> are spent (9 sendings). The first interval is sometomes very short <BR>>> (40ms).<BR>>><BR>>> Altough I like the sequence of 4s separated transmissions, I do not <BR>>> know why the first interval is so short, and why there is no sending <BR>>> after 1s.<BR>>><BR>>> Did anybody observed such behaviours? Are they normal?<BR>>><BR>>> Thanks in advance!<BR>>><BR>>> JF Smigielski.<BR>>><BR>>><BR>>> ________________________________________________________________________<BR>>> iBELGIQUE, exprimez-vous !<BR>>> <A target="_blank" href="http://web.ibelgique.com/">http://web.ibelgique.com/</A><BR>>><BR>>> _______________________________________________<BR>>> Users mailing list<BR>>> <A href="mailto:Users@openser.org">Users@openser.org</A><BR>>> <A target="_blank" href="http://openser.org/cgi-bin/mailman/listinfo/users">http://openser.org/cgi-bin/mailman/listinfo/users</A><BR>>><BR>>><BR>>><BR>> <BR>> <BR><BR></DIV><DIV>_______________________________________________<BR>Users mailing list<BR><A href="mailto:Users@openser.org">Users@openser.org</A><BR><A target="_blank" href="http://openser.org/cgi-bin/mailman/listinfo/users">http://openser.org/cgi-bin/mailman/listinfo/users</A><BR></DIV></DIV><BR></DIV></DIV><BR><DIV style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">_______________________________________________</DIV><DIV style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">Users mailing list</DIV><DIV style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><A href="mailto:Users@openser.org">Users@openser.org</A></DIV><DIV style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><A href="http://openser.org/cgi-bin/mailman/listinfo/users">http://openser.org/cgi-bin/mailman/listinfo/users</A></DIV> </BLOCKQUOTE></DIV><BR></DIV></BODY></HTML>