Temat: Rb5009

Cześć właśnie natrafiłem na wasze forum i tak zastanawiam się czy jest możliwość zrobienia Bo dowolnego pendriva z systemem openwrt abym mógł.go uruchomić i przetestować na rb5009? W ustawieniach widziałem przy Bodajże jest możliwość ustawienia gotowania na przykład nośnika USB Będę bardzo wdzięczny za pomoc

2

Odp: Rb5009

Nie potrzebujesz nawet pendrive. Jak każdego mikrotuka możesz sobie uruchomić z tftp obrazem initramfs który uruchomisz w ramie bez flashowania

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

3

Odp: Rb5009

Czy wersja z poe out MikroTik RB5009UPr+S+IN jest wspierana?

4

Odp: Rb5009

Chyba nie. To zobacz: https://forum.openwrt.org/t/mikrotik-rb … poe/204897

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

5

Odp: Rb5009

A czy RB5009UG+S+IN ktoś podzieli się wrażeniami?

Wsparcie widzę od 24.10 już oficjalne...
Jak kultura pracy bo to pasywnie chłodzone, jakie temperatury w tej obudowie?
SFP działa?
Wireguard na tym procesorze przerzuci gigabit?

6 (edytowany przez rybirek 2025-08-14 17:11:23)

Odp: Rb5009

RB5009UG+S+IN
Działa bez problemu. W tej chwili nie mam na nim openwrt, ale z "pomiarów" jakiś czas temu:

 root@MikroTik:~# ubus call system board
{
        "kernel": "5.15.132",
        "hostname": "MikroTik",   
        "system": "ARMv8 Processor rev 1",
        "model": "MikroTik RB5009",
        "board_name": "mikrotik,rb5009",
        "rootfs_type": "squashfs",
        "release": {
                "distribution": "OpenWrt",
                "version": "23.05.0-rc4",
                "revision": "r23482-7fe85ce1f2",
                "target": "mvebu/cortexa72",
                "description": "OpenWrt 23.05.0-rc4 r23482-7fe85ce1f2"
        }
}

root@MikroTik:~# iperf3 -s -D && iperf3 -c 127.0.0.1
Connecting to host 127.0.0.1, port 5201
[  5] local 127.0.0.1 port 54024 connected to 127.0.0.1 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  1.01 GBytes  8.64 Gbits/sec    0   1.31 MBytes
[  5]   1.00-2.00   sec   999 MBytes  8.38 Gbits/sec    0   1.31 MBytes
[  5]   2.00-3.00   sec  1004 MBytes  8.42 Gbits/sec    0   1.31 MBytes
[  5]   3.00-4.00   sec  1001 MBytes  8.40 Gbits/sec    0   1.31 MBytes
[  5]   4.00-5.00   sec  1000 MBytes  8.39 Gbits/sec    0   1.31 MBytes
[  5]   5.00-6.00   sec   991 MBytes  8.31 Gbits/sec    0   1.31 MBytes
[  5]   6.00-7.00   sec   986 MBytes  8.27 Gbits/sec    0   1.31 MBytes
[  5]   7.00-8.00   sec   999 MBytes  8.37 Gbits/sec    0   1.31 MBytes
[  5]   8.00-9.00   sec  1005 MBytes  8.43 Gbits/sec    0   1.31 MBytes
[  5]   9.00-10.00  sec  1005 MBytes  8.43 Gbits/sec    0   1.31 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  9.79 GBytes  8.41 Gbits/sec    0             sender
[  5]   0.00-10.00  sec  9.78 GBytes  8.40 Gbits/sec                  receiver

iperf Done.

SFP+ działa.

Wireguard 1Gb/s może przeniesie, ale mocno na styk.

Normalne temperatury jakieś 45, jak używasz SFP+ to zależy od wkładki, ale rosną.

Jak będę mieć chwilę w weekend, to może zrobię aktualne testy.

Z rzeczy które nie działały i mnie irytowały:
- brak podtrzymania zegara, po zaniku zasilania potrzebował internetu, żeby zsynchronizować czas.
- brak możliwości wyłączenia diod w switchu

7

Odp: Rb5009

On przecież nie ma rtc, to jakie podtrzymanie zegara chciałeś?

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

8 (edytowany przez rybirek 2025-08-14 23:33:41)

Odp: Rb5009

Cezary napisał/a:

On przecież nie ma rtc, to jakie podtrzymanie zegara chciałeś?

Trochę źle się wyraziłem, chodzi o to, że po twardym restarcie w openwrt przeszkadzało mi to, że wewnętrzny zegar ustawia się datą 2104-12-09

[    1.510932] armada38x-rtc f2284000.rtc: registered as rtc0
[    1.516453] armada38x-rtc f2284000.rtc: setting system clock to 2104-12-09T11:58:57 UTC (4258267137)

