MikroTik RB5009 (RB5009UG+S+IN)

Noua "bestie" mica de la MikroTik, sta de cateva zile pe langa mine dar azi m-am hotarat sa verific cel putin daca n-a ajuns defect si sa-i fac 3 teste scurte.
[attachment=2582447:RB5009UG+S+IN 01.png][attachment=2582448:RB5009UG+S+IN 02.jpg]
MikroTik RB5009UG+S+IN Specifications
[attachment=2582450:RB5009UG+S+IN System Resources.PNG][attachment=2582449:RB5009UG+S+IN Block Diagram.png]
Testele cu ... WireGuard, fara reguli in firewall, doar routing. MTU pe interfata WireGuard 1432.
In testul bidirectional s-ar putea sa fie totusi si o limitare de la unul din laptop-uri, n-am insistat prea mult. E.. ok oricum.
[attachment=2582451:RB5009UG+S+IN WireGuard 001.PNG][attachment=2582452:RB5009UG+S+IN WireGuard 002.PNG][attachment=2582453:RB5009UG+S+IN WireGuard 003.PNG]
N-am salvat datele de la iperf / IPv6 / routing + firewall intre doua laptop-uri, dar era peste 800Mbps oricum, iarasi.. posibila limitare de la un laptop.. placa de retea jalnica.
Vine cu RouterOS 7.0.5 "Stable", stable doar cu numele, e cam aceeasi treaba din development channel (7.1rcX momentan) chiar ei recomanda v7.1rc4+.
Se poate descarca 7.0.9 "Stable" (Factory Release) dar nu e nimic altceva decat o versiune intre 7.1rc5 si 7.1rc6 .. cu numele schimbat.
Si nu, nu se poate instala v6, e v7 only
N-am reusit sa leg AP-ul Cisco la el prin LAG (am zis sa incerc, daca tot are porturi suficiente) dar nici nu cred ca e posibil sa legi AP-urile Cisco (1852e) la altceva decat la un switch .. tot Cisco (?). Ba o lua prin LACP .. la restart nu mai voia, etc, mai sap alta data la treaba asta. Ii ajunge un link oricum.
Poate-l leg si la RDS in seara asta.
Daca vreti sa-i fac vreun test anume sa-mi spuneti.

Edited by Znevna, 23 November 2021 - 22:32.

sleek industrial design

https://www.cisco.co...00-3800-AP.html

Quote

Edited by ogo, 23 November 2021 - 23:20.

Daca va intrebati de ce un raspberry pi cu link de 100Mbps va omoara internetul in timpul unui speedtest facut pe acesta, exista o explicatie.
Aparent exista un bug (inca), by default switch-ul intern are cpu-flow-control=yes setat pe portul catre procesor, port de 10Gbps.
Dar, daca de exemplu ai chiar si un dispozitiv cu link pe 100Mbps saturat, (bridge-ul?) crede ca acel link dintre cpu si switch (de 10Gbps!) e saturat si trimite pause frames catre switch(? sper ca am citit bine statisticile, daca nu, e invers) si .. orice trece prin acel link, sufera.
Au gasit ei ceva problema si reparat in 7.2:

Quote

Dar problema descris de mine mai sus persista si in 7.3.beta37.
Pana gasesc ei o solutie, folosim:

/interface ethernet switch set [find] cpu-flow-control=no

Edited by Znevna, 29 April 2022 - 06:53.

Flow-control-ul e asa de secolu’ trecut…nimeni nu-l mai foloseste si mai mult nici nu-l mai recomanda…
Aduce numai “belele”. QOS e alternativa.
Vb la modul general nu specific mkr.

Ei au explicat aici de ce e enabled pe acel port by default https://help.mikroti...-CPUFlowControl
Are sens, dar .. daca ar functiona corect