udp_server
来源:互联网 发布:南风知我意傅云深全文 编辑:程序博客网 时间:2024/06/08 14:42
vim udp_server.c
vim client.c
运行结果如下:
udp 不可靠,那么如何在用户空间实现可靠性呢?
udp 不属于连接型协议,因而具有资源消耗小,处理速度快的优点,所以通常音频、视频和普通数据在传送时使用 UDP 较多,因为它们即使偶尔丢失一两个数据包,也不会对接收结果产生太大影响。
传输层无法保证数据的可靠传输,只能通过应用层来实现了。实现的方式可以参照 tcp 可靠性传输的方式,只是实现不在传输层,实现转移到了应用层。
实现确认机制、重传机制、窗口确认机制。
如果你不利用 Linux 协议栈以及上层 socket 机制,自己通过抓包和发包的方式去实现可靠性传输,那么必须实现如下功能:
发送:包的分片、包确认、包的重发。
接收:包的调序、包的序号确认。
目前有如下开源程序利用 udp 实现了可靠的数据传输。分别为 RUDP、RTP、UDT。
1)RUDP
RUDP 提供一组数据服务质量增强机制,如拥塞控制的改进、重发机制及淡化服务器算法等,从而在包丢失和网络拥塞的情况下, RTP 客户机(实时位置)面前呈现的就是一个高质量的 RTP 流。在不干扰协议的实时特性的同时,可靠 UDP 的拥塞控制机制允许 TCP 方式下的流控制行为。
2)RTP
实时传输协议(RTP)为数据提供了具有实时特征的端对端传送服务,如在组播或单播网络服务下的交互式视频音频或模拟数据。应用程序通常在 UDP 上运行 RTP 以便使用其多路结点和校验服务;这两种协议都提供了传输层协议的功能。但是 RTP 可以与其它适合的底层网络或传输协议一起使用。如果底层网络提供组播方式,那么 RTP 可以使用该组播表传输数据到多个目的地。
RTP 本身并没有提供按时发送机制或其它服务质量(QoS)保证,它依赖于底层服务去实现这一过程。 RTP 并不保证传送或防止无序传送,也不确定底层网络的可靠性。 RTP 实行有序传送, RTP 中的序列号允许接收方重组发送方的包序列,同时序列号也能用于决定适当的包位置,例如:在视频解码中,就不需要顺序解码。
3)UDT
基于 UDP 的数据传输协议(UDP-basedData Transfer Protocol,简称UDT)是一种互联网数据传输协议。UDT 的主要目的是支持高速广域网上的海量数据传输,而互联网上的标准数据传输协议 TCP 在高带宽长距离网络上性能很差。顾名思义,UDT 建于 UDP 之上,并引入新的拥塞控制和数据可靠性控制机制。UDT 是面向连接的双向的应用层协议。它同时支持可靠的数据流传输和部分可靠的数据报传输。由于 UDT 完全在 UDP 上实现,它也可以应用在除了高速数据传输之外的其它应用领域,例如点到点技术(P2P),防火墙穿透,多媒体数据传输等等。
- udp_server
- udp_server
- udp_server
- udp_server
- UDP_server
- udp_server
- udp_server
- udp_server
- 【网络】udp_server
- linux之UDP_server
- 【Linux】中UDP_server的实现
- 网络编程学习笔记(udp_server函数)
- 使用udp_client或者udp_connect和udp_server 的时间获取函数
- UDP_server服务器和用户空间下如何实现可靠性
- 自然数幂和 斯特林数
- Hadoop基础教程-第9章 HA高可用(9.3 HDFS 高可用运行)(草稿)
- javascript报错原因
- scp和rsync--ssh文件传输
- 将 Tomcat 和 Eclipse 相关联
- udp_server
- 洛谷P1085 不高兴的津津
- windows10 下不能访问Hadoop在虚拟机中部署的完全分布式的hdfs和mapreduce问题
- hdu 2188
- 我的服务器开发之路-413 request entity too large
- java基础语法(一)
- freemarker注意细节
- Eclipse反编译工具Jad及插件JadClipse配置
- Codeforces Round #423 (Div. 2) D. High Load