V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  OmoineMie  ›  全部回复第 1 页 / 共 1 页
回复总数  13
23 天前
回复了 OmoineMie 创建的主题 宽带症候群 求助 WiFi 跑不满宽带是什么问题
那你说说可能是什么原因呢?
23 天前
回复了 OmoineMie 创建的主题 宽带症候群 求助 WiFi 跑不满宽带是什么问题
这个回答一针见血,deepseek 真的吊打 grok ,gemini ,chatgpt
23 天前
回复了 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 加速,让无线数据也能享受到“高速公路”的待遇,问题即可迎刃而解
57 天前
回复了 OmoineMie 创建的主题 宽带症候群 路由器公网 IP 突然大面积区域封锁
@datou 全封,但是部分区域又能正常访问,很奇怪啊
57 天前
回复了 OmoineMie 创建的主题 宽带症候群 路由器公网 IP 突然大面积区域封锁
@ZEXP 我测试过了,没有用,ipv4 和 v6 都变这样了,而且如果换 v4 地址后,之前的地址就变正常了,那说明是我的账号出问题了,打电话给联通技术,还不承认。
57 天前
回复了 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 详情
57 天前
回复了 OmoineMie 创建的主题 宽带症候群 路由器公网 IP 突然大面积区域封锁
@reayyu 那到底是我的运营商封了还是对方的封了呢?为什么有的地方又能通
136 天前
回复了 OmoineMie 创建的主题 问与答 wireguard 两个节点只能单向通是什么原因
@yinmin 问题是 B 做服务端,C 又能正常连接吗,c 和 a 在一个网络下,只是不同终端,所以到底是哪个有问题
137 天前
回复了 OmoineMie 创建的主题 问与答 wireguard 两个节点只能单向通是什么原因
@yinmin 有参数,15 秒
226 天前
回复了 OmoineMie 创建的主题 服务器 阿里云 200M 轻量云 hk 限速 10Mb
Mb ,不是 MB
2023-09-07 16:04:31 +08:00
回复了 OmoineMie 创建的主题 互联网 有什么好用的自建内网穿透工具能替换 NPS 的
@chauncychan frp 只能在客户端配置,每次还得重启服务,很麻烦啊
2023-05-27 15:23:20 +08:00
回复了 OmoineMie 创建的主题 宽带症候群 求大佬解惑,光猫有 ipv6,子设备获取不到 ipv6
@choury 我的情况恰好是反过来的,过年前一直都是正常的,光猫桥接路由器拨号能获取 ipv6 ,后来光猫升级系统后就不得行了
2023-05-27 09:57:52 +08:00
回复了 OmoineMie 创建的主题 宽带症候群 求大佬解惑,光猫有 ipv6,子设备获取不到 ipv6
@Bingchunmoli 关键是我不挂路由器直接连光猫就获取不到 ipv6 ,光猫获取 V6 方式是 slaac ,分发方式是 dhcpv6 ,但手机电脑并不支持 dhcpv6
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1525 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 1357ms · UTC 16:39 · PVG 00:39 · LAX 09:39 · JFK 12:39
Developed with CodeLauncher
♥ Do have faith in what you're doing.