[Serusers] RTPProxy and SER, Multiple Interface Server
ser at gerardoamaya.com
Wed Jan 10 17:21:16 CET 2007
Hello Greger. Thank you so much for your answer. Right now I'm trying to
layer SER in multiple instances as you recommend.
Now the approach for this will be to install multiple and different SER
Servers in a different path on the machine and started each SER
individually for each network to be bridged with it's own configuration
Can I run multiple SER servers with one installation and just add -f
/new_conf_file/ to each instance?
Right now the only way to make SER work between multiple interfaces is
to enable the mhomed=1 option. Since I have 6-8 network interfaces(2 for
each network) can I expect problems if all ser instances will have the
I have seen that the use of multiple instances is considered for SER,
but there is no documentation for that, can someone please help me
pointing out which is the best way to run ser on this environment?
Thanks in advanced
Greger V. Teigre wrote:
> Gerardo Amaya wrote:
>> Hello All. After investigating quite a while about this issue I'm
>> kind of desperate now, I will appreciate your help on this.
>> I have a SER Server with multiple interfaces, I'm able to handle all
>> the SIP packets with the multi homed enabled. Now the part that I'm
>> having real trouble with is the RTP audio streams. After struggling
>> with MediaProxy I finally started using RTPProxy for this, since it
>> has bridge mode available. Now the problem is that I have more than
>> one network to connect audio from, so the internal and external
>> configuration is not enough for me. So my questions are:
>> 1.-Can I have RTPProxy Bridge mode working for all the interfaces in
>> my server?
> No, but you can "layer" ser where each instance is bridging it's own
>> 2.-Can I have more than one RTPProxy socket available for each of the
>> multiple interfaces I'm connecting in order to have the audio
>> working, so each route will use the proxy of their own network?
> The issue is to make sure that SDP is correctly replaced for INVITE
> and 200 OK dependent on the network origin and destination of the
> message. rtpproxy will only handle an internal and an external network.
> You also have the problem of nat_uac_test() testing for private
> addresses to detect NAT, so you need to replace those tests with
> IP-based tests to make sure you detect which network is src and dst.
>> 3.-If #2 is true, is this where the force_socket and force_rtp_proxy
>> functions play a role in my configuration?
>> Please help!!
>> Thanks you so much in advance
>> Gerardo Amaya
>> Serusers mailing list
>> Serusers at lists.iptel.org
More information about the sr-users