udp流量转发(udp流量是什么意思)

您好，UDP这是手机或电脑通讯时使用的一种协议，当您使用的软件和服务器通讯时使用UDP协议就会显示UDP业务，您手机流量费用只和您使用的多少有关和用什么方式传输无关，都是一样按照正常的流量使用进行收费的。
UDP 是User Datagram Protocol的简称， 中文名是用户数据报协议，在网络中它与TCP协议一样用于处理数据包，是一种无连接的协议，用来支持那些需要在计算机之间传输数据的网络应用。包括网络视频会议系统在内的众多的客户/服务器模式的网络应用都需要使用UDP协议。当使用的软件和服务器通讯时使用UDP协议时就会显示UDP业务，您手机流量费用只和您使用的多少有关和用什么方式传输无关，都是一样按照正常的流量使用进行收费的。在选择使用协议的时候，选择UDP必须要谨慎。在网络质量令人十分不满意的环境下，UDP协议数据包丢失会比较严重。但是由于UDP的特性：它不属于连接型协议，因而具有资源消耗小，处理速度快的优点，所以通常音频、视频和普通数据在传送时使用UDP较多，因为它们即使偶尔丢失一两个数据包，也不会对接收结果产生太大影响。比如我们聊天用的ICQ和QQ就是使用的UDP协议。
输层为运行在不同主机上的应用程序之间的通信起着至关重要的作用。下面我们就来一起探讨一下关于运输层的协议部分 运输层概述计算机网络的运输层非常类似于高速公路，高速公路负责把人或者物品从一端运送到另一端，而计算机网络的运输层则负责把报文从一端运输到另一端，这个端指的就是 端系统。在计算机网络中，任意一个可以交换信息的介质都可以称为端系统，比如手机、网络媒体、电脑、运营商等。在运输层运输报文的过程中，会遵守一定的协议规范，比如一次传输的数据限制、选择什么样的运输协议等。运输层实现了让两个互不相关的主机进行逻辑通信的功能，看起来像是让两个主机相连一样。运输层协议是在端系统中实现的，而不是在路由器中实现的。路由只是做识别地址并转发的功能。这就比如快递员送快递一样，当然是要由地址的接受人也就是 xxx 号楼 xxx 单元 xxx 室的这个人来判断了！TCP 如何判断是哪个端口的呢？还记得数据包的结构吗，这里来回顾一下 数据包经过每层后，该层协议都会在数据包附上包首部，一个完整的包首部图如上所示。

您好！！ 联通运营商可以通过相关ip+端口号，查询到你使用流量的情况，但是有些企业并没有公开端口号，所以查询不到你使用的是哪些软件，或者登陆的是那些网址？？也就显示TCP、UDP等流量使用方式，这个并不收费（只是网络连接的协议，连接网络都会用的这两个协议），只是表示你在上网而已（至于你用的那个软件，那个网址，联通不知道所以就用这个代替了） 希望我的回答能帮到您！！

1、首先，先打开在浏览器，并在地址栏输入路由器的管理ip地址。 2、最后，在路由器的管理界面点击高级设置，并找到UDP端口27015转发，点击转发，即可转发成功。

