我有一个ipv6隧道，拒绝工作，直到stream量出站。 如果我打开设备并ping通，直到第二次开始ping时，才得到响应。 如果我再走开几个小时，然后再次ping通，我就没有任何反应。
我正在使用Debian Lenny和Hurricane Electric作隧道。 我什至不知道从哪里开始debugging这种行为，因为它是如此的不寻常。 我使用了http://www.tunnelbroker.net/forums/index.php?topic=18.0中的两个Debianconfiguration文件，以及http://wiki.debian.org/DebianIPv6中的configuration文件和各种调整之间，但我仍然无法让设备持久地接受入站stream量。 有没有ip6tables，但我有各种iptable规则。 有没有人遇到过这种问题？ 我可能做些什么来debugging或解决这个问题？
编辑：没有涉及的NAT，这是所有IPv4思科基础设施。 我不认为我之间，交换机和路由器之间有任何IPv6。
不知道更多关于您的networkingdevise，我假设您的隧道端点是在您的局域网设备上，在您的互联网路由器之后。 我还假设设备通过路由器上的NAT进入互联网。
入站问题的可能原因是路由器上的NAT表。 路由器不知道如何将入站v6（协议41）stream量路由到隧道端点设备。 只要通过隧道发送v6stream量，就会创buildNAT表中的条目。 该条目允许路由器也将入站stream量发送回隧道端点。
经过一段时间没有stream量，路由器超时条目，并从它的NAT表刷新，因此没有入站stream量能够到达您的隧道端点了。
你如何解决这个问题取决于你的路由器的能力。
解决scheme2的示例：将以下内容放在您的crontab中
# Ping6 every 5 minutes to keep NAT open */5 * * * * ping6 -c1 -q www.sixxs.net 2>&1 >/dev/null