Hi
Java Rockx wrote:
What I actually meant was using either rtpproxy with nathelper **OR** using mediaproxy.
ah, ok
Anyhow, when using rtpproxy with nathelper we've always had to allow specific UDP ports on end user firewalls.
that's the point. I didn't and it worked! that was impressive!
I don't know if my NAT boxes are smart or not (tested with DI514 and Linksys BEFS11W4). I just put the SIP server IP on grandstream config and nothing else (STUN, Outbound Proxy or NAT address are all empty)
the interesting part is that I'm having troubles ocassionaly with proxynat support using the same telephones and NAT boxes on FWD network. in fact, with SER, I was able to talk to FWD from my NATed client without problems! (the other way I'm still working with). that's the ser.cfg snippet:
# # is it a FWD destination? (3 xxxx) if (uri=~"^sip:3[0-9]+@") { # ... forward to gateways then; strip(1); rewritehostport("fwd.pulver.com:5060"); forward(uri:host, uri:port); break; } else { #
# native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; };
does any of you knows if it is possible to redirect a ipkall.com account to a SER box? or to redirect a non-answered FWD account to another SIP account on a SER box?
Cheers !3runo