Dear Daniel,
I'd implement this architecture because I need to separate front-end
proxy from core network (registrar, voice gateway and other apps).
Can you suggest me another possible architecture?
A possible approach can be:
- openser+mediaporxy module+usrloc module receive register, applies
fix_nat_contact and then sends it to the internal register
- on INVITE openser+mediaproxy module+usrloc can lookup directly into
registar DB and then decides howto handle the sip message
any other suggestions?
thanks
Andrea
Daniel-Constantin Mierla wrote:
Hi,
I am not sure if you want to keep only openser+mediaproxy
module+mediaproxy in front of registrar (openser+registrar module+usrloc
module). If yes, this is rather impossible right now, mediaproxy module
has to be deployed together with usrloc module in order to send NAT
pings to NATed sip phones (the usrloc module stores the needed
information about phones' contact addresses).
Cheers,
Daniel
On 10/04/05 13:49, andrea wrote:
Dear all,
I'm working to separate on two different servers registrar and
mediaproxy.
Mediaproxy server (with both mediaproxy and ser proxy process) will be
the front-end and all registers and calls from Intenet will be
directed to this server and then routed to internal registrar.
Now, I'm working with natted clients. I've started with only one
server (with only one ser) and it works fine. When I've tried to split
the architecture on two server I can't fine a good configuration.
In particular, when a user with a public IP calls a natted user, the
RTP doesn't use mediaproxy
Anyone can help me? do you have any working configurations?
thanks,
Andrea
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users