Instabilité de mon Wifi !

[Artemus24]

Salut à tous.

J'utilise Bullseye et depuis que j'ai basculé dans cet OS, je constate que j'ai beaucoup d'instabilité avec mon WIFI.
Cela se traduit par des ralentissements que je trouve pénible, mais aussi des pertes de connexions.

Pour remédier à cela, j'utilise l'astuce suivante.
J'ai mis dans mon fichier "/boot/cmdline.txt", en fin de ligne "ip=169.254.1.1".
Je branche un câble ethernet entre ma Raspberry Pi 4B et mon ordinateur Windows.
J'utilise Putty avec cette adresse IP, et j'ai un très haut niveau de vitesse et de stabilité.
Je peux mettre à jour ma Raspberry car j'ai encore l'accès par le WIFI, même si celle-ci est instable.

Par contre, je n'ai plus le WIFI de mon ordinateur, mais cela ne me dérange pas car je fais du développement.

Voici mes questions :

a) avez-vous des problèmes d'instabilités avec le WIFI ?

b) est-ce avec la version Bullseye ?

c) en avez-vous eu avec les autres version OS de la Raspberry ?

d) avez-vous trouvé la solution pour rendre cette instabilté moins importante ?

J'ai repris la configuration de mon fichier wpa_supplicant.conf que j'ai complété par quelques paramètres qui à mon avis sont sans effet sur la stabilté.
J'envisage de changer le paramétrage de ma box SFR ainsi que celui de mes Raspberry Pi, sauf que je ne sais pas comment procéder.
Je veux dire, comment obtenir une stabilité optimale en foonction de l'un et de l'aute.

Y-a-t-il des lignes à rajouter dans le fichier "/boot/config.txt" pour résoudre, même partiellement, ce problème ?

D'autant que, je me suis aperçu que ces problèmes d'instabilités sont apparus avec un changement de version de ma BOX SFR.
Il se touve que je suis encore en ADSL et que SFR aimerai que je bascule vers la fibre optique (FTTH).
Je ne sais pas si c'est lié, mais en tout cas, je ne dispose plus du bon fonctionnement du serveur DHCPv4.
Je n'arrive plus à obtenur des adresses fixes ipv4 de ma BOX SFR, à partir des adresses MAC que j'ai entrées.
Il semble que cela fonctionne encore avec l'ipv6. Je ne sais pas si c'est un bug de cette mise à jour.
SFR me dit qu'il existe un problème de compatibilité entre ces adresses.
Comme à leur habitude, ils ne savent rien.

Cordialement.
Artemus24.
@+

[piper]

OUi j'ai des instabillité de wifi mais sur tous mes OS : Windows 10 et 11 , Fedora 35, BullsEye et Buster donc ça vient nécessairement de ma box.
Pour BullsEye, pas de soucis ormis que c'est une usine à gaz qui ralentit durement mes Pi dans les étapes qui exigent du CPU et de la mémoire.

[Artemus24]

J'ai oublié de préciser que l'instabilité que j'aie, n'apparait que sur mes raspberry Pi, pas sous windows.

[Artemus24]

Salut à tous.

En cherchant sur le net, il est conseillé en 2,4GHz d'utiliser les canaux 1, 6 et 11.
Comme je n'ai pas le 5GHz, je suis obligé de faire avec. J'ai le canal 7.
J'étais déjà le seul dans mon quartier à utliser le canal 7. Du coup, je passe au canal 6.
J'évite d'utiliser les canaux 1 et 11 car ils sont déjà pris par mes voisins.
Je n'ai plus les ralentissements avec ma Raspberry Pi 4B. C'est un mieux.

Je fais le test avec ma Raspberry Pi 3A+, et j'ai toujours le même problème.
La connexion est tellement longue à arriver qu'elle finit par être coupée.
La led verte clignote normalement, ce qui signifie que qu'elle fonctionne.
Je ne comprends pas pourquoi je n'arrive pas à entrer dans ma Raspberry Pi 3A+.
Je rappelle que j'utilise le même disque USB pour me connecter avec ma RPi AB et ma RPi 3B+.

