V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
o00nmq
V2EX  ›  宽带症候群

广东移动 IPv6 NDP Proxy 解决方案

  •  
  •   o00nmq · 2018-09-05 04:57:25 +08:00 via Android · 10988 次点击
    这是一个创建于 2289 天前的主题,其中的信息可能已经有所发展或是发生改变。
    懒得打字直接复制我的评论了,坐标 0752

    测试了下,DHCPv6-PD 得到的 /60 在 OLT 处断开,估计是移动参数配置错误之类的,然而终端本身获得的 /64 是可以正常联网的,只能把 WAN 的 v6 分配到 LAN,避免使用 LAN 的 v6,我用的是 openwrt,可以参考一下我用的 NDP Proxy 方式把 WAN v6 代理到 LAN 上,这样就可以把路由器得到的能联网的 /64 再分给终端

    编辑 /etc/network/dhcp 将 wanb 这个接口名替换成自己的,我是双线,切记将 odhcpd 升级到最新版本,旧版本有个 issue 使得 NDP 不工作

    config dhcp 'lan'
    option interface 'lan'
    option start '100'
    option limit '150'
    option leasetime '12h'
    option dhcpv6 'relay'
    option ra 'relay'
    option ndp 'relay'

    config dhcp 'wanb'
    option interface 'wanb'
    option ignore '1'
    option dhcpv6 'relay'
    option ndp 'relay'
    option ra 'relay'
    option master '1'

    配置好后,等个五六分钟(Google 上找的资料是一两分钟,看个人)左右,此时应该就可以联网了

    我家 PC(已开 ICMPv6): 2409:8a55:9a02:11ef:a023:6917:b64:542b
    23 条回复    2018-09-28 18:19:57 +08:00
    EchoChan
        1
    EchoChan  
       2018-09-05 07:14:34 +08:00 via iPhone
    ipv6 FQ ?
    guanaco
        2
    guanaco  
       2018-09-05 07:25:56 +08:00
    来自 2409:8a55:9a02:11ef:a023:6917:b64:542b 的回复: 时间=51ms
    来自 2409:8a55:9a02:11ef:a023:6917:b64:542b 的回复: 时间=52ms
    来自 2409:8a55:9a02:11ef:a023:6917:b64:542b 的回复: 时间=51ms
    来自 2409:8a55:9a02:11ef:a023:6917:b64:542b 的回复: 时间=51ms

    2409:8a55:9a02:11ef:a023:6917:b64:542b 的 Ping 统计信息:
    数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 51ms,最长 = 52ms,平均 = 51ms
    fruitscandy
        3
    fruitscandy  
       2018-09-05 08:48:34 +08:00
    PING 2409:8a55:9a02:11ef:a023:6917:b64:542b(2409:8a55:9a02:11ef:a023:6917:b64:542b) 56 data bytes
    64 bytes from 2409:8a55:9a02:11ef:a023:6917:b64:542b: icmp_seq=1 ttl=49 time=41.0 ms
    64 bytes from 2409:8a55:9a02:11ef:a023:6917:b64:542b: icmp_seq=2 ttl=49 time=41.2 ms
    64 bytes from 2409:8a55:9a02:11ef:a023:6917:b64:542b: icmp_seq=3 ttl=49 time=41.3 ms
    64 bytes from 2409:8a55:9a02:11ef:a023:6917:b64:542b: icmp_seq=4 ttl=49 time=41.5 ms
    64 bytes from 2409:8a55:9a02:11ef:a023:6917:b64:542b: icmp_seq=5 ttl=49 time=41.9 ms
    64 bytes from 2409:8a55:9a02:11ef:a023:6917:b64:542b: icmp_seq=6 ttl=49 time=41.0 ms
    64 bytes from 2409:8a55:9a02:11ef:a023:6917:b64:542b: icmp_seq=7 ttl=49 time=41.6 ms
    64 bytes from 2409:8a55:9a02:11ef:a023:6917:b64:542b: icmp_seq=8 ttl=49 time=41.3 ms
    ^C
    --- 2409:8a55:9a02:11ef:a023:6917:b64:542b ping statistics ---
    8 packets transmitted, 8 received, 0% packet loss, time 7007ms
    rtt min/avg/max/mdev = 41.038/41.396/41.919/0.358 ms
    cwbsw
        4
    cwbsw  
       2018-09-05 10:46:32 +08:00
    可行是可行,但是路由后的设备访问 V6 不是很稳定,路由器的 V6 路由表变得很长。
    YekongTAT
        5
    YekongTAT  
       2018-09-05 10:50:48 +08:00
    o00nmq
        6
    o00nmq  
    OP
       2018-09-05 11:04:15 +08:00 via Android
    @cwbsw NDP 没有这种操作吧…刚刚看了下路由器连默认 v6 gw 都没加
    o00nmq
        7
    o00nmq  
    OP
       2018-09-05 11:09:46 +08:00 via Android
    @YekongTAT 但是延迟还是很高,河南过来都那么高延迟了
    titanium98118
        8
    titanium98118  
       2018-09-05 11:10:50 +08:00
    正在 Ping 2409:8a55:9a02:11ef:a023:6917:b64:542b 具有 32 字节的数据:
    来自 2409:8a55:9a02:11ef:a023:6917:b64:542b 的回复: 时间=53ms
    来自 2409:8a55:9a02:11ef:a023:6917:b64:542b 的回复: 时间=98ms
    来自 2409:8a55:9a02:11ef:a023:6917:b64:542b 的回复: 时间=51ms
    来自 2409:8a55:9a02:11ef:a023:6917:b64:542b 的回复: 时间=78ms
    YekongTAT
        9
    YekongTAT  
       2018-09-05 11:22:20 +08:00
    @o00nmq 你是广东哪里的,我这到广东骨干 32 是正常的,不过这个得看具体的 IP 段,有的广州 IP 才 28,有些 40 左右。
    可能和路由的负载有关
    ymg3009
        10
    ymg3009  
       2018-09-05 11:40:05 +08:00
    正在 Ping 2409:8a55:9a02:11ef:a023:6917:b64:542b 具有 32 字节的数据:
    请求超时。
    请求超时。
    请求超时。
    请求超时。

    2409:8a55:9a02:11ef:a023:6917:b64:542b 的 Ping 统计信息:
    数据包: 已发送 = 4,已接收 = 0,丢失 = 4 (100% 丢失),
    cwbsw
        11
    cwbsw  
       2018-09-05 11:46:15 +08:00
    @o00nmq 嗯,我的路由器原来做了策略路由,WAN6 没有配置默认路由,改了就好了。
    o00nmq
        12
    o00nmq  
    OP
       2018-09-05 17:40:21 +08:00 via Android
    @YekongTAT 0752
    157003892
        13
    157003892  
       2018-09-06 01:13:44 +08:00
    Archeb
        14
    Archeb  
       2018-09-09 10:18:18 +08:00
    打扰下,梅林固件能用这个解决方案么...现在用的 6relayd 非常不稳定...基本没办法正常使用
    850521109
        15
    850521109  
       2018-09-10 00:24:18 +08:00
    我光猫调 ipv4+6 后 怎么看有没有得到 ipv6 地址 在光猫上看状态 ipv4 和 6 的地址都是看不到的 只显示 tr069 的地址
    o00nmq
        16
    o00nmq  
    OP
       2018-09-10 03:11:56 +08:00 via Android
    @850521109 你是光猫内 pppoe 还是桥接模式
    bios12567496
        17
    bios12567496  
       2018-09-10 11:42:33 +08:00
    同 0752,最近移动开始有 v6 了。
    o00nmq
        18
    o00nmq  
    OP
       2018-09-10 23:55:41 +08:00 via Android
    @Archeb 看起来不行,op 上的 ndp 用的是 odhcpd,而梅林还在使用过时的 6relayd( https://github.com/RMerl/asuswrt-merlin/tree/master/release/src/router/6relayd),6relayd 的 github 描述已经说明了已被 odhcpd 取代,要么你可以尝试下修 6relayd 的问题,要么换 op
    Archeb
        19
    Archeb  
       2018-09-14 20:02:22 +08:00
    买了个新的软路由跑 openwrt,LZ 的方案成功了,挺稳定的,感谢
    Archeb
        20
    Archeb  
       2018-09-14 20:56:05 +08:00
    用了一回发现,之有一定的几率能连上 Internet,而且过了一会再连上的客户端就不分配 ipv6 地址了

    好难受,到底怎样才能有稳定的连接
    o00nmq
        21
    o00nmq  
    OP
       2018-09-27 21:46:54 +08:00 via Android
    @Archeb 我这边 SLAAC 已经可以正常工作了,移动修好了,我让我一广州城中村的朋友确认了下,他那边也是变为可用了,你要不试试 PD 方式能否正常工作?
    Archeb
        22
    Archeb  
       2018-09-28 15:47:08 +08:00 via Android
    @o00nmq 感谢提醒, 刚才重连发现有 PD 了
    这样是不是不需要 NDP Proxy 了? 路由器 LAN 那里又应该怎么设置呢
    Archeb
        23
    Archeb  
       2018-09-28 18:19:57 +08:00
    @o00nmq 设置 RA + DHCPv6 为服务器模式,然后禁用 NDP Proxy 就好了
    果然 SLAAC 好处多多,首先不用等 NDP 的发现时间,直接秒获得地址,其次就是地址短了更好看些(
    最重要的是不用 ping 一下路由器了
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5019 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 136ms · UTC 09:02 · PVG 17:02 · LAX 01:02 · JFK 04:02
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.