路由器广告不通过有线/无线网桥

完整的设置:

  • 一个Netgear CVBG834G电缆调制解调器+路由器(4 *以太网+ WiFi)
    • configuration为接模式(和WiFiclosures)
    • 其唯一的作用是在其LAN端口上为公共IPv4地址提供服务。
  • 一个苹果时间胶囊:
    • 提供一个WiFi AP
    • 设置为通常的WiFi +以太网LAN桥
    • 将上述公共IPv4 NAT转换到所述LAN
    • 将DHCP IPv4租赁交付给LAN网桥
  • 带Debian Lenny的Linksys NSLU2:
    • 电线插入Time Capsule的背面
    • pipe理一个Sixxs IPv6隧道
    • 通过UDP(tap0)和TCP(tap1)处理openvpn TAP连接
    • 将其eth0与tap *接口桥接成br0
    • 在br0上通过radvd广告Sixxs / 64前缀
    • 从所述前缀中将IPv6静态分配给br0
  • 一堆苹果机器(3 * Macs,2 * iPhone,1 * iPad)

问题:

无线IPv6客户端不会收到IPv6地址。 如果通过以太网连接到Time Capsule的后面,同样的客户端可以接收IPv6地址和路由器configuration,并且能够ping6并浏览IPv6站点。

诊断步骤:

  • 当NSLU2上ssh'd显示'radvdump'显示正确的RAs
  • 当与AP关联时:
    • NSLU2可以通过链接本地地址进行ping6'd
    • 如果从广播的/ 64前缀中给出任何静态IPv6地址,则NSLU2是可ping的
    • 'sudo tcpdump -i en1 icmp6'显示来自所有机器的RS的船载,但不是单个RA
  • 而通过以太网插入“sudo tcpdump -i en0 icmp6”显示RA但没有RS(当然除了插入的计算机)

结论:

  • 路由器通告和路由器解锁不能通过Time Capsule的LAN网桥。
  • 其他一切(包括ICMPv6和IPv6)

史实:

  • Time Capsule是一款支持DDWRT的WRT54Gv5(其硬件逐渐变得不可靠)的替代品,并且整个设置完全正常。
  • 鉴于WRT的不可靠性,已经进行了一项试验,通过仅使用Netgear作为调制解调器+路由器+接入点来免费试用。 出现了同样的问题,因此在等待TC时,最终暂时恢复到正在工作的WRT设置。
  • 在真正放弃了WRT而转向TC之后,我尝试了在TC上build立6to4,但由于多种原因,RTT不好,有线广域网IPv4实际上是dynamic的,Mac OS X 10.6.5现在将IPv4优先于6to4。
  • 设置实际上工作了一段时间
  • 在NSLU2上停止radvd,通过TC使用6to4,目前在有线和无线上都有效(我在两个链路上都看到了RA),但是之前所说的是非常不理想的。

注:我发现只有less数人遇到与radvd和手动build立的桥梁(openwrt,甚至solaris)类似的问题,

那么,想法?

我怀疑TC是故意过滤RA,以防止configuration错误的Windows主机(打开连接共享)劫持stream量,并提供次优或完全损坏的路由。 我没有一个TC /机场极端方便,但可能有一个设置某处closures(可能被称为RA卫队,IPv6反欺骗,或类似的东西)。 否则,你可能不走运。

另一种方法是使用直接6in4封装的隧道代理; TC以“隧道”模式IPv6支持它。 您可以build立一个www.tunnelbroker.net隧道,在TC上进行静态configuration,并在脚本发生变化时通过脚本命中相应的URL来更新您的IP。