[OpenSIPS-Users] Multiple rtpproxy on same server, same network interfaces

Bogdan-Andrei Iancu bogdan at opensips.org
Fri Jul 28 07:04:38 EDT 2017

Hello William,

In 2.0 there are indeed multiple threads, but as worker (doing the RTP 
relay) is still one. The rest of the treads are light processing ones. 
So I would keep a one to one mapping, IMHO.

If multiple rtpproxies are using the IP for RTP relay, then you have to 
partition the port rage to avoid overlapping between them. If there are 
different IPs, you do not need to do this.


Bogdan-Andrei Iancu
   OpenSIPS Founder and Developer

OpenSIPS Bootcamp 2017, Houston, US

On 07/28/2017 03:14 AM, William Simon wrote:
> I am using multi-core processors (who isn't) and want to get the most 
> out of opensips + rtpproxy running on the same server.
> According to opensips docs I can tell opensips to load balance between 
> two instances of rtpproxy on the same machine, controlled through 
> different UDP sockets:
> (From http://www.opensips.org/html/docs/modules/2.2.x/rtpproxy.html)
> # multiple rtproxies for LB
> modparam("rtpproxy", "rtpproxy_sock",
> "udp:localhost:12221 udp:localhost:12222")
> Using rtpproxy 2.0 it looks like I should have two cores per rtpproxy. 
> Is it enough then to set up (CORES / 2) instances of rtpproxy, each 
> with the same parameters on the server but different control sockets, 
> and then tell opensips about them using the rtpproxy load balance 
> syntax shown above?
> Do they need to be assigned different RTP ranges, IP addresses or 
> anything like that? I have set up a test box as I just described but 
> cannot tell whether I will have resource conflicts under load.
> “The information transmitted is intended only for the person or entity 
> to which it is addressed and may contain proprietary, 
> business-confidential and/or privileged material. If you are not the 
> intended recipient of this message you are hereby notified that any 
> use, review, retransmission, dissemination, distribution, reproduction 
> or any action taken in reliance upon this message is prohibited. If 
> you received this in error, please contact the sender and delete the 
> material from any computer.”
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20170728/59bbea5f/attachment-0001.html>

More information about the Users mailing list