Temat: TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)
Proponuję tutaj zgłębić temat wysokich pingów na urządzeniu C2600.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)
Zaloguj się lub zarejestruj by napisać odpowiedź
Proponuję tutaj zgłębić temat wysokich pingów na urządzeniu C2600.
Zanim Cezary przeniesie posty, chciałbym zaznaczyć że chodzi głównie o pingi przez połączenie kablowe. Nie znam się na programowaniu, wiem tylko że na 18.06 ten router pingował się poprawnie (0,2-0,5 ms) na 1 Gbit oczywiście. Natomiast na 19.07 rc1/2 oraz snapshotach codziennych, pinguje się tak jakby to było połączenie 100 MBit (pingi rzędu 2-5 ms).
Nie mogę tego zrobić. Może zrobić nowy temat, nie przenosić pomiędzy istniejącymi. Więc po prostu opisz jeszcze raz sprawę a tamto skasuję.
Nie mogę tego zrobić. Może zrobić nowy temat, nie przenosić pomiędzy istniejącymi. Więc po prostu opisz jeszcze raz sprawę a tamto skasuję.
A ok, bo myślałem że to jest jak w IPB, moderator może wszystko ;-)
Od kilku dni kompiluję snapshota i na C2600 v1 pingi są teraz 1-3ms, logread działa już.
Logi z karty:
Tue Dec 31 08:52:07 2019 kern.warn kernel: [ 2.400747] ipq806x-gmac-dwmac 37200000.ethernet: PTP uses main clock
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 2.402986] ipq806x-gmac-dwmac 37200000.ethernet: User ID: 0x10, Synopsys ID: 0x37
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 2.408695] ipq806x-gmac-dwmac 37200000.ethernet: DWMAC1000
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 2.416098] ipq806x-gmac-dwmac 37200000.ethernet: DMA HW capability register supported
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 2.421841] ipq806x-gmac-dwmac 37200000.ethernet: RX Checksum Offload Engine supported
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 2.429652] ipq806x-gmac-dwmac 37200000.ethernet: COE Type 2
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 2.437552] ipq806x-gmac-dwmac 37200000.ethernet: TX Checksum insertion supported
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 2.443277] ipq806x-gmac-dwmac 37200000.ethernet: Wake-Up On Lan supported
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 2.450740] ipq806x-gmac-dwmac 37200000.ethernet: Enhanced/Alternate descriptors
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 2.457515] ipq806x-gmac-dwmac 37200000.ethernet: Enabled extended descriptors
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 2.465073] ipq806x-gmac-dwmac 37200000.ethernet: Ring mode enabled
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 2.472006] ipq806x-gmac-dwmac 37200000.ethernet: Enable RX Mitigation via HW Watchdog Timer
Tue Dec 31 08:52:07 2019 kern.warn kernel: [ 2.481194] ipq806x-gmac-dwmac 37400000.ethernet: PTP uses main clock
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 2.487377] ipq806x-gmac-dwmac 37400000.ethernet: User ID: 0x10, Synopsys ID: 0x37
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 2.493198] ipq806x-gmac-dwmac 37400000.ethernet: DWMAC1000
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 2.500793] ipq806x-gmac-dwmac 37400000.ethernet: DMA HW capability register supported
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 2.506565] ipq806x-gmac-dwmac 37400000.ethernet: RX Checksum Offload Engine supported
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 2.514197] ipq806x-gmac-dwmac 37400000.ethernet: COE Type 2
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 2.522181] ipq806x-gmac-dwmac 37400000.ethernet: TX Checksum insertion supported
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 2.527991] ipq806x-gmac-dwmac 37400000.ethernet: Wake-Up On Lan supported
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 2.535395] ipq806x-gmac-dwmac 37400000.ethernet: Enhanced/Alternate descriptors
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 2.542061] ipq806x-gmac-dwmac 37400000.ethernet: Enabled extended descriptors
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 2.549703] ipq806x-gmac-dwmac 37400000.ethernet: Ring mode enabled
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 2.556734] ipq806x-gmac-dwmac 37400000.ethernet: Enable RX Mitigation via HW Watchdog Timer
Tue Dec 31 08:52:07 2019 kern.notice kernel: [ 2.574357] cpuidle: enable-method property 'qcom,kpss-acc-v1' found operations
Tue Dec 31 08:52:07 2019 kern.notice kernel: [ 2.574867] cpuidle: enable-method property 'qcom,kpss-acc-v1' found operations
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 28.690256] ipq806x-gmac-dwmac 37400000.ethernet eth1: No Safety Features support found
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 28.695613] ipq806x-gmac-dwmac 37400000.ethernet eth1: IEEE 1588-2008 Advanced Timestamp supported
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 28.703697] ipq806x-gmac-dwmac 37400000.ethernet eth1: registered PTP clock
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 28.713249] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 29.756366] ipq806x-gmac-dwmac 37400000.ethernet eth1: Link is Up - 1Gbps/Full - flow control off
Tue Dec 31 08:52:07 2019 kern.info kernel: [ 29.757850] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
Tue Dec 31 08:52:10 2019 user.notice : Added device handler type: veth
Tue Dec 31 08:52:11 2019 kern.info kernel: [ 53.061414] ipq806x-gmac-dwmac 37400000.ethernet eth1: No Safety Features support found
Tue Dec 31 08:52:11 2019 kern.info kernel: [ 53.066770] ipq806x-gmac-dwmac 37400000.ethernet eth1: IEEE 1588-2008 Advanced Timestamp supported
Tue Dec 31 08:52:11 2019 kern.info kernel: [ 53.074768] ipq806x-gmac-dwmac 37400000.ethernet eth1: registered PTP clock
Tue Dec 31 08:52:11 2019 kern.info kernel: [ 53.083830] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
Tue Dec 31 08:52:11 2019 kern.info kernel: [ 53.094172] br-lan: port 1(eth1.1) entered blocking state
Tue Dec 31 08:52:11 2019 kern.info kernel: [ 53.096552] br-lan: port 1(eth1.1) entered disabled state
Tue Dec 31 08:52:11 2019 kern.info kernel: [ 53.102113] device eth1.1 entered promiscuous mode
Tue Dec 31 08:52:11 2019 kern.info kernel: [ 53.107376] device eth1 entered promiscuous mode
Tue Dec 31 08:52:12 2019 kern.info kernel: [ 54.155124] ipq806x-gmac-dwmac 37400000.ethernet eth1: Link is Up - 1Gbps/Full - flow control off
Tue Dec 31 08:52:13 2019 daemon.notice netifd: Network device 'eth1' link is up
Tue Dec 31 08:52:13 2019 daemon.notice netifd: VLAN 'eth1.1' link is up
Tue Dec 31 08:52:13 2019 kern.info kernel: [ 55.622558] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
Tue Dec 31 08:52:13 2019 kern.info kernel: [ 55.623043] br-lan: port 1(eth1.1) entered blocking state
Tue Dec 31 08:52:13 2019 kern.info kernel: [ 55.627702] br-lan: port 1(eth1.1) entered forwarding state
Teraz patrzcie, to pingi z Archer C7 z rc2:
twinsen@tracer:~$ ping 192.168.50.224
PING 192.168.50.224 (192.168.50.224) 56(84) bytes of data.
64 bytes from 192.168.50.224: icmp_seq=1 ttl=64 time=0.519 ms
64 bytes from 192.168.50.224: icmp_seq=2 ttl=64 time=0.286 ms
64 bytes from 192.168.50.224: icmp_seq=3 ttl=64 time=0.262 ms
64 bytes from 192.168.50.224: icmp_seq=4 ttl=64 time=0.291 ms
^C
--- 192.168.50.224 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3056ms
rtt min/avg/max/mdev = 0.262/0.339/0.519/0.105 ms
A to pingi z c2600 v1 z dzisiejszym snapshotem:
twinsen@tracer:~$ ping 192.168.50.254
PING 192.168.50.254 (192.168.50.254) 56(84) bytes of data.
64 bytes from 192.168.50.254: icmp_seq=1 ttl=64 time=1.32 ms
64 bytes from 192.168.50.254: icmp_seq=2 ttl=64 time=2.85 ms
64 bytes from 192.168.50.254: icmp_seq=3 ttl=64 time=2.86 ms
64 bytes from 192.168.50.254: icmp_seq=4 ttl=64 time=2.79 ms
64 bytes from 192.168.50.254: icmp_seq=5 ttl=64 time=2.80 ms
64 bytes from 192.168.50.254: icmp_seq=6 ttl=64 time=2.85 ms
^C
--- 192.168.50.254 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5008ms
rtt min/avg/max/mdev = 1.320/2.582/2.863/0.565 ms
twinsen@tracer:~$
Te routery spięte są ze sobą normalnie na LAN, po drodze nie ma żadnego innego urządzenia.
Połączenie w każdym przypadku 1 Gbit. Tu z c2600:
root@c2600:~# ethtool eth1.1
Settings for eth1.1:
Supported ports: [ TP AUI BNC MII FIBRE ]
Supported link modes: 1000baseT/Half 1000baseT/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 1000baseT/Half 1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Link partner advertised link modes: 1000baseT/Full
Link partner advertised pause frame use: No
Link partner advertised auto-negotiation: No
Link partner advertised FEC modes: Not reported
Speed: 1000Mb/s
Duplex: Full
Port: MII
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
Link detected: yes
root@c2600:~#
Co powoduje to spore opóźnienie??
Jeden user schevchenko1987 napisał też:
@twinsen, z racji, że nie widzę jeszcze nowego tematu to napiszę tutaj. Ja mam co prawda wersję "master" z kernelem 4.19.91 i sytuacja jest taka jak u Ciebie, a może nawet gorsza, bo... :
shevchenko1987@dell-inspiron-7560:~$ ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=3.97 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=3.24 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=2.78 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=4.60 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=4.47 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=4.33 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=2.92 ms
64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=3.22 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=2.96 ms
Również mam TP-Link C2600.
Połączenie Wi-Fi 5 GHz / kanał 36 / szyfrowanie WPA2-PSK (AES).
System: Wersja deweloperska
BusyBox v1.31.1 () built-in shell (ash)
_______ ________ __
| |.-----.-----.-----.| | | |.----.| |_
| - || _ | -__| || | | || _|| _|
|_______|| __|_____|__|__||________||__| |____|
|__| W I R E L E S S F R E E D O M
-----------------------------------------------------
OpenWrt SNAPSHOT, r11816-d5ede68f8b
-----------------------------------------------------
root@C2600:~# uname -r
4.19.91Połączenie: Ethernet
shevchenko1987@dell-inspiron-7560:~$ ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=2.80 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=2.61 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=2.75 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=1.56 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=2.78 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=2.83 msPołączenie: Wi-Fi 5GHz / kanał 36 / WPA2-PSK (AES)
shevchenko1987@dell-inspiron-7560:~$ ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=3.77 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=4.22 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=3.87 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=3.57 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=4.80 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=4.79 msZ chęcią bym zobaczył jak to wyglądało na 18.06.x, ale nie chce mi się cofać ![]()
Jak Wam wychodzi ping na 127.0.0.1 ?
U mnie tak:
shevchenko1987@dell-inspiron-7560:~$ ping 127.0.0.1
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.039 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.052 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.042 ms
64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.015 ms
64 bytes from 127.0.0.1: icmp_seq=5 ttl=64 time=0.026 ms
64 bytes from 127.0.0.1: icmp_seq=6 ttl=64 time=0.047 msPing przez połączenie Wi-Fi 5 GHz.
Na routerze to zrób nie na lokalnym laptopie...
Proszę bardzo:
root@C2600:~# ping 127.0.0.1
PING 127.0.0.1 (127.0.0.1): 56 data bytes
64 bytes from 127.0.0.1: seq=0 ttl=64 time=0.390 ms
64 bytes from 127.0.0.1: seq=1 ttl=64 time=0.342 ms
64 bytes from 127.0.0.1: seq=2 ttl=64 time=0.350 ms
64 bytes from 127.0.0.1: seq=3 ttl=64 time=0.351 ms
64 bytes from 127.0.0.1: seq=4 ttl=64 time=0.353 ms
64 bytes from 127.0.0.1: seq=5 ttl=64 time=0.356 ms
64 bytes from 127.0.0.1: seq=6 ttl=64 time=0.349 ms
64 bytes from 127.0.0.1: seq=7 ttl=64 time=0.348 msU mnie tak samo:
root@c2600:~# ping 127.0.0.1
PING 127.0.0.1 (127.0.0.1): 56 data bytes
64 bytes from 127.0.0.1: seq=0 ttl=64 time=0.381 ms
64 bytes from 127.0.0.1: seq=1 ttl=64 time=0.337 ms
64 bytes from 127.0.0.1: seq=2 ttl=64 time=0.318 ms
64 bytes from 127.0.0.1: seq=3 ttl=64 time=0.331 ms
64 bytes from 127.0.0.1: seq=4 ttl=64 time=0.391 ms
^C
--- 127.0.0.1 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 0.318/0.351/0.391 ms
A do bramy nadal:
root@c2600:~# ping 192.168.50.224
PING 192.168.50.224 (192.168.50.224): 56 data bytes
64 bytes from 192.168.50.224: seq=0 ttl=64 time=2.377 ms
64 bytes from 192.168.50.224: seq=1 ttl=64 time=2.694 ms
64 bytes from 192.168.50.224: seq=2 ttl=64 time=2.623 ms
64 bytes from 192.168.50.224: seq=3 ttl=64 time=2.626 ms
64 bytes from 192.168.50.224: seq=4 ttl=64 time=2.472 ms
^C
--- 192.168.50.224 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 2.377/2.558/2.694 ms
I do każdego innego elementu w mojej sieci. Może to kwestia sterownika ath10k? Rozumiem, że ten sterownik jest hybrydą, wspiera po prostu cały chipset czyli wireless i ethernet?
czy to jakiś problem ? działa coś wolniej ?
czy to jakiś problem ? działa coś wolniej ?
Tak. Od dostawcy mam 600 Mbit i na C7 osiągam 450, a na c2600 jest 200-300 max. Na 18.06 zbliża się do 500. Więc to nie tylko karta ethernet, tylko całość jako taka.
po kablu czy po wifi bo to spora różnica
po kablu czy po wifi bo to spora różnica
Po kablu. WiFi używam tylko do smartfonów, reszta domu cała jest na kablu.
to jest coś sporo nie tak, przecież tam są w procku specjalne rdzenie do offloadingu natu i ipsec, wygląda na to, że nie działają
@twinesen, zgłoś na https://bugs.openwrt.org/
Rzeczywiście zawyżony ping był na kernelu 4.19.91, ale na 4.19.93 jest już prawidłowy.
ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: seq=0 ttl=64 time=0.619 ms
64 bytes from 192.168.1.1: seq=1 ttl=64 time=0.609 ms
64 bytes from 192.168.1.1: seq=2 ttl=64 time=0.608 ms
64 bytes from 192.168.1.1: seq=3 ttl=64 time=0.485 ms
64 bytes from 192.168.1.1: seq=4 ttl=64 time=0.494 ms
64 bytes from 192.168.1.1: seq=5 ttl=64 time=0.488 ms
^C
--- 192.168.1.1 ping statistics ---
6 packets transmitted, 6 packets received, 0% packet loss
round-trip min/avg/max = 0.485/0.550/0.619 ms
uname -a
Linux EasyBOX 4.19.93 #0 SMP Tue Dec 3 21:43:40 2019 mips GNU/LinuxRzeczywiście zawyżony ping był na kernelu 4.19.91, ale na 4.19.93 jest już prawidłowy.
Z jakiego dnia jest to snapshot? Ja sprawdzałem obecnie na 19.07 stabilnym i bez zmian.
Co do prędkości przesyłania, spróbuję wkompilować ten offloading.
Jako moduł, nie na stałe w kernel. Firewall nie uruchamia offloadingu jak nie jest w module, było na forum openwrt.
Zuzia napisał/a:Rzeczywiście zawyżony ping był na kernelu 4.19.91, ale na 4.19.93 jest już prawidłowy.
Z jakiego dnia jest to snapshot? Ja sprawdzałem obecnie na 19.07 stabilnym i bez zmian.
Z żadnego, kompiluję sobie po swojemu, a problem z pingiem zniknął w kernelu 4.19.93 i w kolejnych też jest w porządku. Dotyczył nie tylko tego TP-Link, bo sprawdzałam na innym routerze i narzut kilku ms był widoczny.
Na aktualnym kernelu:
uname -a
Linux EasyBOX 4.19.97 #0 SMP Tue Dec 3 21:43:40 2019 mips GNU/Linux
ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: seq=0 ttl=64 time=0.582 ms
64 bytes from 192.168.1.1: seq=1 ttl=64 time=0.671 ms
64 bytes from 192.168.1.1: seq=2 ttl=64 time=0.451 ms
64 bytes from 192.168.1.1: seq=3 ttl=64 time=0.558 ms
64 bytes from 192.168.1.1: seq=4 ttl=64 time=0.461 ms
64 bytes from 192.168.1.1: seq=5 ttl=64 time=0.451 ms
64 bytes from 192.168.1.1: seq=6 ttl=64 time=0.451 ms
64 bytes from 192.168.1.1: seq=7 ttl=64 time=0.452 ms
64 bytes from 192.168.1.1: seq=8 ttl=64 time=0.560 ms
^C
--- 192.168.1.1 ping statistics ---
9 packets transmitted, 9 packets received, 0% packet loss
round-trip min/avg/max = 0.451/0.515/0.671 msRzeczywiście zawyżony ping był na kernelu 4.19.91, ale na 4.19.93 jest już prawidłowy.
Nie bardzo. Popatrz na to:
root@c2600:~# uname -a
Linux c2600 4.19.97 #0 SMP Tue Jan 21 08:25:27 2020 armv7l GNU/Linux
root@c2600:~# ping 192.168.50.224
PING 192.168.50.224 (192.168.50.224): 56 data bytes
64 bytes from 192.168.50.224: seq=0 ttl=64 time=2.254 ms
64 bytes from 192.168.50.224: seq=1 ttl=64 time=2.763 ms
64 bytes from 192.168.50.224: seq=2 ttl=64 time=2.176 ms
64 bytes from 192.168.50.224: seq=3 ttl=64 time=2.762 ms
^C
--- 192.168.50.224 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 2.176/2.488/2.763 ms
root@c2600:~# ping 192.168.50.77
PING 192.168.50.77 (192.168.50.77): 56 data bytes
64 bytes from 192.168.50.77: seq=0 ttl=128 time=1.962 ms
64 bytes from 192.168.50.77: seq=1 ttl=128 time=1.324 ms
64 bytes from 192.168.50.77: seq=2 ttl=128 time=2.768 ms
64 bytes from 192.168.50.77: seq=3 ttl=128 time=2.451 ms
^C
--- 192.168.50.77 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 1.324/2.126/2.768 ms
root@c2600:~#
Ping z c2600 na C7 i na mojego laptopa. W drugą stronę jest tak samo ![]()
Może ja coś źle kompiluję, jakiś zły driver wybieram albo coś ![]()
Mój wynik z C2600 z wgranym stabilnym wydaniem 19.07:
shevchenko1987@dell-inspiron-7560:~$ ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.933 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.925 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=0.971 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=0.975 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=0.913 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=0.938 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=0.960 ms
^C
--- 192.168.1.1 ping statistics ---
13 packets transmitted, 13 received, 0% packet loss, time 12016ms
rtt min/avg/max/mdev = 0.902/1.136/1.874/0.323 msJedynie co zmieniłem firmware od Wi-Fi.
Wyrzuciłem:
ath10k-firmware-qca99x0-ctZainstalowałem:
ath10k-firmware-qca99x0Spróbuj.
---
Szybka edycja:
Zalogowałem się do LuCi i wykonałem test ponownie. Oto wynik:
shevchenko1987@dell-inspiron-7560:~$ ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=2.88 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=2.09 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=2.98 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=2.74 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=2.69 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=2.99 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=2.02 ms
64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=1.93 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=2.83 ms
^C
--- 192.168.1.1 ping statistics ---
9 packets transmitted, 9 received, 0% packet loss, time 8010ms
rtt min/avg/max/mdev = 1.934/2.572/2.994/0.408 msWszystko wróciło do "normy" ![]()
Też zalogowałam się do Luci, ale bez zmian:
ping 192.168.1.139
PING 192.168.1.139 (192.168.1.139): 56 data bytes
64 bytes from 192.168.1.139: seq=0 ttl=64 time=0.771 ms
64 bytes from 192.168.1.139: seq=1 ttl=64 time=0.806 ms
64 bytes from 192.168.1.139: seq=2 ttl=64 time=0.724 ms
64 bytes from 192.168.1.139: seq=3 ttl=64 time=0.623 ms
64 bytes from 192.168.1.139: seq=4 ttl=64 time=0.744 ms
64 bytes from 192.168.1.139: seq=5 ttl=64 time=0.636 ms
^C
--- 192.168.1.139 ping statistics ---
6 packets transmitted, 6 packets received, 0% packet loss
round-trip min/avg/max = 0.623/0.717/0.806 msMoże Luci za bardzo obciąża CPU? Spróbujcie tak:
uci set uhttpd.main.http_keepalive='0'
uci set uhttpd.main.max_requests='1'
uci commit uhttpd
/etc/init.d/uhttpd restartZaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc