三次握手的初始序号(tcp三次握手初始序列号)

至少这样正常的三次交流双方都能够知道并且确认对方初始的序列号，也就是说主机1告诉主机2序列号，主机2回复主机1说收到了你的序列号并告诉主机1我的初始序列号是什么，主机1收到来自主机2的序列号以后，告诉主机2，我也收到你的序列号了。看一下对于特殊情况，这三次握手是如何处理的：这个时候，主机2对与这个过期的CR包，将会发送确认给主机1问问是否真的是有这个包，而对于过期的DATA包，主机2会识别到序列号不对而忽略。这个时候，主机2收到的CR包将被忽略，而DATA包也会因为序列号不对而被丢弃这时主机2会发送一个确认请求给主机1，问问他是否存在这个请求，而主机1回应说我已经放弃这个请求了，所以回复REJECT（ACK = y）拒绝主机2，主机2知道后就不再理会。假设主机1向主机2发送一个请求，这个请求在网络中游荡了好久，主机2还没有收到，这是主机1看见没有反应，放弃不再请求，而之前发送的这个请求才到达主机2：假设主机1向主机2发送的CR（seq = x）包以及DATA（seq = y, ACK = z）包都在网络中游荡了很久，而这时主机1已经和主机2建立了可靠的连接（seq = x + 100,ACK = y + 200）假设主机1向主机2发送的CR（seq = x）包以及DATA（seq = y, ACK = z）包都在网络中游荡了很久，而这时主机1与主机2并没有建立连接总之，三次握手后能够确保双方都能知道对方的初始序列号，而防止误收数据包的一个关键就是使用序列号进行确认

4、-> ack XXXX(xx表示载荷包。因为第3步仅是一个确认包，它没有包含任何有效数据，所以这里的Seq仍旧是4071231309。仍旧是对第2步确认) TCP: Sequence number =4071231309TCP: Acknowledgement number =1191340144一般应用都是客户端先向服务器发数据的。这个过程有几个规则：规则1、累计确认。接收端对收到的载荷包（数据字段有值的TCP包），回应一个确认包，确认号是所收到包的TCP数据字段最后一个字节＋1。规则2、捎带确认。载荷包必须捎带确认字段。这样可以减少网络流量。 规则3、虚字节。有些数据包（ACK）不携带任何数据，所以不消耗序列号，也就是说仍旧保持不变。
TCP: Sequence number = 1191340145 TCP: Acknowledgement number =40712313101TCP: Sequence number = xTCP: Acknowledgement number =y2TCP: Sequence number = yTCP: Acknowledgement number =x+13TCP: Sequence number = x+1TCP: Acknowledgement number =y+14:TCP: Sequence number = y+1TCP: Acknowledgement number =x+2 ……
TCP需要三次握手才能建立连接，那么为什么需要三次握手呢？

