Właśnie tutaj jest pies pogrzebany - nie da się w playboxa ustawić w tryb bridge - CG NAT/IPv6, czy cokolwiek innego play mi zaoferował, nie ma ponoć takiej możliwości. Kontaktowałem się z nimi i usłyszałem wprost, że się nie da i kropka...
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Opcje wyszukiwania (Strona 1 z 2)
eko.one.pl → Posty przez vekh
Znalezione posty: 1 do 25 z 49
2 2024-11-26 11:27:27
Odp: Play Box Net Router HFC - tryb bridge (19 odpowiedzi, napisanych Inne)
Do lutego mam umowę i jestem uwiązany z Play. Nie mogę przeżyć tego ich "sprzętu" - nie potrafi nawet wylistować podpiętych bezpośrednio pod niego urządzeń co jest dla mnie jakimś kuriozum. W zasadzie to wszystkie sprzęty domowe z palca wpisałem, aby przypisać im adresy IP - inaczej dostawały albo IPv6 albo IPv4 (w zależności, który obsługują?) + nie da się tego się ustawić na poziomie DHCP na samym routerze. Generalnie dramat.
Tak jak zasugerował Cezary wpiąłem swój router z DHCP w play boxa i siedzę za podwójnym natem:
Tracing route to dns.google [8.8.8.8]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms 192.168.31.1
2 2 ms 1 ms 1 ms 192.168.0.1
3 11 ms 9 ms 8 ms pl-gdn01a-rt1.aorta.net [84.116.254.69]
(...)Tak jak napisałem na wstępie - nie jestem w stanie odczytać IP podpiętego 'prywatnego' routera - widzę to tylko na jego własnej stronie konfiguracyjnej:
IPv4 info
Connection type:DHCP
IP address:192.168.0.32
Subnet mask:255.255.255.0
Default gateway:192.168.0.1
DNS:192.168.0.1Czy dodanie 192.168.0.32 na play box do DMZ nie powinno wyeliminować podwójnego NATu? Chciałbym tego uniknąć, chociaż jeśli się nie będzie dało to będę musiał jakoś z tym żyć...
W lutym mam zamiar przejść do Orange/Vectry/Netii - mam wrażenie, ze cokolwiek innego niż Play będzie lepsze.
3 2024-09-25 19:46:28
Odp: Play Box Net Router HFC - tryb bridge (19 odpowiedzi, napisanych Inne)
Cezary napisał/a:
Ale nie udostępniają tego to zostaje ci jedynie podłączyć swój router i jechać normalnie na podwójnym nat.
Na to też wpadłem, ale czy to nie będzie robiło więcej szkody niż pożytku? Z tego co czytałem to nie jest to pożądana konfiguracja i często sprawia wiele problemów.
gabrychu napisał/a:
Po przejściu do Play masz CG-NAT i nie ma możliwości przełączenia routera w tryb bridge.
W UPC to jeszcze funkcjonuje, ale niedługo pewnie wszystko przełączą na sieć Play.
Nie będę tutaj się wymądrzał bo o ile rozumiem problem z ograniczoną pulą IPv4, to nie rozumiem dlaczego problemem jest to, żeby edge router gadał tylko ze światem a w sieci domowej udostępniał tylko sygnał internetowy. Nie znam się na tyle, żeby zrozumieć infrę ISP, ale naprawdę jest dla mnie dziwne współdzielenie IP, ale brak możliwości używania ich routera tylko jako "gniazdka do internetu". Umowę mam do lutego przyszłego roku i szczerze mówiąc to postaram się posprawdzać miejscowych dostawców. Play wziąłem tylko dlatego, że miałem UPC i w sumie to nie miałem na co narzekać (no może poza ich dekoderem, ale wtedy jeszcze nie widziałem urządzenia od Playa ;-) )
Przy okazji dopytam, bo jest to dodatkowe brzemię tego co mi zabrał Play - postawiłem homelaba na proxmoxie i mam tam sporo VMek i LXCków + w sieci sporo urządzeń IOT. Czy jeśli nie mam opcji puszczenia ruchu przez OpenWRT i wykorzystania jakiegoś dnsmasq, albo podobnego, to czy jest jakaś opcja, żeby móc posługiwać się FQDNami/DNSami zamiast adresami IP? Wiem, że mogę edytować etc/hosts, ale szukam rozwiązania, które pozwoliłoby mi na dostęp do tych zasobów bez dodatkowej konfiguracji klientów.
4 2024-08-29 21:57:36
Temat: Play Box Net Router HFC - tryb bridge (19 odpowiedzi, napisanych Inne)
Cześć,
piszę w tym dziale bo w sumie nie jestem pewien czy temat będzie pasował gdziekolwiek indziej.
Sytuacja jest taka - w domu jednorodzinnym mam podciągnięty światłowód + BOOSTRAL 711 358ML C161 O i z tego przewodem koncentrycznym do routera Play i dalej LAN. Wcześniej, na praktycznie tym samym setupie, miałem łącze od UPC - różnica jest tylko w tym, że teraz zamiast białego kanciastego dostałem czarny owalny router.
I do sedna: zmęczony zachowaniem routera od Play chciałem go przestawić w tryb bridge i urzędować z własnym routerem z OpenWRT na pokładzie. Niestety każda próba zmiany trybu pracy routera od Play z 'router' na 'most' kończy się jedynie restartem urządzenia bez zmiany pracy jego trybu.
Postanowiłem skontaktować się BOK - coś mi świtało, że kilka lat temu w UPC też trzeba było poprosić o umożliwienie/włączenie tej opcji. BOK odpowiedział dosłownie tak: "Tryb bridge jest niedostępny niestety przy usłudze światłowodowej"
Jestem tym nieco zaskoczony bo w UPC nie było większych problemów. Czy ktoś z was miał okazję uruchomić ich router w trybie mostu, jest to możliwe i zostałem po prostu zbyty czy też technologia tak 'poszła do przodu', że faktycznie nie da się takich rzeczy robić?
5 2024-03-27 18:35:59
Temat: Router pod OpenWrt bez WiFi (13 odpowiedzi, napisanych Sprzęt / Hardware)
Cześć,
Jaki obecnie sprzęt pod OpenWrt jest wart uwagi? Bardzo bym nie chciał kupować urządzenia z WiFi - przy obecnym setupie jest mi to zbędne.
Zastanawiam się czy się opłaca iść w jakieś rozwiązania typu router czy po prostu wziąć jakiś terminal/RPi/podobne i to wykorzystać. Próbował ktoś z was takiego rozwiązania? Stabilnie to działa?
P.S.
Czy ktoś może wie czy istnieje jakikolwiek sposób na pozbycie się urządzenia ISP pt. Play BOX NET? Chodzi o wersję z wtykiem na przewód koncentryczny. Nigdy tak często nie przywracałem ustawień z backupu jak na tym modemie - box z UPC nawet nie widział na oczy ideału, ale to od Play to jakaś porażka z dodatkiem fioletowego światełka.
6 2021-08-03 06:53:02
Odp: AP do domu (5 odpowiedzi, napisanych Inne)
Dzięki wielkie za odpowiedzi 
Mam jeszcze jedno pytanie: switch - potrzebuję czegoś co na tę chwilę ogarnie 8 połączeń (w tym dwa z PoE) i będzie dało się to wrzucić do szafy 19'', fajnie gdyby było pasywnie chłodzone. Na moje potrzeby może być niezarządzalne. W przyszłości planuję rozbudowę sieci o kamery, więc myślę o min. 12 portach. Wstępnie wytypowałem Tenda TEG1024D lub TEG1016D. Iść w ten sprzęt czy coś innego szukać (może jakieś używki)? W podobnych cenach widzę sporo tp-linków, ale jakoś się zraziłem do tego sprzętu.
7 2021-07-30 08:23:07
Odp: AP do domu (5 odpowiedzi, napisanych Inne)
Dzięki za odpowiedzi
A z czysto użytkowego punktu widzenia - przełączanie się pomiędzy dwoma takimi urządzeniami powoduje chwilowe zerwanie połączenia czy odbywa się płynnie?
8 2021-07-26 11:59:03
Temat: AP do domu (5 odpowiedzi, napisanych Inne)
Cześć,
Chciałbym zamontować w domu jeden/dwa AP tak, żeby mieć ogarnięty zasięg w każdym jego zakamarku. Wstępnie wytypowałem kandydata w postaci Ubiquiti UAP-AC-LITE.
Nie pracuję na co dzień z urządzeniami sieciowymi, więc chciałbym zapytać was o zdanie - polecacie brać takie urządzenie czy raczej szukać czegoś innego?
W kwestii tego Ubiquiti dotarłem do informacji, że urządzenie "piszczy" w trakcie pracy/transferu danych. Jest tutaj ktoś kto może potwierdzić, że coś takiego się dzieje czy to prostu jakieś wadliwe sztuki?
9 2021-01-11 08:55:42
Temat: Sieć LAN w domu jednorodzinnym (2 odpowiedzi, napisanych Inne)
Cześć,
przymierzam się do generalnego remontu w domu - w zakres prac wchodzi prucie ścian, więc pomyślałem, że to będzie idealna okazja do uzbrojenia wszystkich pomieszczeń w gniazda ethernetowe. Dom ma całkowite podpiwniczenie, parter i piętro.
Usiadłem z planami domu i policzyłem, że wyjdzie mi 18 punktów - 16 jako gniazda w ścianach + 2 przewody pod AP na korytarzach (pewnie jakieś ubiquiti).
Planuję to wszystko spiąć w szafie (patchpanel + switch np. TENDA TEG1024D). Pytanie jakie do Was mam to jak wygląda sprawa z podpięciem routera z OpenWRT pod coś takiego? Nie miałem nigdy dodatkowego switcha i nie jestem pewien jak router będzie widział urządzenia końcowe - switch będzie działał jako rozszerzenie ilości portów w routerze czy będzie widoczny jako pojedyncze urządzenie?
Wiem, że może pytanie kompletnie laickie, ale nie byłem w stanie znaleźć konkretnej informacji w necie na ten temat.
10 2020-09-19 14:53:11
Odp: OpenWRT jako dumb AP a prędkości (28 odpowiedzi, napisanych Inne)
No właśnie chyba o sterowniki się tu głównie rozchodzi chociaż zajęło troszkę czasu żeby do tego dojść.
No nic. Wykorzystałem myk z softem do Archera C7 - dla tego urządzenia wyszła poprawka od vendora z obsługą SMB2 na czym mi głównie zależało.
11 2020-09-19 12:55:52
Odp: OpenWRT jako dumb AP a prędkości (28 odpowiedzi, napisanych Inne)
Tyle, że problemem jest przepustowość wifi, która na stockowym fw idzie pełną parą (~400Mbps) a na owrt połową :\ I z tym sobie nie mogę poradzić.
12 2020-09-19 12:45:14
Odp: OpenWRT jako dumb AP a prędkości (28 odpowiedzi, napisanych Inne)
Bez - zapomniałem włączyć po resecie routera.
Tutaj z włączonym offloadingiem:
PS D:\iperf-3.1.3-win64> .\iperf3.exe -c 10.1.1.2
Connecting to host 10.1.1.2, port 5201
[ 4] local 192.168.1.214 port 62905 connected to 10.1.1.2 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 103 MBytes 862 Mbits/sec
[ 4] 1.00-2.00 sec 109 MBytes 912 Mbits/sec
[ 4] 2.00-3.00 sec 111 MBytes 929 Mbits/sec
[ 4] 3.00-4.00 sec 109 MBytes 914 Mbits/sec
[ 4] 4.00-5.00 sec 109 MBytes 917 Mbits/sec
[ 4] 5.00-6.00 sec 107 MBytes 902 Mbits/sec
[ 4] 6.00-7.00 sec 104 MBytes 876 Mbits/sec
[ 4] 7.00-8.00 sec 102 MBytes 857 Mbits/sec
[ 4] 8.00-9.00 sec 105 MBytes 883 Mbits/sec
[ 4] 9.00-10.00 sec 111 MBytes 930 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.00 sec 1.05 GBytes 898 Mbits/sec sender
[ 4] 0.00-10.00 sec 1.05 GBytes 898 Mbits/sec receiver13 2020-09-19 12:17:06
Odp: OpenWRT jako dumb AP a prędkości (28 odpowiedzi, napisanych Inne)
Setup zrobiłem wg. tego poradnika: https://openwrt.org/docs/guide-user/per … chmark.nat
Wyniki:
PS D:\iperf-3.1.3-win64> .\iperf3.exe -c 10.1.1.2
Connecting to host 10.1.1.2, port 5201
[ 4] local 192.168.1.214 port 52249 connected to 10.1.1.2 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 45.2 MBytes 379 Mbits/sec
[ 4] 1.00-2.00 sec 34.8 MBytes 292 Mbits/sec
[ 4] 2.00-3.00 sec 40.1 MBytes 336 Mbits/sec
[ 4] 3.00-4.00 sec 47.0 MBytes 395 Mbits/sec
[ 4] 4.00-5.00 sec 47.8 MBytes 400 Mbits/sec
[ 4] 5.00-6.00 sec 47.8 MBytes 401 Mbits/sec
[ 4] 6.00-7.00 sec 34.9 MBytes 293 Mbits/sec
[ 4] 7.00-8.00 sec 40.1 MBytes 337 Mbits/sec
[ 4] 8.00-9.00 sec 47.6 MBytes 399 Mbits/sec
[ 4] 9.00-10.00 sec 48.4 MBytes 406 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.00 sec 434 MBytes 364 Mbits/sec sender
[ 4] 0.00-10.00 sec 434 MBytes 364 Mbits/sec receiver14 2020-09-19 11:07:21
Odp: OpenWRT jako dumb AP a prędkości (28 odpowiedzi, napisanych Inne)
OK. Poniżej test PC->router->PC po lanie (przewodowo):
PS D:\iperf-3.1.3-win64> .\iperf3.exe -c 192.168.1.129
Connecting to host 192.168.1.129, port 5201
[ 4] local 192.168.1.214 port 59548 connected to 192.168.1.129 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 100 MBytes 838 Mbits/sec
[ 4] 1.00-2.00 sec 99.2 MBytes 832 Mbits/sec
[ 4] 2.00-3.00 sec 108 MBytes 903 Mbits/sec
[ 4] 3.00-4.00 sec 106 MBytes 889 Mbits/sec
[ 4] 4.00-5.00 sec 105 MBytes 879 Mbits/sec
[ 4] 5.00-6.00 sec 107 MBytes 900 Mbits/sec
[ 4] 6.00-7.00 sec 106 MBytes 885 Mbits/sec
[ 4] 7.00-8.00 sec 108 MBytes 906 Mbits/sec
[ 4] 8.00-9.00 sec 104 MBytes 875 Mbits/sec
[ 4] 9.00-10.00 sec 85.0 MBytes 713 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.00 sec 1.00 GBytes 862 Mbits/sec sender
[ 4] 0.00-10.00 sec 1.00 GBytes 862 Mbits/sec receiverTylko nie jestem pewien jak to interpretować w odniesieniu do problemu z prędkościami neta 
15 2020-09-19 10:34:19
Odp: OpenWRT jako dumb AP a prędkości (28 odpowiedzi, napisanych Inne)
Jeśli ktoś ma ochotę to prosiłbym o wrzucenie wyników. U mnie wygląda to tak:
Po WiFi 5Ghz:
PS D:\iperf-3.1.3-win64> .\iperf3.exe -c 192.168.1.1
Connecting to host 192.168.1.1, port 5201
[ 4] local 192.168.1.196 port 50393 connected to 192.168.1.1 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 29.6 MBytes 248 Mbits/sec
[ 4] 1.00-2.01 sec 29.1 MBytes 243 Mbits/sec
[ 4] 2.01-3.00 sec 25.1 MBytes 212 Mbits/sec
[ 4] 3.00-4.00 sec 29.0 MBytes 244 Mbits/sec
[ 4] 4.00-5.01 sec 29.4 MBytes 245 Mbits/sec
[ 4] 5.01-6.01 sec 29.2 MBytes 245 Mbits/sec
[ 4] 6.01-7.00 sec 28.6 MBytes 241 Mbits/sec
[ 4] 7.00-8.00 sec 20.5 MBytes 171 Mbits/sec
[ 4] 8.00-9.01 sec 29.4 MBytes 246 Mbits/sec
[ 4] 9.01-10.00 sec 29.5 MBytes 249 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.00 sec 280 MBytes 234 Mbits/sec sender
[ 4] 0.00-10.00 sec 280 MBytes 234 Mbits/sec receiverVerbose z serwera:
iperf 3.7
Linux OpenWrt 4.14.195 #0 Sun Sep 6 16:19:39 2020 mips
-----------------------------------------------------------
Server listening on 5201
-----------------------------------------------------------
get_parameters:
{
"tcp": true,
"omit": 0,
"time": 10,
"parallel": 1,
"len": 131072,
"client_version": "3.1.3"
}
SNDBUF is 16384, expecting 0
RCVBUF is 87380, expecting 0
Time: Sat, 19 Sep 2020 09:32:20 UTC
Accepted connection from 192.168.1.196, port 50388
Cookie: DESKTOP-4MPGBD1.1600507939.751534.04
TCP MSS: 0 (default)
Congestion algorithm is cubic
[ 5] local 192.168.1.1 port 5201 connected to 192.168.1.196 port 50389
Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 0 seconds, 10 second test, tos 0
tcpi_snd_cwnd 10 tcpi_snd_mss 1460 tcpi_rtt 3458
interval_len 1.000641 bytes_transferred 19660800
interval forces keep
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 18.8 MBytes 157 Mbits/sec
tcpi_snd_cwnd 10 tcpi_snd_mss 1460 tcpi_rtt 3458
interval_len 0.999908 bytes_transferred 28966912
interval forces keep
[ 5] 1.00-2.00 sec 27.6 MBytes 232 Mbits/sec
tcpi_snd_cwnd 10 tcpi_snd_mss 1460 tcpi_rtt 3458
interval_len 1.000050 bytes_transferred 21364736
interval forces keep
[ 5] 2.00-3.00 sec 20.4 MBytes 171 Mbits/sec
tcpi_snd_cwnd 10 tcpi_snd_mss 1460 tcpi_rtt 3458
interval_len 1.003808 bytes_transferred 30015488
interval forces keep
[ 5] 3.00-4.00 sec 28.6 MBytes 239 Mbits/sec
tcpi_snd_cwnd 10 tcpi_snd_mss 1460 tcpi_rtt 3458
interval_len 0.997453 bytes_transferred 30539776
interval forces keep
[ 5] 4.00-5.00 sec 29.1 MBytes 245 Mbits/sec
tcpi_snd_cwnd 10 tcpi_snd_mss 1460 tcpi_rtt 3458
interval_len 1.000407 bytes_transferred 30408704
interval forces keep
[ 5] 5.00-6.00 sec 29.0 MBytes 243 Mbits/sec
tcpi_snd_cwnd 10 tcpi_snd_mss 1460 tcpi_rtt 3458
interval_len 0.999960 bytes_transferred 21626880
interval forces keep
[ 5] 6.00-7.00 sec 20.6 MBytes 173 Mbits/sec
tcpi_snd_cwnd 10 tcpi_snd_mss 1460 tcpi_rtt 3458
interval_len 0.998145 bytes_transferred 29648552
interval forces keep
[ 5] 7.00-8.00 sec 28.3 MBytes 238 Mbits/sec
tcpi_snd_cwnd 10 tcpi_snd_mss 1460 tcpi_rtt 3458
interval_len 1.001714 bytes_transferred 30382424
interval forces keep
[ 5] 8.00-9.00 sec 29.0 MBytes 243 Mbits/sec
tcpi_snd_cwnd 10 tcpi_snd_mss 1460 tcpi_rtt 3458
interval_len 1.001860 bytes_transferred 30670848
interval forces keep
[ 5] 9.00-10.00 sec 29.2 MBytes 245 Mbits/sec
tcpi_snd_cwnd 10 tcpi_snd_mss 1460 tcpi_rtt 3458
interval_len 0.044953 bytes_transferred 1179648
interval forces keep
[ 5] 10.00-10.05 sec 1.12 MBytes 210 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval Transfer Bitrate
[ 5] (sender statistics not available)
[ 5] 0.00-10.05 sec 262 MBytes 219 Mbits/sec receiver
rcv_tcp_congestion cubic
get_results
{
"cpu_util_total": 29.639228,
"cpu_util_user": 2.776208,
"cpu_util_system": 26.863021,
"sender_has_retransmits": 0,
"streams": [{
"id": 1,
"bytes": 274464768,
"retransmits": -1,
"jitter": 0,
"errors": 0,
"packets": 0
}]
}
send_results
{
"cpu_util_total": 3.54417430961511,
"cpu_util_user": 0.046497546453226637,
"cpu_util_system": 3.4976767631618833,
"sender_has_retransmits": -1,
"congestion_used": "cubic",
"streams": [{
"id": 1,
"bytes": 274464768,
"retransmits": -1,
"jitter": 0,
"errors": 0,
"packets": 0,
"start_time": 0,
"end_time": 10.048899
}]
}Po przewodzie:
PS D:\iperf-3.1.3-win64> .\iperf3.exe -c 192.168.1.1
Connecting to host 192.168.1.1, port 5201
[ 4] local 192.168.1.214 port 58676 connected to 192.168.1.1 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.01 sec 28.5 MBytes 237 Mbits/sec
[ 4] 1.01-2.00 sec 31.2 MBytes 264 Mbits/sec
[ 4] 2.00-3.00 sec 28.9 MBytes 242 Mbits/sec
[ 4] 3.00-4.00 sec 30.0 MBytes 252 Mbits/sec
[ 4] 4.00-5.00 sec 31.5 MBytes 264 Mbits/sec
[ 4] 5.00-6.00 sec 31.9 MBytes 268 Mbits/sec
[ 4] 6.00-7.00 sec 29.8 MBytes 249 Mbits/sec
[ 4] 7.00-8.01 sec 30.1 MBytes 252 Mbits/sec
[ 4] 8.01-9.01 sec 29.1 MBytes 244 Mbits/sec
[ 4] 9.01-10.00 sec 29.5 MBytes 248 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.00 sec 300 MBytes 252 Mbits/sec sender
[ 4] 0.00-10.00 sec 300 MBytes 252 Mbits/sec receiverI verbose:
iperf 3.7
Linux OpenWrt 4.14.195 #0 Sun Sep 6 16:19:39 2020 mips
-----------------------------------------------------------
Server listening on 5201
-----------------------------------------------------------
get_parameters:
{
"tcp": true,
"omit": 0,
"time": 10,
"parallel": 1,
"len": 131072,
"client_version": "3.1.3"
}
SNDBUF is 16384, expecting 0
RCVBUF is 87380, expecting 0
Time: Sat, 19 Sep 2020 09:33:05 UTC
Accepted connection from 192.168.1.196, port 50392
Cookie: DESKTOP-4MPGBD1.1600507984.171499.73
TCP MSS: 0 (default)
Congestion algorithm is cubic
[ 5] local 192.168.1.1 port 5201 connected to 192.168.1.196 port 50393
Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 0 seconds, 10 second test, tos 0
tcpi_snd_cwnd 10 tcpi_snd_mss 1460 tcpi_rtt 1935
interval_len 1.000372 bytes_transferred 29884416
interval forces keep
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 28.5 MBytes 239 Mbits/sec
tcpi_snd_cwnd 10 tcpi_snd_mss 1460 tcpi_rtt 1935
interval_len 1.003491 bytes_transferred 30277632
interval forces keep
[ 5] 1.00-2.00 sec 28.9 MBytes 241 Mbits/sec
tcpi_snd_cwnd 10 tcpi_snd_mss 1460 tcpi_rtt 1935
interval_len 0.996502 bytes_transferred 26476544
interval forces keep
[ 5] 2.00-3.00 sec 25.2 MBytes 213 Mbits/sec
tcpi_snd_cwnd 10 tcpi_snd_mss 1460 tcpi_rtt 1935
interval_len 0.999999 bytes_transferred 30293692
interval forces keep
[ 5] 3.00-4.00 sec 28.9 MBytes 242 Mbits/sec
tcpi_snd_cwnd 10 tcpi_snd_mss 1460 tcpi_rtt 1935
interval_len 1.000558 bytes_transferred 30932992
interval forces keep
[ 5] 4.00-5.00 sec 29.5 MBytes 247 Mbits/sec
tcpi_snd_cwnd 10 tcpi_snd_mss 1460 tcpi_rtt 1935
interval_len 1.003582 bytes_transferred 30654788
interval forces keep
[ 5] 5.00-6.00 sec 29.2 MBytes 244 Mbits/sec
tcpi_snd_cwnd 10 tcpi_snd_mss 1460 tcpi_rtt 1935
interval_len 1.001175 bytes_transferred 30408704
interval forces keep
[ 5] 6.00-7.01 sec 29.0 MBytes 243 Mbits/sec
tcpi_snd_cwnd 10 tcpi_snd_mss 1460 tcpi_rtt 1935
interval_len 0.994694 bytes_transferred 21131792
interval forces keep
[ 5] 7.01-8.00 sec 20.2 MBytes 170 Mbits/sec
tcpi_snd_cwnd 10 tcpi_snd_mss 1460 tcpi_rtt 1935
interval_len 1.000993 bytes_transferred 30641648
interval forces keep
[ 5] 8.00-9.00 sec 29.2 MBytes 245 Mbits/sec
tcpi_snd_cwnd 10 tcpi_snd_mss 1460 tcpi_rtt 1935
interval_len 0.999348 bytes_transferred 31072824
interval forces keep
[ 5] 9.00-10.00 sec 29.6 MBytes 249 Mbits/sec
tcpi_snd_cwnd 10 tcpi_snd_mss 1460 tcpi_rtt 1935
interval_len 0.038688 bytes_transferred 1301960
interval forces keep
[ 5] 10.00-10.04 sec 1.24 MBytes 269 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval Transfer Bitrate
[ 5] (sender statistics not available)
[ 5] 0.00-10.04 sec 280 MBytes 234 Mbits/sec receiver
rcv_tcp_congestion cubic
get_results
{
"cpu_util_total": 29.985455,
"cpu_util_user": 4.946462,
"cpu_util_system": 25.038993,
"sender_has_retransmits": 0,
"streams": [{
"id": 1,
"bytes": 293076992,
"retransmits": -1,
"jitter": 0,
"errors": 0,
"packets": 0
}]
}
send_results
{
"cpu_util_total": 12.954088310981735,
"cpu_util_user": 0.19626383632612557,
"cpu_util_system": 12.757826732560149,
"sender_has_retransmits": -1,
"congestion_used": "cubic",
"streams": [{
"id": 1,
"bytes": 293076992,
"retransmits": -1,
"jitter": 0,
"errors": 0,
"packets": 0,
"start_time": 0,
"end_time": 10.039402
}]
}16 2020-09-19 06:41:58
Odp: OpenWRT jako dumb AP a prędkości (28 odpowiedzi, napisanych Inne)
Kombinowałem dalej - wgrałem softa stąd: https://github.com/gwlim/openwrt-sfe-flowoffload-ath79 - niestety bez skutku. Prędkość ~220Mbps
Spróbuję jeszcze tego rozwiązania
https://kcore.org/2017/04/03/upgrading- … r-c7-v2-0/
Mam jednak nieodoparte wrażenie, że ten router po prostu nie da rady działać na owrt z wydajnością której bym oczekiwał. W sieci jest sporo postów opisujacych podobne problemy dla C5/C7.
Nie mam oporów żeby kupić nowe urządzenie, ale pojawiają się dwa pytania: jakie i czy to coś faktycznie zmieni.
17 2020-09-17 15:51:42
Odp: OpenWRT jako dumb AP a prędkości (28 odpowiedzi, napisanych Inne)
Aktualnie mam świeżo zainstalowane 19.07:
Nazwa hosta: OpenWrt
Model: TP-Link Archer C5 v1
Architektura: Qualcomm Atheros QCA9558 ver 1 rev 0
Wersja firmware: OpenWrt 19.07-SNAPSHOT r11201-f5afa593e7 / LuCI openwrt-19.07 branch git-20.247.75781-0d0ab01
Wersja kernela: 4.14.19518 2020-09-17 14:22:24
Odp: OpenWRT jako dumb AP a prędkości (28 odpowiedzi, napisanych Inne)
Programowy flow offloading
Sprzętowy flow offloading
włączone - szybkość wzrosła do połowy przepustowości łącza i wynosi ~250Mbps
19 2020-09-17 10:55:37
Odp: OpenWRT jako dumb AP a prędkości (28 odpowiedzi, napisanych Inne)
Urządzenia końcowe mam wpięte do portów LAN na archerze, ale połączenie ConnectBox-Archer jest po WANie. Ze względu na to, że mogę przepinać connectboxa z trybu routera w tryb modemu koncepcja się nieco zmieniła. DHCP na CB jest całkowicie wyłączone, kiedy urządzenie jest w trybie modemu (CB służy tylko i wyłącznie jako modem) - wszystko odbywa się po stronie archera, więc CB-Archer musi być po porcie WANowym. A przynajmniej tak mi się wydaje...
Tak czy inaczej - przedstawione wartości z testów były robione na tych samych przewodach i tych samych gniazdach (zmieniałem jedynie soft na archerze) a jednak oprogramowanie nieoficjalne znacznie odbiega od tego co można uzyskać na stockowym FW
20 2020-09-17 10:17:14
Odp: OpenWRT jako dumb AP a prędkości (28 odpowiedzi, napisanych Inne)
Wszystkie testy były robione na tych samych przewodach. Też myślałem o tym, że to może być wina przewodu, ale bezpośrednio LANem z modemu od UPC transfery idą pełną prędkością łącza. To samo jest w przypadku Connectbox->Archer ze stockowym FW->PC. Problemy ze spadkiem transferów są tylko wtedy, kiedy archer działa na OpenWRT albo DD-WRT.
Mała uwaga - nie jestem pewien czy jest ważna - przesiadłem się z horizona na connectboxa, który obecnie działa w trybie modemu, więc archer jest jedynym urządzeniem, które rozprowadza u mnie sieć.
21 2020-09-17 10:01:50
Odp: OpenWRT jako dumb AP a prędkości (28 odpowiedzi, napisanych Inne)
Cześć - przepraszam za wznawianie starego tematu, ale dopiero teraz miałem czas "pobawić" się z routerem.
Zacząłem żonglować oprogramowaniem i ustawieniami. Wgrałem:
1. gargoyle-1.12.0.2-ar71xx-generic-archer-c5-v1-squashfs-factory
config wifi-device 'radio0'
option type 'mac80211'
option channel '36'
option hwmode '11a'
option path 'pci0000:01/0000:01:00.0'
option htmode 'VHT80'
config wifi-device 'radio1'
option type 'mac80211'
option channel '11'
option hwmode '11g'
option path 'platform/qca955x_wmac'
option htmode 'HT20'
option noscan '1'
config wifi-iface 'ap_g'
option device 'radio1'
option mode 'ap'
option network 'lan'
option disassoc_low_ack '0'
option ssid 'Gargoyle'
option encryption 'psk2'
option key 'password'
config wifi-iface 'ap_a'
option device 'radio0'
option mode 'ap'
option network 'lan'
option disassoc_low_ack '0'
option ssid 'Gargoyle5GHz'
option encryption 'psk2'
option key 'password'2. luci-19.07-snapshot-r11201-f5afa593e7-ath79-generic-tplink_archer-c5-v1-squashfs-factory
config wifi-device 'radio0'
option type 'mac80211'
option channel '36'
option hwmode '11a'
option path 'pci0000:00/0000:00:00.0'
option htmode 'VHT80'
option country 'PL'
config wifi-iface 'default_radio0'
option device 'radio0'
option network 'lan'
option mode 'ap'
option encryption 'none'
option ssid 'OpenWrt5Ghz'
config wifi-device 'radio1'
option type 'mac80211'
option channel '11'
option hwmode '11g'
option path 'platform/ahb/18100000.wmac'
option htmode 'HT20'
option country 'PL'
option noscan '1'
config wifi-iface 'default_radio1'
option device 'radio1'
option network 'lan'
option mode 'ap'
option ssid 'OpenWrt'
option encryption 'none'3. TP-Link 3.14.1 Build 140912 Rel.58489n - ustawienia domyślne
4. DD-WRT v3.0-r44340 - ustawienia w załączeniu
Wszystkie testy przeprowadziłem w tej samej odległości od routera (~40 cm) na tym samym laptopie (Lenovo T460s z Win10).
Prędkość internetu bezpośrednio z modemu: WiFi 480Mbps, LAN 473 Mbps.
Prędkości z archera:
1. WiFi: 98Mbps, LAN: 160Mbps
2. WiFi: 128Mbps, LAN: 293 Mbps
3. WiFi: 466Mbps, LAN: 470Mbps
4. WiFi: 298Mbps, LAN: -
W ostatnim przypadku zapomniałem zrobić testu po kablu :-(
Nie mam już pomysłów co może być nie tak – starałem się przełączać po kanałach, wprowadzać ustawienia, które są na eko.one.pl, ale bez skutków. W sieci natknąłem się na dyskusje o podobnych problemach np. tutaj: https://forum.openwrt.org/t/archer-c7-v … aster/2260
Zastanawiam się już nawet nad zmianą routera, tylko czy to coś pomoże?
22 2020-09-16 10:33:09
Odp: Uceglony Archer C5 v1.2 (4 odpowiedzi, napisanych Sprzęt / Hardware)
Poszło. Dzięki wielkie za podpowiedzi!
23 2020-09-16 10:11:14
Odp: Uceglony Archer C5 v1.2 (4 odpowiedzi, napisanych Sprzęt / Hardware)
OK, udało się coś wyszarpać:
Connection received from 192.168.0.86 on port 1654 [16/09 11:03:42.624]
Read request for file <ArcherC5v1_tp_recovery.bin>. Mode octet [16/09 11:03:42.625]
File <ArcherC5v1_tp_recovery.bin> : error 2 in system call CreateFile Nie można odnaleźć określonego pliku. [16/09 11:03:42.629]
Connection received from 192.168.0.86 on port 1654 [16/09 11:03:45.623]
Read request for file <ArcherC5v1_tp_recovery.bin>. Mode octet [16/09 11:03:45.624]
File <ArcherC5v1_tp_recovery.bin> : error 2 in system call CreateFile Nie można odnaleźć określonego pliku. [16/09 11:03:45.624]
Connection received from 192.168.0.86 on port 1654 [16/09 11:03:48.624]
Read request for file <ArcherC5v1_tp_recovery.bin>. Mode octet [16/09 11:03:48.625]
File <ArcherC5v1_tp_recovery.bin> : error 2 in system call CreateFile Nie można odnaleźć określonego pliku. [16/09 11:03:48.627]Tylko pytanie pomocnicze - tym razem użyć ArcherC5v1_en_3_13_34_up(140424).bin czy ArcherC5v1_en_3_14_3_up_boot(150428).bin?
24 2020-09-16 09:21:37
Temat: Uceglony Archer C5 v1.2 (4 odpowiedzi, napisanych Sprzęt / Hardware)
Cześć,
przez przypadek/nieuwagę/głupotę wgrałem obraz *boot* z oryginalnym firmware na zainstalowany OpenWrt. Jak się można spodziewać router się uceglił - wygląda jakby wpadł w boot loop. Próbowałem go postawić tftpd, ale z marnym skutkiem - nie jest wykrywany. Da się to jeszcze przywrócić do życia przez interefejs szeregowy czy już nie ma nadziei na ratunek?
25 2020-06-28 15:27:55
Odp: OpenWRT jako dumb AP a prędkości (28 odpowiedzi, napisanych Inne)
No tak to jest jak się ustawia coś o czym się nie ma pojęcia 
W każdym razie poniższa konfiguracja nie zmieniła zbyt wiele - transfery nadal takie same. Zaś coś źle ustawione czy problem nie leży po stronie konfiguracji a sprzętu? 
config wifi-device 'radio0'
option type 'mac80211'
option channel '36'
option hwmode '11a'
option path 'pci0000:00/0000:00:00.0'
option country 'PL'
option disabled '0'
option htmode 'VHT80'
config wifi-iface 'default_radio0'
option device 'radio0'
option network 'lan'
option mode 'ap'
option key 'secret'
option encryption 'psk2'
option ssid '5_GHz'
config wifi-device 'radio1'
option type 'mac80211'
option channel '11'
option hwmode '11g'
option path 'platform/ahb/18100000.wmac'
option country 'PL'
option htmode 'HT40'
option noscan '1'
config wifi-iface 'default_radio1'
option device 'radio1'
option network 'lan'
option mode 'ap'
option key 'secret'
option encryption 'psk2'
option ssid '2.4_GHz'Znalezione posty: 1 do 25 z 49
eko.one.pl → Posty przez vekh
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc