You are not logged in.
Hi all,
I have been experiencing weird latency issues in my fresh Archlinux installation. I installed it on a Lenovo Thinkpad X220. The core of the issue is that the wireless connection seems to drop for a given amount of time before restarting as usual. This ends up in very high ping times mixed with lower times. Notice that it happens at random times. I was wondering if there are perhaps any recommendations on this. Some information about the setup:
0. The AP where I am connecting is multiband, but this card can only connect to a single 2.4GHz, hence I renamed the 2.4GHz connection.
1. Running lsmod | grep iwlwifi:
$ lsmod | grep iwlwifi
iwlwifi 401408 1 iwldvm
cfg80211 913408 3 iwldvm,iwlwifi,mac802112. Running lspci -v
$ lspci -v
00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM Controller (rev 09)
Subsystem: Lenovo Device 21da
Flags: bus master, fast devsel, latency 0
Capabilities: <access denied>
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller])
Subsystem: Lenovo Device 21da
Flags: bus master, fast devsel, latency 0, IRQ 30
Memory at f0000000 (64-bit, non-prefetchable) [size=4M]
Memory at e0000000 (64-bit, prefetchable) [size=256M]
I/O ports at 5000 [size=64]
Expansion ROM at 000c0000 [virtual] [disabled] [size=128K]
Capabilities: <access denied>
Kernel driver in use: i915
Kernel modules: i915
00:16.0 Communication controller: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 (rev 04)
Subsystem: Lenovo Device 21da
Flags: bus master, fast devsel, latency 0, IRQ 29
Memory at f2525000 (64-bit, non-prefetchable) [size=16]
Capabilities: <access denied>
Kernel driver in use: mei_me
Kernel modules: mei_me
00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection (Lewisville) (rev 04)
Subsystem: Lenovo ThinkPad T520
Flags: bus master, fast devsel, latency 0, IRQ 28
Memory at f2500000 (32-bit, non-prefetchable) [size=128K]
Memory at f252a000 (32-bit, non-prefetchable) [size=4K]
I/O ports at 5060 [size=32]
Capabilities: <access denied>
Kernel driver in use: e1000e
Kernel modules: e1000e
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 (rev 04) (prog-if 20 [EHCI])
Subsystem: Lenovo Device 21da
Flags: bus master, medium devsel, latency 0, IRQ 16
Memory at f2529000 (32-bit, non-prefetchable) [size=1K]
Capabilities: <access denied>
Kernel driver in use: ehci-pci
Kernel modules: ehci_pci
00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 04)
Subsystem: Lenovo Device 21da
Flags: bus master, fast devsel, latency 0, IRQ 32
Memory at f2520000 (64-bit, non-prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel
00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 (rev b4) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0, IRQ 24
Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
I/O behind bridge: [disabled]
Memory behind bridge: [disabled]
Prefetchable memory behind bridge: [disabled]
Capabilities: <access denied>
Kernel driver in use: pcieport
00:1c.1 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 2 (rev b4) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0, IRQ 25
Bus: primary=00, secondary=03, subordinate=03, sec-latency=0
I/O behind bridge: [disabled]
Memory behind bridge: f2400000-f24fffff [size=1M]
Prefetchable memory behind bridge: [disabled]
Capabilities: <access denied>
Kernel driver in use: pcieport
00:1c.3 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 4 (rev b4) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0, IRQ 26
Bus: primary=00, secondary=05, subordinate=0c, sec-latency=0
I/O behind bridge: 00004000-00004fff [size=4K]
Memory behind bridge: f1c00000-f23fffff [size=8M]
Prefetchable memory behind bridge: 00000000f0400000-00000000f0bfffff [size=8M]
Capabilities: <access denied>
Kernel driver in use: pcieport
00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 5 (rev b4) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0, IRQ 27
Bus: primary=00, secondary=0d, subordinate=0d, sec-latency=0
I/O behind bridge: 00003000-00003fff [size=4K]
Memory behind bridge: f1400000-f1bfffff [size=8M]
Prefetchable memory behind bridge: 00000000f0c00000-00000000f13fffff [size=8M]
Capabilities: <access denied>
Kernel driver in use: pcieport
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 (rev 04) (prog-if 20 [EHCI])
Subsystem: Lenovo Device 21da
Flags: bus master, medium devsel, latency 0, IRQ 23
Memory at f2528000 (32-bit, non-prefetchable) [size=1K]
Capabilities: <access denied>
Kernel driver in use: ehci-pci
Kernel modules: ehci_pci
00:1f.0 ISA bridge: Intel Corporation QM67 Express Chipset LPC Controller (rev 04)
Subsystem: Lenovo Device 21da
Flags: bus master, medium devsel, latency 0
Capabilities: <access denied>
Kernel driver in use: lpc_ich
Kernel modules: lpc_ich
00:1f.2 IDE interface: Intel Corporation 6 Series/C200 Series Chipset Family Mobile SATA Controller (IDE mode, ports 0-3) (rev 04) (prog-if 8a [ISA Compatibility mode controller, supports both channels switched to PCI native mode, supports bus mastering])
Subsystem: Lenovo Device 21da
Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 19
Memory at 000001f0 (32-bit, non-prefetchable) [virtual] [size=8]
Memory at 000003f0 (type 3, non-prefetchable) [virtual]
Memory at 00000170 (32-bit, non-prefetchable) [virtual] [size=8]
Memory at 00000370 (type 3, non-prefetchable) [virtual]
I/O ports at 50b0 [virtual] [size=16]
I/O ports at 50a0 [virtual] [size=16]
Capabilities: <access denied>
Kernel driver in use: ata_piix
Kernel modules: ata_piix, pata_acpi, ata_generic
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller (rev 04)
Subsystem: Lenovo Device 21da
Flags: medium devsel, IRQ 18
Memory at f2524000 (64-bit, non-prefetchable) [size=256]
I/O ports at efa0 [size=32]
Kernel driver in use: i801_smbus
Kernel modules: i2c_i801
00:1f.5 IDE interface: Intel Corporation 6 Series/C200 Series Chipset Family Mobile SATA Controller (IDE mode, ports 4-5) (rev 04) (prog-if 85 [PCI native mode-only controller, supports bus mastering])
Subsystem: Lenovo Device 21da
Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 19
I/O ports at 50c8 [size=8]
I/O ports at 50ec [size=4]
I/O ports at 50c0 [size=8]
I/O ports at 50e8 [size=4]
I/O ports at 5090 [size=16]
I/O ports at 5080 [size=16]
Capabilities: <access denied>
Kernel driver in use: ata_piix
Kernel modules: ata_piix, pata_acpi, ata_generic
03:00.0 Network controller: Intel Corporation Centrino Wireless-N 1000 [Condor Peak]
Subsystem: Intel Corporation Centrino Wireless-N 1000 BGN
Flags: bus master, fast devsel, latency 0, IRQ 31
Memory at f2400000 (64-bit, non-prefetchable) [size=8K]
Capabilities: <access denied>
Kernel driver in use: iwlwifi
Kernel modules: iwlwifi
0d:00.0 System peripheral: Ricoh Co Ltd PCIe SDXC/MMC Host Controller (rev 07) (prog-if 01)
Subsystem: Lenovo Device 21da
Flags: bus master, fast devsel, latency 0, IRQ 16
Memory at f1400000 (32-bit, non-prefetchable) [size=256]
Capabilities: <access denied>
Kernel driver in use: sdhci-pci
Kernel modules: sdhci_pci3. Running iw <> info:
$ iw dev wlan0 info
Interface wlan0
ifindex 4
wdev 0x2
addr 74:e5:0b:92:07:1e
ssid Ziggo7337463-2.4g
type managed
wiphy 0
channel 1 (2412 MHz), width: 20 MHz, center1: 2412 MHz
txpower 14.00 dBm4. Running iw <> link:
$ iw dev wlan0 link
Connected to e4:57:40:9c:a7:40 (on wlan0)
SSID: Ziggo7337463-2.4g
freq: 2412
RX: 54847665 bytes (109344 packets)
TX: 3894900 bytes (30479 packets)
signal: -31 dBm
rx bitrate: 52.0 MBit/s MCS 11
tx bitrate: 65.0 MBit/s MCS 6 short GI
bss flags: short-preamble short-slot-time
dtim period: 1
beacon int: 1005. Running find /etc/systemd:
$ find /etc/systemd/
/etc/systemd/
/etc/systemd/user
/etc/systemd/user/sockets.target.wants
/etc/systemd/user/sockets.target.wants/gpg-agent.socket
/etc/systemd/user/sockets.target.wants/gpg-agent-extra.socket
/etc/systemd/user/sockets.target.wants/dirmngr.socket
/etc/systemd/user/sockets.target.wants/p11-kit-server.socket
/etc/systemd/user/sockets.target.wants/pulseaudio.socket
/etc/systemd/user/sockets.target.wants/gpg-agent-ssh.socket
/etc/systemd/user/sockets.target.wants/gpg-agent-browser.socket
/etc/systemd/homed.conf
/etc/systemd/resolved.conf
/etc/systemd/pstore.conf
/etc/systemd/logind.conf
/etc/systemd/networkd.conf
/etc/systemd/network
/etc/systemd/network/25-wireless.network
/etc/systemd/network/20-wired.network
/etc/systemd/journal-upload.conf
/etc/systemd/system
/etc/systemd/system/network-online.target.wants
/etc/systemd/system/network-online.target.wants/systemd-networkd-wait-online.service
/etc/systemd/system/multi-user.target.wants
/etc/systemd/system/multi-user.target.wants/remote-fs.target
/etc/systemd/system/multi-user.target.wants/docker.service
/etc/systemd/system/multi-user.target.wants/iwd.service
/etc/systemd/system/multi-user.target.wants/systemd-networkd.service
/etc/systemd/system/dbus-org.freedesktop.network1.service
/etc/systemd/system/sockets.target.wants
/etc/systemd/system/sockets.target.wants/systemd-networkd.socket
/etc/systemd/system/systemd-networkd-wait-online.service.d
/etc/systemd/system/systemd-networkd-wait-online.service.d/override.conf
/etc/systemd/system/getty.target.wants
/etc/systemd/system/getty.target.wants/getty@tty1.service
/etc/systemd/system/hotplug-monitor.service
/etc/systemd/coredump.conf
/etc/systemd/user.conf
/etc/systemd/timesyncd.conf
/etc/systemd/journald.conf
/etc/systemd/sleep.conf
/etc/systemd/system.conf
/etc/systemd/journal-remote.confLast edited by dargor (2020-10-25 13:39:01)
Offline
Which services have you enabled?
systemctl list-unit-files --state enabled
Offline
Hi,
Thanks! The enabled services are:
$ systemctl list-unit-files --state enabled
UNIT FILE STATE VENDOR PRESET
docker.service enabled disabled
getty@.service enabled enabled
iwd.service enabled disabled
systemd-networkd-wait-online.service enabled disabled
systemd-networkd.service enabled enabled
systemd-networkd.socket enabled disabled
remote-fs.target enabled enabled Edit: I am adding some things that may help:
1. IP address
$ ip address
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp0s25: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether f0:de:f1:b7:e2:3f brd ff:ff:ff:ff:ff:ff
4: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 74:e5:0b:92:07:1e brd ff:ff:ff:ff:ff:ff
inet 192.168.178.15/24 brd 192.168.178.255 scope global dynamic wlan0
valid_lft 3183sec preferred_lft 3183sec
inet6 2001:1c00:30f:4a00:fe9c:feda:aae0:6db3/128 scope global dynamic noprefixroute
valid_lft 52976sec preferred_lft 24176sec
inet6 2001:1c00:30f:4a00:76e5:bff:fe92:71e/64 scope global dynamic mngtmpaddr noprefixroute
valid_lft 55191sec preferred_lft 26391sec
inet6 fe80::76e5:bff:fe92:71e/64 scope link
valid_lft forever preferred_lft forever
5: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:85:42:8c:d0 brd ff:ff:ff:ff:ff:ff
inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
valid_lft forever preferred_lft forever2. Systemctl status iwd
[ blackdargor ~ ]$ systemctl status iwd
● iwd.service - Wireless service
Loaded: loaded (/usr/lib/systemd/system/iwd.service; enabled; vendor preset: disabled)
Active: active (running) since Sat 2020-10-24 10:35:33 CEST; 37min ago
Main PID: 492 (iwd)
Tasks: 1 (limit: 9381)
Memory: 2.3M
CGroup: /system.slice/iwd.service
└─492 /usr/lib/iwd/iwd
Oct 24 10:35:33 blackdargor systemd[1]: Starting Wireless service...
Oct 24 10:35:33 blackdargor iwd[492]: Wireless daemon version 1.9
Oct 24 10:35:33 blackdargor systemd[1]: Started Wireless service.
Oct 24 10:35:33 blackdargor iwd[492]: station: Network configuration is disabled.
Oct 24 10:35:33 blackdargor iwd[492]: Wiphy: 0, Name: phy0
Oct 24 10:35:33 blackdargor iwd[492]: Permanent Address: 74:e5:0b:92:07:1e
Oct 24 10:35:33 blackdargor iwd[492]: Bands: 2.4 GHz
Oct 24 10:35:33 blackdargor iwd[492]: Ciphers: CCMP TKIP
Oct 24 10:35:33 blackdargor iwd[492]: Supported iftypes: ad-hoc station
[ blackdargor ~ ]$ 3. Systemctl status systemd-networkd:
[ blackdargor ~ ]$ systemctl status systemd-networkd
● systemd-networkd.service - Network Service
Loaded: loaded (/usr/lib/systemd/system/systemd-networkd.service; enabled; vendor preset: enabled)
Active: active (running) since Sat 2020-10-24 10:35:32 CEST; 39min ago
TriggeredBy: ● systemd-networkd.socket
Docs: man:systemd-networkd.service(8)
Main PID: 403 (systemd-network)
Status: "Processing requests..."
Tasks: 1 (limit: 9381)
Memory: 2.8M
CGroup: /system.slice/systemd-networkd.service
└─403 /usr/lib/systemd/systemd-networkd
Oct 24 10:35:34 blackdargor systemd-networkd[403]: wlan0: Gained carrier
Oct 24 10:35:34 blackdargor systemd-networkd[403]: wlan0: Connected WiFi access point: Ziggo7337463-2.4g (e4:57:40:9c:a7:4>
Oct 24 10:35:34 blackdargor systemd-networkd[403]: wlan0: DHCPv4 address 192.168.178.15/24 via 192.168.178.1
Oct 24 10:35:35 blackdargor systemd-networkd[403]: wlan0: Gained IPv6LL
Oct 24 10:35:36 blackdargor systemd-networkd[403]: wlan0: DHCPv6 address 2001:1c00:30f:4a00:fe9c:feda:aae0:6db3/128 timeou>
Oct 24 10:37:33 blackdargor systemd-networkd[403]: rtnl: received neighbor for link '5' we don't know about, ignoring.
Oct 24 10:37:33 blackdargor systemd-networkd[403]: rtnl: received neighbor for link '5' we don't know about, ignoring.
Oct 24 10:37:33 blackdargor systemd-networkd[403]: rtnl: received neighbor for link '5' we don't know about, ignoring.
Oct 24 10:37:33 blackdargor systemd-networkd[403]: rtnl: received neighbor for link '5' we don't know about, ignoring.
Oct 24 10:37:33 blackdargor systemd-networkd[403]: docker0: Link UPLast edited by dargor (2020-10-24 09:15:27)
Offline
disable ipv6 ,shut down the docker and try again.
https://wiki.archlinux.org/index.php/IPv6#Disable_IPv6
Offline
@zod, disabling IPv6 helped somehow as I can browse without much interruption, so far. The docker seemed to not have any influence. That being said, I do not think is fully solved. To give you an idea of how the ping situation looks like:
64 bytes from lhr26s05-in-f4.1e100.net (216.58.214.4): icmp_seq=180 ttl=117 time=3724 ms
64 bytes from lhr26s05-in-f4.1e100.net (216.58.214.4): icmp_seq=181 ttl=117 time=2712 ms
64 bytes from ams17s09-in-f4.1e100.net (216.58.214.4): icmp_seq=182 ttl=117 time=1701 ms
64 bytes from ams17s09-in-f4.1e100.net (216.58.214.4): icmp_seq=183 ttl=117 time=690 ms
64 bytes from lhr26s05-in-f4.1e100.net (216.58.214.4): icmp_seq=184 ttl=117 time=33.8 ms
64 bytes from lhr26s05-in-f4.1e100.net (216.58.214.4): icmp_seq=185 ttl=117 time=927 ms
64 bytes from lhr26s05-in-f4.1e100.net (216.58.214.4): icmp_seq=186 ttl=117 time=16.9 ms
64 bytes from lhr26s05-in-f4.1e100.net (216.58.214.4): icmp_seq=187 ttl=117 time=75.1 ms
64 bytes from lhr26s05-in-f4.1e100.net (216.58.214.4): icmp_seq=188 ttl=117 time=1225 ms
64 bytes from lhr26s05-in-f4.1e100.net (216.58.214.4): icmp_seq=189 ttl=117 time=205 ms
64 bytes from lhr26s05-in-f4.1e100.net (216.58.214.4): icmp_seq=190 ttl=117 time=150 ms
64 bytes from lhr26s05-in-f4.1e100.net (216.58.214.4): icmp_seq=191 ttl=117 time=113 msMoreover, it seems that whenever there's such a jump, all the responses get back almost immediately. I will give it a few more hours and if the IPv6 disabling lets me browse/install updates and packages without any issues I'll mark it as solve and just keep trying to understand why the ping has such weird delays.
Offline
While you are doing that you might install traceroute and use it to figure out how your network traffic is moving around.
1) Your description makes it sound like the traffic is queuing up somewhere.
2) That docker has an ip address that seems to be from a commercial vpn provider, so take a look at your routing table.
Edit: never mind about the docker. It seems as that address is default for docker.
Edit1: While i'm thinking about it, you had multiple ipv6 adresses interfaces(?) so you might want to sort that out...if you need ipv6.
Last edited by Zod (2020-10-24 11:12:03)
Offline
While you are doing that you might install traceroute and use it to figure out how your network traffic is moving around.
1) Your description makes it sound like the traffic is queuing up somewhere.
2) That docker has an ip address that seems to be from a commercial vpn provider, so take a look at your routing table.
Edit: never mind about the docker. It seems as that address is default for docker.
Edit1: While i'm thinking about it, you had multiple ipv6 adresses interfaces(?) so you might want to sort that out...if you need ipv6.
Thanks! 1) sounds about right. I do not see anything weird on the traceroute, but perhaps someone more experienced can tell me if they see anything particularly strange:
traceroute to www.google.com (172.217.20.68), 30 hops max, 60 byte packets
1 _gateway (192.168.178.1) 10.168 ms 10.148 ms 10.137 ms
2 * * *
3 213.51.197.213 (213.51.197.213) 31.132 ms 31.202 ms 31.197 ms
4 asd-tr0021-cr101-be156-10.core.as9143.net (213.51.158.2) 31.197 ms 31.177 ms 31.170 ms
5 nl-ams14a-ri1-ae51-0.aorta.net (213.51.64.186) 31.108 ms 37.535 ms 52.033 ms
6 10ge-1-4.cr1.ams2.baseip.com (213.46.182.22) 37.477 ms 74.125.146.228 (74.125.146.228) 27.236 ms 10ge-1-4.cr1.ams2.baseip.com (213.46.182.22) 40.907 ms
7 108.170.241.161 (108.170.241.161) 40.959 ms * *
8 108.170.235.133 (108.170.235.133) 24.386 ms 72.14.238.244 (72.14.238.244) 24.421 ms 108.170.241.225 (108.170.241.225) 33.566 ms
9 108.170.241.237 (108.170.241.237) 33.527 ms ams15s33-in-f4.1e100.net (172.217.20.68) 33.422 ms 27.232 mRegarding the IPv6 I was wondering why there were many interfaces/addresses, it doesn't make sense as I only have a single card and I have not created any additional virtual interfaces that I know of. I do not think that I will be using IPv6 right now, but if I run into a situation where I need to, I will probably take a look at the wiki to configure it properly. If you have any documentation handy feel free to post it in the post.
So far no issues on browsing/package download, so I think I may be closing this issue after 48 hours if I do not experience any issues after restarting the laptop or whatever. Thanks for the help!
Edit: Nevermind that, the issue is not fixed yet, although it seems to be a lot less without IPv6 and it does seem that the packages are getting stuck somewhere: new traceroute:
traceroute to www.google.com (216.58.211.100), 30 hops max, 60 byte packets
1 _gateway (192.168.178.1) 838.964 ms 838.998 ms 838.996 ms
2 * * *
3 213.51.197.213 (213.51.197.213) 862.996 ms 863.049 ms 863.055 ms
4 asd-tr0021-cr101-be156-10.core.as9143.net (213.51.158.2) 859.999 ms 858.492 ms 867.562 ms
5 nl-ams14a-ri1-ae51-0.aorta.net (213.51.64.186) 866.453 ms 864.209 ms 865.244 ms
6 10ge-1-4.cr1.ams2.baseip.com (213.46.182.22) 874.287 ms 116.621 ms 118.108 ms
7 108.170.241.129 (108.170.241.129) 121.914 ms * *
8 108.170.237.29 (108.170.237.29) 102.357 ms 103.334 ms 108.170.237.45 (108.170.237.45) 99.790 ms
9 108.170.237.29 (108.170.237.29) 99.981 ms ams15s32-in-f4.1e100.net (216.58.211.100) 102.069 ms 102.067 msLast edited by dargor (2020-10-24 11:37:18)
Offline
Use mtr to ping. some sites/firewall block/drop UDP ping packet.
# pacman -S mtr
$ mtr --tcp IPADD
$ mtr --udp IPADD
Use mtr to isolate if the packat drop is on LAN or on WAN. Do you also have packet drop using ethernet cable direct connect to your router?
Last edited by solskog (2020-10-24 11:44:48)
Offline
So to summarize new findings:
1. It would seem that the queue hangup occurs at the gateway for TCP packages. I am not too concerned about UDP packages. I guess the question would be then if it's a problem of the router I am using or if it is something in the configuration of the NIC in Archlinux. The mtr:
Host Loss% Snt Last Avg Best Wrst StDev
1. _gateway 66.2% 596 8191. 2716. 3.1 9880. 3351.
2. (waiting for reply)
3. (waiting for reply)
4. asd-tr0021- 7.2% 596 301.5 1290. 15.8 9891. 2510.
5. nl-ams14a-r 6.7% 596 196.6 1327. 14.1 9965. 2539.
6. 74.125.146. 7.1% 596 84.8 1271. 13.4 9998. 2493.
10ge-1-4.cr1.ams2.baseip.com
7. 108.170.241 7.6% 596 19.5 1258. 14.9 9896. 2452.
216.239.56.129
108.170.241.225
216.239.51. 6.4% 595 25.0 1342. 15.2 9986. 2549.2. disabling IPv6 on the networkd config file for the wlan interface did help.
3. There is no packet loss on a wired connection.
If anyone may have an idea on this, that would be highly appreciated
Last edited by dargor (2020-10-24 11:52:43)
Offline
Yes the problem seems inside LAN. If you can test with ethernet cable direct connect to your router that would be a good idea. better yet, use archiso liveUSB to perform the test.
inside archiso liveUSB
# pacman -Sy
# pacman -S mtrLast edited by solskog (2020-10-24 11:57:42)
Offline
And reboot the router, just in case.
Offline
Ok, after doing the liveUSB test and the ethernet cable test no packet loss with mtr. So I am almost convinced is something from the configuration itself. I should probably check the configuration files in the liveUSB to see if there's anything that stands out.
Edit: Seems to be the router. I'll play more with the configurations on both sides. I am keeping this post open for another day.
Last edited by dargor (2020-10-24 13:36:46)
Offline