1) 请求端（通常称为客户）发送一个S Y N段指明客户打算连接的服务器的端口，以及初始序号（I S N）。这个S Y N段为报文段1。 2) 服务器发回包含服务器的初始序号的S Y N报文段（报文段2）作为应答。同时，将确认序号设置为客户的I S N加1以对客户的S Y N报文段进行确认。一个S Y N将占用一个序号。3) 客户必须将确认序号设置为服务器的I S N加1以对服务器的S Y N报文段进行确认（报文段3）。这三个报文段完成连接的建立。这个过程也称为三次握（three-wayhandshake）。根据这个定义,我们有以下几个问题需要明确:1,报文段1如何确定客户端初始序号ISN, 同理报文段2如何确定服务器端初始序号ISN?2,tcp通过三次握手机制保证发送和接受的同步,保证数据的可靠传送.3,和可靠性相关的还有以下三个概念很重要:未连接队列：在三次握手协议中，服务器维护一个未连接队列，该队列为每个客户端的SYN包开设一个条目，该条目表明服务器已收到SYN包，并向客户发出确认，正在等待客户的确认包。这些条目所标识的连接在服务器处于Syn_RECV状态，当服务器收到客户的确认包时，删除该条目，服务器进入ESTABLISHED状态。Backlog参数：表示未连接队列的最大容纳数目。SYN-ACK 重传次数 服务器发送完SYN－ACK包，如果未收到客户确认包，服务器进行首次重传，等待一段时间仍未收到客户确认包，进行第二次重传，如果重传次数超过系统规定的最大重传次数，系统将该连接信息从半连接队列中删除。注意，每次重传等待的时间不一定相同。 半连接存活时间：是指半连接队列的条目存活的最长时间，也即服务从收到SYN包到确认这个报文无效的最长时间，该时间值是所有重传请求包的最长等待时间总和。有时我们也称半连接存活时间为Timeout时间、SYN_RECV存活时间。
所谓的“三握手”：对每次发送的数据量是怎样跟踪进行协商使数据段的发送和接收同步，根据所接收到的数据量而确定的数据确认数及数据发送、接收完毕后何时撤消联系，并建立虚连接。为了提供可靠的传送，TCP在发送新的数据之前，以特定的顺序将数据包的序号，并需要这些包传送给目标机之后的确认消息
不太清楚你自己去百度看看
这是``历史问题嘛
过去问题嘛

三次握手： 所谓的“三握手”：对每次发送的数据量是怎样跟踪进行协商使数据段的发送和接收同步，根据所接收到的数据量而确定的数据确认数及数据发送、接收完毕后何时撤消联系，并建立虚连接。为了提供可靠的传送，TCP在发送新的数据之前，以特定的顺序将数据包的序号，并需要这些包传送给目标机之后的确认消息。TCP总是用来发送大批量的数据。当应用程序在收到数据后要做出确认时也要用到TCP。

tcp利用三次握手法建立连接的正常过程： 在三次握手第一次中主机A向主机B发出连接请求，其中包含主机A选择的初始序号x；第二次主机B收到请求后发出连接确认，其中包含主机B选择的初始序号y，以及主机B对主机A初始序号x的确认，第三次主机A向主机B发送序号为x的数据信息，其中包含主机A对主机B初始序号的确认

第一次握手：A客户进程向B发出连接请求报文段，（首部的同步位SYN=1，初始序号seq=x），（SYN=1的报文段不能携带数据）但要消耗掉一个序号，此时TCP客户进程进入SYN-SENT（同步已发送）状态。第二次握手：B收到连接请求报文段后，如同意建立连接，则向A发送确认，在确认报文段中（SYN=1，ACK=1，确认号ack=x+1，初始序号seq=y），TCP服务器进程进入SYN-RCVD（同步收到）状态；第三次握手：TCP客户进程收到B的确认后，要向B给出确认报文段（ACK=1，确认号ack=y+1，序号seq=x+1）（初始为seq=x，第二个报文段所以要+1），ACK报文段可以携带数据，不携带数据则不消耗序号。TCP连接已经建立，A进入ESTABLISHED（已建立连接）。当B收到A的确认后，也进入ESTABLISHED状态。time_wait什么时候出现？当请求量比较大的时候，而且所有的请求都是短连接的时候。因为每一个连接在结束4次挥手的时候，都会有一个time-wait状态的socket出现。这里描述一下4次挥手的过程客户端发起close，此时给服务器发送FIN分节，客户端此时的状态为time_wait_1，服务器收到FIN分节，状态变为CLOSE_WAIT，此时服务端的read函数返回0，发送应答ACK M+1给客户端，客户端收到ACK包后状态变为TIME_WAIT_2。然后服务器调用close发起FIN分节，此时服务器的状态为LAST_ASK，客户端收到FIN分节后状态变为TIME_WAIT状态，同时返回一个ACK 应答给服务器，服务端收到ACK分分节后状态变为CLOSED。