CANoe自带的TCP/IP协议栈中TCP的keep alive机制是如何工作的

TCP keep alive机制我们已经讲过太多次，车内很多控制器的TCP keep alive机制相信很多开发和测试的人也配置或者测试过。我们今天想知道CANoe软件自带的TCP/IP协议栈中TCP keep alive机制是如何工作的。

首先大家需要知道TCP keep alive的参数有哪些？其实就三个参数：CP_KEEPALIVE_TIME、TCP_KEEPALIVE_INTERVAL、TCP_KEEPALIVE_PROBES_MAX。它们分别是：TCP非活动时间、探测包时间间隔、探测包最大数量。

还有keep alive探测包的形式是什么样的。是seq号减1呢？还是ack号减1呢？有没有携带payload数据呢？payload数据的默认值是多少呢？

当TCP通信双方建立连接后，如果长时间没有数据传输，线路空闲。当这个时间超过某一方的keep alive的非活动时间时，它就会发送keep alive探测包。如果还是没有回应，它就以一个时间间隔发送多条探测包。当发送的探测包数量达到最大值时，直接发送RST重置连接。

想验证CANoe自带的TCP协议的keep alive，首先要添加两个仿真节点：Client和Server。

假设发送方是Client，那么Client节点需要配置CANoe自带的TCP/IP协议栈。

设置好网络接口的IP和MAC地址：