传输层定义了主机应用程序之间端到端的连通性。传输层中最为常见的两个协议分别是传输控制协议TCP（Transmission Control Protocol）和用户数据报协议UDP（User Datagram Protocol）。为了简化问题说明，本课程以Telnet为例描述相关技术。设备支持通过Telnet协议和Stelnet协议登录。使用Telnet，Stelnet v1协议存在安全风险，建议你使用STelnet v2登录设备。为了简化问题说明，本课程以FTP为例来描述相关技术。设备支持通过FTP协议，TFTP以及SFTP传输文件。使用FTP，TFTP，SFTP v1协议存在风险，建议使用SFTP v2方式进行文件操作。TCP是一种面向连接的传输层协议，提供可靠的传输服务。TCP是一种面向连接的端到端协议。TCP作为传输控制协议，可以为主机提供可靠的数据传输。TCP需要依赖网络协议为主机提供可用的传输路径。TCP允许一个主机同事运行多个应用进程。每台主机可以拥有多个应用端口，没对端口号，源和目标IP地址的组合唯一地标识了一个会话。端口分为知名端口和动态端口。有些网络服务会使用固定的端口，这类端口称为知名端口，端口号范围为 0~1023 。比如：FTP，HTTP，Telnet，SNMP服务均使用知名端口。动态端口范围 1024~65535 ，这些端口号一般不会固定分配给某个服务，也就是说许多服务都可以使用这些端口。只要运行的程序向系统提出访问网络的申请，那么系统就可以从这些端口号中分配一个供该程序使用。TCP通常使用IP作为网络层协议，这是TCP数据被封装在IP数据包内。TCP数据段由TCP Header（头部）和TCP Data（数据）组成。TCP最多可以有60个字节的头部，如果没有Options字段，正常的长度是20字节。TCP Header是由如上图标识一些字段组成，这里列出几个常用字段。注意：1）主机A（通常也叫客户端）发送一个标识了SYN数据段，标识期望与服务器A建立连接，此数据段的序列号（seq）为a；2）服务器A回复标识了SYN+ACK的数据段，此数据段的序列号（seq）为b，确认序列号为主机A的序列号加1（a+1），以此作为对主机A的SYN报文的确认。3）主机A发送一个标识了ACK的数据段，此数据段的序列号（seq）为a+1，确认序列号为服务器A的序列号加1（b+1），以此作为对服务器A的SYN报文段的确认。TCP是一种可靠的，面向连接的全双工传输层协议。TCP连接的简历是一个三次握手的过程。TCP的可靠传输还提现在TCP使用了确认技术来确保目的设备收到了从源设备发来的数据，并且是准确无误的。确认技术的工作原理如下：目的设备接收到源设备发送的数据段时，会向源端发送确认报文，源设备收到确认报文后，继续发送数据段，如此重复。如图所示，主机A向服务器A发送TCP数据段，为描述方便假设每个数据段的长度都是500个字节。当服务器A成功收到序列号是M+1499的字节以及之前的所有字节时，会以序列号M+1400+1=M+1500进行确认。另外，由于数据段N+3传输失败，所以服务器A未能收到序列号为M+1500的字节，因此服务器A还会再次以序列号M+1500进行确认。注意：上面说到，数据段 N+3 传输失败，那么第二次确认号M+1500，主机A会将N+3，N+4，N+5全部发送一次。TCP滑动窗口技术通过动态改变窗口大小来实现对端到端设备之间的数据传输进行流量控制。如图所示，主机A和服务器A之间通过滑动窗口来实现流量控制。为了方便理解，此例中只考虑主机A发送数据给服务器A时，服务器A通过滑动窗口进行流量控制。例子中：主机A向服务器发送4个长度为1024字节的数据段，其中主机的窗口大小为4096个字节。服务器A收到第3个字节之后，缓存区满，第4个数据段被丢弃。服务器以ACK3073（1024*3=3072）响应，窗口大小调整为3072，表明服务器的缓冲区只能处理3072个字节的数据段。于是主机A改变其发送速率，发送窗口大小为3072的数据段。主机在关闭连接之前，要确认收到来自对方的ACK。TCP支持全双工模式传输数据，这意味着统一时刻两个方向都可以进行数据的传输。在传输数据之前，TCP通过三次握手建立的实际上是两个方向的连接，一次在传输完毕后，两个方向的连接必须都关闭。TCP连接的建立是一个三次握手过程，而TCP连接的终止则要经过四次挥别。如图：1.主机A想终止连接，于是发送一个标识了FIN，ACK的数据段，序列号为a，确认序列号为b。2.服务器A回应一个标识了ACK的数据段，序列号为b，确认序号为a+1，作为对主机A的FIN报文的确认。3.服务器A想终止连接，于是向主机A发送一个标识了FIN，ACK的数据段，序列号为b，确认好为a+1。4.主机A回应一个标识了ACK的数据段，序列号为a+1，确认序号为b+1，作为对服务器A的FIN报文的确认。以上四次交互完成了两个方向连接的关闭。TCP断开连接的步骤，这个比较详细：https://blog.csdn.net/ctrl_qun/article/details/52518479UDP是一种面向无连接的传输层协议，传输可靠性没有保证。当应用程序对传输的可靠性要求不高时，但是对传输速度和延迟要求较高时，可以用UDP协议来替代TCP协议在传输层控制数据的转发。UDP将数据从源端发送到目的端时，无需事先建立连接。UDP采用了简单，容易操作的机制在应用程序间传输数据，没有使用TCP中的确认技术或滑动窗口机制，因此UDP不能保证数据传输的可靠性，也无法避免接受到重复数据的情况。UDP头部仅占8个字节，传输数据时没有确认机制（注意，但是有校验和）。UDP报文分为UDP报文头和UDP数据区域两个部分。报头由源端口，目的端口，报文长度以及校验和组成。UDP适合于实时数据传输，比如语音和视频通信。相比TCP，UDP的传输效率更高，开销更小，但是无法保证数据传输可靠性。UDP头部的标识如下：1）16位源端口号：源主机的应用程序使用的端口号。2）16位目的端口号：目的主机的应用程序使用的端口号。3）16位UDP长度：是指UDP头部和UDP数据的字节长度。因为UDP头部长度是8字节，所以字段的最小值为8。4）16位UDP校验和：该字段提供了与TCP校验字段同样的功能；该字段是可选的。使用UDP传输数据时，由应用程序根据需要提供报文到达确认，排序，流量控制等功能。主机A发送数据包时，这些数据包是以有序的方式发送到网络中的，每个数据包独立地在网络中被发送，所以不同的数据包可能会通过不同的网路径叨叨主机B。这样的情况下，先发送的数据包不一定先到达主机B。因为UDP数据包没有序号，主机B将无法通过UDP协议将数据包按照原来的顺序重新组合，所以此时需要应用程序提供报文的到达确认，排序和流量控制等功能（也就是说UDP报文的到达确认，排序和流量控制是应用程序来确定的）。通常情况下，UDP采用实时传输机制和时间戳来传输语音和视频数据。UDP适合传输对延迟敏感的流量，如语音和视频。在使用TCP协议传输数据时，如果一个数据段丢失或者接受端对某个数据段没有确认，发送端会重新发送该数据段。TCP重新发送数据会带来传输延迟和重复数据，降低了用户的体验。对于延迟敏感的应用，少量的数据丢失一般可以被忽略，这是使用UDP传输能够提升用户的体验。总结：1.TCP头部中的确认标识位有什么作用呢？TCP报文头中的ACK标识位用于目的端对已接受到数据的确认。目的端成功收到序列号为x的字节后，会以序列号x+1进行确认。2.TCP头部中有哪些标识位参与TCP三次握手？在TCP三次握手过程中，要使用SYN和ACK标识位来请求建立连接和确认建立连接。