To wymuszało, że trzeba modyfikować skrypty startowe np. od vnstat, bo jeśli podniesie się baza, to dodadzą się wpisy z przyszłości i trzeba to później ręcznie naprawiać.

Może to przypadłość mojego egzemplarza, bo Borromini pisał, że u niego to nie występuje.

9

Odp: Rb5009

Ciekawe, bo to co pokazałeś sugeruje że on ma jakiś wewnętrzny rtc. Strzelam że nie ma baterii i ustawia się jakaś losowo błędna data (o wiele za późna jak widać)

Na openwrt.org jest bootlog, ale tam jest normalnie

[    1.329729] usbcore: registered new interface driver usb-storage
[    1.335997] armada38x-rtc f2284000.rtc: registered as rtc0
[    1.341530] armada38x-rtc f2284000.rtc: setting system clock to 2022-05-29T17:51:51 UTC (1653846711)
[    1.350757] i2c /dev entries driver
[    1.367905] sbsa-gwdt f0610000.watchdog: Initialized with 10s timeout @ 25000000 Hz, action=0. [enabled]

Coś mi świta w głowie że widziałem taką datę, ale nie pamiętam już przy czym.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

10 (edytowany przez rybirek 2025-09-22 17:54:23)

Odp: Rb5009

Zainstalowałem najnowszą wersję openwrt

Zegar:
pierwsze uruchomienie bez wan

[    1.210289] armada38x-rtc f2284000.rtc: registered as rtc0
[    1.215833] armada38x-rtc f2284000.rtc: setting system clock to 2072-01-07T23:59:53 UTC (3219436793)

drugie uruchomienie po ustawieniu ręcznie daty i wykonaniu hwclok -w

[    1.211379] armada38x-rtc f2284000.rtc: registered as rtc0
[    1.216902] armada38x-rtc f2284000.rtc: setting system clock to 2025-08-24T15:29:37 UTC (1756049377)

niby dobrze, ale zegar po podniesieniu systemu wskazuje na 08.01.2072 - skąd on to wział ?

Zegar ustawiony ręcznie, ale bez wykonywania hwclock -w i kolejne uruchomienie z podłączonym wan, włączonym ntp - wróciło moje ulubione 2104-12-09

[    1.213360] armada38x-rtc f2284000.rtc: registered as rtc0
[    1.218880] armada38x-rtc f2284000.rtc: setting system clock to 2104-12-09T11:59:04 UTC (4258267144)

Wireguard:

root@OpenWrt:~# ./openwrt-benchmark.sh

Router details:
{
        "kernel": "6.6.93",
        "hostname": "OpenWrt",
        "system": "ARMv8 Processor rev 1",
        "model": "MikroTik RB5009",
        "board_name": "mikrotik,rb5009",
        "rootfs_type": "squashfs",
        "release": {
                "distribution": "OpenWrt",
                "version": "24.10.2",
                "revision": "r28739-d9340319c6",
                "target": "mvebu/cortexa72",
                "description": "OpenWrt 24.10.2 r28739-d9340319c6",
                "builddate": "1750711236"
        }
}
Connecting to host 169.254.200.2, port 4242
[  5] local 169.254.200.1 port 57470 connected to 169.254.200.2 port 4242
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  95.2 MBytes   798 Mbits/sec    0    647 KBytes       
[  5]   1.00-2.00   sec  94.9 MBytes   796 Mbits/sec    0    826 KBytes       
[  5]   2.00-3.00   sec  93.6 MBytes   785 Mbits/sec    0   1011 KBytes       
[  5]   3.00-4.00   sec  94.5 MBytes   793 Mbits/sec    0   1.09 MBytes       
[  5]   4.00-5.00   sec  94.0 MBytes   788 Mbits/sec    0   1.27 MBytes       
[  5]   5.00-6.00   sec  92.8 MBytes   778 Mbits/sec    0   1.40 MBytes       
[  5]   6.00-7.00   sec  92.6 MBytes   777 Mbits/sec    0   1.54 MBytes       
[  5]   7.00-8.00   sec  93.6 MBytes   786 Mbits/sec    0   1.62 MBytes       
[  5]   8.00-9.00   sec  93.1 MBytes   781 Mbits/sec    0   1.62 MBytes       
[  5]   9.00-10.01  sec  93.6 MBytes   782 Mbits/sec    0   1.62 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.01  sec   938 MBytes   786 Mbits/sec    0             sender
[  5]   0.00-10.01  sec   936 MBytes   785 Mbits/sec                  receiver

iperf Done.

po
nft flush ruleset

