自动化首页
论坛首页
游客:
注册
|
登录
|
搜索
|
统计
|
帮助
自动化在线 Autooo.net
»
通讯技术
» UDP协议在GPRS私网和INTERNET公网的数据交换
‹‹ 上一主题
|
下一主题 ››
投票
交易
悬赏
活动
繁体版
|
打印
|
推荐
|
订阅
|
收藏
标题: UDP协议在GPRS私网和INTERNET公网的数据交换
7p70
高级工程师
UID 25
精华 0
积分 2832
帖子 2832
威望 0
金钱 0
阅读权限 50
注册 2007-7-28
状态 离线
#1
使用道具
发表于 2007-7-28 13:39
资料
短消息
加为好友
UDP协议在GPRS私网和INTERNET公网的数据交换
用一个简图简单解释一下这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)====>(外网公网)包交换过程如下
TU发出的数据包是:src:10.0.0.1 dst:55.0.0.24这个包发给NAT。 以下假设服务器侦听在UD 2400端口。其中NAT有两个地址,其一是内网地址(比如说是10.0.0.2),其二是外网地址(比如说是1.1.1.1) (移动内网)====>(10.0.0.2)NAT(1.1.1.1)====>(外网公网)包交换过程如下
TU发出的数据包是: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时,服务器的UD OCKET连接回送的目标是1.1.1.1:1111,实际上是送给NAT。但是问题此时出现了,NAT已经将这个UDP连接的对应关系给删除了(假设NAT存储UDP连接的超时时间是1分钟),此时NAT收到这个服务器发来的数据包,将无从决定究竟将其转发给谁。这样导致刚才那台DTU根本收不到服务器端发来的数据!所以如果DTU的心跳包设定的时间太长,比这个NAT网关的UDP连接超时长的话,服务器送来的数据也会发不到DTU。 欢迎访问GPRS/CDMA无线数据通信论坛:http://www.xmlenz.com/ 蓝斯通信助力行业无线数传,效率大于想象! 厦门蓝斯通信有限公司 www.xmlenz.com 联 系 人:林升元 电 话:0592-5799650 传 真:0592-5765080 手 机:13950072081 E-Mail/M
SY13950072081@126.COM Q Q:743304512
[广告]
投票
交易
悬赏
活动
自动化在线 Autooo.net
自动化在线
> PLC论坛
> 变频器
> 电工电气论坛
> 传感器与仪表
> 电机控制
> PC-Based论坛
> 嵌入式系统论坛
> DCS论坛
> 工业以太网
> 现场总线
> 通讯技术
> 自动化软件
> 人机界面
> 机械传动
> 流体控制
> 电器元件
> 资料交流
> 自由灌水
专业论坛
> 西门子论坛
> 三菱论坛
> 单片机论坛
> 论坛事务
> 广告发布
输入您的搜索字词
提交搜索表单
当前时区 GMT+8, 现在时间是 2008-11-22 05:21
粤ICP备07500170号
By
Discuz!
5.5.0
© 2007-2008
Processed in 0.047849 second(s), 6 queries , Gzip enabled
TOP
清除 Cookies
-
联系我们
-
Autooo! Inc.
-
Archiver
-
繁体中文