1、Ngrok ngrok 是一个反向代理，通过在公共端点和本地运行的 Web 服务器之间建立一个安全的通道，实现内网主机的服务可以暴露给外网。ngrok 可捕获和分析所有通道上的流量，便于后期分析和重放，所以ngrok可以很方便地协助服务端程序测试。参考博客：10分钟教你搭建自己的ngrok服务器2、Natappnatapp是 基于ngrok的国内收费内网穿透工具，类似花生壳，有免费版本，比花生壳好。免费版本：提供http,https,tcp全隧道穿透，随机域名/TCP端口，不定时强制更换域名/端口，自定义本地端口参考文章：NATAPP1分钟快速新手图文教程3、小米球小米球是基于ngrok二次开发的内网穿透工具，支持多协议、多隧道、多端口同时映射(http、https、tcp等等...)，同时支持多种系统win、linux、linux_arm、mac等。具体的使用直接参考官网。4、Sunny-NgrokSunny-Ngrok同样是ngrok二次开发的内网穿透工具，支持http,https协议，同时支持更丰富的系统和语言：linux、win、mac、openwrt、 python、php等。教程：Sunny-Ngrok使用教程5、echositeechosite同样ngrok二次开发的内网穿透工具，支持多种协议，以前是全部免费的，现在推出了收费版和免费版，可根据自己的需要去选择。参考教程：EchoSite---让内网穿透变得简单6、Ssh、autosshssh 配合autossh工具使用，因为autossh会容错，自动重新启动SSH会话和隧道。autossh是一个程序，用于启动ssh的副本并进行监控，在死亡或停止传输流量时根据需要重新启动它。 这个想法来自rstunnel（Reliable SSH Tunnel），但是在C中实现。作者的观点是，它不像匆匆忙忙的工作那么容易。使用端口转发环路或远程回显服务进行连接监视。在遇到连接拒绝等快速故障时，关闭连接尝试的速度。在OpenBSD，Linux，Solaris，Mac OS X，Cygwin和AIX上编译和测试; 应该在其他BSD上工作。免费软件。使用教程：SSH内网穿透7、Lanproxylanproxy是一个将局域网个人电脑、服务器代理到公网的内网穿透工具，目前仅支持tcp流量转发，可支持任何tcp上层协议（访问内网网站、本地支付接口调试、ssh访问、远程桌面...）。目前市面上提供类似服务的有花生壳、TeamView、GoToMyCloud等等，但要使用第三方的公网服务器就必须为第三方付费，并且这些服务都有各种各样的限制，此外，由于数据包会流经第三方，因此对数据安全也是一大隐患。参考教程：业余草推荐一款局域网（内网）穿透工具lanproxy8、SpikeSpike是一个可以用来将你的内网服务暴露在公网的快速的反向代理，基于ReactPHP，采用IO多路复用模型。采用Php实现。参考教程：使用 PHP 实现的的内网穿透工具 “Spike”9、Frpfrp 是一个可用于内网穿透的高性能的反向代理应用，支持 tcp, udp, http, https 协议。利用处于内网或防火墙后的机器，对外网环境提供 http 或 https 服务。对于 http, https 服务支持基于域名的虚拟主机，支持自定义域名绑定，使多个域名可以共用一个80端口。利用处于内网或防火墙后的机器，对外网环境提供 tcp 和 udp 服务，例如在家里通过 ssh 访问处于公司内网环境内的主机。教程：一款很好用的内网穿透工具--FRP、使用frp实现内网穿透10、FcnFCN[free connect]是一款傻瓜式的一键接入私有网络的工具, fcn利用公共服务器以及数据加密技术实现：在免公网IP环境下，在任意联网机器上透明接入服务端所在局域网网段。支持多种系统，有免费版和付费版。教程：内网穿透工具FCN介绍上面便是我所知道的内网穿透工具，其中ngrok相关的我基本都用过还有frp，都差不多。大部分都可以免费去使用，但是我不建议大家把这些免费的穿透工具去放到比较重要的云服务器中去使用，容易被攻击。我的小伙伴，开始你的穿透之旅吧。Proxy-Go 详细介绍Proxy是golang实现的高性能http,https,websocket,tcp,udp,socks5代理服务器,支持正向代理、反向代理、透明代理、内网穿透、TCP/UDP端口映射、SSH中转、TLS加密传输、协议转换、DNS防污染代理。Features链式代理,程序本身可以作为一级代理,如果设置了上级代理那么可以作为二级代理,乃至N级代理。通讯加密,如果程序不是一级代理,而且上级代理也是本程序,那么可以加密和上级代理之间的通讯,采用底层tls高强度加密,安全无特征。智能HTTP,SOCKS5代理,会自动判断访问的网站是否屏蔽,如果被屏蔽那么就会使用上级代理(前提是配置了上级代理)访问网站;如果访问的网站没有被屏蔽,为了加速访问,代理会直接访问网站,不使用上级代理。域名黑白名单，更加自由的控制网站的访问方式。跨平台性,无论你是widows,linux,还是mac,甚至是树莓派,都可以很好的运行proxy。多协议支持,支持HTTP(S),TCP,UDP,Websocket,SOCKS5代理。TCP/UDP端口转发。支持内网穿透,协议支持TCP和UDP。SSH中转,HTTP(S),SOCKS5代理支持SSH中转,上级Linux服务器不需要任何服务端,本地一个proxy即可开心上网。KCP协议支持,HTTP(S),SOCKS5代理支持KCP协议传输数据,降低延迟,提升浏览体验.集成外部API，HTTP(S),SOCKS5代理认证功能可以与外部HTTP API集成，可以方便的通过外部系统控制代理用户。反向代理,支持直接把域名解析到proxy监听的ip,然后proxy就会帮你代理访问需要访问的HTTP(S)网站。透明HTTP(S)代理,配合iptables,在网关直接把出去的80,443方向的流量转发到proxy,就能实现无感知的智能路由器代理。协议转换，可以把已经存在的HTTP(S)或SOCKS5代理转换为一个端口同时支持HTTP(S)和SOCKS5代理，转换后的SOCKS5代理不支持UDP功能,同时支持强大的级联认证功能。自定义底层加密传输，http(s)spssocks代理在tcp之上可以通过tls标准加密以及kcp协议加密tcp数据,除此之外还支持在tls和kcp之后进行自定义加密,也就是说自定义加密和tls|kcp是可以联合使用的,内部采用AES256加密,使用的时候只需要自己定义一个密码即可。底层压缩高效传输，http(s)spssocks代理在tcp之上可以通过自定义加密和tls标准加密以及kcp协议加密tcp数据,在加密之后还可以对数据进行压缩,也就是说压缩功能和自定义加密和tls|kcp是可以联合使用的。安全的DNS代理，可以通过本地的proxy提供的DNS代理服务器与上级代理加密通讯实现安全防污染的DNS查询。Why need these?当由于安全因素或者限制,我们不能顺畅的访问我们在其它地方的服务,我们可以通过多个相连的proxy节点建立起一个安全的隧道,顺畅的访问我们的服务.微信接口本地开发,方便调试.远程访问内网机器.和小伙伴一起玩局域网游戏.以前只能在局域网玩的,现在可以在任何地方玩. 替代圣剑内网通，显IP内网通，花生壳之类的工具.
很多人都想随时随地能轻松远程访问家里的 NAS (私人网盘/共享文件)，或连接电脑远程桌面控制、访问公司内部 OA 系统，还有一些摄像头、树莓派等设备也希望能在公网直接访问。 但可惜的是，大家的宽带基本都没有公网 IP，无论家里还是公司的设备都处于内网里，是无法在互联网上被直接访问的，我们需要内网穿透工具 (或叫端口映射软件) 来解决这问题。但此类工具很多都比较复杂；为了简单，我们挑选了免费的「网云穿」来作为教程给大家演示……免费方便的内网穿透软件 - 网云穿网云穿是一款非常简洁易用且免费的内网穿透工具以及端口映射软件。你无需额外购买和配置服务器、也不必设置路由器，就能轻松地将局域网内的 Windows、Mac、Linux 电脑、群晖 /威联通 NAS、树莓派、摄像头等等各种网络设备“对外开放”，解决无公网 IP 的烦恼免费简单的内网穿透软件，外网快速打通内网_新浪众测 成功穿透内网之后，自己或他人都能在互联网上直接访问到你所提供的网络服务，比如家里 NAS 建立的私人网盘、公司内部的金蝶、用友、管家婆等 OA、ERP 系统、树莓派上建立的网站/数据库、摄像头监控、远程桌面连接控制 PC 或 Mac 电脑、自建的游戏服务器等等。而且它还有1条永久免费的隧道可以“白嫖”，有需要的同学不妨来试试看。
 端口映射”通俗来说就是将外网主机的IP地址端口映射到内网中一台机器，提供相应的服务。内网相通，电因特网对外开放服务或者接收大数据，都需要端口映射。首先，想要做好端口映射，确定路由器，清楚的认识软件需要开放什么端口号，设置独立固定的Ip地址，关闭主机防火墙，检查wan口获取的Ip是否是公网Ip，最后就是测试。之前市场上有很多免费版的端口映射工具，现如今基本上都收费了；且测试后，感觉有部分付费的效果也不尽人意。后来测试一款试用的，综合使用后感觉挺稳定，个人开发测试与商用都挺合适，因为我是用来实现再家可以远程访问公司内部的文件，工作需要，没有公网ip很不方便。这个法子挺好用，使用教程如下：需要的工具：网云穿内网穿透一个可以正常上网的电脑 网云穿是一款可以在包括但不限于Windows、Mac、Linux、群辉、树莓派、威联通上使用的内网穿透，它可以很便捷的帮助你将本地内网的应用发布出去，比如：网站、数据库、硬盘文件、远程桌面、应用、游戏(如我的世界)等等，这样您就可以很方便的微信调试、自建云盘、异地办公等等，它不需要您有公网IP、不需要您有服务器、也不需要您设置任何路由器，只需要您安装软件进行简单设置即可直接使用。WIndows使用网云穿穿透3389远程桌面首先我们开启被远程那台电脑的远程桌面访问功能（因为这个网云穿只需要安装在被远程的电脑上即可
