光猫改桥接后速度降低的问题与运营商和厂商的探讨

[oblivion]

最近经常看到有人被光猫桥接速度变慢的问题困扰，并且经过这些初步的排查后仍无效果：
1.光猫性能问题：路由可以硬件加速，桥接为 linux bridge 软桥接。
2.拨号设备性能问题（千兆接口的路由器不代表性能有千兆，性能有千兆不代表 PPPoE 性能仍有千兆）
3.中兴光猫的配置方式问题：中兴光猫特有的 FPGA 可编程加速，需要删除原有连接新建一个原生桥接才能硬件加速，路由直接切换桥接为软桥接

等等常见情况排查过后，还是有遇到了一条线路无论如何都是速度不正常，
联系了运营商，运营商排查多次后联系了 OLT 厂家的技术支持，光猫厂家的技术支持，约了今天上门排查，
经过大约半天的抓包测试调整，

最终发现是光猫在桥接后不能获取到精确时间导致的，桥接后光猫的 NTP 不工作，为 1970 年开始的默认时间，
PON 类协议天生决定了对时钟要求非常高，时间不对或者时差过大会导致 PON 接口时间窗出现错误，与邻居的光猫在时间片上产生了一些冲突会丢包。

光猫路由模式情况下可以正常 NTP 获取到精确时间，此时工作正常
桥接后部分地区配置问题不能在 TR069 网络使用 NTP 获取时间，
也无法在 OLT 下学习到时间，就会导致光猫桥接后速度变慢的问题（重传率过高最终导致约半数重传）。

解决方案：在运营商的配合下为光猫配置了正确的 NTP 服务地址（ TR069 内网 NTP ）后桥接速度正常达标。

[systemcall]

@MeteorVIP #17
有些猫改桥接会重启，有些猫设计缺陷导致用一段时间就必须得重启
绝大部分的光猫都没有像 PC 那样的 RTC ，重启会掉时间。你看到重启后时间没什么大的变化，是 OS 在准备重启的时候会把当前的时间保存到 overlay ，系统起来了马上去读这个时间，并且校准系统时间。这个设计其实更多地是为了避免重启了之后连 HTTPS 证书都没法校验，一般来说系统也会定期地记录当前的时间，防止意外掉电后系统时间与真实时间的偏移太大，无法走到 NTP 校时的那一步
而且这种东西的系统时间的误差普遍非常大，有些只有和几块钱的小学门口卖的玩具表差不多的精度，一般是非常频繁地校时
我留意到路由器和光猫在时间方面的这些问题，还是因为在硬路由上跑 v2 ，经常会出现全部节点超时，这个现象。v2 一般要求时间误差不超过 15 秒，有时候开机不到一天时间误差就可以超过 15 秒，停电再来电也会有这个问题，因为启动的耗时不止 15 秒

[systemcall]

可以试试路由器配置 NTP 服务器并且向 wan 区域开放，光猫的网口加到这个 wan 区域，正确配置 IP 。之后先想办法猜出来 NTP 的域名，结合路由器 wan IP ，写入光猫的 hosts 。一般的光猫好像不会特别在意是哪个接口提供的 NTP 服务。

[heiher]

From ChatGPT:

Q: PON 系统依赖 NTP 吗？
A: PON （ Passive Optical Network ）系统通常不直接依赖 NTP （ Network Time Protocol ）。NTP 是一种用于在计算机网络中同步时钟的协议，它主要用于在 IP 网络中同步计算机的系统时间，以确保计算机具有准确的时间信息。

在 PON 系统中，时间同步是非常重要的，因为 ONU （ Optical Network Unit ）设备和 OLT （ Optical Line Terminal ）之间的时间同步是确保数据传输和通信的关键。然而，PON 系统使用的时间同步机制通常不是 NTP ，而是一种专门为 PON 技术设计的时间同步协议。

常见的 PON 时间同步协议包括：

* IEEE 1588 PTP （ Precision Time Protocol ）： 这是一种用于实时时钟同步的协议，广泛应用于 PON 系统中。它允许 ONU 设备从 OLT 获取准确的时间信息，以确保在正确的时间槽内传输数据。

* ITU-T G.8275.1 SyncE over PON： 这是 ITU-T 标准定义的一种基于 SyncE （ Synchronous Ethernet ）的时间同步协议，专门为 PON 系统设计。它使用 SyncE 技术在 ONU 和 OLT 之间提供高精度的时间同步。

这些 PON 时间同步协议旨在解决在光纤传输中出现的时间延迟和抖动，确保 ONU 设备能够在正确的时间窗口内进行数据传输，从而避免冲突和数据损坏。

