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：再收到和发送

你说的是宽带连接吧？TCP是协议。 如果是宽带，那要确定很简单，分物理环境和软件环境两要素：其中物理的就基本设备正常（包括网卡，路由或猫，外网畅通，接线等），并正确连接上。看设备指示灯和用PING的方法检查。 软件环境包括网卡驱动，系统环境，IP协议协议路由设置EXPLOER设置等。检查方法都不一样

两台主机分别为a和b，a主机中如果使用名称访问b主机必须先使用dns，将b的名称解析为ip，然后a主机一以自己的ip为源地址，b的ip为目标地址封装ip数据包，同时使用a自己的网卡接口的子网掩码和b的ip进行与运算，如果b和自己在相同网络机载接口直接发送出去。但接口在发送时还需要将ip数据包封装成数据帧，这需要两台主机的mac地址。如果a知道b的mac，则直接使用b 的mac作为数据帧中的目的地址，如果不知道则向网络中发送arp广播，将b的ip解析为mac。得到b的mac地址后完成数据帧的封装，将数据帧用高低不同的电平值表示发送到物理线路中就可以了。这是同一子网中a向b的单向通信过程。 不同子网的通信过程中，dns的名称解析是一样的。在数据包当中封装的源ip是a，目标ip是b，这个也一样。但是当a主机使用接口掩码和b的ip进行与运算后会发现两个ip不在同一子网，这是a会将这个数据包发送给本网络的网关（通常是本网的路由器），由网关来转发。另外，在封装数据帧时，主机需要知道b的mac地址，向外广播要求解析b的mac，但b不在本网络，所以只能有网关的arp代理功能实现，但a主机得到的并不是b的mac地址，而是网关的mac地址，所以a在数据帧中封装目的地址为本地网关。接下来从接口发送出去，当数据到达网关，网关会读取数据包中的目的ip，并根据目的ip进行转发，在转发时数据包中的目的ip不变，但数据帧中的源mac地址和目的mac地址都会发生变化。源mac地址变为网关的发送接口的mac地址，而目的地址可能是b主机的mac或是下一个路由器的接口mac。这就是不同子网的单向通信过程。b向a的通信和此过程是一样的。

通过设置linux参数 net.ipv4.tcp_fin_timeout = 30 ，可以调整如发现系统存在大量TIME_WAIT状态的连接，通过调整内核参数解决：编辑文件/etc/sysctl.conf，加入以下内容tcp 通过序列号seq记录已经发送的数据刻度，通过ack记录已经接收的数据量。seq记录的是发送的数据，ack记录的是接收的数据量。单位是字节（8bit）tcp在每次发包时都会计算往复时间及其偏差。将这个往返时间和偏差相加，重发超时时间就是比这个总和要稍大一点的值。由于最初的数据包还不知道往返时间，所以其重发超时一般设置为6s左右。在建立tcp连接时，三次握手的时候会计算mss（最大消息长度），建立连接的双方会把自己的接口能适应的mss值放到tcp首部里面发送给对方，最后取较小的那个mss。tcp窗口大小指的是无需等待确认应答而可以继续发送数据的最大值，窗口大小为4个端。即在收到确认应答之前可以发送的数据的段数。接收端没有按序列顺序收到数据端时，会不停的发送确认应答，并将当前收到的顺序出问题的数据放到缓冲区。发送端连续三次收到相同序列号的数据段时，会重新发送该段的数据。接收端在接收到遗失的数据的时候会将数据与缓冲区的数据组合，重新按顺序确定ack的序列号，继续接收数据。tcp窗口的大小是由接收端的处理能力决定的，接收端会在ack的tcp首部中将能处理的窗口大小传给发送端。拥塞窗口是限制每次发送的数据的大小，初始值是1mss，也就是慢启动。随着正常的收发的进行，拥塞窗口的值会不断的增加。但是不会超过接收端处理窗口的大小。一开始拥塞窗口每次都会翻倍的增长，在超过慢启动阈值后增长速度会减慢。增长速率=一个数据段的大小 / 拥塞窗口的大小 *一个数据段的大小超时重发时，拥塞窗口会变为1mss， 慢启动阈值为原有窗口的一半重复确认应答时，慢启动阈值为原有窗口的一半，拥塞窗口会变为慢启动阈值+3数据端，1、已发送的数据收到了ack回执2、可以发送mss大小的数据时只有以上两个数据都满足时才发送数据。会有延迟，对延迟敏感的需求可以关。1、收到2*最大端长度的数据2、最大延迟0.5s发送确认应答将tcp的确认应答和回执数据通过一个包发送。接收数据之后等待应用处理生成返回数据以后在发送回复时同时发送回执。需要开启延迟确认应答。

通常，操作系统会将当前所有任务控制块组成一个双向的链表OSTCBList，这个链表将在函数OSTimeTick中被用到。 OSTimeTick函数是系统的时钟处理函数，他负责系统各任务的延时工作，一般情况下，OSTimeTick会被周期性的调用，其本质是操作上面所说的OSTCBList，它遍历链表中的每一个任务控制块的OSTCBDly字段，并将需要延时的任务的OSTCBDly值减1，当某人物的该字段值减为0时，这个任务就会在就绪表中被标记，任务结束等待进入就绪状态。 每个任务创建时，都会被加入链表OSTCBList中，在任务被删除时，相应控制块也会在链表中清除。 OS_STK *OSTCBStkPtr; //任务堆栈栈顶指针struct os_tcb *OSTCBNext; //指向后一个任务控制块stryct os_tcb *OSTCBPrev; //指向前一个任务控制块OSTCBEventPtr用来指向当前和任务密切相关的事件控制块，所谓密切相关，即任务阻塞在该事件上。在ucosII中，所有的任务同步与通信机制，包括信号量、邮箱、消息队列等都是通过事件控制块来描述，当任务请求同步或通信服务，并阻塞在相应事件上，OSTCBEventPtr字段就记录了这个事件对应的事件控制块. OS_EVENT *OSTCBEventPtr; //指向与任务当前事件相关的事件控制块OSTCBMsg字段在任务中使用邮箱或消息队列传输数据时被使用，该字段用于记录其他任务传递个本任务的数据的地址（即数据指针）。 void *OSTCBMsg; //用于指向从邮箱或队列中接收到的消息INT16U OSTCBDly; //用于任务等待延时，记录要等待的时钟滴答数。INT8U OSYCBStat; //任务当前状态任务状态对应值描述OS_STAT_RDY0x00任务就绪状态OS_STAT_SEM0x01任务等待信号量状态OS_STAT_MBOX0x02任务处于等待邮箱消息状态OS_STAT_Q0x04任务处于等待消息队列状态OS_STAT_SUSPEND0x08任务处于被挂起状态OS_STAT_MUTEX0x10任务处于等待互斥信号量状态OS_STAT_FLAG0x20任务处于等待事件标志组状态INT8U OSTCBPrio; //任务的优先级,值越小优先级越高。 //OS_CFG.H中的OS_MAX_TASKS定义最多用户使用控制块个数。这些任务控制块被放在OSTCBbl数组。 //以下四个字段与任务的优先级联系密切，用于加速任务的切换过程 INT8U OSTCBX; //该优先级在全局数组OSRdyTbl[]中对应的位置 INT8U OSTCBY; //该优先级在全局变量OSRdyGrp中对应位置 INT8U OSTCBBitX; //与OSTCBX值相对应的位掩码 INT8U OSTCBBitY; //与OSTCBY值相对应的位掩码 }OS_TCB;
源IP地址，源IP端口号，目的IP地址，目的IP端口号。