延迟和抖动跟光衰无必然联系，主要看有没有因为光功率过小造成端口误码，没有误码线路质量就是 OK 的。你接到上级分光器，光功率过大，超出光模块的设计工作范围，反而有可能造成误码，影响线路质量，对于 PON 来说，-18 的光功率不小了，一般不影响正常使用。

重庆电信，早年安装的是 24 小时准时重拨，可以找装维提工单改成 7 天。近年安装的是默认 7 天，非常准时，分秒不差，重拨时有明显断网感知。重拨时会重新分配内网 IP ，公网 IP 也会跟着变。
重庆联通，7 天重拨，但是如果重拨时间早于当天晚上 12 点，会延迟到 12 点之后某个随机时间点重拨，一般会延迟到凌晨 2-4 点，用户体验极好，基本感觉不到重拨的存在。早期重拨的时候公网 IP 会变，近 1 个月期开始，重拨公网 IP 不变了，应该是为了防秒拨换 IP 的灰产，基本等于是固定 IP 。

接楼上，固定一下后，释放掉分光器接口处的拉力，尽量把接口处的皮线盘成大半径的圆圈，这时候回到光猫上面看，光衰已经只有-21 左右了，基本能正常使用了。

后面因为 ZTE 的猫桥接后跑不满带宽，让师傅给我换了一个华为的 XGPON ，好家伙，光衰直接降低到-18 左右了，保持至今。应该是 XGPON 使用的光波长和 GPON 不一样的原因。

肯定是可以的，我父母家前几个月换联通宽带，最开始是 GPON 线路，ZTE 光猫，师傅注册的时候，光衰到了-27 左右，基本就是再动一下就要断网的光衰了。然后我自己去弱电井里面整理了下线路。

首先是进入分光器的上连线，没有外皮保护，只有一根纤芯熔接了一个插头，被到另一户的光纤皮线长期压着，已经变形了，出现了一个小半径的弯。先把这根上连线解救出来，用手尽量温柔的捋直，登录光猫查看，光衰降到-25 左右。

然后是从分光器到我家的皮线，因为拉的比较长，中间没有固定，被重力拽着，从分光器出来的接口位置，已经拉出来一个 90 度的小半径直角弯，这里用电工胶带在走线的中间位置固定了以下，

X 宝找个支持 4G 远程控制的智能插座，只要有手机信号，就能远程控制路由器电源。不过要实现检测断网自动重启，最好找个支持 SDK 可以二次开发的。

@lxnelly 还有一个思路，看看你的光猫能否支持端口镜像抓包。可以支持的话，先用 win10 拨号，抓包一次，再用光猫拨号，镜像光猫的 pon 口抓包，仔细对比，Win10 拨号和光猫拨号,PPPOE 握手阶段的每个报文，每个字段，有没有什么差异。

你的路由器能克隆 MAC 地址不，尝试把 WAN 口的 MAC 克隆成光猫的试试

LCP terminated by peer 说明是局端设备主动发送报文踢下线的，从如下几个方面排查下。
1.光猫拨号是不是在用户名和密码里面加了什么特殊字段，比如用户名 @xxx 之类的
2.光猫拨号的时候，是不是在 pppoe 协议里面加入了接入集中器（ AC ）、服务名称（ Service Name ）之类的字段，从而实现了接入到特定的一台 BRAS ，如果前端界面没有的话，可能要考虑下 PON 口抓包去找

重庆电信这边，油管的 QUIC 一直能直连，只是质量很差，480P 都卡

重庆 /电信 /56
重庆 /联通 /64
光猫均为桥接模式

大概率是 GFW 反向墙，手机网络的用户多，公网 IP 池子小，一般一个公网 IP 下面的带的用户数很多，难保有个别用户不自觉，使用容易被 GFW 识别封锁的协议，触发反向墙，就会造成这个 IP 一段时间内无法访问境外。家庭宽带用户少，IP 池子大，一般一个公网 IP 下面带的用户在 16 个以内，遇到这种情况的概率小很多。
一劳永逸的解决方案：加国内中转，或者换有专线节点的梯子。

我司的商宽，上下行对等 200M ，带静态公网 IP ，一个月都得 1.5w 了，2.8w 一年千兆算便宜了

IPv6 可以找机房或者安装师傅给查一下，说不定可以分配。我们公司开过好几条专线，其实开通工单上都有 IPv6 信息，只是一般安装师傅不会配置，大部分用户不需要，也不会主动去问。实际上仔细看开通工单，都分配了 /60 或者 /56 的静态前缀，只需要配上即可使用。

重庆电信之前有短期宽带套餐的，没有承诺期，网费 69 一个月 /100M 下行 20M 上行，光猫是按月算租金的，拆机的时候剩余租金可退的。现在 APP 里面已经没有这个套餐了，可以试试问下营业厅或者 10000 。

选择一款可以支持代理 IPv6 的科学工具，例如 passwall ，然后用主路由做代理，完美解决开启 ipv6 后无法科学的问题

derper 我尝试在腾讯轻量上搭建过，可以绑定域名，证书用腾讯云的免费证书即可，主要是端口，别用 443 端口，用 1w 以上的高端口，我这边测是不会拦截未备案的域名

比重庆香，重庆联通 100 元一个月也只有百兆上行

正常的逻辑，IPOE 认证之后，光猫在桥接模式下，用户端设备只需要发起正常的 DHCP 请求即可，光猫应该负责给用户端发起的 DHCP 请求添加 option60 ，再转发给局端设备。

事实上，从已经实施 IPOE 认证的地区来看，除开移动那种 4in6 隧道之外，其它运营商的光猫，基本在 IPOE 下面都不支持桥接模式，强行在光猫上给你加一层 NAT ，同时 option60 的值还加密，使用国产商密算法，计算用到的密钥是通过 TR069 通道从局端获取的，这样之前 IPTV 通过抓包获取 option 的方式也完全行不通了。

近年来运营商对于桥接的容忍度越来越低了，基本都在想办法更多的控制用户的内网，引导家庭用户把网关上收到光猫上来。也许这是为了下一步推销增值服务，收集用户信息，加强管控做准备吧。例如国际加速、游戏加速、内网设备网速限制或者上网时间管理，后面都是可以单独拿出来卖钱的。例如 PCDN 管控，之前都是整条宽带关停，网关在光猫上的话，也许后面就能做到针对单个设备限速或者封禁，更精确灵活。同时也能更方便地收集用户内网信息，例如你的 PS5 刚前脚刚入网，后脚就打电话给你推销游戏加速业务，甚至根据你的内网终端数量收费，等等，细思极恐！

当然，就和二十年前的星空极速客户端一样，如果大规模实施，应该会有对应的破解方案出来，毕竟原理简单，光猫固件的逆向难度应该也比桌面端要低，我们拭目以待吧。

我的玩法是 AX6000 刷闭源驱动的 Opwenwrt ，自己编译，去掉所有没用的组件，关闭无线，只做网关，配置 tailscale 内网穿透，openvpn ，和 passwall 。原有的 TP-Link Mesh 一套切换成有线中继模式做 AP ，效果很好。相比软路由，硬路由的最大好处是有硬件 NAT 加速，正常非爬梯子的流量可以走专用通道，也就是高通所谓的 NPU ，CPU 占满也不影响转发。实测一个月下来效果非常稳定，就算我爬梯子流量大，CPU 占用率较高的情况下，不爬梯子的终端上网基本不受影响，适合家庭使用。