Salmigondis

méli-mélo

crystal clear app ktalkd Perte de connexion sous win7, MTU à corriger

 

Depuis un certain temps, j'avais des soucis de connexion avec mes deux cartes réseaux sous windows 7 64 bits. Je pouvais surfer sans problème durant quelques minutes, plusieurs heures, plusieurs jours sans avoir de problèmes. Puis sans raison apparante,

Par exemple: pas de mise à jour particulière, perte de connexion, m'obligeant d'éteindre ou de rallumer mon modem-routeur pour retrouver ma connexion. Après plusieurs extinctions, énevement, menace de jeter le PC par la fenêtre, il me semble avoir trouvé une solution.


Les deux cartes incriminées sont:
- Realtek PCIe GBE Family Controller
- Realtek RTL8191SU Wireless LAN 802.11n USB 2.0 Network Adapter

Il semble que le problème serait un problème de MTU. La solution a été de modifier de façon permanente le MTU des deux cartes.  Pour ce faire, j'ai ouvert une "invite de commande" dans accessoires en mode administrateuer (clique droit avec la souris). J'ai tapé les deux commandes suivantes:



c:\windows\system32> netsh interface ipv4 show subinterfaces

MTU Etat Supp O entrant O sortant Interface
294967295 1   0 3334876 Loopback Pseudo-interface 1
1500 5   0 0 Connexion réseau sans fil
1500 1   1066401 3923292 Connexion réseau sans fil 2
1500 1   191447395 36770329 Connexion au réseau local









On constate ici,, qu'il y a trois cartes (une filaire, deux wifi) , acec comme MTU 1500. Ce qui est trop haut, vu que le routeur a son maximum à 1500 ou moins. Ayant réglé mon routeur à 1492, j'ai décidé de mettre ceux des cartes à rien plus bas.

Pour trouver la bonne valeur du MTU, il faut faire:

C:\Windows\system32>ping www.xxxxxxxxxx -f -l 1480

Envoi d'une requête 'ping' sur www.xxxxxxxxxx [xxxxxxxxxxxxxxx] avec 1480 octets de données :
Le paquet doit être fragmenté mais paramétré DF.
Le paquet doit être fragmenté mais paramétré DF.
Le paquet doit être fragmenté mais paramétré DF.
Le paquet doit être fragmenté mais paramétré DF.

Statistiques Ping pour xxxxxxxxxxxxx:
    Paquets : envoyés = 4, reçus = 0, perdus = 4 (perte 100%),

La valeur est trop haute. J'ai esayé en tapant respectivement avec 1478,1468,  c'était encore trop haut (Le paquet doit être fragmenté mais paramétré DF). Finalement avec la valeur 1458, j'ai obtenu:

C:\Windows\system32> ping www.xxxxxxxxxxx -f -l 1458

Envoi d'une requête 'ping' sur www.xxxxxxxxxxxxx [xxxxxxxxxxxx] avec 1458 octets de données :
Réponse de xxxxxxxxx : octets=1458 temps=56 ms TTL=57
Réponse de xxxxxxxxx : octets=1458 temps=60 ms TTL=57
Réponse de xxxxxxxxx : octets=1458 temps=60 ms TTL=57
Réponse de xxxxxxxxx : octets=1458 temps=57 ms TTL=57

Statistiques Ping pour xxxxxxxxx:
    Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 56ms, Maximum = 60ms, Moyenne = 58ms


Pour ce faire, j'ai tapé la commande:

c:\windows\system32>netsh interface ipv4 set subinterface "Connexion réseau sans fil 2" mtu=1458 store=persistent
c:\windows\system32>netsh interface ipv4 set subinterface "Connexion réseau sans fil" mtu=1458 store=persistent
>c:\windows\system32>netsh interface ipv4 set subinterface "Connexion au réseau local" mtu=1458 store=persistent

En retapant la commande suivante:

c:\windows\system32> netsh interface ipv4 show subinterfaces

MTU Etat Supp O entrant O sortant Interface
4294967295 1   0 3334876 Loopback Pseudo-interface 1
1458 5   0 0 Connexion réseau sans fil
1458 1   1066401 3923292 Connexion réseau sans fil 2
1458 1   191447395 36770329 Connexion au réseau local

Le MTU a bien été changé en 1458. Depuis plus de problème de connexion.

Log in to comment