Posted: Thu May 28, 2009 12:57 pm Post subject: [asterisk-users] asterisk 1.4.X, T.38 and NAT
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.
_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
Posted: Thu May 28, 2009 1:41 pm Post subject: [asterisk-users] asterisk 1.4.X, T.38 and NAT
On Fri, 29 May 2009 01:52:08 Antoine Megalla wrote:
Quote:
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.
_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
