[Users] mediaproxy and registrar on two different server

andrea andrea at csp.it
Tue Oct 4 15:55:58 CEST 2005


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 at openser.org
>> http://openser.org/cgi-bin/mailman/listinfo/users
>>
> 
> 






More information about the Users mailing list