21 Oct
2009
21 Oct
'09
2:31 a.m.
All-
On a reasonably fast server, say quad-core, what is the approx maximum number of G711 IP
calls when using Kamailio and
rtpproxy? What if rtpproxy runs on a second server?
No echo can, no packet concealment, etc... just G711.
-Jeff
21 Oct
21 Oct
2:26 a.m.
Jeff Brower wrote:
On a reasonably fast server, say quad-core, what is
the approx maximum number of G711 IP calls when using Kamailio and
rtpproxy? What if rtpproxy runs on a second server?
No echo can, no packet concealment, etc... just G711.
I'm told the number is over 1,000, but it is difficult to say how much
over.
--
Alex Balashov - Principal
Evariste Systems
Web : http://www.evaristesys.com/
Tel : (+1) (678) 954-0670
Direct : (+1) (678) 954-0671
3:12 a.m.
On Wednesday 21 October 2009 00:31:58 Jeff Brower wrote:
All-
On a reasonably fast server, say quad-core, what is the approx maximum
number of G711 IP calls when using Kamailio and rtpproxy? What if rtpproxy
runs on a second server?
No echo can, no packet concealment, etc... just G711.
-Jeff
Taking into account that rtpproxy/mediaproxy only does RTP forwarding ... it's
more a matter of how do you tune up your networking part (network card
hardware, switch hardware, network tunning, etc.) and how many bandwitdh do
you have available.
Also .. rtpproxy doesn't do anything with echo cancelation, or packet
concealment ... that's a UAC/UAS task, not a proxy one.
--
Raúl Alexis Betancor Santana
Dimensión Virtual
3:21 a.m.
Raúl Alexis Betancor Santana wrote:
On Wednesday 21 October 2009 00:31:58 Jeff Brower
wrote:
I thought rtpproxy was pure userspace, not using kernel forwarding?
--
Alex Balashov - Principal
Evariste Systems
Web : http://www.evaristesys.com/
Tel : (+1) (678) 954-0670
Direct : (+1) (678) 954-0671
All-
On a reasonably fast server, say quad-core, what is the approx maximum
number of G711 IP calls when using Kamailio and rtpproxy? What if rtpproxy
runs on a second server?
No echo can, no packet concealment, etc... just G711.
-Jeff
Taking into account that rtpproxy/mediaproxy only does RTP forwarding ... it's
more a matter of how do you tune up your networking part (network card
hardware, switch hardware, network tunning, etc.) and how many bandwitdh do
you have available.
11:04 a.m.
On Wednesday 21 October 2009 01:21:30 Alex Balashov wrote:
Raúl Alexis Betancor Santana wrote:
You are wright, so Context Switching should be taked into account
also ... :-) ... so less stream forwarding cappacity.
--
Raúl Alexis Betancor Santana
Dimensión Virtual
On Wednesday 21 October 2009 00:31:58 Jeff Brower
wrote:
I thought rtpproxy was pure userspace, not using kernel forwarding? All-
On a reasonably fast server, say quad-core, what is the approx maximum
number of G711 IP calls when using Kamailio and rtpproxy? What if
rtpproxy runs on a second server?
No echo can, no packet concealment, etc... just G711.
-Jeff
Taking into account that rtpproxy/mediaproxy only does RTP forwarding ...
it's more a matter of how do you tune up your networking part (network
card hardware, switch hardware, network tunning, etc.) and how many
bandwitdh do you have available.
9:40 a.m.
Raúl Alexis-
On Wednesday 21 October 2009 00:31:58 Jeff Brower
wrote:
Ok.
All-
On a reasonably fast server, say quad-core, what is the approx maximum
number of G711 IP calls when using Kamailio and rtpproxy? What if rtpproxy
runs on a second server?
No echo can, no packet concealment, etc... just G711.
-Jeff
Taking into account that rtpproxy/mediaproxy only does RTP forwarding ... it's
more a matter of how do you tune up your networking part (network card
hardware, switch hardware, network tunning, etc.) and how many bandwitdh do
you have available. Also .. rtpproxy doesn't do anything with echo
cancelation, or packet
concealment ... that's a UAC/UAS task, not a proxy one.
Yes agree. But in our case we modify rtpproxy to "re-route" UDP/RTP packets to
a DSP PCIe card, which can provide
additional capability, including transcoding. So I'm trying to establish a reasonable
"base line" for max channel cap
-- we would not want the DSP card to reduce the base line.
-Jeff
5518
days inactive
5519
days old
5 comments
3 participants
participants (3)
-
Alex Balashov -
Jeff Brower -
Raúl Alexis Betancor Santana