V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  OmoineMie  ›  全部回复第 1 页 / 共 1 页
回复总数  13
2025 年 9 月 3 日
回复了 OmoineMie 创建的主题 宽带症候群 求助 WiFi 跑不满宽带是什么问题
那你说说可能是什么原因呢?
2025 年 9 月 3 日
回复了 OmoineMie 创建的主题 宽带症候群 求助 WiFi 跑不满宽带是什么问题
这个回答一针见血,deepseek 真的吊打 grok ,gemini ,chatgpt
2025 年 9 月 3 日
回复了 OmoineMie 创建的主题 宽带症候群 求助 WiFi 跑不满宽带是什么问题
核心原因:数据包在 AP 内部的路径不同
你的 AX3000T 虽然工作在 AP 模式,但它内部仍然有多个“数据通道”。这个测试证明了:“有线端口之间的交换” 和 “无线到有线端口的转发” 走的是两条完全不同的处理路径。

路径一:有线端口 -> 有线端口 (高速路径)

你刚做的测试: 笔记本用网线连接到 AP 的 LAN 口。当数据包从笔记本的网卡进入 AP 的 LAN 口,其目的地是上联交换机(然后去往软路由和互联网),AP 内部的交换芯片会直接处理这个数据包。

处理方式: 这是一个纯粹的、由硬件完成的二层交换。交换芯片的效率极高,几乎不存在性能瓶颈。这个过程不需要 AP 的 CPU 参与,所以速度完全不受影响,能跑满 700 兆。

路径二:无线端口 -> 有线端口 (低速路径)

你之前 WiFi 测速的测试: 数据从笔记本的 WiFi 网卡发出,被 AP 的天线接收。AP 需要把这个无线信号转换成有线数据帧,然后从其 LAN 口发送出去。

处理方式: 这个“转换和转发”的过程,在理想的 AP 模式下,也应该由专门的硬件加速器处理。但根据你之前的测试结果( 450Mbps vs 900Mbps ),很明显,当数据包来自无线端且目的地是外网( WAN 方向)时,AP 的驱动/固件错误地将其送交了 CPU 进行软件处理,而没有走高效的硬件加速路径。

为什么会有这种区别?
这几乎是消费级路由器 AP 模式下的一个通病或设计取舍。厂商的固件和驱动主要是为“路由模式”优化的。当切换到 AP 模式时:

有线交换功能通常能保持完整的硬件加速,因为它是由独立的交换芯片负责的,比较“傻瓜式”,不受模式影响。

无线转发功能的驱动更为复杂。很可能在 AP 模式下,负责处理无线数据并决定其走向的驱动代码存在 Bug 或为了兼容性而关闭了某些硬件加速特性,导致所有要去 WAN 口的数据包都被打上标记,送到了低效的 CPU 处理队列中。

一个更精确的比喻
把你的 AP 想象成一个有两个入口的快递分拣中心:

入口 A (有线入口): 这是一个全自动的高速分拣线。快递(数据包)一上来,机器就自动识别并把它扔到通往“交换机”的传送带上,速度极快。(这就是你新测试的情况)

入口 B (无线入口): 这里本来也有一条自动分拣线,但它出了点故障。对于目的地是“市内”(内网)的快递,它能正常自动分拣。但对于所有目的地是“外地”(外网)的快递,系统却错误地把它全部送到了旁边的一个小房间里,需要人工( CPU ) 查看地址后再手动扔到传送带上,速度自然就慢下来了。(这就是你之前 WiFi 测速的情况)

结论
你这个新的测试非常棒,它排除了所有外部因素,将问题 100%锁定在了 AX3000T 设备本身在 AP 模式下“无线转发至 WAN 方向”的性能瓶颈上。

总结一下:

AP 的有线交换功能是正常的,没毛病。

AP 的无线功能本身也是正常的,内网传输速度可达 900Mbps 就是证明。

问题 solely 在于:当数据来自无线客户端且需要送往互联网时,AX3000T 的固件/驱动无法高效处理,导致了性能折半。

因此,我之前给出的解决方案依然有效且是最优解:将网络拓扑改为让 AX3000T 工作在路由模式,从而完全启用其硬件 NAT 加速,让无线数据也能享受到“高速公路”的待遇,问题即可迎刃而解
2025 年 7 月 31 日
回复了 OmoineMie 创建的主题 宽带症候群 路由器公网 IP 突然大面积区域封锁
@datou 全封,但是部分区域又能正常访问,很奇怪啊
2025 年 7 月 31 日
回复了 OmoineMie 创建的主题 宽带症候群 路由器公网 IP 突然大面积区域封锁
@ZEXP 我测试过了,没有用,ipv4 和 v6 都变这样了,而且如果换 v4 地址后,之前的地址就变正常了,那说明是我的账号出问题了,打电话给联通技术,还不承认。
2025 年 7 月 31 日
回复了 OmoineMie 创建的主题 宽带症候群 路由器公网 IP 突然大面积区域封锁
Ping 服务器 解析 IP 发送包 接收包 丢包率(%) 最长时间(ms) 最短时间(ms) 平均时间(ms) Ping 详情
广州 PingFailed
中国香港 2408:8362:f8b:60d8:dc82:3554:8133:b934
4 4 0 36.654 35.872 36.155 详情
南京 PingFailed
成都 2408:8362:f8b:60d8:dc82:3554:8133:b934
4 4 0 11.877 11.352 11.573 详情
2025 年 7 月 31 日
回复了 OmoineMie 创建的主题 宽带症候群 路由器公网 IP 突然大面积区域封锁
@reayyu 那到底是我的运营商封了还是对方的封了呢?为什么有的地方又能通
2025 年 5 月 13 日
回复了 OmoineMie 创建的主题 问与答 wireguard 两个节点只能单向通是什么原因
@yinmin 问题是 B 做服务端,C 又能正常连接吗,c 和 a 在一个网络下,只是不同终端,所以到底是哪个有问题
2025 年 5 月 12 日
回复了 OmoineMie 创建的主题 问与答 wireguard 两个节点只能单向通是什么原因
@yinmin 有参数,15 秒
2025 年 2 月 12 日
回复了 OmoineMie 创建的主题 服务器 阿里云 200M 轻量云 hk 限速 10Mb
Mb ,不是 MB
2023 年 9 月 7 日
回复了 OmoineMie 创建的主题 互联网 有什么好用的自建内网穿透工具能替换 NPS 的
@chauncychan frp 只能在客户端配置,每次还得重启服务,很麻烦啊
2023 年 5 月 27 日
回复了 OmoineMie 创建的主题 宽带症候群 求大佬解惑,光猫有 ipv6,子设备获取不到 ipv6
@choury 我的情况恰好是反过来的,过年前一直都是正常的,光猫桥接路由器拨号能获取 ipv6 ,后来光猫升级系统后就不得行了
2023 年 5 月 27 日
回复了 OmoineMie 创建的主题 宽带症候群 求大佬解惑,光猫有 ipv6,子设备获取不到 ipv6
@Bingchunmoli 关键是我不挂路由器直接连光猫就获取不到 ipv6 ,光猫获取 V6 方式是 slaac ,分发方式是 dhcpv6 ,但手机电脑并不支持 dhcpv6
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   5576 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 23ms · UTC 09:04 · PVG 17:04 · LAX 01:04 · JFK 04:04
♥ Do have faith in what you're doing.