一个tcp连接总是(TCP建立连接由哪一方发起)

（假定一次最大发送量等于窗口值）
8X/(256 * 1000) = 256 *0.001 8X 是你当前全部窗口所能发的bit数256 * 1000是吞吐量因此8X/(256 * 1000)是发出当前全部窗口的时间，单位为秒这个时间等于来回延时:128 * 2 * 0.001 秒。注意这里一定不能用单程延时，因为在发送端收到第一个应答之前，发送端可以一直发送。 因此X = 8192字节
应该还要计算发送时延，所以总时间T=发送时延(x÷256kb/s)+往返时延(256ms)，最后计算公式为x/T=吞吐量(128kb/s)。这样算答案是8192B。
题目有问题，根据答案反推实际吞吐量应该为128k 我觉得我的比较好理解按128算，就是现在的链路相当于一个无传播时延的链路，设窗口大小w字节，即8w bit，有如下等式 8w/256+128*2=8w/128，解出w即为答案

怎么给你说呢 QQ所用的就相当心有灵犀的一种软件。 既含有UDP也含有TCP的协议。 说不明白具体它不属于UDP也不属于TCP。QQ没有固定的端口号！ UDP基于端口划分的一种协议 。例如你用抓包工具抓到QQ使用端口号是8000，好了，你用路由器或者防火墙禁用了8000这个端口，当你禁用以后发现QQ还是可以上去的。在抓一次包，端口号又变了。连续好几次。端口不停的变。你不可能上次QQ就禁用一个端口号吧。你说是QQ属于TCP吧，但它聊天使用的是UDP，不提供可靠传输，消息发出去就相当于放生的狼。如果是TCP，那么我们聊天他们那边打完直接发消息，我们至少要等段时间才能收到消息。TCP 提供对IP协议的可靠机制、流控制以及错误恢复功能等。是有延迟的。但QQ建立连接却使用的是TCP协议。不信你可以禁用所有UDP协议组，照样QQ可以跟服务器建立连接。 所以说嘛，QQ具体不属于TCP也不属于UDP。属于TCP跟UDP的混合。

连接失败有以下几点原因： 一、 软件问题1、网卡驱动没装对。解决办法是更新下网卡驱动。2 、病毒破坏。解决办法使用好的杀毒软件查杀或重装系统。二、硬件问题1、网卡坏了。 2、网线不通。
连接失败有以下几点原因： 一、 软件问题1、网卡驱动没装对。解决办法是更新下网卡驱动。2 、病毒破坏。解决办法使用好的杀毒软件查杀或重装系统。二、硬件问题1、网卡坏了。 2、网线不通。

使用TCP/IP协议连接PLC时如果经常出现通讯中断的情况，那么就要做出如下检查，以确定问题所在。首先，检查网络连接线的好坏，从外观上判断其是否有破损，挤压，或其它损坏现象，若直观查看无法判断最好使用测线仪进行测试，这样更为准确。其次，检查电脑网卡，系统是否有报警故障，网卡运行是否正常，电脑主机是否有腐蚀，灰尘等环境因素造成的系统运行卡顿。最后，通过网络测试查看数据发送和接收的速度，并且要查看周围是否有其他网络干扰情况
发生通讯问题时，最好在线监视下TCP_CONNECT、TCP_SEND、TCP_RECV 指令的Error、Status参数值，来判断故障原因 通讯示例文档：补充：9表示：TCP_CONNECT、ISO_CONNECT 或 UDP_CONNECT 指令正使用此连接 ID 执行。 plc与上位机tcp通讯，那plc一般是做服务器、被动连接，TCP_CONNECT的Req接常ON信号（不要加上|P|用脉冲触发），Active接常OFF信号。
通常有两种技术 方法1:应用层自己实现的心跳包 由应用程序自己发送心跳包来检测连接是否正常,大致的方法是:服务器在一个 Timer事件中定...方法2：TCP的KeepAlive保活机制 因为要考虑到一个服务器通常会连接多个客户端，因此由用户在应用层自己实现心跳包，代码较多 且稍显复杂，而利用TCP／IP协议层为内置的KeepAlive功能来实现心跳功能则简单得多。

通常，操作系统会将当前所有任务控制块组成一个双向的链表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端口号。