传输层TCP协议连接的建立和断开
什么是TCP呢?由三个单词组成的Transport Control Protocol,字面理解是传输控制协议,可以理解为比特同学要想在网络泳池里游泳,那么他必须学习传输层控制技能,并且要掌握相应的动作——协议,他才能在畅游世界网络这个超大型游泳池。TCP:一个传输层协议,提供Host-To-Host的可靠传输,支持全双工,是一个面向连接的协议。TCP工作在传输层,它的上层是应用层,应用就是人们常用的微信、抖音、王者荣耀等服务工作的协议。两台不同的设备使用微信聊天,发送语音,需要实现Host-To-Host的数据通信,那么就可以直接调用TCP协议进行。调用TCP通信时需要指定通信的端口,不同的端口对应不同应用,不同IP对应不同的主机,也就是不同的设备。这就涉及到网络地址——IP地址,工作在网络层,当然TCP层只负责把对应的IP地址和端口传给网络层即可,具体业务由网络层来实现。互联网层,即Network Layer,提供地址和地址间的通信,只关注地址到地址Address-To-Address间通信,具体设备间通信由数据链路层实现,数据链路层关注MAC地址间通信,具体的物理设备,传输介质由物理层负责。以上就是TCP/IP协议常用的层级分割,最终目的就是为Host-To-Host服务,实现应用到应用的通信服务。什么是连接和会话呢?连接事需要通信双方相互配合来实现的,是双方达成的一种即时的状态约定,保证通信双方都在线,都有能力为接下来的数据传输做出尽快的响应,我们称之为连接。连接是网络行为状态的记录,既然连接需要双方共同努力,那么就需要双方都有一个对象来记忆当前传输的数据类型,对方的端口、已经传输了多少,效率怎么样等等一些关注点。那么与之相关联的另一个名词会话(Session),是什么意思呢,会话是应用的行为。大家每次用微信聊天时都会有一个窗口,用来发送信息,你来我往,这个窗口中会有很多条信息,我们称之为会话,当我们在会话进行中,连接一定是在通信状态的。聊一会,累了,退出微信了,但是一般我们不会删除我们的会话内容,这时会话还在,但是连接已经中断。双工/单工问题想想自己理解的是什么?单工:任何时间,数据只能单向发送,单工至少需要一条线路半全双工:某一时候可以双向发送数据,至少需要一条线路全双工:任何时刻都可以双向发送数据,大于一条线路这里线路不一定真实存在物理线路,可能采用模拟的形式实现TCP是一个全双工协议,数据任何时刻都可以双向发送,这说明服务器和客户端可以根据需要选择任意时刻发送和接收信息,所以呢都可以被称为主机(Host)可靠性的定义TCP可以提供可靠性,那么可靠性具体的实现方式是什么呢?可靠性指数据无损传输。发送主机按照顺序发送数据,数据通过网络传输,收不同网络条件限制,数据不会按照发送时的顺序到达接收方,这时我们就需要一种算法来保证接收方可以还原出发送方的顺序。这里还有一个概念叫多播,发送方同时发送给多个接收方信息,如果接收方中有一个接收到了这条信息,我们的可靠性就必须保证其他接收方也必须接收到相同的信息,这里我们不讨论多播。TCP的握手和挥手TCP是一个面向连接的连接的协议,握手是建立连接的过程,挥手是断开连接的过程。TCP的基本操作以上三种操作以后,另一方必须立即给发起方返回一个ACK(Ackknowledgement),这是TCP保证可靠性的要求。如果一方不回复发送方ACK,发送方则认为接收方没有收到信息,会重新发送。建立连接的过程-三次握手三次握手的形成和TCP要求每次发送方发送信息以后,接收方必须返回ACK确认有直接的关系上图描述了TCP建立连接的过程,分为6步:TCP建立连接的过程如上,那么为什么是三次呢?第二步服务端做准备,因为是首次收到发送数据请求,无需处理,可以立刻进入数据交互状态,所以可以立刻发送给客户端SYN,告诉客户端,我已准备好,所以第三步和第四步可以合并为一次握手——ACK-SYN,然后客户端回应ACK,连接建立完成以上就是三次握手了具体在数据交互过程,ACK和SYN等需要用标识位来标记,在实际应用中,我们一般使用1来表示开启,0表示关闭。那么四次挥手为什么是四次呢,主要是因为,挥手时服务端收到FIN以后,不能马上回复FIN,因为自身还有任务没有处理完,所以上面所说的6步中,第3、4步就不能一起回复,只能先回复ACK,等自身任务处理完毕,才能告诉客户端,我已经准备好,可以关闭连接,这样就需要4次数据交互,如下图:

TCP连接,为什么运行一段时间后会断开连接
电源模式设置错误 打开网络连接,选择“本地连接”-右键-属性-常规选项卡-点配置-电源选项卡,把“允许计算机关闭这个设备以节约电源。”前的勾取消掉。
电源模式设置错误 打开网络连接,选择“本地连接”-右键-属性-常规选项卡-点配置-电源选项卡,把“允许计算机关闭这个设备以节约电源。”前的勾取消掉。

tcp连接plc经常中断
使用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功能来实现心跳功能则简单得多。

tcp在断开连接时为什么不直接断开,而是会存活2msl
答:理解清楚4次挥手的过程,那对于这个问题就会比较理解啦!传输结束后,传输双方(客户端和服务器)都可以申请断开连接,我们不妨假设客户端A主动申请与服务器B断开连接。当客户端A申请断开连接后,它将不会再向服务器发送数据,此为第1次挥手;服务器B收到连接释放报文后,此时处于半连接的状态,如果现在服务器仍有残留数据要向客户端传送,则进行传送,否则进行第3步;服务器B发出连接释放报文段;客户端A要对B发送的释放报文段进进行确认,即把ACK=1,该ACK报文段在传输时可能会丢失,为了保证这最后一个ACK报文能够到达服务器,就必须等待2msl再进行关闭。

TCP/IP断开
服务器重启后,客户端处于半打开状态,也就是FIN-WAIT-1状态。客户端觉得连接还是正常的,但是服务端丢失了连接的所有信息。这种情况下,客户端发送请求给服务端,服务端无法处理,就会出现超时。当然,客户端会尝试重新发送,但是重试次数是有限的,重试次数由tcp_orphan_retries参数控制。经过几轮重试后,如果一直没有收到服务端的ACK,就会关闭连接。 由于FIN-WAIT-1状态是服务端主动断开客户端的连接导致的,此时可以减小重试次数,尽快让客户端请求超时,超时后连接会自动关闭。

本文由 在线网速测试 整理编辑,转载请注明出处。