Woops meant to send this to list

-----Original Message-----

This is working now, I had my t_relay/forward's below the t_on_reply but they didn't work. I went back to the default nathelper.cfg and it seems to work. Also to note, for some reason asterisk, sipura's, and grandstream's don't seem to work with any uri==myself statements. Even if you debug sip it'll show it's going to the proper address.

Thanks.

-----Original Message----- From: Greger V. Teigre [mailto:greger@teigre.com]

Hi Matt, When a non-NATed incoming call to a NATed client is processed (INVITE), you must make sure that you have a t_on_reply("1"); before you call t_relay (or forward). The INVITE will not be detected as behind a NAT, but the destination is (flag is set), and the reply will take care of the rewrite. In your config, it looks like you call t_relay before setting t_on_reply("1"); further down. A forward will only forward the SIP INVITE to another SIP proxy for processing. Paul (Java Rockx) just recently posted his config file with a working NAThelper/RTPproxy setup. I suggest you look at the call logic found there. His config is also easy to read with a lot of nice headers I haven't tested RTP proxy between a client behind NAT and Asterisk, but I believe that as long as you record-route the INVITE (as you do) and handle the replies properly, it should work. g-)