这个故事是我们对2011年埃及抗争的特别报导的一部分。

返回192.168.0.1路由器设置

最后更新：2021-10-21 03:59:37 手机定位技术交流文章

1. 运输层概述

运输层主要负责多路线化(多路化)和多常规分离,从港口到网络的IP服务,如插座到IP套座。
字节( 套装) 的端口号指定为 16 位数( 0-65535), 其中 0- 1023 是一个把手。

在联合民主党中,网络层称为数据报告,但在TCP中,网络层称为报告线。

2. UDP过程

它仅供各组群用来确定港口号、重新使用和分解许多路线、测试额外数据的长度并将其传送到网络层。

3. TCP

通过使用反馈、计时器和转播实现可依赖的传播。

IP层仅能提供最佳服务,我们必须提供端到端的可靠性保证。

接收方反馈:对发送方的投入是否或是否适当地分类为一组,包括肯定的(ACK)和否定的(NAK)确认。

(b) 启用TCP后,定时器可以动态设定(指数加权移动平均数):

RRT平均数:估计RTT = (1-a) 估计RTT + a. 抽样RTT /RTT 偏离:DevRT = (1-b) DevRT + b 抽样RT-估计RTT 超时:超时间隔 = 估计RT + 4 DevRT / 一旦超时:

发送方重传

通过对宽带进行流化,加强宽带的使用。

根据协议的截断版本,可使用流线传输,将数据从一个窗口传送到各组,而不再有人来提高宽带利用率。当在窗口前收到ACK时,ACK将移动窗口并发送一个新的组发送。请注意,rdt和TCP的排列方式与窗口不同,因为Rdt和TCP的窗口的内容不同:

rdt：rdt分组之间并无关系，因此在窗口内采用循环成环的序号空间。rdtSR协议中，为了在接收窗口中绝对地区分新到分组和因丢失ACK后重发地冗余分组，接受窗口<=发送窗口的一半；
TCP:由于TCP组是一个数据持续报告字段,数据流中的初始字节位置被用作分组编号。

同时,还有一个问题,处理这一窗口中的集群有两种办法:累积(和为了)或有选择地处理。

协议	反馈	重传	定时
rdtGBN	累积确认	全部重传	只有窗口的下半部分被计时。
tdtSR	选择确认	重复一遍,选择未经证实的团体。	对每个包单独定时
TCP	累积确认	要重复,请在窗口底部选择组。	仅用于最近确认的捆包

流量控制

为了管理流动和保证分配的缓存不会泄漏,发送者将Rwnd的自由空间保留在指挥接收人的接收窗口中。

拥塞控制

cwnd. 在正常业务过程中发生了三次重复的反锁和加班。

当收到三个多余的ACK时,它表示网络已经出现拥堵,而且网络处于快速恢复的状态:发件人窗口 cwnd 立即“ 红了一半+3 ”, 然后线性增长, 这意味着当收到新的ACK时, cwnd 恢复到一半( 和 shresh ), 然后线性增长。
当超时发生时, 这意味着拥堵非常糟糕, 以至于它回到缓慢的开始: 它相当于重设连接, cwnd 从一个返回!

dupACKcount == 3

timeout

注意！

三次握手、四次挥手

三次握手：
客户端主机随机选择序列号作为测试代码,并连接以提出 SYN 请求。
服务器根据 SYN 请求书Hash 作为测试代码计算 SYN cookies, 将 SYN 请求书代码作为请求代码返回, 并将 SYNACK 提交书作为响应代码返回。
客户端接收 SYNACK 信件, 为 TCP 连接划拨资源, 在有数据时添加数据, 设置发送 cookie+1 信件的请求代码, 并发送数据电文。
服务器主机验证请求代码 (request = cookie+1) 合法分配连接相关资源, 并建立一个 TCP 连接。

双方准备传输数据(双方都知道对方的准备情况),并获准就第一个序列号进行磋商,该序列号是在握手程序期间发送和确认的。

四波波:经确认的当事方必须处理与关闭有关的问题,不能迅速关闭,TCP与两根毛的连接可以终止。

确认方收到“终止请求”的电文,返回ACK,并处理了为关闭联系而需要处理的问题;要求方收到了“终止请求”的电文,等待确认该方对情况的处理。 (两者都是波浪)
确认方处理了此事,发出了确认性结束电文,收到了要求方的确认性结束电文,返回了ACK,并等待连接的正确关闭释放资源。在得到ACK后,确认方关闭了连接并释放了资源。 (两者都挥舞着)