하기와 같이 3개의 장비에 대한 상대 성능이 궁금합니다.
실제 BMT 결과 말고, 하기의 CPU / MEM 스펙만 보고 상대 성능치가 가늠이 될 까 해서요
출시년도/가격등을 토대로는
AUDIENCE >> RB962 >> RB2011 순으로 성능 서열이 나열 될 거 같긴한데
1. RB962/RB2011 두 제품이 1 Core에 100MHz 정도 차이 밖에 안나는 데, 실제 성능도 대동 소이 할런지요 ?
2. AUDIENCE는 코어가 무려 4개 인데, 실제 성능도 RB2011/RB962대비 넘사벽 일려나요 ?
3. 다중 코어의 주된 잇점이 PPS 향상 일려나요 ?
아시는 분의 조언 및 의견 부탁 드려 봅니다.
감사합니다.
* RB962
[nhsung@capsman-rb962] /system resource> print
uptime: 1d21h55m56s
version: 6.47.3 (stable)
build-time: Sep/01/2020 05:24:48
factory-software: 6.35.4
free-memory: 77.6MiB
total-memory: 128.0MiB
cpu: MIPS 74Kc V5.0
cpu-count: 1
cpu-frequency: 720MHz
* AUDIENCE
[nhsung@cap-audience] > /system resource print
uptime: 1d21h56m40s
version: 6.47.3 (stable)
build-time: Sep/01/2020 05:24:48
factory-software: 6.45.4
free-memory: 192.4MiB
total-memory: 256.0MiB
cpu: ARMv7
cpu-count: 4
cpu-frequency: 716MHz
* RB962
[nhsung@sw-rb2011] > /system resource print
uptime: 1d18h44m12s
version: 6.47.3 (stable)
build-time: Sep/01/2020 05:24:48
free-memory: 97.2MiB
total-memory: 128.0MiB
cpu: MIPS 74Kc V4.12
cpu-count: 1
cpu-frequency: 600MHz
다중코어는 아무래도 멀티스레드로 처리되는 작업들을 나누어 처리해줄수 있으니 성능향상이 있지요.
다수의 vpn터널, 방화벽등... 일부 싱글스레드로만 설계된 작업들은 클럭이 빠른 것이 나을수밖에 없구요.
btest server에 loopback IP를 받고, ether1-n or bridge를 구성해서 ECMP 처리되도록 하라는 조언 이신거죠 ?
/tool bandwidth-test 127.0.0.1 duration=30s
;;; results can be limited by cpu, note that traffic generation/termination performance might not be representative of forwarding performance
status: done testing
duration: 30s
rx-current: 19.1Gbps
rx-10-second-average: 19.0Gbps
rx-total-average: 18.2Gbps
lost-packets: 0
random-data: no
direction: receive
rx-size: 65520
connection-count: 20
local-cpu-load: 100%
remote-cpu-load: 100%
감사합니다. 상기 방법으로 어찌 어찌 했습니다. 꾸벅
각각의 공인 IP를 사용하는 장비로는 서로 PING은 잘 되나, CONNECTING 상태로만 있네요 ~.~
B-TEST SERVER에서 하기의 명령어 추가 이후에, 정상 동작함을 확인하였습니다. B-TEST send/receive port 추가
13 ;;; BANDWIDTH TEST SERVER ==========
chain=input action=accept protocol=udp dst-port=2000
14 chain=input action=accept protocol=tcp dst-port=2000
[nhsung@capsman-rb962] /ip firewall filter> /tool bandwidth-test x.x.x.x duration=30s protocol=udp direction=both
;;; results can be limited by cpu, note that traffic generation/termination performance might not be representative of
forwarding performance
status: running
duration: 7s
tx-current: 9.1Gbps
tx-10-second-average: 5.2Gbps
tx-total-average: 5.2Gbps
rx-current: 8.4Gbps
rx-10-second-average: 6.9Gbps
rx-total-average: 6.9Gbps
lost-packets: 0
random-data: no
direction: both
tx-size: 65520
rx-size: 65520
connection-count: 20
local-cpu-load: 100%