tcp连接建立后(tcp连接建立后数据传送序号)

TCP连接包括以下三个过程：1、LISTEN：侦听来自远方的TCP端口的连接请求。2、SYN-SENT：再发送连接请求后等待匹配的连接请求。3、SYN-RECEIVED：再收到和发送。扩展资料：在TCP／IP中，TCP协议通过三次握手来建立连接，从而提供可靠的连接服务。第一次握手：建立连接后，客户端向服务器发送syn包（syn＝j），进入SYN＿SEND状态，等待服务器确认；第二次握手：当服务器收到syn包时，必须确认客户端的syn（ack＝j＋1）并发送一个syn包（syn＝k），即syn＋ack包。此时，服务器进入SYN＿RECV状态。第三次握手：SYN＋ACK包，客户端收到服务器端发来的确认包ACK（ACK＝k＋1），来发送这个包来发送，客户端和服务器端进入建立状态，完成三路握手。
TCP连接包括以下三个过程： 1. LISTEN：侦听来自远方的TCP端口的连接请求2. SYN-SENT：再发送连接请求后等待匹配的连接请求 3. SYN-RECEIVED：再收到和发送
1. LISTEN：侦听来自远方的TCP端口的连接请求 2. SYN-SENT：再发送连接请求后等待匹配的连接请求 3. SYN-RECEIVED：再收到和发送

Socket clientSock = ServerSocket.Accpet(); 接受客户端连接DateTime connectTime = DateTime.Now;连接一个客户端后，当前时间就是连接时间。(clientSock.RemoteEndPoint as IPEndPoint).IPAddress;ip地址(clientSock.RemoteEndPoint as IPEndPoint).Port; 端口号

TCP是面向连接的协议。运输连接是用来传送TCP报文的。TCP运输连接的建立和释放是每一次连接通信过程中必不可少的。因此，运输连接就有三个阶段：连接建立，数据传送和连接释放。需要解决以下3个问题：连接建立这个过程，需要在客户端和服务器之间，交换3个TCP报文段，也就是三次握手????x3。????请注意，在本例中，A主动打开连接，B被动打开连接一开始，B就在准备接受客户进程的连接请求，然后服务器进程就处于 LISTEN （收听）状态，等待客户的连接请求。如有，即作出响应。A的TCP客户进程像B发出连接请求报文段，这时，首部中的同步位SYN = 1，同时选择一个初始序号 seq = x 。TCP规定????，SYN报文段不能携带数据，但要消耗掉一个序号。这时，TCP客户进程进入SYN-SENT（同步已发送）状态。B收到连接请求的报文段后，如同意建立连接，则向A发送确认。在确认报文段中，应把SYN位和ASK位都置1，确认号是 ack = x + 1 ，同时也为自己选择一个初始序号 seq = y 。请注意，这个报文段也不能携带数据。但同样要消耗掉一个序号。这时，TCP服务器进程进入SYN-RCVD（同步收到）状态。TCP客户进程收到B的确认后，还要向B给出确认。确认报文段的ACK置1，确认号 ack = y + 1 ，而自己的序号 seq = x + 1 。TCP的标准规定????，ACK报文段可以携带数据。但如果不携带数据则不消耗序号，在这种情况下，下一个数据报文段的序号仍是 seq = x +1 。这时，TCP连接已经建立????，A进入ESTABLISHED（已建立连接）状态。当B收到A的确认后，也进入ESTABLISHED（已建立连接）???? Q:为什么A最后还有发送一次确认呢？????A:主要是为了防止已失效的连接请求报文段突然又传送到B，因而产生错误。所谓“已失效的连接请求报文段”是这样产生的。????考虑一种正常情况，A 发出连接请求????，但因连接请求报文丢失而未收到确认。于是A再重传一次连接请求。后来收到了确认，建立了连接。数据传输完毕后，就释放了连接。A共发出了两个连接请求的报文段，其中第一个丢失????，第二个到达了B????，没有“已失效的连接请求报文段”。????现假定出现一种异常情况，即A发出的第一个连接请求报文段并没有丢失，而是在某个网络节点长时间的滞留????，以至延误到连接释放以后的某个时间才到达B。本来这是一个 早已失效的报文段 ，但是B收到此时小的连接请求的报文段之后，误以为是A又发出一次新的连接请求。于是向A发出确认报文段，同意建立连接。假定不采用报文握手。那么只要B发出确认之后，新的连接就建立了。由于现在A并没有发出建立连接的请求，因此不会理睬B的确认????，也不会向B发送数据，但B确以为新的运输连接已经建立，并一直等待A发来的数据。B的许多资源就这样白白浪费了。

