[Serusers] rtpproxy: How to force it to send packets out aspecificinterface?

jerome.herve at orange-ftgroup.com jerome.herve at orange-ftgroup.com
Thu Jul 2 15:06:44 CEST 2009


Hi everyone,

Is there someone that managed to set up load-balancing on RTPproxies?

Regards,

Jérôme

-----Message d'origine-----
De : serusers-bounces at lists.iptel.org [mailto:serusers-bounces at lists.iptel.org] De la part de jerome.herve at orange-ftgroup.com
Envoyé : mardi 30 juin 2009 15:31
À : frank.durda at hypercube-llc.com; serusers at lists.iptel.org
Objet : Re: [Serusers] rtpproxy: How to force it to send packets out aspecificinterface?

Hi Franck,

Did you get any answer for your problem?
I'm currently trying to set up a platform with kind of your configuration.
How do you set load balancing between rtpproxies?
Is there something to specify in the ser configuration file?
Thanks a lot for your help

Jérôme

-----Message d'origine-----
De : serusers-bounces at lists.iptel.org [mailto:serusers-bounces at lists.iptel.org] De la part de Frank Durda IV
Envoyé : jeudi 25 juin 2009 00:46
À : serusers at lists.iptel.org
Objet : [Serusers] rtpproxy: How to force it to send packets out a specificinterface?

I am running SER/rtpproxy on some systems with
multiple cores and multiple ethernet interfaces.
I am running multiple copies of rtpproxy, each with
an IP address associated with a particular interface,
as in one rtpproxy is using  em1 which is 208.33.44.3
and em2 is 208.33.44.4 which another rtpproxy listens
at,  while ser listens in em0 at 208.33.44.2.   These
three (actually ten) interfaces pass through ethernet
switches and then on to a router with a default gateway
of 208.33.44.1 and then off to the Internet or wherever.
(In my setup, each rtpproxy has a second interface pointing
 into a private network, so only one side of a call appears
 on any given interface and five face toward the Internet.)

SER+rtpproxy correctly divides RTP traffic for calls to
208.33.44.3 and 208.33.44.4 in the SDP payloads, and
callers send their RTP packets to the two rtproxies
IP addresses without problems.  That part works just fine.

The problem is that rtpproxy is using the default route
for transmission, so everything that goes towards the
Internet goes out via em0, so em1 and em2 don't transmit
anything.  This means that this one link is overwhelmed
by the traffic that should have been divided across
multiple links.

Rtpproxy is allowing the local route table and the
default route to handle the outgoing packets and so
the packets are all going out the same interface.

In my case, em0 was 100Mbit/sec (completely sufficient
for SIP messages, while em1 and em2 were gigabit links
to handle RTP, but they are getting used only in one
direction.  Even if em0 was upgraded to Gbit, it would
still not be able to handle the potential for 2+ Gbit
of data from the rtproxies.


So, is there any way to force rtproxy to perform what
I believe they used to call "reflector mode", where
the answers go out the same interface they come in on?
(This used to be common on UDP-based NFS file servers.)
A number of communication programs also allow this
behavior as an option, but rtpproxy doesn't appear
to do it or it isn't turned on by default.

Because the destinations for the RTP are out on
the Internet somewhere, I don't believe I can solve this
via "route" or "ifconfig" settings, but would be
delighted if someone knows different or knows of
a setting change in rtpproxy that will do this
so that load balancing will work.

The OS in question is FreeBSD 7.2, but I have the same
issue on 6.2 and 6.3.

Thanks in advance!


_______________________________________________
Serusers mailing list
Serusers at lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
_______________________________________________
Serusers mailing list
Serusers at lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers



More information about the sr-users mailing list