我刚刚从Cisco / Linksys那里得到了一个新的路由器，它是RVS4000。 我不断收到日志中的消息，说：“虚拟设备上的死循环sit1，紧急修复！”但我不知道这意味着什么，或者我需要做什么来解决这个问题。 这是我应该担心的吗？
search在Linux相关系统上发现了很多类似的问题。 没有很多（或者我能理解的）实际答案。 有些人指出，不正确地设置桥梁和隧道，其他人是普通的香草设置与非。
如果可用，我的build议是从固件升级开始。 那么作为我，我可能会忽略它，除非它造成问题，或者我注意到性能问题。
在我看来，生活中充满了真正的问题，追逐幻影日志条目。 此外，如果这真的很重要，我希望能find更明确的东西。
如果这真的是一个关键的系统，我可能会转移到另一个设备上。 无论是思科或Sonicwall或类似的质量。 他们是更昂贵的，但提供的这种支持，可以使其值得，在正确的情况下。
我知道这是一个古老的问题，但是由于我最近被这个问题困扰，请允许我在这里logging它：如果你有一个6to4接口但是缺less到你的内部networking的一些路由，你可以触发这个错误。 在我的情况下，我把几个虚拟机放在一个单独的子网中，但忘了告诉路由器，我的机器是这个子网的网关。
我只能猜测在路由器中发生了什么：发往内部networking的数据包被默认的2002 :: / 16路由捕获，被推入6to4隧道，在那里它们被封装在一个IPv4数据包中，在那里他们碰到了一堵砖墙因为目标地址将是您的公共IPv4地址。 由于我们已经在出站队列中，我可以看到为什么会混淆内核。
我在一个Debian Squeeze系统上使用了两个静态设备，遇到了这个问题。 我通过在设备的configuration节中指定ttl 64来消除消息泛滥：
auto sit1 iface sit1 inet6 v4tunnel address ................ netmask 64 endpoint ................ local ................. gateway .................. ttl 64 <=================================
我不是Cisco / Linksys路由器。 我只知道这些路由器中的一些是基于Linux的，所以我决定看看代码。 当软件设备陷入某种无限循环时，会显示此消息。 在代码中，术语“软件设备”被称为环回设备和隧道。
仔细检查任何IP隧道configuration，如果有的话，并尝试升级你的固件，正如亨特吉上面所说的。