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 file?
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 mhomed=1 parameter?
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
Gerardo Amaya
Greger V. Teigre wrote:
Inline.
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
network.
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.
g-)
>
> 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(a)lists.iptel.org
>
http://lists.iptel.org/mailman/listinfo/serusers
>
>