Puncte:2

How to fix network connection high instability

drapel ky

I am facing a strange issue with my ubuntu computer. My Internet connection seams to work only a small instant every minute or so. Just enough to download POP3 emails but not enough to upgrade 100 MB packages.

I tried the following to assess the problem:

kadak@webcast:~$ ping 192.168.0.2
…
--- statistiques ping 192.168.0.2 ---
1382 paquets transmis, 219 reçus, +3 erreurs, 84,1534 % paquets perdus, temps 1410789 ms
rtt min/avg/max/mdev = 0.499/2.597/123.335/11.061 ms,  tuyau 3

84% packet lost, it is huge. 192.168.0.2 is our DHCP server.

I tried the same on another computer running Windows 10, connected to the same wifi point of access, no package loss. So I cast out a network issue.

I tried to connect to the point of access through Ethernet cable instead of Wifi… same problem. So I cast out a Wifi hardware problem.

Here are my system information :

kadak@webcast:~$ uname -a
Linux webcast 5.4.0-77-generic #86-Ubuntu SMP Thu Jun 17 02:35:03 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Would anybody have some tip to further investigate the issue?

Cheers,

Kadak

EDIT: Here the result of syslog (interesting stuff I guess but too technical for me):

Jul  5 15:50:46 webcast systemd[1]: Started Network Manager Script Dispatcher Service.
Jul  5 15:50:56 webcast systemd[1]: NetworkManager-dispatcher.service: Succeeded.
Jul  5 15:51:07 webcast whoopsie[1555]: [15:51:07] Cannot reach: https://daisy.ubuntu.com
Jul  5 15:51:29 webcast wpa_supplicant[1217]: wlp2s0: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-68 noise=-95 txrate=1000
Jul  5 15:52:33 webcast wpa_supplicant[1217]: wlp2s0: CTRL-EVENT-SIGNAL-CHANGE above=0 signal=-72 noise=-95 txrate=58500
Jul  5 15:53:17 webcast dbus-daemon[1925]: [session uid=1000 pid=1925] Activating via systemd: service name='org.freedesktop.Tracker1' unit='tracker-store.service' requested by ':1.2' (uid=1000 pid=1923 comm="/usr/libexec/tracker-miner-fs " label="unconfined")
Jul  5 15:53:17 webcast dbus-daemon[1925]: [session uid=1000 pid=1925] Successfully activated service 'org.freedesktop.Tracker1'
Jul  5 15:53:17 webcast systemd[1915]: Starting Tracker metadata database store and lookup manager...
Jul  5 15:53:17 webcast systemd[1915]: Started Tracker metadata database store and lookup manager.
Jul  5 15:53:20 webcast wpa_supplicant[1217]: wlp2s0: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-70 noise=-95 txrate=65000
Jul  5 15:53:48 webcast tracker-store[14704]: OK
Jul  5 15:53:48 webcast systemd[1915]: tracker-store.service: Succeeded.
Jul  5 15:54:03 webcast wpa_supplicant[1217]: wlp2s0: CTRL-EVENT-SIGNAL-CHANGE above=0 signal=-72 noise=-95 txrate=65000
Jul  5 15:54:27 webcast wpa_supplicant[1217]: wlp2s0: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-69 noise=-95 txrate=65000
Jul  5 15:54:46 webcast wpa_supplicant[1217]: wlp2s0: CTRL-EVENT-SIGNAL-CHANGE above=0 signal=-70 noise=-95 txrate=65000
Jul  5 15:55:26 webcast wpa_supplicant[1217]: wlp2s0: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-66 noise=-95 txrate=65000
Jul  5 15:57:45 webcast wpa_supplicant[1217]: wlp2s0: CTRL-EVENT-SIGNAL-CHANGE above=0 signal=-72 noise=-95 txrate=65000
Jul  5 15:59:29 webcast NetworkManager[1197]: <info>  [1625493569.1809] manager: NetworkManager state is now CONNECTED_GLOBAL
Jul  5 15:59:29 webcast systemd[1]: Starting Network Manager Script Dispatcher Service...
Jul  5 15:59:29 webcast whoopsie[1555]: [15:59:29] The default IPv4 route is: /org/freedesktop/NetworkManager/ActiveConnection/5
Jul  5 15:59:29 webcast whoopsie[1555]: [15:59:29] Not a paid data plan: /org/freedesktop/NetworkManager/ActiveConnection/5
Jul  5 15:59:29 webcast whoopsie[1555]: [15:59:29] Found usable connection: /org/freedesktop/NetworkManager/ActiveConnection/5
Jul  5 15:59:29 webcast dbus-daemon[1196]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.12' (uid=0 pid=1197 comm="/usr/sbin/NetworkManager --no-daemon " label="unconfined")
Jul  5 15:59:29 webcast dbus-daemon[1196]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Jul  5 15:59:29 webcast systemd[1]: Started Network Manager Script Dispatcher Service.
Jul  5 15:59:30 webcast whoopsie[1555]: [15:59:30] online
Jul  5 15:59:39 webcast systemd[1]: NetworkManager-dispatcher.service: Succeeded.
Jul  5 15:59:50 webcast wpa_supplicant[1217]: wlp2s0: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-69 noise=-95 txrate=58500
Jul  5 16:00:37 webcast wpa_supplicant[1217]: wlp2s0: CTRL-EVENT-SIGNAL-CHANGE above=0 signal=-72 noise=-95 txrate=58500
FedKad avatar
drapel cn
Puteți verifica syslog sau journalctl pentru erori?
kadak avatar
drapel ky
Am verificat journalctl pentru erori. Destul de multe, dar la ce serviciu ar trebui să mă uit în mod special?
FedKad avatar
drapel cn
Habar n-am de fapt. Dar „Serviciul de dispecer de script Network Manager” poate fi de interes. Aș rula comanda `journalctl -f` pe un ecran de terminal și aș lăsa-o deschisă. Apoi s-ar putea să puteți corela mesajele afișate în timpul "timeout"-urilor `ping` în timp ce o comandă `ping` este rulată pe alt terminal.
kadak avatar
drapel ky
Mulțumiri. Se pare că problema nu mai există. Tocmai am încercat ceea ce mi-ai sfătuit și au rulat 900 de ping-uri cu 0% pierdere. Ar putea fi un conflict de adresă IP în rețea și acum celălalt utilizator nu este? Cum as putea sa verific asta? Tot astăzi înainte de a scrie această postare am încercat câteva lucruri printre care am eliminat snapd. Oricum, voi verifica în următoarele zile dacă problema este într-adevăr rezolvată sau nu și vă voi anunța. Mulțumesc.
Puncte:0
drapel it