虽然 PON 系统不直接依赖 NTP ，但在某些情况下，可能会有需求将 PON 系统与 IP 网络结合使用，此时 NTP 可能用于对 IP 网络中的计算机和设备进行时间同步。但是，ONU 设备和 OLT 之间的时间同步通常使用专门的 PON 时间同步协议，而不是 NTP 。

[cww1107]

@465456 大佬，具体怎么设置啊？

[suxiaoxiann]

那么除了咨询运营商，还有什么方法能获得内网的 ntp 地址呢？

[luoshengdu]

光猫：网络标签页--时间管理
时间设定

设置路由器的时间，使之与网络时间服务器同步。

当前时间: (已同步) 2023-07-22 21:58:01

自动同步网络时间

时间同步通道 ：管理通道

[acbot]

@cww1107
@suxiaoxiann
@luoshengdu

同问！

1. 是不是需要超级管理员账号才能配置？ 因为我听过普通账号进去根本没有看到 NTP 配置地方
2. TR609 内网的 NTP 服务器怎么获取？

[465456]

@cww1107 https://s1.locimg.com/2023/07/22/f57d8def500e9.png
https://s1.locimg.com/2023/07/22/cdbd007e96f14.png
https://s1.locimg.com/2023/07/22/db8af22993f49.png
https://s1.locimg.com/2023/07/22/e6e167ecaed79.png

[Kiriya]

@luoshengdu 管理通道用的是哪个 NTP 服务器？

[465456]

@suxiaoxiann 自己路由器

[passall]

OP 又没说是家用，有可能是企业。

[luoshengdu]

@Kiriya #29 [img][/img]
[img][/img]

[luoshengdu]

@acbot #27 我是使用普通用户登录的

[Wovvvv]

@465456 光猫 IP 是 192.168.100.1 ，拨号路由器 IP 是 192.168.100.7 吗

[Wovvvv]

@luoshengdu 我的拨号路由器 IP 为 10.0.0.1 ，光猫为 192.168.0.1 ，按照你图示在光猫 NTP IP 栏填 10.0.0.1 是否可以？

[acbot]

@luoshengdu 两地 中兴 华为 光猫分别看了，包括网络其他项下面都没有这项设置（ Qos 设置和时间管理）

[luoshengdu]

@Wovvvv #35 路由器拨号后获得的 IP 是透过光猫到电信运营商侧获得的，它和光猫不能通讯；
你需要做的，给路由器 wan 添加 dhcp ，从光猫的 lan 获取光猫 dhcp 的地址，见下图。
#并且要在路由器内指定默认上网路由为 pppoe 线路，dhcp 获取的地址仅仅用于猫和路由通讯，两者可以通讯，自然可以配置 ntp 了#

我图中 mwan 是用于光猫和路由通讯的（路由器下面的内网电脑访问光猫），pppoe 才是真正上网的线路

[luoshengdu]

@acbot #36 看下拨号模式下，光猫本身时间对不对，提供个信息反馈给大家啊

[Wovvvv]

@luoshengdu 多谢回答，回家再试试看

[xiaolang]

@heiher 刚做了下实验大部分光猫估计都是通过 PON 网络同步时间的，自家的光猫（已删掉 tr069 ）桥接，断电后可以获取到时间（登录日志显示的是正确时间），拔掉 PON 口光纤，获取不到时间。（登录日志显示错误时间）
光猫日志：
1970-01-01 00:00:18 [Error][告警日志] 告警 ID:104001,告警级别:次要,设备重启，复位原因：掉电复位，终端:OTHER
2023-06-19 22:50:41 [Error][告警日志] 告警 ID:104523,告警级别:次要,终端设备登录，IP:192.168.1.2 ，MAC:e4:8d:8c:49:41:d3
2023-06-29 20:22:14 [Critical][配置日志] 终端:WEB(192.168.1.2),执行结果:Success,操作类型:Login,Username:hljcuadmin
2023-06-29 20:24:43 [Critical][配置日志] 终端:WEB(192.168.1.2),执行结果:Success,操作类型:Logout,Username:hljcuadmin
2023-07-22 22:46:28 [Critical][配置日志] 终端:WEB(192.168.1.2),执行结果:Success,操作类型:Login,Username:hljcuadmin
1970-01-01 00:00:18 [Error][告警日志] 告警 ID:104001,告警级别:次要,设备重启，复位原因：掉电复位，终端:OTHER
1970-01-01 00:00:35 [Error][告警日志] 告警 ID:104523,告警级别:次要,终端设备登录，IP:192.168.1.2 ，MAC:e4:8d:8c:49:41:d3
1970-01-01 00:01:06 [Critical][配置日志] 终端:WEB(192.168.1.2),执行结果:Success,操作类型:Login,Username:hljcuadmin