Discuz! Board

標題: 条件第是传输的数据不会出 [打印本頁]

作者: mostafizk97 時間: 2024-1-13 12:31
標題: 条件第是传输的数据不会出
点特点是面向连接的运输层协议所谓面向连接就是指在进行数据通信前需要先建立连接主要是通过三次握手机制实现在进行数据通信后需要断开连接主要是通过四次挥手机制实现。每条连接只能有两个端点每条连接都是两个端点之间的通信。提供可靠的交付服务通过发送的数据无差错不丢失不重复。是全双工的通信在发送端和接收端都设有缓存发送方将数据发送到缓存后就可以做自己的事接收方将数据放入缓存上层应用程序会在合适的时机来获取数据。是面向字节流的所谓流就是流入进程或者从进程重流出的字节序列。虽然应用进程和的交互是次个数据块但是会将数据块看成连串无结构的字节流不能保证。

发送的数据块和接收的数据块大小是致的但是字节流定是完全样的。如何保证可靠的发送的报文是交给层传送的而只能提供尽最大努力服务所以必须采取适当的措施才能使得两个运输层之间的通信变得可靠。理想的通信有两个现中东电话号码列表差错第二是无论发生数据的速度有多快接收端都来得及接收。但是在现实的网络环境下几乎是不可能实现的使用了重传机制来解决传输数据出错的问题使用流量控制来降低发送端的速度以便接收端来的及接收。停止等待协议每发送个分组就停下来等收到了对方对该分组的确认之后再继续发送下个分组。每发送完个分组就设置个超时计时器如果在规定的时间内没。

有收到分组的确认消息就会进行超时重传。在规定时间内收到了确认消息就会撤销计时器。同时需要注意三点①计时器设置的超时时间应该稍微长于分组的往返时间如果时间太长通信效率就会很低如果时间过短会产生不必要的重传浪费网络资源。②为每个分组都设有个副本以便超时重传时使用当收到了分组的确认后再进行清除。③分组和确认分组都必须进行编号这样才能明确是哪个分组收到了确认。协议假设分组的确认丢失了发送方在设定的超时时间内没有收到确认不知道是自己发送的分组丢失还是接收方的确认丢失因此发送方需要重传分组。当接收方收到了分组后就丢失这个分组重新发送确认。还有种情况是分。

歡迎光臨 Discuz! Board (http://man.win1.in/)