Re: [SR-Users] SIP UA's behind same NAT

2010-12-20 Thread Daniel-Constantin Mierla
Destination uri (for $dd) is set after lookup("location"). If you use default config, route[NAT] is executed before. Cheers, Daniel On 12/20/10 2:48 PM, Deon Vermeulen wrote: Thanks again. So then my config should look something like: # Caller NAT detection route route[NAT] { #!ifdef WITH_N

Re: [SR-Users] SIP UA's behind same NAT

2010-12-20 Thread Deon Vermeulen
Thanks again. So then my config should look something like: # Caller NAT detection route route[NAT] { #!ifdef WITH_NAT force_rport(); if (nat_uac_test("19")) { if (method=="REGISTER") { fix_nated_register(); } else {

Re: [SR-Users] SIP UA's behind same NAT

2010-12-20 Thread Daniel-Constantin Mierla
Hello, that's a hint for a very old version, where cfg file language didn't had support for variables and avpops module was used for comparison (as you could see, $dd is stored in an avp and them compared with src ip -- no longer need for such workaround, just do if($si==$dd) ...). You have

Re: [SR-Users] SIP UA's behind same NAT

2010-12-20 Thread Deon Vermeulen
Hi Daniel Thank you so much for your feedback. I came upon the below post, but I'm unable to find the example Norman posted. http://www.mail-archive.com/users@openser.org/msg01932.html In short the end solution is: # If both clients are behind nat we can check to see if they are behind the s

Re: [SR-Users] SIP UA's behind same NAT

2010-12-20 Thread Daniel-Constantin Mierla
Hello, On 12/20/10 11:25 AM, Deon Vermeulen wrote: Hi List Can someone please help me? I need to implement PBX Services for a customer that has 10 IP Phones at his Main site and then 20 IP Phones located over 5 Branches. My goal is to have RTP go end to end and not proxied. I had a look at

[SR-Users] SIP UA's behind same NAT

2010-12-20 Thread Deon Vermeulen
Hi List Can someone please help me? I need to implement PBX Services for a customer that has 10 IP Phones at his Main site and then 20 IP Phones located over 5 Branches. My goal is to have RTP go end to end and not proxied. I had a look at the below link and tried it, but with no luck. http: