阿里郎 AP8220 小包简测

rx_78gp02a

江湖一直存在NSS的传说，今天它来了。
机器：阿里云 AP8220    CPU: IPQ8071A RAM: 1GB
固件版本：QWRT R24.3.3 (QSDK 12.1) / main (git-24.054.43072-eede07c)
根据大雕的说法，QSDK 12有bug导致8系列NSS工作在700Mhz的摸鱼频率，满载是1.49Ghz，测试结果仅供参考。
使用命令查看NSS状态只显示一个核心，并且最高占用不超过50%

结论：因为R86S羸弱的CPU以及I225垃圾的驱动导致Trex的发包极限在3Mpps左右，无法测试低流数情况下的转发性能，因此只能摸一摸它的并发情况。
测试方法1：多流转发，无新增Flow，UDP单向发包。

3K流，单向1.8Mpps，NSS占用26%
4K流，单向1.54Mpps，NSS占用33%
5K流，单向0.98Mpps，NSS占用55%
6K流，单向0.77Mpps，NSS占用56%
8K流，单向0.57Mpps，NSS占用49%
10K流，单向0.45Mpps，NSS占用48%
12K流，单向0.24Mpps，NSS占用49%

小结：
2K流可以跑满2.5G线速（估计），未知原因NSS占用不会超过50%，可能和频率有关；NSS满载后CPU最高占用25%，其它情况均为0

测试方法2：新建NAT能力测试，仅供参考
每秒3.37K 新增连接，1W6流，活动连接超过7000开始丢包。
小结：
未测出新增瓶颈，活动连接超过7000开始丢包，这个应该是固件的限制或bug。

测试方法3：
多流转发，无新增Flow，UDP单向发包，测传输延迟。
2K流，单向2Mpps无丢包，平均延迟197/215us，最大延迟410/416us，抖动72/73us
4K流，单向1.46Mpps有丢包，平均延迟2622/2680us，最大延迟3191/3266us，抖动104/76us
6K流，单向0.777Mpps有丢包，平均延迟3566/3400us，最大延迟5780/5550us，抖动681/607us
12K流，单向0.37Mpps有丢包，平均延迟5275/5654us，最大延迟7257/6950us，抖动819/773us

因为丢包，统一换算标准Total-RX / 512Mbps * 1Mpps = 转发速率，比如3K流 926Mbps / 512Mbps * 1Mpps=1.808Mpps
3K流

3K

4K流

4K

6K流

6K

8K流

8K

10K流

10k

NAT测试，无论多少新增，活动连接高于7000开始丢包

nat

2K延迟测试

2K延迟

4K延迟测试

4K延迟

6K延迟测试

6K延迟

12K延迟测试

12K延迟

xsdianeht

阿里郎，我还以为是朝鲜来的

xuting77

我都戴好墨镜准备进来看太阳的 你这不对啊

nn1122

怪不得咸鱼只卖2xx元，之前价格还不便宜

yin19991999

这二手价格不值得买

ynkmsnake

楼主大大问下固件哪里找，之前的q群解散了就不知道去哪下了

hepan2004

支持，玩的都是男人喜欢的网络知识

rx_78gp02a

ynkmsnake 发表于 2024-10-8 19:54
楼主大大问下固件哪里找，之前的q群解散了就不知道去哪下了

买来就已经刷好了，我手上也没有，大雕的付费群里有，但不是这个版本。

rx_78gp02a

楼主未更新了延迟测试，延迟很平均但是不出彩。

ynkmsnake

rx_78gp02a 发表于 2024-10-9 09:38
买来就已经刷好了，我手上也没有，大雕的付费群里有，但不是这个版本。 ...

付费群都解散了，你敢信

shiangyeh

ynkmsnake 发表于 2024-10-9 15:59
付费群都解散了，你敢信

不解散怎么建新群呢

tancen1983

那人在恩山口碑也是一塌糊涂  

Anderson997

ynkmsnake 发表于 2024-10-9 15:59
付费群都解散了，你敢信

n3说成天炸的，自适应下了

lean

ynkmsnake 发表于 2024-10-9 15:59
付费群都解散了，你敢信

我也想永不被封啊，有办法么？ 每次被封都要一个个拉回来

cp8869

8220挺不错的，特别是价格便宜，用楼主教的方法测了bench双向，另外在请教下楼主nat测试方法。

iamyangyi

现阶段综合 我选MTK 7986 开放好很多，AX9000买了一周 自己加NSS 搞砖了 卖了。期盼7988快点家用上线。

rx_78gp02a

cp8869 发表于 2024-10-9 21:41
8220挺不错的，特别是价格便宜，用楼主教的方法测了bench双向，另外在请教下楼主nat测试方法。 ...

可用的NAT测试文件有，其它的自己试
./t-rex-64 -f cap2/nat_test.yaml --learn-mode 2
./t-rex-64 --astf -f astf/http_simple.py
NAT测试有两种方法，各自有局限性。

方法一：SERVER/CLIENT和端口不在一个网段，适用于能自定义转发规则的路由
Trex没有调用系统内核栈，无法应答ARP请求，这种方式可以实现更多的测试流
Trex端口配置：
      - ip: 172.16.1.2
        default_gw: 172.16.1.1
      - ip: 172.16.2.2
        default_gw: 172.16.2.1
