V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
nkwqrwe264556364
V2EX  ›  路由器

2026 路由器

  •  
  •   nkwqrwe264556364 · 22 days ago · 3162 views
    入手了 7DR7299 ,确实很强,原来换了一个强的芯片,可以明显提速
    Supplement 1  ·  21 days ago
    忘了说,刷了 openwrt
    28 replies    2026-04-09 14:12:20 +08:00
    likooo125802023
        1
    likooo125802023  
       22 days ago   ❤️ 1
    这年头不都软路由当道??
    nlzy
        2
    nlzy  
       22 days ago via Android
    @likooo125802023 这是 A73 ,大多数 ARM 软路由的招笑 A53/A55 没资格碰瓷
    laminux29
        3
    laminux29  
       22 days ago
    TL-7DR7299 ?

    京东自营 ¥950
    TP-LINK BE7200 Wi-Fi 7 家用无线路由器,飞流双万兆版
    10G SFP+ * 1
    10G 电口 * 1
    2.5G 电口 * 4
    1G 电口 * 2
    USB 3.0 Type-C * 1
    WizardLeo
        4
    WizardLeo  
       22 days ago
    @nlzy 我觉得他的意思是都是 x86 软路由
    nkwqrwe264556364
        5
    nkwqrwe264556364  
    OP
       22 days ago
    @WizardLeo 这是很强的 arm 芯片,目前接近天花板,排老二了
    pingdog
        6
    pingdog  
       22 days ago via Android
    天花板? mtk ?扔下海!
    rrfeng
        7
    rrfeng  
       22 days ago via Android
    天花板??几年前咱就用 rk3588 ( a76+a55 ) 了
    nkwqrwe264556364
        8
    nkwqrwe264556364  
    OP
       22 days ago
    @rrfeng 之前用英特尔 N200 ,打开网页速度远不如这个,因为没有叫什么的芯片加速,硬路由才有
    Thymolblue
        9
    Thymolblue  
       22 days ago
    这款路由带管理吗?想轻微统计一下上网行为
    WizardLeo
        10
    WizardLeo  
       22 days ago
    @nkwqrwe264556364 要实现软路由的功能,再强的硬路由也没法调用硬件加速包转发。你如果很满意 x86 软路由换到 arm 硬路由之后的网络体验,那就说明你其实不是软路由的目标用户。
    chocolatesir
        11
    chocolatesir  
       22 days ago
    128M flash 太小了吧,和这个价格有点不相称。
    nightlight9
        12
    nightlight9  
       22 days ago via Android
    tplink 我也在用

    只能用老旧的 VPN 协议
    没有 wireguard
    无任何可玩性…
    likooo125802023
        13
    likooo125802023  
       21 days ago
    @nlzy arm 是什么鬼,够 X86 哪门子,,找个安装包还得看看 CPU 对不对

    啥啥不能干的拿来干嘛
    nkwqrwe264556364
        14
    nkwqrwe264556364  
    OP
       21 days ago
    @WizardLeo 我没说清楚,我刷了 openwrt ,哈哈
    nkwqrwe264556364
        15
    nkwqrwe264556364  
    OP
       21 days ago
    @Thymolblue TP 简单的管理有的
    FabricPath
        16
    FabricPath  
       21 days ago
    @WizardLeo
    "再强的硬路由也没法调用硬件加速包转发"

    家用路由器的硬件加速伪命题,这几 us 的延迟提升,甚至不如空口拥塞一下的感知明显。

    用 openwrt 软路由会感觉到卡的,大概率是装了开源的 fullcone 模块,这个模块有个全局锁
    nkwqrwe264556364
        17
    nkwqrwe264556364  
    OP
       21 days ago
    @FabricPath 太详细的不太懂,但实际的感受提升却是实实在在的
    Ipsum
        18
    Ipsum  
       21 days ago via Android
    @nkwqrwe264556364 你这个难道不是自己配置的问题?而且那个加速芯片,对比 x86 提升的体感几乎忽略不计。那芯片最主要的作用就是帮那孱弱的 cpu 减负用的。
    nlzy
        19
    nlzy  
       21 days ago via Android
    @likooo125802023 你 x86 64B 小包能线速转发吗?硬中断完等分时调度器调度到 softirq 延迟有保证吗?有交换芯片吗,背板带宽能打满端口线速吗,开个软件桥当低性能高功耗交换机闹麻了。还软件包,把网络设备当通用计算机就是你以为的路由器吗。
    likooo125802023
        20
    likooo125802023  
       21 days ago
    @nlzy 你开网吧的还是 IDC 机房? 你说的这些一个家庭宽带用户毛用的到?
    internelp
        21
    internelp  
       20 days ago
    @nightlight9 这款可以刷机
    FabricPath
        22
    FabricPath  
       19 days ago
    @nlzy 你现在用的互联网 app 的后端网络几乎都跑在 ebpf 或者性能更差的 netfilter 上去封装 vxlan ,你有感知吗?所有网站的接入的标准架构就是 dpvs + nginx ,nginx 还是个用户态的代理,你同样也没感知,到软路由这层这几十 us 的延迟你就有感知了😁
    nlzy
        23
    nlzy  
       19 days ago
    @FabricPath 你先别急。我看不爽的是帖子里聊硬路由非得有人凑上来说“现在不都软路由当道”,和在安卓帖里硬凑上来说苹果牛逼谁用安卓的脑残果粉有什么区别?
    FabricPath
        24
    FabricPath  
       19 days ago
    @nlzy 我不急的,我这 mellanox 的 ct offload 和 ebpf 都大规模在生产环境用过,你觉得 offload 是“延迟可预期的”那只是因为你了解的太少了,你能想清楚:
    1. snat 的端口谁分配的?
    2. offload 的 conntrack 表项的生命周期是怎么管理的(带 RST 、SYN 、FIN 的报文如何处理)
    3. offload 的 conntrack 存储在哪里
    4. offload 的 conntrack 如何查找(硬件能否实现 Hash+冲突链查找?)
    你就能想清楚 offload 的可预测性还不如 netfilter 。mellanox 搞这么多年网卡 offload ,现在也就 rte flow+五元组精确匹配场景下能大规模应用; tc flower + ct offload 也就在小规模玩玩;容器场景都是 ebpf 、netfilter 当道
    FabricPath
        25
    FabricPath  
       19 days ago
    再回到硬路由,硬路由受限于那小身板 CPU ,ct 的 curd 延迟在大部分情况都不如 x86 软路由,所以如上所说,如果说一个 n100+i225 网卡的软路由还比不过硬路由那小身板,那就先怀疑一下是不是开了 fullcone nat ,或者网卡不支持 rss (典型的比如 realtek 那几个网卡)
    nlzy
        26
    nlzy  
       19 days ago via Android
    @FabricPath 我读 mt7988 的寄存器手册,mlx5 的源码也读过一点,你考的这几个问题我不想自证了。我反对的是一上来用就软路由踩一脚家用硬路由的行为,一些 A53/A55 软路由,或者是性能很差 x86 比如 j1900 / N4000 之流的玩意我就是看不爽,三层软转发性能不如 7988 ,内网二层交换用软桥接带宽延迟和包转发率更是惨不忍睹,端口少功耗高价格还不低。这种情况下买个 7988 的 SoC 刷个系统当软路由用其实比很多市售软路由成品要好得多,性能功耗端口数都对得起价格。
    nlzy
        27
    nlzy  
       19 days ago
    @FabricPath 这个帖子的原意是家用环境买什么网络设备比较好,迫不及待要秀自己的大规模生产环境实践经验和 ct / nf 原理有什么用呢,家里建 IDC ?
    FabricPath
        28
    FabricPath  
       18 days ago
    @nlzy 你一来就在秀你那为数不多的 netfilter 知识,一来就说硬路由的 offload 吊打软路由,一来就是 softirq 延迟不可预期,问你 offload 的延迟可不可预期你又说不出来🤣给你说了转发延迟几 us 人肉完全不可感知,你还在这叭叭说 netfilter 性能惨不忍睹,有多惨?互联网 idc 全都是 netfilter ,你有感知?
    另外,路由选型一直一来都是:动手能力不强用成品路由;动手能力强用软路由,上限极高。至于你说那 offload 带来的几 us 延迟,不在考虑范围。你只考虑转发延迟低了几 us ,那你要不要考虑一下新建连接时,ct 插入额外带来几 us 的延迟呢
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   1363 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 56ms · UTC 23:50 · PVG 07:50 · LAX 16:50 · JFK 19:50
    ♥ Do have faith in what you're doing.