7 Nov
2006
7 Nov
'06
9:45 p.m.
Hello,
I made strange observations about the intervals between retransmissions with the TM
module.
In my experiments, I used the default parameters for the TM module timers, and I sent an
INVITE that cannot receive answers (it has a well known R-URI pattern that is forwarded
to a place and port that nobody listen).
When reading RFC3261, I expected to see intervals between retransmissions of
|500ms|1s|2s|4s|8s|16s|. 7 transmissions, during 32s.
But with OpenSER, (I have tested with the debian package 1.1.0-5 on a debian etch, and the
cvs sources for 1.1.0 or 1.0.1compiled by myself), I can see intervals like <500ms, 2s,
4s, 4s,4s, ... until 26s are spent (9 sendings). The first interval is sometomes very
short (40ms).
Altough I like the sequence of 4s separated transmissions, I do not know why the first
interval is so short, and why there is no sending after 1s.
Did anybody observed such behaviours? Are they normal?
Thanks in advance!
JF Smigielski.
________________________________________________________________________
iBELGIQUE, exprimez-vous !
http://web.ibelgique.com/
7 Nov
7 Nov
10:08 p.m.
Hello,
I believe this is a well known bug.
Granularity of timers is 1 second. So, if you sign up for a timer to
be fired in 1 second it will happen anywhere between 0 seconds and 1 second.
2 seconds will happen between 1 and 2 seconds. I usually set up my
timers to be 2, 2, 4, 8. There are VOIP providers that are pretty sticky about
the first 500ms. If you are using one of them you're out of luck.
I believe SER has made timer changes to support more exact timer
intervals. They are a completely different camp, with a different feature
set (although they share the same roots).
-g
On 11/7/06, Jean-François SMIGIELSKI <jf-smig(a)ibelgique.com> wrote:
Hello,
I made strange observations about the intervals between retransmissions with the TM
module.
In my experiments, I used the default parameters for the TM module timers, and I sent
an INVITE that cannot receive answers (it has a well known R-URI pattern that is
forwarded to a place and port that nobody listen).
When reading RFC3261, I expected to see intervals between retransmissions of
|500ms|1s|2s|4s|8s|16s|. 7 transmissions, during 32s.
But with OpenSER, (I have tested with the debian package 1.1.0-5 on a debian etch, and
the cvs sources for 1.1.0 or 1.0.1compiled by myself), I can see intervals like <500ms,
2s, 4s, 4s,4s, ... until 26s are spent (9 sendings). The first interval is sometomes very
short (40ms).
Altough I like the sequence of 4s separated transmissions, I do not know why the first
interval is so short, and why there is no sending after 1s.
Did anybody observed such behaviours? Are they normal?
Thanks in advance!
JF Smigielski.
________________________________________________________________________
iBELGIQUE, exprimez-vous !
http://web.ibelgique.com/
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users
--
Greg Fausak
greg(a)thursday.com
8 Nov
8 Nov
12:52 a.m.
Greg Fausak wrote:
Hello,
I believe this is a well known bug.
Granularity of timers is 1 second. So, if you sign up for a timer to
be fired in 1 second it will happen anywhere between 0 seconds and 1
second.
2 seconds will happen between 1 and 2 seconds. I usually set up my
timers to be 2, 2, 4, 8. There are VOIP providers that are pretty
sticky about
the first 500ms. If you are using one of them you're out of luck.
Yes, there is a timer process that wakes up every second to perform
retransmissions. I was actually quite surprised that OpenSER, which is
known to be very standards compliant, does not follow the RFC 3261
retransmission timeouts. On the other hand, the RFC 3261 timeout values
are just suggestions and standards compliant SIP UA must accept shorter
timeouts. Still it would be nice if OpenSER would support sub second
timers, this would allow for shorter fail-over times.
Christian
I believe SER has made timer changes to support more exact timer
intervals. They are a completely different camp, with a different feature
set (although they share the same roots).
-g
On 11/7/06, Jean-François SMIGIELSKI <jf-smig(a)ibelgique.com> wrote:
Hello,
I made strange observations about the intervals between
retransmissions with the TM module.
In my experiments, I used the default parameters for the TM module
timers, and I sent an INVITE that cannot receive answers (it has a
well known R-URI pattern that is forwarded to a place and port that
nobody listen).
When reading RFC3261, I expected to see intervals between
retransmissions of |500ms|1s|2s|4s|8s|16s|. 7 transmissions, during 32s.
But with OpenSER, (I have tested with the debian package 1.1.0-5 on a
debian etch, and the cvs sources for 1.1.0 or 1.0.1compiled by
myself), I can see intervals like <500ms, 2s, 4s, 4s,4s, ... until 26s
are spent (9 sendings). The first interval is sometomes very short
(40ms).
Altough I like the sequence of 4s separated transmissions, I do not
know why the first interval is so short, and why there is no sending
after 1s.
Did anybody observed such behaviours? Are they normal?
Thanks in advance!
JF Smigielski.
________________________________________________________________________
iBELGIQUE, exprimez-vous !
http://web.ibelgique.com/
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users
7:12 a.m.
New subject: [Users] Statistics module question
Is there a statistics variable that
gives me the current number of registered users?
(There is one for current number of dialogs).
---greg
Greg Fausak
greg(a)thursday.com
4:55 p.m.
New subject: [Users] Statistics module question
Hi Greg
Try the following commands:
openserctl fifo get_statistics location-users
openserctl fifo get_statistics usrloc:
Hope this helps,
Ovidiu Sas
On 11/7/06, Greg Fausak <lgfausak(a)gmail.com> wrote:
Is there a statistics variable that
gives me the current number of registered users?
(There is one for current number of dialogs).
---greg
Greg Fausak
greg(a)thursday.com
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users
5:31 p.m.
New subject: [Users] Statistics module question
Hey, cool. Has anybody instrumented this to be done with SNMP? This
would fit nicely in with our SNMP management systems.
/a
Ovidiu Sas wrote:
Hi Greg
Try the following commands:
openserctl fifo get_statistics location-users
openserctl fifo get_statistics usrloc:
Hope this helps,
Ovidiu Sas
On 11/7/06, Greg Fausak <lgfausak(a)gmail.com> wrote:
Is there a statistics variable that
gives me the current number of registered users?
(There is one for current number of dialogs).
---greg
Greg Fausak
greg(a)thursday.com
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users
6:35 p.m.
New subject: [Users] Statistics module question
Thanks.
It turns out I was already picking it up, but I filtered
it out of my result set with the pattern:
if($line =~ /^(\w+)\s*:\s*([\w_]+)\s*=\s*([\w\d]+)\s*$/)
---had to change it to
if($line =~ /^(\w+)\s*:\s*([\w_-]+)\s*=\s*([\w\d]+)\s*$/)
I wasn't expecting a statistic with a - in it.
Thanks,
-g
On 11/8/06, Ovidiu Sas <sip.nslu(a)gmail.com> wrote:
Hi Greg
Try the following commands:
openserctl fifo get_statistics location-users
openserctl fifo get_statistics usrloc:
Hope this helps,
Ovidiu Sas
On 11/7/06, Greg Fausak <lgfausak(a)gmail.com> wrote:
--
Greg Fausak
greg(a)thursday.com
Is there a statistics variable that
gives me the current number of registered users?
(There is one for current number of dialogs).
---greg
Greg Fausak
greg(a)thursday.com
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users
6534
days inactive
6535
days old
6 comments
5 participants
participants (5)
-
Alan Crosswell -
Christian Schlatter -
Greg Fausak -
Jean-François SMIGIELSKI -
Ovidiu Sas