相同的两个网络节点间，使用 TCP 测试记录接收端能达到的最大有效传输速率是多少，然后再测 UDP ，与 TCP 同等发送规模、间隔下，对比有效接收率是多少吧

@cloudsigma2022

> 实测，修改光猫 forward 链 无效。

难道有 bypass netfilter 的 fwd 加速？

@oblivion #28 静态地址； com.chinamobile.cmccdpi F**k 唉，真是无所不用其极了

没玩过 4in6 tunnel ，弱弱的问一句，4in6 的话 ipv4 还能公网 ip 吗？

还是要先抓包看看内容再说，或许实际上没那么复杂呢。先把光猫的 telnet 打开看看能不能抓到光口数据；不行的话，买一根一分二分光线，配个光模块镜像看看？

科学上网倒不是问题，我现在的透明代理就部署在终端机与路由器之间的网桥上，只要流量通过该设备就行：

路由器(光猫) <----> 网桥(透明代理，nftables) <----> 终端机

forward 都是放行的吧

中国电信-IPoE 接入认证规范又分为 session 级和非 session 级，刚查了一下区别：

以 IPoE 认证方式接入时，又可以分为 session 级和非 session 级两种具体的实现模型。这两种模型的主要区别是 NAS （即 BRAS 、SR 设备）是否与 AAA 服务器进行 Radius 报文交互，对终端的账号、密码进行校验。

Session 级 IPoE 认证要求 NAS 设备与 AAA 服务器交互 Radius 报文，由 AAA 判断准确性，并回复设备认证响应报文。

非 Session 级 IPoE 认证时，NAS 设备不需要和 AAA 服务器交互 Radius 报文，而是由 DHCP Server 和 AAA 服务器之间交互报文，来完成账号密码的校验。

@wanguorui123 CDN 是关键，因为 CF-HKG 是真香

@oblivion #40 光猫里关闭防火墙不知道有没有用

你说还有没有一种可能是桥接后 PPPoE 拨号也行？

光猫改桥接，然后 OpenWRT 路由器 WAN 口用 DHCP 方式，手工指定 Option 是不是就可以了，但认证具体采用的是怎样的 Option 就不清楚了

首先要除了通过代理的网络访问全部阻止，其次还要防止端侧的信息收集并通过代理信道传递出去。

实际用起来好用就行

@jousca #7 不错，不错，就差 Uh 的注解了。

光猫拨号、路由拨号不都是 PPPoE 吗？同好奇为啥加载的限速策略会不同？

好划算呀~ 上行都太贵了……