Connecting to host 169.254.200.2, port 4242
[  5] local 169.254.200.1 port 60328 connected to 169.254.200.2 port 4242
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec   124 MBytes  1.04 Gbits/sec    0   1.53 MBytes       
[  5]   1.00-2.00   sec   119 MBytes  1000 Mbits/sec    0   1.88 MBytes       
[  5]   2.00-3.00   sec   118 MBytes   994 Mbits/sec    0   1.89 MBytes       
[  5]   3.00-4.00   sec   118 MBytes   990 Mbits/sec   84   1.37 MBytes       
[  5]   4.00-5.00   sec   120 MBytes  1.01 Gbits/sec    0   1.52 MBytes       
[  5]   5.00-6.00   sec   118 MBytes   994 Mbits/sec    0   1.61 MBytes       
[  5]   6.00-7.00   sec   121 MBytes  1.02 Gbits/sec    0   1.71 MBytes       
[  5]   7.00-8.00   sec   120 MBytes  1.01 Gbits/sec    0   1.78 MBytes       
[  5]   8.00-9.00   sec   119 MBytes   998 Mbits/sec    0   1.80 MBytes       
[  5]   9.00-10.00  sec   120 MBytes  1.01 Gbits/sec    0   1.83 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  1.17 GBytes  1.01 Gbits/sec   84             sender
[  5]   0.00-10.01  sec  1.17 GBytes  1.00 Gbits/sec                  receiver

iperf:

root@OpenWrt:~# iperf3 -s -D && iperf3 -c 127.0.0.1
Connecting to host 127.0.0.1, port 5201
[  5] local 127.0.0.1 port 49548 connected to 127.0.0.1 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  1.08 GBytes  9.23 Gbits/sec    0   1.62 MBytes       
[  5]   1.00-2.00   sec  1016 MBytes  8.52 Gbits/sec    0   1.62 MBytes       
[  5]   2.00-3.00   sec  1.02 GBytes  8.79 Gbits/sec    0   1.62 MBytes       
[  5]   3.00-4.00   sec  1.02 GBytes  8.77 Gbits/sec    0   1.62 MBytes       
[  5]   4.00-5.00   sec  1.02 GBytes  8.75 Gbits/sec    0   1.62 MBytes       
[  5]   5.00-6.00   sec  1.02 GBytes  8.74 Gbits/sec    0   1.62 MBytes       
[  5]   6.00-7.00   sec  1.02 GBytes  8.75 Gbits/sec    0   1.62 MBytes       
[  5]   7.00-8.00   sec  1.02 GBytes  8.78 Gbits/sec    0   1.62 MBytes       
[  5]   8.00-9.00   sec  1.07 GBytes  9.15 Gbits/sec    0   1.62 MBytes       
[  5]   9.00-10.00  sec  1.28 GBytes  11.0 Gbits/sec    0   1.62 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  10.5 GBytes  9.05 Gbits/sec    0             sender
[  5]   0.00-10.00  sec  10.5 GBytes  9.05 Gbits/sec                  receiver

iperf Done.

Ledy:
  bez zmian, nie da się wyłączyć ledów w switchu.


Edit:
NAT:

root@OpenWrt:~# iperf3 -c 192.168.0.5
Connecting to host 192.168.0.5, port 5201
[  5] local 192.168.0.110 port 49414 connected to 192.168.0.5 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec   239 MBytes  2.00 Gbits/sec  1221    137 KBytes       
[  5]   1.00-2.00   sec   207 MBytes  1.74 Gbits/sec  1189    117 KBytes       
[  5]   2.00-3.00   sec   223 MBytes  1.87 Gbits/sec  1029    136 KBytes       
[  5]   3.00-4.00   sec   248 MBytes  2.08 Gbits/sec  982     153 KBytes       
[  5]   4.00-5.00   sec   208 MBytes  1.75 Gbits/sec  917     122 KBytes       
[  5]   5.00-6.00   sec   228 MBytes  1.92 Gbits/sec  1202    116 KBytes       
[  5]   6.00-7.00   sec   211 MBytes  1.77 Gbits/sec  915     141 KBytes       
[  5]   7.00-8.00   sec   218 MBytes  1.83 Gbits/sec  864     147 KBytes       
[  5]   8.00-9.00   sec   223 MBytes  1.87 Gbits/sec  1011    117 KBytes       
[  5]   9.00-10.00  sec   199 MBytes  1.67 Gbits/sec  839     147 KBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  2.15 GBytes  1.85 Gbits/sec  10169             sender
[  5]   0.00-10.00  sec  2.15 GBytes  1.85 Gbits/sec                  receiver

Nie jest w stanie przenieść 2.5Gb ? Wydawało mi się, że wcześniej na 23.05 przenosił.

Edit2:
LAN:

