Hi, I have been trying to get T.38 to work with clients behind NAT for the past week but with no success. I have an asterisk server on the public internet and several Grandstream (I tried Linksys too) HT502 ATAs behind NAT in different locations. I tried every possible combination of NAT, canreinvite, t38pt_usertpsource entries, I even tried asterisk 1.4.19, 1.4.24.1, 1.4.25 all with the same result; Failure. I can see the t38 negotiations, and I think the problem is in the reinvite message after T.38 detection. Only one case is working: Both ATAs are on the same NATed network, Asterisk server is on the public internet in another locations canreinvite = yes for both ATAs NAT = yes t38pt_usertpsource = no The reason I think this case is working is that the reInvite is sent with the private IPs of the ATAs, and since they are on the same network, they can find each other and continue the call successfully. This case leads me to think that the problem is NAT related and has something to do the the reInvite after fax detection, something is being sent incorrectly on the reinvite, either the IPs or the ports. does anyone have an idea about how to solve this problem. your help is much appreciated. Antoine Megalla.
On Fri, 29 May 2009 01:52:08 Antoine Megalla wrote:> Hi, > > I have been trying to get T.38 to work with clients behind NAT for the past > week but with no success. > > I have an asterisk server on the public internet and several Grandstream (I > tried Linksys too) HT502 ATAs behind NAT in different locations. I tried > every possible combination of NAT, canreinvite, t38pt_usertpsource entries, > I even tried asterisk 1.4.19, 1.4.24.1, 1.4.25 all with the same result; > Failure. > > I can see the t38 negotiations, and I think the problem is in the reinvite > message after T.38 detection.T38 is **** If I see another post about problems with T38 I might want to scream... lol. Yesterday I had a standard POTs line installed and I transfered my fax number back to a PSTN provider (from a T38 provider). I had a uncontended, stable, very low latency fibre link to the upline ISP, direct unNAT'd IP connection, then a short hop skip and jump to the T38 provider, and I still could not get it to work reliably. Much less for those on commodity grade cable/xDSL connections with NAT.