无法可靠地从直连系统ping 6224路由器

好的，这是我的情况。

这是在互联网上。 6224是这张照片中的路由器，实际上驻留在卡纳塔。

互联网服务提供商提供了VLAN 1697和3994。 这些VLAN通过单个1Gb以太网线提供。

Kanata主机直接连接到6224; 另外两个站点是远程的。

VLAN 3994是一个单独的IP地址空间，因此从理论上讲，该子网上的主机在物理上应该没有关系。

这是问题。

我有一个连接到互联网的监控系统，所以来自监控器的探测器将会在1697 VLAN上显示出来。

当我从互联网上ping Albert或Bellsangular落的主机时，有0个损失。 连接看起来很完美。

当我在Kanata平主人的时候，我失去了10％到40％的ping的任何地方。 损失是不可预测的，但是：当我失去他们的时候，我总是输掉至less3个，通常是4个，甚至更less。

我已经把显示器直接连接到3994上的Kanata的6224上。

当监视器ping 6224路由接口时，我看到完全相同的损失模式 – 但不是在远程系统的损失的同时。 平时约1ms。

当监视器ping另一个直接连接到6224的系统时，有0个丢失。 Ping时间约为0.1ms，十分之一的时间能ping通路由器。

任何人都知道这里发生了什么？

更新可能会让事情变得不太清楚

什么似乎是进来和stream出ISP的连接stream量是好的。 从路由器大脑到切换大脑（或者可能是）的交通是什么问题。

我不能责怪ISP，因为互联网访问/从两个远程站点是坚实的。 这只是直接附加到6224有问题的主机。

更新2

好了，经过很多时间盯着痕迹，我有一个更具体的症状。

我在ISP上行链路的vlan 3994上做了一个tcpdump，在理论上寻找我自己的地址，我应该看到的是广播stream量到达远程站点。 相反，我看到了我希望在我的系统界面上看到的数据包在这个VLAN上的TLS上。

所以：

出于某种原因，6224经常认为我的系统在TLS的最远端。

当我检查切换表时，我的条目看起来像这样：

3994 0007.E924.F714 2/g16 Dynamic 

…这是有道理的，因为它被插入端口16.但是，当它被打破，看起来像这样：

 3994 0007.E924.F714 2/g22 Dynamic 

误导数据包的stream似乎由我的系统广播引导。 但是，我看到一个广播离开我的系统，两个3994 VLAN到TLS。 通常这是一个IGMP V2会员报告/join组224.0.0.251，但有时它是我的系统上的pipe理芯片自己arping（它每两秒左右，因为愚蠢的原因）。

这意味着Bells Corners或Albert的系统正在收听我的广播，并由于某种原因回应。 所以6224走啊，这个MAC必须真的在TLS链路下，并相应地调整其切换表。

这个问题的描述是否响铃？