ROS路由配置
/ip address
add address=172.16.1.1/24 interface=P0 network=172.16.1.0
add address=172.16.2.1/24 interface=P1 network=172.16.2.0
设置静态路由，让路由知道数据出口：
/ip route
add disabled=yes distance=1 dst-address=16.0.0.0/8 gateway=172.16.1.2 \
    routing-table=main scope=30 suppress-hw-offload=no target-scope=10
add disabled=yes distance=1 dst-address=48.0.0.0/8 gateway=172.16.2.2 \
    routing-table=main scope=30 suppress-hw-offload=no target-scope=10
Trex发包文件配置（默认不用改）：
  generator :
          distribution : "seq"
          clients_start : "16.0.0.3"
          clients_end   : "16.0.0.103"
          servers_start : "48.0.0.3"
          servers_end   : "48.0.0.102"
上述配置和三层转发一样，区别在于路由需要增加一条地址伪装规则：
/ip firewall nat
add action=masquerade chain=srcnat out-interface=P1 src-address=16.0.0.0/8
这样从P0进来的包16.0.0.3——>48.0.0.3会被修改成172.16.2.1——>48.0.0.3
从P1返回的包变成48.0.0.3——>172.16.2.1
这个方式在ROS通过Torch命令得到验证。

有的系统无法自定义地址伪装规则，需要用第二种测试方式
方法一：SERVER/CLIENT和端口在一个网段
Trex端口配置同上
路由不需要配置静态路由规则
Trex发包文件要把CLIENT改成LAN网段，把SERVER改成WAN网段：
  generator :
          distribution : "seq"
          clients_start : "172.16.1.3"
          clients_end   : "172.16.1.6""
          servers_start : "172.16.2.3"
          servers_end   : "172.16.2.6"
因为Trex无法应答ARP请求，还需要把所有SERVER/CLIENT的IP绑定固定MAC，MAC地址和Trex的端口地址相同。
add address=172.16.2.2 interface=P1 mac-address=0C:42:A1:E0:B1:8C
add address=172.16.2.3 interface=P1 mac-address=0C:42:A1:E0:B1:8C
add address=172.16.2.4 interface=P1 mac-address=0C:42:A1:E0:B1:8C
add address=172.16.2.6 interface=P1 mac-address=0C:42:A1:E0:B1:8C
add address=172.16.2.6 interface=P1 mac-address=0C:42:A1:E0:B1:8C

add address=172.16.1.2 interface=P0 mac-address=0C:42:A1:E0:B1:7C
add address=172.16.1.3 interface=P0 mac-address=0C:42:A1:E0:B1:7C
add address=172.16.1.4 interface=P0 mac-address=0C:42:A1:E0:B1:7C
add address=172.16.1.5 interface=P0 mac-address=0C:42:A1:E0:B1:7C
add address=172.16.1.6 interface=P0 mac-address=0C:42:A1:E0:B1:7C

路由增加地址伪装规则，源地址是LAN IP，这也是很多不可配路由的默认转发设置
/ip firewall nat
add action=masquerade chain=srcnat out-interface=P1 src-address=172.16.1.0/24
这样从P0进来的包172.16.1.3——>172.16.2.3会被修改成172.16.2.1——>172.16.2.3
从P1返回的包变成172.16.2.3——>172.16.2.1

结论：
Trex官方没有给出NAT测试的具体方法，网上能找到的资料也特别少，上述方法不一定适用于所有环境，至少从ROS的连接跟踪里面看NAT映射是正常的，OP和其它成品路由缺少直观的检验方法。

方法一是官方建议的测试方式，虽然没有给出具体步骤，社区有老外使用了方法二被驳回，原因在于Trex无法应答静态ARP，这导致方法二的IP段太少，无法形成压力。

测试NAT必须用双向流，但是这两个文件均很难形成大的测试压力，E5测试是用-m 1000的模板，即使端口跑满万兆，包速率也仅有1.1Mpps

Trex终究只是一个开发工具，而不是一个合格的测试工具，测试脚本还在研究，但是资料太少。

cp8869

rx_78gp02a 发表于 2024-10-10 09:53
可用的NAT测试文件有，其它的自己试
./t-rex-64 -f cap2/nat_test.yaml --learn-mode 2
./t-rex-64 --as ...

完美！感谢！先收藏，回去研究下今天测301w。

ynkmsnake

lean 发表于 2024-10-9 20:14
我也想永不被封啊，有办法么？ 每次被封都要一个个拉回来

理解，不过后面qq单独联系也没拉我，l大可以单独再拉一下吗，qq393980105，感谢

269405314

求个固件，AP8220正在路上

wshwolf

请问各位大佬，这个双2.5g的路由器可以考虑当家用拨号路由用吗?
能跑满2000M的宽带不

rx_78gp02a

wshwolf 发表于 2024-10-30 10:19
请问各位大佬，这个双2.5g的路由器可以考虑当家用拨号路由用吗?
能跑满2000M的宽带不 ...

肯定没有问题

qq444185225

大雕更新源码了，满血nss了，老哥要不要去测测。

采花郎

这货我已经注意一个多月了
貌似目前可以硬改到2G RAM，512M RAM
CPU是4核，我对比了下跑分，貌似和我手头的同样是4核的N1差不多
但8220胜在2.5G的网口，NSS，企业级
可惜的就是USB为2.0（不过如果搭配3.0那就绝对不是现在这个价格了）

BTW，原来lean大佬在chh啊？

traekle

我以为是那个，阿里郎。。。 还想说怎么在自动入网之外还搞小包转发测试了。。。