大家好,

我不知道最近是否有人遇到过这个问题,因为现在我们开始看到我们的ePMP 1000 SM在我们的网络上造成了一些循环。到目前为止,解决这个问题的方法是,我们必须关闭SM上的以太网,重新启动SM,这样就解决了问题(在大多数情况下)。但是,这并不总是解决他们,结果是收音机是坏的,在我们更换收音机后,没有更多的循环错误。

还有其他人遇到过这个问题吗?有没有其他解决方案,可以修复这些回路,而不用更换整个无线电装置?当收音机经历了一场严重的风暴但还能用的时候,它就会失控。

同时我们在桥上也有SM !提醒一下,如果你想知道我们使用的是什么配置模式。

如果无线电处于桥接模式,怎么会造成环路呢?不是无线电后面的那个装置吗?

另外,当你说它们引起循环时,你是什么意思?对于终端设备来说,这似乎不太可能生成非常具体的数据,恰好与网络上的实际数据相对应,然后以导致循环的方式进行操作。

当无线电被损坏时,我们也会看到同样的情况,然而,自从离开桥接网络后,它只会影响到面板上的每个人。一般来说,我们通过丢包来注意面板上所有的SM。

然而同样的决议。禁用eth端口可以修复它,直到无线电可以交换。

发生在NAT和Bridge SM配置中。

1像

@brubble1写道:

如果无线电处于桥接模式,怎么会造成环路呢?不是无线电后面的那个装置吗?

另外,当你说它们引起循环时,你是什么意思?对于终端设备来说,这似乎不太可能生成非常具体的数据,恰好与网络上的实际数据相对应,然后以导致循环的方式进行操作。


当SM eth端口/芯片损坏时,有时它会“镜像”回网络,使该范围认为有另一条路可走。至少在塔的路由器日志中是这样显示的

1像

是的,我们看到了这一点,是的,更换收音机是我们找到的唯一解决办法。

我们如何通过日志来检测……任何特定的错误消息?

考虑到这是一个长达三年的死灵岗,你可能想要开始一个新的死灵岗,尽可能清楚地说明你的问题。

循环通常是通过广播风暴发现的,在你插入一些东西后2分钟,或者如果在事件中,无线电将数据包反射回网络,你的交换机日志将显示行为和数据包返回相同的端口。生成树报告也是查找非预期循环的好方法。