广东移动 IPv6 NDP Proxy 解决方案

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

已注册用户请登录

这是一个创建于 2054 天前的主题，其中的信息可能已经有所发展或是发生改变。

懒得打字直接复制我的评论了，坐标 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

2018-09-05 07:14:34 +08:00 via iPhone

ipv6 FQ ？

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

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

2018-09-05 10:46:32 +08:00

可行是可行，但是路由后的设备访问 V6 不是很稳定，路由器的 V6 路由表变得很长。

YekongTAT

2018-09-05 10:50:48 +08:00

https://www.moetc.cn/images/2018/09/05/c6f2759871a99ef6848270777ba1f8bc.png

貌似是直连到广东的，没绕北京

o00nmq

2018-09-05 11:04:15 +08:00 via Android

@cwbsw NDP 没有这种操作吧…刚刚看了下路由器连默认 v6 gw 都没加

o00nmq

2018-09-05 11:09:46 +08:00 via Android

@YekongTAT 但是延迟还是很高，河南过来都那么高延迟了

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

2018-09-05 11:22:20 +08:00

@o00nmq 你是广东哪里的，我这到广东骨干 32 是正常的，不过这个得看具体的 IP 段，有的广州 IP 才 28，有些 40 左右。
可能和路由的负载有关

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

2018-09-05 11:46:15 +08:00

@o00nmq 嗯，我的路由器原来做了策略路由，WAN6 没有配置默认路由，改了就好了。

o00nmq

2018-09-05 17:40:21 +08:00 via Android

@YekongTAT 0752

157003892

2018-09-06 01:13:44 +08:00

Archeb

2018-09-09 10:18:18 +08:00

打扰下，梅林固件能用这个解决方案么...现在用的 6relayd 非常不稳定...基本没办法正常使用

850521109

2018-09-10 00:24:18 +08:00

我光猫调 ipv4+6 后怎么看有没有得到 ipv6 地址在光猫上看状态 ipv4 和 6 的地址都是看不到的只显示 tr069 的地址

o00nmq

2018-09-10 03:11:56 +08:00 via Android

@850521109 你是光猫内 pppoe 还是桥接模式

bios12567496

2018-09-10 11:42:33 +08:00

同 0752，最近移动开始有 v6 了。

o00nmq

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

2018-09-14 20:02:22 +08:00

买了个新的软路由跑 openwrt，LZ 的方案成功了，挺稳定的，感谢

Archeb

2018-09-14 20:56:05 +08:00

用了一回发现，之有一定的几率能连上 Internet，而且过了一会再连上的客户端就不分配 ipv6 地址了

好难受，到底怎样才能有稳定的连接

o00nmq

2018-09-27 21:46:54 +08:00 via Android

@Archeb 我这边 SLAAC 已经可以正常工作了，移动修好了，我让我一广州城中村的朋友确认了下，他那边也是变为可用了，你要不试试 PD 方式能否正常工作？

Archeb

2018-09-28 15:47:08 +08:00 via Android

@o00nmq 感谢提醒, 刚才重连发现有 PD 了
这样是不是不需要 NDP Proxy 了? 路由器 LAN 那里又应该怎么设置呢

Archeb

2018-09-28 18:19:57 +08:00

@o00nmq 设置 RA + DHCPv6 为服务器模式，然后禁用 NDP Proxy 就好了
果然 SLAAC 好处多多，首先不用等 NDP 的发现时间，直接秒获得地址，其次就是地址短了更好看些（
最重要的是不用 ping 一下路由器了