MT7628NN最大连接设备数受限原因？

Question

MT7628NN最大连接设备数受限的主要原因在于其硬件资源与驱动软件的限制。该芯片采用单核MIPS24KEc处理器，主频580MHz，内存带宽和缓存较小，导致在高并发连接下处理能力饱和。同时，官方Linux驱动对STA（Station）连接数默认限制为32或更少，且未开启高效连接跟踪（conntrack）优化。此外，Wi-Fi协议栈在AP模式下维护每个设备的MAC表项、密钥信息和QoS参数，占用大量内存，当连接数超过16-32台时易出现丢包、延迟或无法接入现象。实际部署中，建议通过定制固件优化连接管理机制以提升并发能力。

Answer 1

1. MT7628NN连接设备数受限的背景与现象

MT7628NN作为一款广泛应用于家用路由器、智能网关和IoT网关中的Wi-Fi SoC芯片，因其成本低、集成度高而受到厂商青睐。然而，在实际部署中，用户普遍反馈其最大支持的STA（Station）连接数通常被限制在16至32台之间，超过此范围后会出现显著性能下降，包括数据包丢失、响应延迟增加甚至新设备无法成功接入AP等问题。

这一现象并非偶然，而是由多个层次的技术瓶颈共同导致的结果。从最表层的用户体验问题出发，逐步深入到硬件架构、操作系统驱动、协议栈实现以及系统资源调度等多个维度，才能全面理解其根本原因。

2. 硬件资源瓶颈分析

硬件组件	规格参数	对连接数的影响
CPU	单核 MIPS24KEc, 580MHz	处理能力有限，难以应对大量并发中断与协议处理
内存带宽	窄总线结构，共享DDR2控制器	高连接数下内存访问竞争加剧
L1 Cache	指令/数据各16KB	缓存命中率低，频繁访存拖慢整体性能
片上SRAM	约64KB用于DMA缓冲	多连接时缓冲区易拥塞
无线基带处理单元	集成MAC/BB部分卸载功能	仍需CPU参与帧分类与管理帧处理
网络接口	1x100M Ethernet + Wi-Fi 2.4G	带宽上限制约整体吞吐
功耗设计	TDP约1.2W	限制持续高负载运行能力
温度控制机制	无主动散热设计	高温降频进一步削弱处理能力
加密引擎	支持AES-NI但仅部分加速	每设备密钥协商开销大
中断控制器	标准MIPS级联IRQ	高连接数下中断风暴风险升高

3. 软件驱动与协议栈限制

• Linux内核驱动限制：官方提供的mt76或闭源ra0驱动模块，默认将max_stations设置为32，且未开放动态调整接口。
• 连接跟踪（conntrack）未优化：默认未启用conntrack helper for Wi-Fi，每个TCP连接均需完整状态维护，消耗大量内存与CPU周期。
• MAC地址表管理效率低：使用简单的哈希链表结构存储STA条目，查找复杂度为O(n)，连接数上升时延明显增长。
• QoS与AC调度开销：每个STA需维护四个AC队列（VO/VI/BE/BK），并执行WMM调度算法，增加上下文切换频率。
• 安全密钥管理负担重：每STA需保存PMK、PTK、GTK等密钥材料，占用约2-4KB内存/设备。
• Beacon帧生成压力：CPU需周期性构造包含TIM信息的Beacon帧，连接越多，TIM bitmap更新越频繁。
• PSM（省电模式）处理低效：STA进入睡眠后，AP需缓存下行帧并在DTIM周期唤醒广播，内存与调度压力剧增。
• 缺乏连接老化策略：默认老化时间长（如300秒），死连接长期驻留占用资源。

4. 性能退化过程的流程建模

graph TD
    A[新设备尝试接入] --> B{当前连接数 < 32?}
    B -- 是 --> C[正常认证与关联]
    B -- 否 --> D[拒绝接入或超时失败]

    C --> E[分配MAC表项与密钥空间]
    E --> F[注册至WLAN子系统]

    G[定时Beacon生成] --> H[构建TIM bitmap]
    H --> I{是否有PS STA待唤醒?}
    I -- 是 --> J[缓存下行帧至PS队列]
    I -- 否 --> K[发送标准Beacon]

    L[高并发连接] --> M[CPU中断频率上升]
    M --> N[上下文切换增多]
    N --> O[可用CPU时间片减少]
    O --> P[协议处理延迟]
    P --> Q[丢包率上升 & 延迟增加]

5. 可行的优化路径与定制方案

1. 替换为OpenWrt或LEDE等开源固件平台，获取更灵活的驱动配置能力。
2. 修改/etc/config/wireless中maxassoc参数，并重新编译驱动以突破默认限制。
3. 启用nf_conntrack优化选项，如hashsize=8192并启用cttimeout自动清理机制。
4. 采用轻量级加密模式（如WPA2-Personal而非Enterprise）降低EAP握手开销。
5. 调整/proc/sys/net/ipv4/neigh/wlan0/gc_thresh*参数，提升ARP表项回收效率。
6. 禁用非必要QoS功能（如WMM UAPSD），减少后台调度任务。
7. 实现基于活跃度的连接淘汰算法，定期扫描并踢出无流量设备。
8. 使用eBPF程序监控关键路径延迟，定位性能热点。
9. 通过tc命令限制单设备带宽，防止单一客户端耗尽资源。
10. 部署外部代理进行会话保持（如HTTP长轮询交由后端处理），减轻本地conntrack压力。