Cordialement.
Artemus24.
@+

[Artemus24]

Je reprends mon sujet que j'avais ouvert sur l'instabilité du Wifi. Depuis cette époque la box SFR à changé et je suis passé à la FTTH

a) Je suis en FTTH (fibre optique jusqu'à la Box SFR) depuis Février 2023.
J'ai actuellement l'OFFRE SFR FIBRE STARTUP et j'ai la Box NB6VAC ainsi que l'ONT-SFU-v3 de SFR.
La FTTH est branché sur l'ONT et celui-ci est relié à la BOX SFR par un câble éthernet de CAT 6.

b) j'ai mis le même nom SFR_XXXX pour le 2,4GHZ ainsi que le 5GHZ.
Je ne sais pas si cela me permet d'avoir un plus grand débit par le wifi mais il me semble que cela soit le cas avec certaines dongle wifi mais pas toutes.
La connexion se fait en 5GHZ !

c) je fais les tests sous BookWorm où j'avais déjà les mêmes problèmes sous bullsEye, Buster, Stretch, et Jessie.
J'ai toujours des ralentissements et des coupure de connexions en Wifi.
C'est pourquoi, je travaille en headless en reliant mes Raspberry Pi à mon windows avec Putty, en utilisant un câble éthernet.
D'où plus de rapidité et de stabilité !

d) je suis environ à cinq mètres de la Box SFR en ligne droite.

e) en lisant les sujets, il est dit de mettre le pays de résidence dans le fichier wpa_supplicant.conf.
C'est bien le cas sous BullsEye, sauf que maintenant, le wifi fonctionne sous Network Manager.
Je consulte la configuration sous "/etc/NetworkManager/system-connection" et je ne vois nulle part le code du pays.

f) sur le net, il est dit que le problème peut venir d'une mauvaise qualité, si celle-ci passe en dessous des 50. Je suis à 51.

Code : Tout sélectionner

root@raspberrypi:~# iwconfig
lo        no wireless extensions.

eth0      no wireless extensions.

wlan0     IEEE 802.11  ESSID:"SFR_2778"
          Mode:Managed  Frequency:5.26 GHz  Access Point: CC:2D:1B:F0:27:7D
          Bit Rate=24 Mb/s   Tx-Power=31 dBm
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:on
          Link Quality=51/70  Signal level=-59 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:1  Invalid misc:0   Missed beacon:0

root@raspberrypi:~#

g) j'ai lu que l'interface eth0 est prioritaire sur wlan0. Ici, je n'ai que le wifi.

h) BookWorm est à jour.

i) Pour le 2.4GHz, je suis sur le canal 7u (canaux larges activés) et le mode radio indiqué dans la Box SFR est 11N.
Pour le 5GHz, je suis sur "Auto ( Canal actuel: 52/80 )" et j'ai la largeur de bande 80MHz.
C'est bizarre qu'il indique cela car sous windows je suis en 801.11AC (Wifi 5).

j) Pour Bookworm, j'ai ajouté :

Code : Tout sélectionner

dtoverlay=disable-bt

mais cela ne change pas grand chose à la stabilité du wifi.
Dans BullsEye, cela était déjà en place et depuis longtemps.

k) J'ai désactivé :

Code : Tout sélectionner

root@raspberrypi:# sudo systemctl disable wpa_supplicant
Removed "/etc/systemd/system/multi-user.target.wants/wpa_supplicant.service".
Removed "/etc/systemd/system/dbus-fi.w1.wpa_supplicant1.service".
root@raspberrypi:#
root@raspberrypi:# sudo systemctl disable bluetooth
Synchronizing state of bluetooth.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install disable bluetooth
Removed "/etc/systemd/system/bluetooth.target.wants/bluetooth.service".
Removed "/etc/systemd/system/dbus-org.bluez.service".
root@raspberrypi:#

Puis j'ai redémarré la Raspberry Pi.

Comment avez-vous résolu la stabilité de votre connexion wifi ?

@+

[Artemus24]

