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 。

那当然是这个白嫖运营商公网 IPv4 的方法呀，非常适合你这个应用场景，我自己就是这么玩的： https://github.com/heiher/natmap/wiki

@ClarkAbe 如果网络出口变成了 Socks5 代理服务器，那么客户端本地的 WIFI 或 4G 的 DNS 未必是合适的。

在 Linux 上可以直接创建多个 TCP socket 绑定同一个端口来连接至多个不同的目的地址:端口，也不需要开启 reuseport 。但如果该端口已经被某个 socket 绑定并且处于 listen 状态则不行。

这是江苏哪里呀，什么渠道办到的这么划算的商宽？

@cxc520589 APK 直接安装

可能用到的插件都静态链接

https://github.com/heiher/natmap 映射端口 + wireguard

之前讨论过这个问题，当时的结论是 NAT4 比 NAT1 理论上可以更节省公网 IP 、端口资源，但是 NAT4 需要维护的公、私映射关系比 NAT1 更多，不利于 NAT 的硬件加速实现。

我也公司只有 ipv4 ，解决方法是 NAT1 打洞: https://github.com/heiher/natmap/wiki

@TongNianShanHe 好的，我找时间看看，感谢反馈~

@Cormic client -> virtual tunnel -> socks5 server

@t6attack 因为 IP 网络的地址类型只有 uint32 和 uint128 两种，假设支持 domain string 就像 socks5 一样，那么你这个想法就可以实现啦。

接受动态端口的话，了解一下 Natter/NATMap ，白嫖运营商公网 IPv4:

https://github.com/MikeWang000000/Natter
https://github.com/heiher/natmap

@testFor #31 说明一下没有主动延迟等待收集数据再合并的逻辑，这样理解与事实不符。事实是客户端将 socks5 握手中需多轮交互的多个数据片段一次准备好，并在 TCP 流中一次 send ，仅此而已。

@testFor #31 暂不支持，socks5 握手预测的实质是将多轮交互的客户端侧数据一次发送(大概率合并在一个报文中)：

假设客户端与服务端通信的前、反向链路延迟都是 100ms 的话，两种方式的传输模式和延迟情况大致如下:

经典：
客户端：Hello ，我支持的鉴权方法有：123 (100ms)
服务端：Hello ，我选鉴权方法 1 (100ms)
客户端：请帮我建立与 xxx 的连接 (100ms)
服务端：好的，连接已经建立好 (100ms)
合计：400ms

预测：
客户端：Hello ，我支持的鉴权方法有：123 ；请帮我建立与 xxx 的连接 (100ms)
服务端：Hello ，我选鉴权方法 1 ；好的，连接已经建立好 (100ms)
合计：200ms

@testFor #29 没有主动延迟的意思。

刚测了访问国内四个网站的传输时间情况，socks5 服务端在局域网另一主机，测试主机配置 tun0 为默认路由(ipv4 & ipv6)，数据来自 firefox 开发者选项的 timing:

https://i.imgur.com/b6lTMLH.png

@testFor 有关 TCP delay 都是系统默认配置，“粘包”效果是因为 socks5 客户端有意实现为预测发送，是有减少延迟作用的。不知道切换前怎样，切换后应该是 dns 经过 socks5 服务器端，不知道是不是因为 dns 的延迟。浏览器的开发者选项中网络传输页面应该可以显示每个资源的加载时间，不妨对比看看，需要注意的是尽可能网络环境的抖动影响，比如本地跑 socks5 服务器，访问本地或国内 http 资源。