好吧， 在美国的服务器上测试了一下这个命令发现也有 MPLS label，所以可能只是 AGA 内网转发的一个实现...

ChinaNet 那边应该只是接了很高 QoS 的线路....但是的确是稳定的不像 ChinaNet 。

扫描太正常了，只要禁用密码登录，更新 OpenSSH 版本，没有什么好怕的。

如果实在是强迫症，可以上 port knocking 。但是相信我，如果 OpenSSH 爆出什么 0day，有无数个网站要比你先倒霉。

这个是正常的，最终用户机器上分配的都是 /64 的地址，至于 /56 是让你在路由器上可以多分几个子网。如果只有一个子网，那就只有 /64 。

@moonfly 这个不好说，用的是 iperf 的 UDP 模式吗？丢包率是多少？

理论上来说，只要疯狂发包，哪怕 90% 的丢包率 100Mbps 也可以保证接收端这边 10Mbps，但是并不代表着说是高质量的线路。

电信国际线路就这样，回国堵出国不堵，如果是重要业务只能考虑上 CN2 GIA 或者 IPLC 。

@tctc4869 合适，MQTT 本身就是可以双向通信的，而且还帮你处理了分包，消息分类，加密等等功能。

@cue 没有问题，进去可以选地区，我试过安徽电信上海电信，都是秒给改公网 IP 。

哪要这么麻烦，上个月电信微信客服要的，连电话都没打当场就给了。前后花了 5 分钟。

对于这种可给可不给的，可能投诉人家反而会不想给吧。

@terence4444 重新拨号或者 7 天后可以再去提速，一般不到 7 天就要强制重新拨号一次，所以这个其实影响不大。

好吧，看了一下文档，通过 PPPoE 拿到的 prefix 其实也是先 PPPoE 建立了后再 DHCPv6-PD，所以楼主的情况猜测是 pppd 或者什么别的 daemon 在接口上自动请求了一个 prefix 。

参考： https://www.juniper.net/documentation/en_US/release-independent/nce/topics/concept/subscriber-management-dual-stack-dhcpv6-pd-over-pppoe-nce.html

@zro 是的，不过貌似除了 DHCP-PD，国内也可能是通过 PPPoE 拿到的 prefix 。重点是把拿到的 prefix 用 RA 广播到局域网上。至于路由 ISP 那边应该是已经把整个 /64 都路由到你这了所以不用担心。

不管你的 /64 是怎么来的，只要 ISP 把整个 /64 都路由到了你这一端，直接跑 radvd 给内网宣告就行。如果 ISP 变态只路由了一个单独的地址到你这那就无解了。（最起码我们这边的电信不是这样的，因为不符合 RFC 和最佳实践）

既然都有了 /64，直接给内网设备 SLAAC 就可以，这样最简单。如果 ISP 给的段比 /64 再小才需要用 DHCPv6 来分配 /128 。

ROS 上这个很好配置。我写过一个文章就是把 ISP PD 给用户的 /64 用 Router Advertisements (RA) 在内网上广播，内网上的机器就会自动根据 prefix 分配地址。Linux 上看了一下应该可以用 radvd 来生成 RA 广播。

ROS 可以参考： https://idndx.com/routeros-meets-comcast-ipv6/

IPLC 可以解决你的烦恼，就是贵

QoS 优先级必须高，要不你们测速不达标还要投诉电信。

MQTT 非常方便，还可以用阿里云的 MQTT 服务，量小的话免费额度就够了，非常稳定。