@
MrLonely 倘若为 ROS 系统，处理起来便会相对简便。可先运用 pppoe 拨号接口的“PPPoE Scan”功能，判别能否扫描出 BARS 服务器，倘若能够扫描得出，那么存在九成的几率表明猫棒的配置并无问题；倘若列表为空，则需斟酌猫棒的“入网”情况，此时能够借助移动小程序或官方 app 自带的“宽带排障”功能实施自助实时诊断，以判别猫棒/ONU 设备抑或账号的状态。
当下，已知移动/联通对于拨号终端的 Mac 地址限制颇为严格，倘若 mac 地址与入网设备不相匹配，有时在 PADI （ PPPOE Active Discovery Initiation ）阶段，上层设备根本不会做出应答，这将致使你进行 PPPoE Scan 时连服务器都扫描不出，更毋庸说进行握手拨号了。
于 ROS 中对修改的 MAC 执行 pppoe 拨号存在三种途径：
1. 直接修改物理口地址：
http://www.rosabc.com/thread-41264-1-1.html （不存在副作用，能够随时进行 reset 操作，性能最为优良）。
2. 运用 Macvlan：
https://www.irouteros.com/?p=3363 （用以替代古老的 vrrp 方法，在不改变物理口地址的状况下修改 MAC ，适宜多拨，千兆 pppoe 拨号会增添 10%至 20%的 CPU 消耗）。
3. 借助网桥来进行拨号，将物理口添加至一个 BR 中，MAC 地址能够直接通过 winbox 在图形界面下予以修改（不建议采用，此方法普遍适用于拓展一个或多个物理口、IPTV 机顶盒以及使用 IGMP 共存等高阶玩法）。
其他问题探讨：
1. GPON 线路下的 OLT 实际上并不会查看你猫棒/ONU 的 MAC 地址，也就是说全然无需更改猫棒的 MAC 地址，仅 EPON 线路需要进行更改或者说更改方为有效。
- GPON user can skip this because GPON encap inside GEM frame which is don't have MAC Address attached!
- 出处：
https://github.com/Anime4000/RTL960x/blob/main/Docs/FLASH_GETSET_INFO.md- 对猫棒 MAC 地址进行修改后，拨号口的 MAC 依旧需要做出修改，为规避 MAC 地址重复，依据本人的观察应为尾数+1 。
2. 有关 ROS 的 pppoe 常用调试方式。
报告：“pppoe-out:initializing... pppoe-out:connecting... pppoe-out:terminating...”
检查：pppoe 服务器通讯存在错误，依次对猫棒注册状态是否为（ 05 ）、05 状态是否稳定、VLAN 是否配置正确、MAC 地址、PPPoE Scan 扫描服务器是否存在、运用运营商官方排障程序进行自检。
报告：“pppoe-out: terminating... - failed to authenticate ourselves to peer””
检查：存在 80%的概率是账号出现异常断线而被 BARS 挂起，20%的概率是 MAC 地址与入网登记不匹配。可尝试重启猫棒/ROS 、前往运营商网站修改拨号密码、运用运营商官方排障程序进行自检。
最后，需开启 ROS 的日志 system/logging ，增添一条规则，将 topic 选定为 pppoe ，如此一来，便能够在系统的日志当中查看到数据包的所有交换细节。
3. 尽可能克隆光猫的 OCMI 注册信息，包括 GPON SN / VendorID / 软硬件版本信息等，主流的猫棒通常都具备此功能，以避免频繁被 OLT 视为“野猫”而被踢掉。
4. 其他资料：
-
https://github.com/Anime4000/RTL960x 一位对 RTL 方案系列展开逆向分析颇具深度的玩家，有关 flash 、ocmi 注册信息的详细解读，以及假 05 状态的应对策略等，还能够找到 ODI/HSGQ 的最新非官方固件。
-
https://www.cnblogs.com/im17me/p/12543694.html 《 PPPOE Discovery 协议详解》