场景：本次出现的问题是基于linux 2.6.39内核版本。
但是对比4.x内核， 对于RFC5961的处理。目前4.x内核处理的更好。
对于 仪表中打流是出现问题时抓到的报文如下：
任何内核协议栈都会走tcp_rst逻辑，但是为啥会出现rst报文，这个仔细报文后发现这个rst是仪表发出来的(对于是分析什么得出这个结论，涉及到一些方法论就不讲了，在此不在详细述说)，但是被设备透传了，出现上述问题
所以核心问题是：
1、为啥会出现rst报文?
2、即使出现rst报文设备已经怎样处理？
对于问题1：目前看是仪表主动发出的，目前联系仪表厂商表示不清楚，肯恩存在bug，因为以前测试不会出现这样的情况
对于问题2：由于需要快速出包，还有下个比较急客户问题要处理，先临时简单处理一下，对于lan口孤儿rst报文先采取丢弃的情况，当然这样也是可配置的！！
具体修改方案，后面再仔细研究！！
http代理服务器（3-4-7层代理）-网络事件库公共组件、内核kernel驱动 摄像头驱动 tcpip网络协议栈、netfilter、bridge 好像看过！！！！ 但行好事 莫问前程 --身高体重180的胖子