发表于:2007/3/28 0:31:00
#0楼
用一个简图简单解释一下这UDP协议数据交换的问题。
DTU(内网地址10.0.0.1)==(移动内网)====>NAT===(外网公网)===>服务器(公网地址:55.0.0.24)
其中NAT有两个地址,其一是内网地址(比如说是10.0.0.2),其二是外网地址(比如说是1.1.1.1)
(移动内网)====>(10.0.0.2)NAT(1.1.1.1)====>(外网公网)
包交换过程如下:
DTU发出的数据包是:
src:10.0.0.1 dst:55.0.0.24
这个包发给NAT。
以下假设服务器侦听在UDP 2400端口。
其中NAT有两个地址,其一是内网地址(比如说是10.0.0.2),其二是外网地址(比如说是1.1.1.1)
(移动内网)====>(10.0.0.2)NAT(1.1.1.1)====>(外网公网)
包交换过程如下:
DTU发出的数据包是:
src:10.0.0.1:1001 dst:55.0.0.24:2400
这个包发给NAT。
NAT对此包作了转换,进行源地址和端口的替换,发到公网,公网上传的这个包变成了
src:1.1.1.1:1111 dst:55.0.0.24:2400
通过公网到达了服务器55.0.0.24,所以,从服务器看,DTU的地址和端口就是1.1.1.1:1111.
当服务器过了一段时间(比如说5分钟后)想要主动送数据给DTU时,服务器的UDP SOCKET连接回送的目标是1.1.1.1:1111,实际上是送给NAT。但是问题此时出现了,NAT已经将这个UDP连接的对应关系给删除了(假设NAT存储UDP连接的超时时间是1分钟),此时NAT收到这个服务器发来的数据包,将无从决定究竟将其转发给谁。这样导致刚才那台DTU根本收不到服务器端发来的数据!所以如果DTU的心跳包设定的时间太长,比这个NAT网关的UDP连接超时长的话,服务器送来的数据也会发不到DTU。
DTU(内网地址10.0.0.1)==(移动内网)====>NAT===(外网公网)===>服务器(公网地址:55.0.0.24)
其中NAT有两个地址,其一是内网地址(比如说是10.0.0.2),其二是外网地址(比如说是1.1.1.1)
(移动内网)====>(10.0.0.2)NAT(1.1.1.1)====>(外网公网)
包交换过程如下:
DTU发出的数据包是:
src:10.0.0.1 dst:55.0.0.24
这个包发给NAT。
以下假设服务器侦听在UDP 2400端口。
其中NAT有两个地址,其一是内网地址(比如说是10.0.0.2),其二是外网地址(比如说是1.1.1.1)
(移动内网)====>(10.0.0.2)NAT(1.1.1.1)====>(外网公网)
包交换过程如下:
DTU发出的数据包是:
src:10.0.0.1:1001 dst:55.0.0.24:2400
这个包发给NAT。
NAT对此包作了转换,进行源地址和端口的替换,发到公网,公网上传的这个包变成了
src:1.1.1.1:1111 dst:55.0.0.24:2400
通过公网到达了服务器55.0.0.24,所以,从服务器看,DTU的地址和端口就是1.1.1.1:1111.
当服务器过了一段时间(比如说5分钟后)想要主动送数据给DTU时,服务器的UDP SOCKET连接回送的目标是1.1.1.1:1111,实际上是送给NAT。但是问题此时出现了,NAT已经将这个UDP连接的对应关系给删除了(假设NAT存储UDP连接的超时时间是1分钟),此时NAT收到这个服务器发来的数据包,将无从决定究竟将其转发给谁。这样导致刚才那台DTU根本收不到服务器端发来的数据!所以如果DTU的心跳包设定的时间太长,比这个NAT网关的UDP连接超时长的话,服务器送来的数据也会发不到DTU。
蓝斯通信助力行业无线数传,效率大于想象!
厦门蓝斯通信有限公司
网 址:www.xmlenz.com
联系人:林升元
电 话:0 5 9 2-5 7 9 9 6 5 0
手 机:1 3 9 5 0 0 7 2 0 8 1
E-Mail/MSN:LSY1 3 9 5 0 0 7 2 0 8 1@1 2 6.com
Q Q:7 4 3 3 0 4 5 1 2
厦门蓝斯通信有限公司
网 址:www.xmlenz.com
联系人:林升元
电 话:0 5 9 2-5 7 9 9 6 5 0
手 机:1 3 9 5 0 0 7 2 0 8 1
E-Mail/MSN:LSY1 3 9 5 0 0 7 2 0 8 1@1 2 6.com
Q Q:7 4 3 3 0 4 5 1 2