Connecting to host 192.168.1.1, port 5201
[  5] local 192.168.1.205 port 39456 connected to 192.168.1.1 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec   228 MBytes  1.91 Gbits/sec    0    979 KBytes       
[  5]   1.00-2.00   sec   224 MBytes  1.88 Gbits/sec    0   1.10 MBytes       
[  5]   2.00-3.00   sec   223 MBytes  1.87 Gbits/sec    0   1.10 MBytes       
[  5]   3.00-4.00   sec   223 MBytes  1.87 Gbits/sec    0   1.10 MBytes       
[  5]   4.00-5.00   sec   222 MBytes  1.86 Gbits/sec    0   1.21 MBytes       
[  5]   5.00-6.00   sec   224 MBytes  1.88 Gbits/sec    0   1.21 MBytes       
[  5]   6.00-7.00   sec   222 MBytes  1.86 Gbits/sec    0   1.21 MBytes       
[  5]   7.00-8.00   sec   223 MBytes  1.87 Gbits/sec    0   1.34 MBytes       
[  5]   8.00-9.00   sec   220 MBytes  1.84 Gbits/sec    0   1.34 MBytes       
[  5]   9.00-10.00  sec   223 MBytes  1.87 Gbits/sec    0   1.43 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  2.18 GBytes  1.87 Gbits/sec    0             sender
[  5]   0.00-10.00  sec  2.17 GBytes  1.87 Gbits/sec                  receiver

Po LAN (P1) też nie przenosi więcej ? (robi za serwer iperf3)

11 (edytowany przez Cezary 2025-08-24 17:18:34)

Odp: Rb5009

Więc zegar jest, ale nie ma podtrzymywania bateryjnego i po włączeniu zasilania są śmieci w pamięci które interpretuje jako wysoką datę.

Nie fajne to, musiał byś przy starcie - bardzo wczesnym starcie - ustawiać np. na 2020rok żeby później zsynchronizowało się to na właściwą datę. Albo - wywalić z kernela armada38x-rtc żeby w ogóle sprzętowego rtc nie widział.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

12 (edytowany przez rybirek 2025-08-24 18:08:22)

Odp: Rb5009

Nie ma podtrzymania, ale jak wpiszę ręcznie "hwclok -w", to po odłączeniu zasilania i ponownym włączeniu rtc startuje z tą datą, ale za chwile coś (skrypt ?) mu ją nadpisuje na datę z przyszłości.

Natomiast coś jest nie tak z interfejsem 2.5Gb, będę mieć chwilę, to jeszcze potestuję.

Edit:
Jeszcze uwaga, może komuś się przyda.
Miałem starego u-boot'a sprzed 2 lat - nie był w stanie załadować nowego initramfs - błędy format pliku ?

13

Odp: Rb5009

rybirek napisał/a:

Zainstalowałem najnowszą wersję openwrt

...
NAT:

root@OpenWrt:~# iperf3 -c 192.168.0.5
Connecting to host 192.168.0.5, port 5201
[  5] local 192.168.0.110 port 49414 connected to 192.168.0.5 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   2.00-3.00   sec   223 MBytes  1.87 Gbits/sec  1029    136 KBytes
...

Edit2:
LAN:

Connecting to host 192.168.1.1, port 5201
[  5] local 192.168.1.205 port 39456 connected to 192.168.1.1 port 5201
[  5]   2.00-3.00   sec   223 MBytes  1.87 Gbits/sec    0   1.10 MBytes
...)

moim zdaniem NAT powinien robić translację adresów a u Ciebie jest jakby z tej samej sieci ...0.110 oraz  .....0.5 zakładając że nie bawisz się brzydko maskami.
Zauważ że jakoś dziwinie LAN ma dokładnie te same wyniki i tu mnie nie dziwi że adresy są  z tej samej puli (...1.205 oraz ....1.1)

Xiaomi AX3000T @ Netgear R6220
* DVBT2 - T230C *

14 (edytowany przez rybirek 2025-09-16 18:21:20)

Odp: Rb5009

^^
Możliwe że w przypadku NAT test robiłem z mikrotika na coś stojące w "WAN", więc faktycznie błędnie opisane jako NAT.

Trochę jeszcze potestowałem.
Ten dziwny transfer i błędy występują tylko wtedy gdy klient lub serwer są uruchomione na mikrotiku.
Gdy ruch jest np. P1<->SFP bez problemu przenosi pełne pasmo.
LAN

[ ID]  Interval          Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  2.74 GBytes  2.36 Gbits/sec    0             sender
[  5]   0.00-10.00  sec  2.74 GBytes  2.35 Gbits/sec                  receiver

NAT
klient -> P1 > SFP (WAN) -> switch -> serwer

[ ID]  Interval          Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  2.49 GBytes  2.14 Gbits/sec    0             sender
[  5]   0.00-10.01  sec  2.49 GBytes  2.14 Gbits/sec                  receiver