Il y a un truc bizarre avec wpa_supplicant. J'ai voulu l'arrêter puis le désinstaller mais à chaque fois, il revient.
Dois-je comprendre qu'il est utilisé par Network Manager ?

J'ai mis "country=FR" dans le fichier "wpa_supplicant.cont" qui est vide.
J'interroge le status et je vois que le country est DE, comme deutchland (Allemagne).

Code : Tout sélectionner

? wpa_supplicant.service - WPA supplicant
     Loaded: loaded (/lib/systemd/system/wpa_supplicant.service; disabled; preset: enabled)
     Active: active (running) since Fri 2023-11-17 14:32:12 CET; 4min 11s ago
   Main PID: 783 (wpa_supplicant)
      Tasks: 1 (limit: 8734)
        CPU: 71ms
     CGroup: /system.slice/wpa_supplicant.service
             +-783 /sbin/wpa_supplicant -u -s -O "DIR=/run/wpa_supplicant GROUP=netdev"

nov. 17 14:32:12 raspberrypi systemd[1]: Starting wpa_supplicant.service - WPA supplicant...
nov. 17 14:32:12 raspberrypi wpa_supplicant[783]: Successfully initialized wpa_supplicant
nov. 17 14:32:12 raspberrypi systemd[1]: Started wpa_supplicant.service - WPA supplicant.
nov. 17 14:32:15 raspberrypi wpa_supplicant[783]: wlan0: Trying to associate with SSID 'SFR_XXXX'
nov. 17 14:32:18 raspberrypi wpa_supplicant[783]: wlan0: Associated with XX:XX:XX:XX:XX:XX
nov. 17 14:32:18 raspberrypi wpa_supplicant[783]: wlan0: CTRL-EVENT-CONNECTED - Connection to XX:XX:XX:XX:XX:XX completed [id=0 id_str=]
nov. 17 14:32:18 raspberrypi wpa_supplicant[783]: wlan0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
nov. 17 14:32:18 raspberrypi wpa_supplicant[783]: wlan0: CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=DE

D'où sort-il ce "DE" ?

J'ai effectué un "rpi_update" et depuis, je n'ai plus de pertes de connexion, mais j'ai encore les lenteurs.

[Artemus24]

Je constate que je n'ai plus de coupure wifi. Je crois que c'est en faisant un "rpi-update" que j'ai résolu ce problème. Pourtant, je fais régulièrement des mise à jour.

Si vous faites le test du bluetooth :

Code : Tout sélectionner

~> bluetoothctl list
Controller DC:A6:32:B8:17:2D RaspberryPi.local [default]
~>

et qu'il est encore actif, vous devez le désactiver.

Code : Tout sélectionner

systemctl disable bluetooth.service
systemctl disable bluetooth.target

systemctl disable hciuart.service

rfkill block bluetooth

Ajouter dans le fichier "config.txt" :

Code : Tout sélectionner

dtoverlay=disable-bt

Puis faire un "reboot".

J'obtiens une session sous Wifi légèrement plus rapide mais ce n'est pas encore la fluidité. Et comme dit plus haut, plus de coupure. Par intermittence, j'ai des blocages comme si le wifi partageait sa ressource avec quelque chose d'autre. J'ai mis ma Raspberry à coté de ma Box SFR, disons à 10 cm, et j'ai le même problème.
Je ne sais pas si c'est la qualité de la puce Wifi qui est en cause, mais je le crois. Avant, avec mes RPi 2B, j'utilisais une clef Wifi et je ne rencontrais pas ce genre de problème.

Si quelqu'un a une meilleure idée, je suis preneur.

@+

[dyox]

Salut,
Je répète ce que je t'avais dit sur ton autre post :
1) couper le BT < ça tu l'as fait
2) changer de canal en commençant par le 1 pour éviter les perturbations si ton canal est déjà saturé
3) changer le pays pour avoir une plus forte puissance d'émission
4) tester en s'affranchant du wifi de la box. Les box ne sont pas réputées pour avoir du bon wifi. As-tu un routeur wifi ?
Sinon tu te le crées avec une autre Rpi en rentrant la commande magique . Ce sera alors wifi rpi avec wifi rpi, on vera si c'est stable

[Artemus24]

1) J'ai bien coupé le BlueTooth dans BullsEye et dans BookWorm. Cela permet de gagner un peu en fluidité, mais ce n'est pas encore l'idéal.

2) je suis le seul dans mon quartier à utiliser le canal 7 pour le 2.4GHz. Et en plus, je suis en canal large, donc une diffusion forte.

3) j'ai changé le pays dans raspi-config et j'ai bien "FR". Par contre, en faisant "systemctl status wpa_supplicant.service", j'ai toujours "alpha2=DE". Il est possible que je me sois trompé dans l'interprétation de ce DE.
La modification a été mise dans le fichier "cmdline.txt" :

Code : Tout sélectionner

console=serial0,115200 console=tty1 root=PARTUUID=9b569b2d-02 rootfstype=ext4 fsck.repair=yes rootwait cfg80211.ieee80211_regdom=FR

Il s'agit du "cfg80211.ieee80211_regdom" qui n'existait pas sous BullsEye.

4) je sais que les Box n'ont pas un bon Wifi. J'ai mis ma raspberry Pi à 10 cm de la Box et j'ai le même problème. Et non, je n'ai pas de routeur Wifi.

Je suis quand même arrivé à obtenir une connexion bien meilleur qu'avant, mais j'ai toujours des ralentissements.

Je viens de faire le test sous BookWorm que tu me recommandes. La Raspberry Pi est à coté de mon Asus (windows) sur la table à 30 cm. Je lance la commande pour transformer ma Raspberry Pi en point d'accès. Je vois mon AP depuis Windows que j'ai baptisé artemus. Je me connecte au point d'accès wifi à partir de Putty avec l'adresse "10.42.0.1". Conclusion : c'est pareil. Des ralentissements. Le Wifi de la Raspberry Pi est instable.

Il est possible que le problème concerne un paramétrage de la Raspberry PI qui j'ignore actuellement.
Je pense que la puce Wifi n'est pas de bonne qualité.

[Artemus24]

Depuis windows, quand j'interroge ma connexion local wifi à la Raspberry, en passant par la Box SFR bien sûr, voici les temps que j'obtiens :

Code : Tout sélectionner

C:\>ping 192.168.1.78

Envoi d’une requête 'Ping'  192.168.1.78 avec 32 octets de données :
Réponse de 192.168.1.78 : octets=32 temps=3 ms TTL=64
Réponse de 192.168.1.78 : octets=32 temps=3163 ms TTL=64
Réponse de 192.168.1.78 : octets=32 temps=2 ms TTL=64
Réponse de 192.168.1.78 : octets=32 temps=3 ms TTL=64

Statistiques Ping pour 192.168.1.78:
    Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 2ms, Maximum = 3163ms, Moyenne = 792ms

C:\>ping 192.168.1.78

Envoi d’une requête 'Ping'  192.168.1.78 avec 32 octets de données :
Réponse de 192.168.1.78 : octets=32 temps=2921 ms TTL=64
Réponse de 192.168.1.78 : octets=32 temps=6 ms TTL=64
Réponse de 192.168.1.78 : octets=32 temps=3 ms TTL=64
Réponse de 192.168.1.78 : octets=32 temps=3 ms TTL=64

Statistiques Ping pour 192.168.1.78:
    Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 3ms, Maximum = 2921ms, Moyenne = 733ms

C:\>

Si j'avais le temps mis pour la connexion en headless, directement branché sur mon windows, je serai satisfait :

Code : Tout sélectionner

C:\>ping fe80::f001

Envoi d’une requête 'Ping'  fe80::f001 avec 32 octets de données :
Réponse de fe80::f001 : temps=2 ms
Réponse de fe80::f001 : temps=1 ms
Réponse de fe80::f001 : temps=1 ms
Réponse de fe80::f001 : temps=1 ms

Statistiques Ping pour fe80::f001:
    Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 1ms, Maximum = 2ms, Moyenne = 1ms

C:\>

Y-a-t-il un moyen d'améliorer la stabilité du wifi ?