13 Jan
2008
13 Jan
'08
6:38 p.m.
>>>>>> I'm really curious, could
you give me a real-world example
of an
RTP-detection based soution providing sub-minute dead UA detection ?
Hi Jerome,
Freeradius/MediaProxy/CDRTool combination gives your this zero
tolerance. CDRs are always correct down to the second regardless of
missing BYEs, VAD and other things you have assumed in the previous
postings.
Regards,
Adrian
13 Jan
13 Jan
6:47 p.m.
New subject: [OpenSER-Users] RTP-Proxy
Adrian Georgescu wrote:
Freeradius/MediaProxy/CDRTool combination gives your
this zero
tolerance. CDRs are always correct down to the second regardless of
missing BYEs, VAD and other things you have assumed in the previous
postings.
Sure. However, in my experience, there are other ways requires an order
of magnitude (or 3) less processing power to acquire accurate billing data.
I have tested openser+asterisk very very extensively - typically
maxing out at around 500 simultaneous channels as to not completely
stress system to its max for 'billing' tests.
If anyone has actual test data showing openser+asterisk does not provide
accurate CDRs, then please present it.
Jeremy McNamara
9 Feb
9 Feb
1:40 a.m.
New subject: [OpenSER-Users] RTP-Proxy
El Domingo, 13 de Enero de 2008, Jeremy McNamara escribió:
Adrian Georgescu wrote:
But do you mean that OpenSer + Asterisk requires less processing than
OpenSer+MediaProxy+FreeRadius?
Both CDR systems use SIP signailling + RTP detection, so both needs to be in
the audio path.
Maybe you mean other solutions based on SIP Session Timers and so? (of course
not abse on Asterisk... yet XD).
Regards.
--
Iñaki Baz Castillo
Freeradius/MediaProxy/CDRTool combination gives
your this zero
tolerance. CDRs are always correct down to the second regardless of
missing BYEs, VAD and other things you have assumed in the previous
postings.
Sure. However, in my experience, there are other ways requires an order
of magnitude (or 3) less processing power to acquire accurate billing
data.
I have tested openser+asterisk very very extensively - typically
maxing out at around 500 simultaneous channels as to not completely
stress system to its max for 'billing' tests.
6138
days inactive
6164
days old
2 comments
3 participants
participants (3)
-
Adrian Georgescu -
Iñaki Baz Castillo -
Jeremy McNamara