Verificați-vă WiFi MTU, folosind

link ip

observați și numele interfeței dvs. WiFi.

The MTU (Maximum Transmission Unit) este dimensiunea celui mai mare pachet care poate fi trimis într-o singură transmisie de rețea. Dacă un pachet depășește valoarea MTU a unei legături, datele trebuie împărțite în mai multe pachete (fragmentate). Aceste pachete multiple trebuie trimise prin link, primite, confirmate și reasamblate la capătul îndepărtat. Dacă legătura dvs. este configurată greșit și trebuie să fragmentați fiecare pachet pe care îl trimiteți, rata reală de transfer de date scade.

Rețelele Ethernet (cablate) folosesc un MTU de 1500 de octeți.

Datorită supraîncărcării suplimentare per pachet pentru WiFi (antet PPPoE de 8 octeți), WiFi utilizează un MTU din 1492.

Ta MTU ar trebui să fie setat de serverul dvs. DHCP, verificați configurația routerului.

Puteți seta singur MTU (setarea nu persistă la reporniri) cu

sudo ip link set dev name mtu 1492

unde „nume” este numele interfeței de mai sus.

Iată un exemplu:

walt@squid:~(0)$ link ip
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state modul NECUNOSCUT DEFAULT grup implicit qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp63s0: <NO-CARRIER, BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq stare JOS modul DEFAULT grup implicit qlen 1000
    link/ether 00:24:21:7f:e5:1c brd ff:ff:ff:ff:ff:ff
3: wlxf46d04b1790f: <NO-CARRIER, BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq stare JOS modul grup dorRM implicit qlen 1000
    link/eter f4:6d:04:b1:79:0f brd ff:ff:ff:ff:ff:ff
walt@squid:~(0)$ sudo ip link set dev wlxf46d04b1790f mtu 1492
[sudo] parola pentru walt: 
walt@squid:~(0)$ link ip
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state modul NECUNOSCUT DEFAULT grup implicit qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp63s0: <NO-CARRIER, BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq stare JOS modul DEFAULT grup implicit qlen 1000
    link/ether 00:24:21:7f:e5:1c brd ff:ff:ff:ff:ff:ff
3: wlxf46d04b1790f: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1492 qdisc mq state UP mode DORMANT grup implicit qlen 1000
    link/eter f4:6d:04:b1:79:0f brd ff:ff:ff:ff:ff:ff

„Numele interfeței” meu WiFi este „wlxf46d04b1790f".

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.