服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

低带宽arp扫描是否会对同一LAN上的持续TCP连接造成干扰?

首先是一个小背景:在所讨论的(隔离的)/ 16局域网上,我们有几个设备在它们之间保持多个持续的TCP连接。 这些TCP连接的每一端的程序每两秒向其伙伴发送一次“心跳”数据包; 并且每个程序都会跟踪上次收到心跳的时间:如果它没有收到心跳包,持续4秒钟,则数字出错,closuresTCP连接,向用户报告问题,然后尝试重新build立连接。 在这个LAN上也是一个定期运行以下命令的Linux机器: /usr/bin/arp-scan –interface=bond0:2 –localnet –bandwidth=2560 这样做是为了确定LAN上是否有任何重复的IPv4地址; 如果是这样,它会向用户报告问题。 这很好,除了偶尔(例如每隔几天一次),我们会因为没有明显的原因而得到心跳超时,并且有人猜测arp扫描可能会干扰TCPstream量,使得心跳得到保留closures足够长的时间以触发4秒的超时。 这些事件经常发生在晚上,当局域网或多或less空闲(当然除了心跳包和arp扫描)。 当这些事件发生时,TCP连接总是立即成功地重新build立,但是由此产生的错误信息使得用户感到紧张,所以我想弄清楚这里发生了什么。 我的问题是:arp-scan的扫描机制是否充分侵入,可能是这里的罪魁祸首? 请注意,我们提供了–bandwidth = 2560参数,以便在扫描期间不应占用大量的带宽; 但也许arp数据包导致arp IP地址caching刷新,或类似的东西?