广东地区的人善于煲粥、煲汤，和北方只是单纯的“白粥”不同，粤式的“生滚粥”中还会加入鱼片、牛肉、猪肝、海鲜等食材，种类繁多，口感极佳。我曾经在顺德的街头喝过一碗生滚牛肉粥，直接给上一锅还在沸腾的白粥，一盘生牛肉和一个鸡蛋，和吃火锅一样，可以一边涮一边吃，爽滑鲜香细嫩的口感真是让人难忘，不得不佩服他们对吃的专业程度。这些粥在北方很难吃到，但有一道粥，却风靡大江南北，虽然是咸粥，但大家都爱喝，它就是皮蛋瘦肉粥。 皮蛋瘦肉粥是一道经典的粤式小吃，之所以能流行起来，多半也和它是食材易得，简单易做，也没有牛肉粥或是海鲜粥那样对食材新鲜程度苛刻的要求，价格便宜实惠，不管是早餐还是宵夜，来一份皮蛋瘦肉总是能藉慰饥肠辘辘的肠胃。不过皮蛋瘦肉粥想做的好吃，其实也并不容易，看似简单，技巧却不少。分享一道皮蛋瘦肉粥的做法，用此方法来煲粥，又香又滑，学会都能开店了。皮蛋瘦肉粥所用食材：松花蛋一个、里脊肉2两、大米、小葱、姜、盐、胡椒粉适量。挑选皮蛋：皮蛋尽量选用“无铅”的，吃起来会更健康，传统工艺上，要用到黄丹粉这种化学名叫氧化铅的添加剂。松花蛋上那些美丽的花纹就是它制作出来的，但铅是重金属之一，对人体有害，购买的时候要尽量挑选标注“无铅”的品牌，如果是无品牌的散装松花蛋，要选购蛋壳上斑点比较少的，因为这些斑点都是重金属比较多腐蚀出来的，多吃无益。选用肉：肉要用纯瘦、细嫩的里脊肉，不能用带肥肉的，因为烹饪的时间非常短，有肥肉会煮不熟，无法食用。选用米：米就直接用普通大米就行，也有人喜欢用糯米和粳米来混合增加黏度，增加一些糯米进去熬粥的速度也会更快一些，口感会略微有些不同，这些就看个人喜好了。第一步：煲粥底。不管熬什么粥，粥底是最重要的，否则一切都是白费。大米要加入一些色拉油和盐拌匀腌制半个小时以上，这样处理过后，煮粥会更加容易开花，也会更加滑顺，香味更浓，根据所用炊具的不同，水和米的比例也有不同，用普通的锅来熬水要多一些，大约是15:1的比例，用电饭煲熬粥水可以减少一半，用7:1的比例即可。总之，需要把米粒熬到看不到完整的，粥底绵软黏稠为佳。第二步：松花蛋入锅煮上5分钟，为什么要煮松花蛋呢？松花蛋本身其实是生的，在制作的过程中，因为石灰等碱性物质，和鸭蛋中的蛋白质发生了反应，看起来好像熟了而已。做皮蛋瘦肉粥的时候，把松花蛋煮一会有2个好处：第一可以让中间没有凝固的部分都凝固，方便烹饪。第二可以消除松花蛋的碱味和腥味，让粥的味道更佳。第三步：腌里脊肉，里脊肉切丝以后，加入1勺料酒，半勺盐拌匀腌制10分钟，然后加入3勺水抓匀，让里脊肉将水完全吸收掉，吃起来会更加细嫩一些。第四步：将皮蛋切小丁，切一些细细的姜丝，一起加入煮好的白粥锅中，盖上锅盖焖煮10分钟。 第五步：最后将腌制好的里脊肉倒入锅中，用汤勺不断的搅拌，可以让里脊肉熟得更快一些。肉丝变色后，即可关火了，加入一些胡椒粉、小葱碎，搅拌均匀后即可食用了。这样一碗鲜香四溢的皮蛋瘦肉粥就做好了。1、腌肉的时候盐可以稍微多一些，或者直接用腌制好的咸肉也是可以的，这道粥的咸味主要是从腌肉中来的。2、米可以选用香味更佳的东北粳米，油性更大，更适合熬粥。3后要加胡椒粉，胡椒要提前用一点水化开，否则入锅以后会结块，很难化开。
目前最简单的内网穿透工具当属奥特曼穿透。实力强，速度快，稳定性好，非常适合用于穿透

