Bananapi bpi-r3 do 2.5gbps bez problemu, wireguard też opitoli ![]()
R4 jest dużo szybsza na papierze, w praktyce jest jeszcze w lesie choć pppoe ogarnia do 8gbit, mocno rozwojowy soft
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez RafalB
Bananapi bpi-r3 do 2.5gbps bez problemu, wireguard też opitoli ![]()
R4 jest dużo szybsza na papierze, w praktyce jest jeszcze w lesie choć pppoe ogarnia do 8gbit, mocno rozwojowy soft
Skompilowałem ostatni mix WoziWRT https://forum.openwrt.org/t/banana-bpi- … sdk/221080
Dodałem patch do wkładki XGSPON od Luleey oraz podbiłem zegary na 2GHz, do tego motyw Argon, obsługa nvme i trochę rzeczy które lubię mieć
To po co Tobie te dane? W leox nie podajesz loginów do usługi tylko via telnet podajesz dane do gpon
Chcesz go jako router użyć czy jako ONT? Jeżeli jako router to nie ustawiałem go w tym trybie ale powinien działać, tyle że gpon musisz “sklonować” i dopiero potem user i pass oraz vlan
Pytasz o dostęp do web gui/ethernetu od strony sfp. To odpowiedziałem, że nigdy w bananie nie udało mi się dostać do wkładki.
Konfigurowałem to sobie z użyciem switcha z sfp/sfp+
Nie martw się, mi też nigdy to nie działało a podłączałem różne wkładki i ont ![]()
Przypnij pod filmem komentarz ze działa mimo wszystko.
Dodałem komentarz pod live i podałem link do tego tematu, dziękuje bo to słuszna uwaga.
Po dość zaciętej walce, mogę odtrąbić sukces! Wkłada XGSPON działa w banana pi bpi-r4 ![]()
Wkładka https://www.luleey.com/product/xgspon-s … ansceiver/
root@OpenWrt:~# dmesg | grep sfp
[ 6.696665] mtk_soc_eth 15100000.ethernet sfp-lan: renamed from eth1
[ 6.712041] mtk_soc_eth 15100000.ethernet sfp-wan: renamed from eth2
[ 16.483700] sfp sfp1: Host maximum power 2.0W
[ 16.488680] sfp sfp2: Host maximum power 2.0W
[ 16.802487] sfp sfp1: module OEM SFP+ONU-XGSPON rev A-01 sn 202412180008 dc 241218
[ 16.811905] mtk_soc_eth 15100000.ethernet sfp-wan: switched to inband/10gbase-r link mode
[ 16.844573] sfp sfp2: module Gigalight GSS-MDO100-010C rev 1.0 sn GE1709083173 dc 170909
[ 16.858730] mtk_soc_eth 15100000.ethernet sfp-lan: switched to inband/10gbase-r link mode
[ 22.049775] mtk_soc_eth 15100000.ethernet sfp-lan: configuring for inband/10gbase-r link mode
[ 22.082114] br-lan: port 4(sfp-lan) entered blocking state
[ 22.087637] br-lan: port 4(sfp-lan) entered disabled state
[ 22.093181] mtk_soc_eth 15100000.ethernet sfp-lan: entered allmulticast mode
[ 22.100383] mtk_soc_eth 15100000.ethernet sfp-lan: entered promiscuous mode
[ 22.109179] mtk_soc_eth 15100000.ethernet sfp-wan: configuring for inband/10gbase-r link mode
[ 22.141134] br-wan: port 1(sfp-wan) entered blocking state
[ 22.146644] br-wan: port 1(sfp-wan) entered disabled state
[ 22.152185] mtk_soc_eth 15100000.ethernet sfp-wan: entered allmulticast mode
[ 22.159376] mtk_soc_eth 15100000.ethernet sfp-wan: entered promiscuous mode
[ 23.173360] mtk_soc_eth 15100000.ethernet sfp-lan: Link is Up - 10Gbps/Full - flow control off
[ 24.191633] mtk_soc_eth 15100000.ethernet sfp-wan: Link is Up - 10Gbps/Full - flow control off
[ 25.193367] mtk_soc_eth 15100000.ethernet sfp-wan: Link is Down
[ 26.239768] mtk_soc_eth 15100000.ethernet sfp-wan: Link is Up - 10Gbps/Full - flow control off
[ 36.236963] br-lan: port 4(sfp-lan) entered blocking state
[ 36.242475] br-lan: port 4(sfp-lan) entered forwarding state
[ 36.248231] br-wan: port 1(sfp-wan) entered blocking state
[ 36.253716] br-wan: port 1(sfp-wan) entered forwarding state
root@OpenWrt:~# ethtool sfp-wan
Settings for sfp-wan:
Supported ports: [ FIBRE ]
Supported link modes: 10000baseLR/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 10000baseLR/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: No
Advertised FEC modes: Not reported
Speed: 10000Mb/s
Duplex: Full
Auto-negotiation: off
Port: FIBRE
PHYAD: 0
Transceiver: internal
Current message level: 0x000000ff (255)
drv probe link timer ifdown ifup rx_err tx_err
Link detected: yes
root@OpenWrt:~# ethtool -m sfp-wan
Identifier : 0x03 (SFP)
Extended identifier : 0x04 (GBIC/SFP defined by 2-wire interface ID)
Connector : 0x01 (SC)
Transceiver codes : 0x20 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
Transceiver type : 10G Ethernet: 10G Base-LR
Encoding : 0x03 (NRZ)
BR, Nominal : 10000MBd
Rate identifier : 0x00 (unspecified)
Length (SMF,km) : 20km
Length (SMF) : 20000m
Length (50um) : 0m
Length (62.5um) : 0m
Length (Copper) : 0m
Length (OM3) : 0m
Laser wavelength : 1270nm
Vendor name : OEM
Vendor OUI : 00:00:00
Vendor PN : SFP+ONU-XGSPON
Vendor rev : A-01
Option values : 0x00 0x00
BR margin, max : 0%
BR margin, min : 0%
Vendor SN : 202412180008
Date code : 241218
Optical diagnostics support : Yes
Laser bias current : 15.166 mA
Laser output power : 4.0155 mW / 6.04 dBm
Receiver signal average optical power : 0.0238 mW / -16.23 dBm
Module temperature : 57.48 degrees C / 135.46 degrees F
Module voltage : 3.3848 V
Alarm/warning flags implemented : Yes
Laser bias current high alarm : Off
Laser bias current low alarm : Off
Laser bias current high warning : Off
Laser bias current low warning : Off
Laser output power high alarm : Off
Laser output power low alarm : Off
Laser output power high warning : Off
Laser output power low warning : Off
Module temperature high alarm : Off
Module temperature low alarm : Off
Module temperature high warning : Off
Module temperature low warning : Off
Module voltage high alarm : Off
Module voltage low alarm : Off
Module voltage high warning : Off
Module voltage low warning : Off
Laser rx power high alarm : Off
Laser rx power low alarm : Off
Laser rx power high warning : Off
Laser rx power low warning : Off
Laser bias current high alarm threshold : 60.000 mA
Laser bias current low alarm threshold : 0.000 mA
Laser bias current high warning threshold : 55.000 mA
Laser bias current low warning threshold : 0.000 mA
Laser output power high alarm threshold : 6.5535 mW / 8.16 dBm
Laser output power low alarm threshold : 1.5848 mW / 2.00 dBm
Laser output power high warning threshold : 6.5535 mW / 8.16 dBm
Laser output power low warning threshold : 1.9952 mW / 3.00 dBm
Module temperature high alarm threshold : 90.00 degrees C / 194.00 degrees F
Module temperature low alarm threshold : -50.00 degrees C / -58.00 degrees F
Module temperature high warning threshold : 85.00 degrees C / 185.00 degrees F
Module temperature low warning threshold : -45.00 degrees C / -49.00 degrees F
Module voltage high alarm threshold : 3.6000 V
Module voltage low alarm threshold : 3.0000 V
Module voltage high warning threshold : 3.4700 V
Module voltage low warning threshold : 3.1300 V
Laser rx power high alarm threshold : 0.1995 mW / -7.00 dBm
Laser rx power low alarm threshold : 0.0011 mW / -29.59 dBm
Laser rx power high warning threshold : 0.1584 mW / -8.00 dBm
Laser rx power low warning threshold : 0.0014 mW / -28.54 dBmTa konkretna wkładka wymaga quirka żeby kernel jej nie ubijał z powodu TX Fault
SFP_QUIRK_F("OEM", "SFP+ONU-XGSPON", sfp_fixup_ignore_tx_fault)Wkładka podnosi się całkiem szybko, nic wiecej nie było potrzebne choć najbardziej umęczyłem się przez to, że dotarła do mnie uszkodzona - popękane połączenia pod układami BGA, szczególnie pamięć RAM okazała się winna.
Efekt był tak, że wyłączała się po rozgrzaniu do ok 53 stopni C, aktualnie działa przy 68 stopniach ![]()
Podniesienie częstotliwości do 2,1GHz wymaga zmian w pliku dtsi i własnej kompilacji?
Wynik w iperf to z OC CPU i najnowszymi patchami dla MT7988? Pewnie nie szybko trafią do oficjalnych obrazów OpenWrt...
Korzystam ze źródeł https://github.com/rmandrad/openwrt/tree/bananapi4 więc poniekąd własna kompilacja, jednak to co trzeba zrobić żeby wykorzystać potencjał to zmienić ustawienie governora na ondemand, to wszystko ![]()
Niestety ja za dużo namieszałem, bo zacząłem od podkręcania.
Nie wiem jak jest w 24.04 i snapshot pod tym względem ale widać to będzie po pliku mt7988a.dtsi bo tu są definicje zegarów i napięć zasilających
cluster0_opp: opp_table0 {
compatible = "operating-points-v2";
opp-shared;
opp00 {
opp-hz = /bits/ 64 <800000000>;
opp-microvolt = <850000>;
};
opp01 {
opp-hz = /bits/ 64 <1100000000>;
opp-microvolt = <850000>;
};
opp02 {
opp-hz = /bits/ 64 <1500000000>;
opp-microvolt = <850000>;
};
opp03 {
opp-hz = /bits/ 64 <1800000000>;
opp-microvolt = <900000>;
};
opp04 {
opp-hz = /bits/ 64 <2000000000>;
opp-microvolt = <900000>;
};
opp05 {
opp-hz = /bits/ 64 <2200000000>;
opp-microvolt = <900000>;Dzięki, posprzątałem bałagan który wprowadziłem w pliku mt7988a.dtsi i działa, nie wywala kernela. Szybkość benchmarku OpenSSL jest na rozsądnym poziomie przy częstotliwości 2100MHz
| r28959+7 -multi 4 | 26.00 | 3.0.16 | 1188267690 | 2953678850 | 2688854360 | 638595750 | 660919640 | 373290330 | 675124570 | 644606630 | 614678530 | 955.0 | 36273.3 | 2625.0 | 2846.6 |A jak się sieć rozbrykała, fiu fiu ![]()
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 56634 connected to 127.0.0.1 port 5201
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 3.04 GBytes 26.1 Gbits/sec 0 1.25 MBytes
[ 5] 1.00-2.00 sec 3.06 GBytes 26.3 Gbits/sec 0 1.25 MBytes
[ 5] 2.00-3.00 sec 3.04 GBytes 26.1 Gbits/sec 0 1.25 MBytes
[ 5] 3.00-4.00 sec 3.05 GBytes 26.2 Gbits/sec 0 1.25 MBytes
[ 5] 4.00-5.00 sec 3.06 GBytes 26.3 Gbits/sec 0 1.25 MBytes
[ 5] 5.00-6.00 sec 2.96 GBytes 25.4 Gbits/sec 0 1.25 MBytes
[ 5] 6.00-7.00 sec 3.00 GBytes 25.7 Gbits/sec 0 1.25 MBytes
[ 5] 7.00-8.00 sec 3.05 GBytes 26.2 Gbits/sec 0 1.25 MBytes
[ 5] 8.00-9.00 sec 3.05 GBytes 26.2 Gbits/sec 0 1.25 MBytes
[ 5] 9.00-10.00 sec 3.07 GBytes 26.4 Gbits/sec 0 1.25 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 30.7 GBytes 26.4 Gbits/sec 0 sender
[ 5] 0.00-10.00 sec 30.7 GBytes 26.4 Gbits/sec receiver
iperf Done.Dziękuje, faktycznie na 1800MHz idzie, wyżej się wysypuje u mnie.
Przestawienie na 1800 ręcznie i normalnie dodaje skrzydeł.
Mógłbym prosić jeszcze o weryfikację skalowania i zmianę governor z userspace na ondemand?
echo > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor ondemand
Możecie sprawdzić jakie taktowanie ma SoC w waszych R4 pod systemami które aktualnie macie wrzucone?
U mnie max to 1.5GHz i nic ponad to, próba zmiany powoduje wywalenie kernela ![]()
A może chcesz cały obraz z najnowszymi patchami od mtk oraz argonem i kilkoma innymi rzeczami? Dwa dni temu kompilowałem
https://filebin.net/ceiv0qvzruu25s6u
Zerknijcie na to https://www.crowdsupply.com/securinghw/tigard
USB-C robi robotę ![]()
SinoVoip ze swoim Banana pi pbi-r4 mocno ustawili poprzeczkę, fakt są problemy z softem ale hardware i elastyczność jest wspaniała i nie kosztuje 600 usd a 600 zł ![]()
Imo ten "wymarzony" router odstaje sporo, choćby 1gigabitowe porty ethernet, brak nvme, za to jest fancy PCB ![]()
Kombinowałem z edycją pliku sfp.c ale nie jest brany pod uwagę podczas kompilacji, wymyśliłem że edytuje patch /target/linux/generic/hack-6.6/790-SFP-GE-T-ignore-TX_FAULT.patch
SFP_QUIRK_F("OEM", "SFP-GE-T", sfp_fixup_ignore_tx_fault), <- zmieniłem SFP-GE-T na SFP+ONU-XGSPON i poszło, wkładka się nie wyłącza
Nie mam problemów z WiFi BE14, nie mam czym zweryfikować wifi 6GHz ![]()
Natomiast mam kłopot z wkładką XSGPON
[ 47.258584] sfp sfp1: module OEM SFP+ONU-XGSPON rev A-01 sn 202412180008 dc 241218
[ 47.289070] hwmon hwmon6: temp1_input not attached to any thermal zone
[ 47.583303] sfp sfp1: module transmit fault indicated
[ 50.241299] mtk_soc_eth 15100000.ethernet sfp-wan: Link is Up - 10Gbps/Full - flow control off
[ 50.249921] mtk_soc_eth 15100000.ethernet sfp-wan: Link is Down
[ 50.255842] sfp sfp1: module transmit fault indicated
[ 55.631302] sfp sfp1: module persistently indicates fault, disabling
Staram się przekompilować OpenWRT z dodaniem quirka ale jakoś opornie mi idzie ![]()
Jedną dostałem https://www.luleey.com/product/xgspon-s … ransceiver
To jest komplatybilne z https://pon.wiki/xgs-pon/ont/potron-tec … -onu-sfpp/
Banan to widzi, niestety moja wkładka jest w jakis sposób uszkodzona, przegrzewa się, kombinuje z nią jeszcze.
RafałB sie wypowie., bo on chyba dostał Funboxa 10 i coś kombinuje z BPi4
Temat jest dość złożony i poruszą wiele aspektów.
Tak dostałem funbox10 - jest wielki(waży ponad 1.3kg) i wielce ograniczony, UI jest brzydkie i biedne. aż płakać się chce ![]()
Niestety orange nie jest zainteresowany "power userami", soft ma być tępy jak większość użytkowników, żeby jak najmniej popsuć i jak najłatwiej pomóc tym, którzy nawet coś tak prostego popsują ![]()
Brak obsługi trybu bridge, za to wiele trybów uśpienia/oszczędzania energii elektrycznej - mój się usypiał ot tak w ciągu dnia i brak netu ![]()
Dlatego pojawił się pomysł na zastąpienie tego bezużytecznego klocka - niestety albo stety temat ogarniecia ruchu na poziomie 8gbitów nie jest prosty, większość dostępnych na rynku routerów/rozwiązań nie dzwignie PPPoE na poziomie 8gbitów, a to co podoła kosztuje majątek.
Dalej mamy urządzenia za routerem typu komputery itp. Popularność portów 10gb jest w zasadzie żadna.
Na szczęście dla mnie, rok temu dostałem banana pi bpi-r4, kilka tygodni temu dostałem kartę WiFi B14(WiFi7) a nie dalej niż 2 tygodnie temu, MTK wydał kilka fajnych patchy co pozwala na ognięcie łącza 8gbit PPPoE - dosłownie można wysycić łącze od orange!
Jaka przyszłość czeka rynek? Z pewnością magia liczb robi robotę...u mnie zrobiła
Choć tak szybkie łącza to bezsens, nie udało mi się znaleźć serwera po za Polska, który poszedł szybciej niz 2gbity.
Rynek power userów nie jest wielki, operatorzy nie są tym zainteresowani i nie sądzę, że w tym kraju coś się zmieni. Sukcesem będzie dostarczanie samych wkładek SFP i ONT.
Dostałem karę WiFi B14, pojawiło się nowe łacze 8gbps i zacząłem się bawić R4.
MTK ruszył się trochę i wypuścił kilka patchy związanych z ethernetm, wczoraj pojawiło sie RSS
Polecam zerknąć tu i puścić kompilacje bo dołączane są nowe patche od mtk https://github.com/rmandrad/openwrt/tree/bananapi4
Mały update, R4 ogarnia 10gbit choć jeszcze kuleje lokalnie
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 33198 connected to 127.0.0.1 port 5201
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 2.93 GBytes 25.2 Gbits/sec 0 1.25 MBytes
[ 5] 1.00-2.00 sec 2.94 GBytes 25.2 Gbits/sec 0 1.25 MBytes
[ 5] 2.00-3.00 sec 2.94 GBytes 25.2 Gbits/sec 0 1.25 MBytes
[ 5] 3.00-4.00 sec 2.92 GBytes 25.1 Gbits/sec 0 1.25 MBytes
[ 5] 4.00-5.00 sec 2.93 GBytes 25.2 Gbits/sec 0 1.25 MBytes
[ 5] 5.00-6.00 sec 2.90 GBytes 24.9 Gbits/sec 0 1.25 MBytes
[ 5] 6.00-7.00 sec 2.91 GBytes 25.0 Gbits/sec 0 1.25 MBytes
[ 5] 7.00-8.00 sec 2.91 GBytes 25.0 Gbits/sec 0 1.25 MBytes
[ 5] 8.00-9.00 sec 2.94 GBytes 25.2 Gbits/sec 0 1.25 MBytes
[ 5] 9.00-10.00 sec 2.88 GBytes 24.7 Gbits/sec 0 1.25 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 29.4 GBytes 25.2 Gbits/sec 0 sender
[ 5] 0.00-10.00 sec 29.4 GBytes 25.2 Gbits/sec receiver
iperf Done.
root@OpenWrt:~# uname -a
Linux OpenWrt 6.6.71 #0 SMP Thu Jan 16 14:23:28 2025 aarch64 GNU/Linux
root@OpenWrt:~# ubus call system board
{
"kernel": "6.6.71",
"hostname": "OpenWrt",
"system": "ARMv8 Processor rev 0",
"model": "Bananapi BPI-R4",
"board_name": "bananapi,bpi-r4",
"rootfs_type": "squashfs",
"release": {
"distribution": "OpenWrt",
"version": "SNAPSHOT",
"revision": "r28708-f9288e238f",
"target": "mediatek/filogic",
"description": "OpenWrt SNAPSHOT r28708-f9288e238f",
"builddate": "1737037408"
}
}Na najnowszym jeszcze nie sprawdzałem, jednak jakiś tydzień/dwa temu, wkładka nie była wykrywana
Ładny wynik na bananie R4, masz tam RafalB porobione jakieś optymalizacje?
Nie, tak jak jest w repo, czekam z utęsknieniem aż pojawi się wsparcie do TOPS który ma ten procesor, czuje że wynik skoczy dwukrotnie
Drobny update na wczorajszej kompilacji OpenWRT na Bananapi R4
root@OpenWrt:/mnt# uname -a
Linux OpenWrt 6.6.58 #0 SMP Thu Oct 24 18:17:27 2024 aarch64 GNU/Linux
root@OpenWrt:/mnt# ubus call system board
{
"kernel": "6.6.58",
"hostname": "OpenWrt",
"system": "ARMv8 Processor rev 0",
"model": "Bananapi BPI-R4",
"board_name": "bananapi,bpi-r4",
"rootfs_type": "squashfs",
"release": {
"distribution": "OpenWrt",
"version": "SNAPSHOT",
"description": "OpenWrt SNAPSHOT",
"revision": "r27903-27657050d0",
"target": "mediatek/filogic",
"builddate": "1729793847"
}
}
root@OpenWrt:/mnt# 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 44728 connected to 127.0.0.1 port 5201
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 3.18 GBytes 27.3 Gbits/sec 0 639 KBytes
[ 5] 1.00-2.00 sec 3.09 GBytes 26.5 Gbits/sec 0 639 KBytes
[ 5] 2.00-3.00 sec 2.97 GBytes 25.5 Gbits/sec 0 639 KBytes
[ 5] 3.00-4.00 sec 3.01 GBytes 25.8 Gbits/sec 0 639 KBytes
[ 5] 4.00-5.00 sec 3.22 GBytes 27.7 Gbits/sec 0 639 KBytes
[ 5] 5.00-6.00 sec 3.16 GBytes 27.1 Gbits/sec 0 639 KBytes
[ 5] 6.00-7.00 sec 3.14 GBytes 27.0 Gbits/sec 0 639 KBytes
[ 5] 7.00-8.00 sec 3.08 GBytes 26.4 Gbits/sec 0 639 KBytes
[ 5] 8.00-9.00 sec 3.17 GBytes 27.3 Gbits/sec 0 639 KBytes
[ 5] 9.00-10.00 sec 3.00 GBytes 25.7 Gbits/sec 0 639 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 32.2 GBytes 27.6 Gbits/sec 0 sender
[ 5] 0.00-10.00 sec 32.2 GBytes 27.6 Gbits/sec receiver
iperf Done.BusyBox v1.36.1 (2024-02-08 22:24:59 UTC) built-in shell (ash)
_______ root@OpenWrt
| |.-----.-----.-----. ------------
| - || _ | -__| | OS: OpenWrt SNAPSHOT aarch64
|_______|| __|_____|__|__| Host: Bananapi BPI-R4
|__| Kernel: 6.1.75
________ __ Uptime: 1 hour, 42 mins
| | | |.----.| |_ Packages: 315 (opkg)
| | | || _|| _| Shell: ash
|________||__| |____| Terminal: /dev/pts/0
CPU: (4) @ 1.800GHz
Memory: 167MiB / 3940MiB
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 34988 connected to 127.0.0.1 port 5201
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 2.40 GBytes 20.6 Gbits/sec 0 895 KBytes
[ 5] 1.00-2.00 sec 2.39 GBytes 20.5 Gbits/sec 0 895 KBytes
[ 5] 2.00-3.00 sec 2.39 GBytes 20.5 Gbits/sec 0 895 KBytes
[ 5] 3.00-4.00 sec 2.41 GBytes 20.7 Gbits/sec 0 895 KBytes
[ 5] 4.00-5.00 sec 2.40 GBytes 20.6 Gbits/sec 0 895 KBytes
[ 5] 5.00-6.00 sec 2.38 GBytes 20.5 Gbits/sec 0 895 KBytes
[ 5] 6.00-7.00 sec 2.39 GBytes 20.5 Gbits/sec 0 895 KBytes
[ 5] 7.00-8.00 sec 2.40 GBytes 20.6 Gbits/sec 0 895 KBytes
[ 5] 8.00-9.00 sec 2.37 GBytes 20.4 Gbits/sec 0 1.75 MBytes
[ 5] 9.00-10.00 sec 2.39 GBytes 20.5 Gbits/sec 0 1.75 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 23.9 GBytes 20.5 Gbits/sec 0 sender
[ 5] 0.00-10.00 sec 23.9 GBytes 20.5 Gbits/sec receiver
iperf Done.eko.one.pl → Posty przez RafalB
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc