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.

2 (edytowany przez twinsen 2019-12-31 13:15:42)

Odp: TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)

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).

3

Odp: TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)

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ę.

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

4

Odp: TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)

Cezary napisał/a:

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 ;-)

5

Odp: TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)

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??

6

Odp: TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)

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).

7 (edytowany przez shevchenko1987 2019-12-31 14:24:23)

Odp: TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)

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.91

Połą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 ms

Połą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 ms

Z chęcią bym zobaczył jak to wyglądało na 18.06.x, ale nie chce mi się cofać wink

Internet: JMDI (1000/200 Mbps) | Router: QNAP QHora-301W | NAS: QNAP TS-233 + 2 x WD RED PLUS 2TB

8

Odp: TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)

Jak Wam wychodzi ping na 127.0.0.1 ?

9 (edytowany przez shevchenko1987 2020-01-01 22:42:56)

Odp: TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)

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 ms

Ping przez połączenie Wi-Fi 5 GHz.

Internet: JMDI (1000/200 Mbps) | Router: QNAP QHora-301W | NAS: QNAP TS-233 + 2 x WD RED PLUS 2TB

10

Odp: TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)

Na routerze to zrób nie na lokalnym laptopie...

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

11

Odp: TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)

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 ms
Internet: JMDI (1000/200 Mbps) | Router: QNAP QHora-301W | NAS: QNAP TS-233 + 2 x WD RED PLUS 2TB

12

Odp: TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)

U 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?

13

Odp: TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)

czy to jakiś problem ? działa coś wolniej ?

Dom : router https://i.imgur.com/IuB6Zwy.png | TP-LINK T1700G-28TQ |Zyxel XGS-1210-12 | 6x Ruckus r310 unleashed  + Ruckus icx7150-c12p | Truenas scale 124TB 25Gb| Xpenology 12TB | apc smart ups 750 lcd smile 100Mb/s - 25Gb/s
Podróżne : GL.Inet MT3000  +1TB hdd
Działka : rb260gs 1j wdm 1Gb+ ruckus r310 + nb m5 + kilka kamer ip  + panel 285Wp + lifepo4 12v 60Ah .

14

Odp: TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)

ambrozy5 napisał/a:

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.

15

Odp: TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)

po kablu czy po wifi bo to spora różnica

Dom : router https://i.imgur.com/IuB6Zwy.png | TP-LINK T1700G-28TQ |Zyxel XGS-1210-12 | 6x Ruckus r310 unleashed  + Ruckus icx7150-c12p | Truenas scale 124TB 25Gb| Xpenology 12TB | apc smart ups 750 lcd smile 100Mb/s - 25Gb/s
Podróżne : GL.Inet MT3000  +1TB hdd
Działka : rb260gs 1j wdm 1Gb+ ruckus r310 + nb m5 + kilka kamer ip  + panel 285Wp + lifepo4 12v 60Ah .

16

Odp: TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)

ambrozy5 napisał/a:

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.

17

Odp: TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)

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ą

Dom : router https://i.imgur.com/IuB6Zwy.png | TP-LINK T1700G-28TQ |Zyxel XGS-1210-12 | 6x Ruckus r310 unleashed  + Ruckus icx7150-c12p | Truenas scale 124TB 25Gb| Xpenology 12TB | apc smart ups 750 lcd smile 100Mb/s - 25Gb/s
Podróżne : GL.Inet MT3000  +1TB hdd
Działka : rb260gs 1j wdm 1Gb+ ruckus r310 + nb m5 + kilka kamer ip  + panel 285Wp + lifepo4 12v 60Ah .

18

Odp: TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)

@twinesen, zgłoś na https://bugs.openwrt.org/

Internet: JMDI (1000/200 Mbps) | Router: QNAP QHora-301W | NAS: QNAP TS-233 + 2 x WD RED PLUS 2TB

19

Odp: TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)

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/Linux

20

Odp: TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)

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.
Co do prędkości przesyłania, spróbuję wkompilować ten offloading.

21

Odp: TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)

Jako moduł, nie na stałe w kernel. Firewall nie uruchamia offloadingu jak nie jest w module, było na forum openwrt.

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

22 (edytowany przez Zuzia 2020-01-23 18:12:45)

Odp: TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)

twinsen napisał/a:
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 ms

23

Odp: TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)

Zuzia napisał/a:

Rzeczywiś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 sad
Może ja coś źle kompiluję, jakiś zły driver wybieram albo coś sad

24 (edytowany przez shevchenko1987 2020-01-23 19:55:36)

Odp: TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)

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 ms

Jedynie co zmieniłem firmware od Wi-Fi.

Wyrzuciłem:

ath10k-firmware-qca99x0-ct

Zainstalowałem:

ath10k-firmware-qca99x0

Spró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 ms

Wszystko wróciło do "normy" hmm

Internet: JMDI (1000/200 Mbps) | Router: QNAP QHora-301W | NAS: QNAP TS-233 + 2 x WD RED PLUS 2TB

25 (edytowany przez Zuzia 2020-01-23 20:14:46)

Odp: TP-Link AC2600 v1 - duże 'ping latency' (19.07 rc1/2 i snapshoty)

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 ms

Moż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 restart