流量是传输数据量的总计，你的说法有点不好.TCP和UDP都是一种传输协议TUP安全可靠：两者需要建立连接之后才可以传输数据，（比如电话：需要接听后才可以通话）UDP方便：就是不需要建立连接，比如A传输数据给B，直接发送，不管数据是否丢失，就像手机发短信一样，发送就完成了，而接收方不一定能收到信息，QQ就是利用UDP传输协议，有时候发的信息会丢失，但情况很少。个人就是那么理解的，希望能帮上你
中国移动、中国联通推行的GPRS网络、CDMA网络已覆盖大量的区域，通过无线网络实现数据传输成为可能。无线Modem采用GPRS、CDMA模块通过中国移动、中国联通的GPRS、CDMA网络进行数据传输，并通TCP/IP协议进行数据封包，可灵活地实现多种设备接入，工程安装简单，在工业现场数据传输的应用中，能很好的解决偏远无网络无电话线路地区的数据传输的难题。同传统的数传电台想比较，更具有简便性、灵活性、易操作性，同时还降低了成本，无线Modem传输方案是现代化工业现场数据传输最好的选择方案。 目前中国移动、中国联通提供的GPRS网络、CDMA网络的数据传输带宽在40Kbps左右，且受带宽的限制，数据采集方案最好采用于主动告警、数据轮巡采集、告警主动回叫等对传输带宽占用较少的采集方式。同时考虑对前置机实时采集方案的支持，无线Modem传输方案只能作为目前传输方案的补充。随着无线通讯技术的不断发展，无线传输数据带宽将不断提高，采用3G无线网络，数据传输带宽将达到2M，无线传输方案将逐渐成为监控传输组网的主要应用方案。目前，由于GPRS和CDMA固有的特性，在各个领域中GPRS和CDMA的应用也越来越广泛，但是关于传输中使用TCP/IP协议还是UDP协议，却争论很多。 这里先简单的说一下TCP与UDP的区别：1。基于连接与无连接2。对系统资源的要求（TCP较多，UDP少）3。UDP程序结构较简单4。流模式与数据报模式5。TCP保证数据正确性，UDP可能丢包，TCP保证数据顺序，UDP不保证另外结合GPRS网络的情况具体的谈一下他们的区别：1。TCP传输存在一定的延时，大概是1600MS（移动提供），UDP响应速度稍微快一些。2。TCP包头结构源端口16位目标端口 16位序列号 32位回应序号 32位TCP头长度 4位reserved 6位控制代码6位窗口大小16位偏移量16位校验和16位选项 32位(可选)这样我们得出了TCP包头的最小大小.就是20字节. 　　UDP包头结构源端口16位目的端口16位长度 16位校验和 16位UDP的包小很多.确实如此.因为UDP是非可靠连接.设计初衷就是尽可能快的将数据包发送出去.所以UDP协议显得非常精简.3。GPRS网络端口资源，UDP十分紧缺，变化很快；而TCP采用可靠链路传输，不存在端口变化的问题工业场合的应用一般都有以下特点， 1。要求时时传输，但也有一些场合是定时传输，总的来说在整个传输过程中要求服务器中心端和GPRS终端设备能相互的、时时的传输数据。TCP本身就是可靠链路传输，提供一个时时的双向的传输通道，能很好的满足工业现场传输的要求。但是GPRS网络对TCP链路也存在一个限制：此条链路在长时间（大概20分钟左右，视具体情况而定）没有数据流量，会自动降低此链路的优先级直至强制断开此链路。所以在实际使用中也会采用心跳包（一般是一个字节的数据）来维持此链路。UDP由于自身特点，以及GPRS网络UDP端口资源的有限性，在一段时间没有数据流量后，端口容易改变，产生的影响就是从服务器中心端向GPRS终端发送数据，GPRS终端接收不到。具体的原因就是移动网关从中作了中转，需要隔一定时间给主机发UDP包来维持这个IP和端口号,这样主机就能主动给GPRS发UDP包了并且我在测试中发现,这个间隔时间很短,我在1多分钟发一次UDP包才能够维持,但是再长可能移动网关那边就要丢失这个端口了,此时如果主机想主动发数据给GPRS,那肯定是不行的了,只有GPRS终端设备再发一个UDP包过去,移动重新给你分配一个中转IP和端口,才能够进行双向通讯。 2。要求数据的丢包率较小。有些工业场合，例如电力、水务抄表，环保监测等等，不容许传输过程中的数据丢失或者最大限度的要求数据的可靠性。从这一点来看，很显然在无线数据传输过程中，TCP比UDP更能保证数据的完整性、可靠性，存在更小的丢包率。在实际测试中也是如此。以厦门桑荣科技有限公司提供的GPRS终端设备为例：TCP的在千分之9，UDP的在千分之17左右。3。要求降低费用。目前有很大部分GPRS设备的应用都是取代前期无线数传电台，除了使用范围外，其考虑的主要问题就是费用。能降低费用当然都是大家最愿意接受的。和费用直接相关的就是流量了，流量低，费用就低了。虽然TCP本身的包头要比UDP多，但是UDP在实际应用中往往需要维护双向通道，就必须要通过大量的心跳包数据来维护端口资源。总的比较起来，UDP的实际流量要比TCP还要大。很多使用者在初期的时候并不了解UDP需要大量心跳包来维持端口资源这个问题，往往都认为UDP要比TCP更节省流量，实际上这里存在着一个误区。4。在某些特定的应用场合，例如一些银行的时时交互系统，对响应速度要求很高，此时数据传输频率较快，不需要大量心跳包维持UDP端口资源，采用UDP就比较有利了。5。在目前的1：N的传输模式中，既有多个GPRS终端设备往一个服务器中心传输数据，此时采用UDP会比TCP要好的多，因为UDP耗用更少的系统资源。但是在实际应用中却发现，很多用户还是采用TCP的传输方式，建立二级中心1：A（1：N），即每一个分中心对应N/A台设备，独立处理数据，再统一将数据传送到主中心。这样既能保证了传输过程中采用了TCP的传输协议，又能很好处理了中心服务器的多链路的系统耗用的问题。总的来说，我认为TCP/IP协议更能满足目前各行业对远程数据传输的要求，它提供更稳定更便利的传输通道，很好的满足了远程数据传输的要求。 本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/robin1115/archive/2010/03/19/5396099.aspx