TCP server 为什么一个端口可以建立多个连接？我一直对这个问题有个疑问，今天看到一个论坛里面的讨论，看到了一些回答，解决了我的疑惑，并且我搜索了一些其他资料，记录在这里。TCP server 可以，TCP client 也可以。一个套接字只能建立一个连接，无论对于 server 还是 client。TCP server 可以，TCP client 也可以。一个套接字只能建立一个连接，无论对于 server 还是 client。注意报错消息是：[Errno 106] (EISCONN) Transport endpoint is already connectedman 2 connect 说得很清楚了：Generally, connection-based protocol sockets may successfully connect() only once; connectionless protocol sockets may use connect() multiple times to change their association.就是说，TCP 套接字最多只能调用 connect 一次。那么，你的监听套接字调用 connect 了几次？来点有意思的。一个套接字不能连接两次，并不代表一个本地地址不能用两次，看！*加粗文字加粗文字*>>> import socket>>> s = socket.socket()# since Linux 3.9, 见 man 7 socket>>> s.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEPORT, 1)>>> s2 = socket.socket()>>> s2.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEPORT, 1)>>> s.bind(('127.0.0.1', 12345))>>> s2.bind(('127.0.0.1', 12345))# 都可以使用同一本地地址来连接哦>>> s.connect(('127.0.0.1', 80))>>> s2.connect(('127.0.0.1', 4321))>>> netstat -npt | grep 12345(Not all processes could be identified, non-owned process infowill not be shown, you would have to be root to see it all.)tcp        0      0 127.0.0.1:4321          127.0.0.1:12345         ESTABLISHED 18284/python3tcp        0      0 127.0.0.1:12345         127.0.0.1:4321          ESTABLISHED 4568/python3tcp        0      0 127.0.0.1:80            127.0.0.1:12345         ESTABLISHED -tcp        0      0 127.0.0.1:12345         127.0.0.1:80            ESTABLISHED 4568/python3123456789101112131415161718端口重用引发的惨案再接下来分析：一个TCP连接需要由四元组来形成，即(src_ip,src_port,dst_ip,dst_port)。假设有客户端建立了连接(src_ip1,src_port1,dst_ip1,dst_port1)，那么，如果我们还有listen在(src_ip1,src_port1)，那么当(dst_ip1,dst_port1)发送消息过来，系统应该把消息给谁？所以就说明了客户端占用了某一端口时，该端口就不能被其它进程listen了。那么，对于有些童鞋，可能还有这样的疑问，是否一台机器就只能建立65535个连接了（端口16位限制）？非也，一个连接由四元组(src_ip,src_port,dst_ip,dst_port)形式，那么当(src_ip,src_port)一定时，变化的(dst_ip,dst_port)就可以建立更多连接了。可能有些童鞋还有疑问，作为一个服务器监控一个端口，比如80端口，它为什么可以建立上百万个连接？首先要明白一点，当accept出来后的新socket，它所占用的本地端口依然是80端口，很多新手都以为是一个新的随机端口。由四元组就很容易分析到了，同一个(src_ip,src_port)，它所对应的(dst_ip,dst_port)可以无穷变化，这样就可以建立很多个客户端的请求了。以后遇到奇怪的问题，可以简单的采用四元组原理分析一下了。网络编程释疑之：单台服务器上的并发TCP连接数可以有多少一个人也可以建立 TCP 连接呢希望对你有帮助，祝你好运！

socket底层是传输层的协议，主要是TCP和UDP 发生你说的这种情况，下面几种可能1、你打开的socket是udp，udp是不会确保消息送达目的端的，但是也不会出现每次都只接收到休眠前的第一条消息的情况。而且你描述的问题并不是udp通信，是tcp通信。2、你打开的socket是tcp，这种情况下，两端的主机要先进行三次握手，之后才能传输信息。三次握手之后，通信双方共同维持连接。一旦其中一方发送数据时发现，发送出去的数据无法及时收到对应的ack导致timeout，会进行一个延迟重发的操作，一旦延迟重发次数达到上限，便会发出终止数据包结束会话。很明显，服务端休眠时无法完成三次握手操作，这时客户端会终止此次tcp连接，转为不停发送探测数据包探测目标主机是否可达。这个时候发送的数据自然无法被接收到。3、缓存设置的问题，接着上面第三种可能性，当你发送数据的时候，实际上是先写入socket底层buff空间。然后将数据打包发出去。如果前面的数据没有及时发送出去导致buff溢出，后面再投向socket的信息会被丢掉。 4、以上都是我瞎扯的，服务器都休眠了你还想别人有回应，咋不上天？