SMPFR

Bonjour

J'ai un GROS soucis de connexion réseau avec ma tyan S5396 chipset intel i5400XT. J'ai 2 cartes réseaux intel pro 1000 (82563EB), mais sous windows 7 ça bug complètement.

Donc ça détecte bien le lien, le dhcp marche, en ipv4 et ipv6, j'ouvre firefox ça marche, et genre, 30 secondes après firefox il va me faire "Connexion à smpfr.mesdiscussions.net......." et si j'attends j'ai la page.

J'ai internet par intermittence alors que tout est toujours connecté.

Si je vais sous linux ou bsd, ça marche très bien.

Voilà le résultat d'un "ping google.fr -t" pendant 1 minute

Statistiques Ping pour 66.249.92.104:
Paquets : envoyés = 19, reçus = 13, perdus = 6 (perte 31%),

Par contre, j'ai 0% de perte si je ping en local


Hier j'ai fait une lan avec des amis, IMPOSSIBLE de faire l'host ou de rejoindre une partie en étant en réseau cablé parce que ça déconnectait tout le temps, c'était même pas jouable en fait, les gens pouvaient bouger sur le serveur, et ils pouvaient plus, et ça revenait, toutes les 30 secondes. J'ai mis une carte wifi sur l'ordi, et là ça a marché niquel.


J'ai essayé de me mettre en ip fixe, dynamique, j'ai essayé de retirer l'ipv6 et les machins de couche de liaison et découverte de je sais plus quoi J'ai essayé de désactiver une carte réseau, puis l'autre, j'ai changé le cable, bricoler quelques options dans le driver, mettre le driver à jour, et ça le fait toujours !

J'avais déjà eu le problème avant, mais ça le faisait qu'avec google et youtube, j'avais réinstallé et tout marchait bien, et là rien ne marche comme il faut, et j'ai déjà réinstallé 4 fois...

Donc si quelqu'un a une piste sur la résolution du problème, je veux bien !

Merci ^^


edit: je viens de voir un truc bizarre, quand j'active l'ipv6 et que je ping google.fr, ça ping en ipv6, et j'ai 0% de perte par contre en ipv4 ça déconne toujours

os et driver à jour ?

mise en vieille des cartes réseau désactivée ?

Windows 7 x64 est à jour
J'ai essayé les drivers fournis avec la cm, ceux de windows 7 et les derniers du site d'intel, ça change rien.

J'ai désactivé l'économie d'énergie sur les cartes réseaux.

Ca ne change rien

tu ping correct en ipv4 en local ? parce que vu ce que tu remontes de ta LAN, c'est difficile à croire ...

Ca ping super en local, mais hier mon serveur L4D2 était inutilisable par les autres, et je pouvais pas jouer avec les autres sur leurs serveurs

0% de perte de ping, mais le reste ça marche pas.

Bien sûr, j'ai mon parefeu qui est désactivé. On dirait plutot que c'est un protocole qui foire, à savoir UDP. Ca expliquerait pourquoi j'ai des requêtes DNS qui marchent pas et que ça fasse "recherche de bidule.org ......" et que le serveur left 4 dead 2 marchait pas non plus.

Mais je sais pas comment c'est possible ça ..

t'es sur de ton media/disque?

Je comprends pas la question



Mais comme je l'ai dis plus haut, c'est vraiment lié au réseau cablé parce qu'en wifi ça marche super bien (avec un dongle)

t'es sur de ton dvd et du disque? des fois que y est un truc de corrompu je sais pas.

t'as essayé plusieurs câbles réseau je suppose?

quel rapport avec le dvd ?

Mon disque dur marche très bien, puisque les autres systèmes dessus n'ont pas de problème.

Oui j'ai essayé avec différents cables réseaux, comme dit plus haut ^^

bas si ton dvd est rayé ca peut pourrir un fichier à l'installe.....

dvd+rw tout neuf, vérification du md5 de l'iso de windows 7 (version ultimate du msdnaa) et vérification de la gravure, à mon avis ça vient pas de ça

je ne connais pas L4D2 ... ça n'utilise que de l'UDP ?

Si oui, je dirai que ton problème n'a rien à voir avec ta carte, mais avec ton environnement réseau ...
La différence entre UDP et TCP c'est que le 1er n'est pas connecté, et donc si un paquet se perd, il se perd, il n'est pas retransmis (car il n'y quasi pas de détection d'erreur)
Jusque là je ne t'apprends rien je pense

Je pencherai du coup pour un réseau ou tu as des collisions, ce qui arrive à coup sur avec un hub ou un switch un peu merdique ...

Mon switch c'est un netgear 1 Gb/s 5 ports.

Mais ça marche niquel sous freebsd ou linux, donc je pense que ça vient bien de windows

alors, on reprends :

* linux, ça marche
* windows, localhost, ça marche
* windows, ethernet, ipv6, ça marche
* windows, ethernet, ipv4 ça ne marche pas

le journal Windows il ne dit rien ?

ipv4, ça ping super en local, mais sur internet ça ping mal, ça marche, ça marche plus etc.... Faudrait que j'essaie de pinguer directement vers l'ip et pas le nom de domaine pour voir.

Je peux pas donner plus d'infos sur le journal, je suis pas sur place ^^

ça changera rien de pinguer l'ip au lieu du nom DNS.
le ping ne sait pinguer que des IP, il resoud le nom en premier (appel au DNS) puis ping l'IP renvoyée.

Oui mais comme j'ai l'impression d'avoir un problème d'UDP et que le DNS passe en UDP, ça permettrait de voir si c'est déjà un soucis de DNS ou non. Et si c'est un soucis de DNS, est-ce lié à l'udp ou pas ? ^^

le ping ne fait la resolution qu'une seule fois ! une fois qu'il a recupéré l'IP il tape (ping) dessus en continu.

si tu perds des paquets au moment du ping, c clair que ça ne changera rien de pinguer une IP¨au lieu d'un nom de machine

Ah d'accord

ça fait 4h que j'étais en wifi, ça marchait pas trop mal (à part 3 décos du wifi sans raison, mais c'est du wifi)

Là je remet le cable, ça déconne direct. Je viens de faire un

ping -4 google.fr -t et ça donne

C:\Users\charles>ping -4 google.fr -t

Envoi d'une requête 'ping' sur google.fr [66.249.92.104] avec 32 octets de donné
es :
Réponse de 66.249.92.104 : octets=32 temps=32 ms TTL=55
Réponse de 66.249.92.104 : octets=32 temps=32 ms TTL=55
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Réponse de 66.249.92.104 : octets=32 temps=32 ms TTL=55
Réponse de 66.249.92.104 : octets=32 temps=30 ms TTL=55
Réponse de 66.249.92.104 : octets=32 temps=32 ms TTL=55
Réponse de 66.249.92.104 : octets=32 temps=32 ms TTL=55
Réponse de 66.249.92.104 : octets=32 temps=33 ms TTL=55
Réponse de 66.249.92.104 : octets=32 temps=30 ms TTL=55
Réponse de 66.249.92.104 : octets=32 temps=32 ms TTL=55
Réponse de 66.249.92.104 : octets=32 temps=30 ms TTL=55
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Réponse de 66.249.92.104 : octets=32 temps=30 ms TTL=55
Réponse de 66.249.92.104 : octets=32 temps=32 ms TTL=55

Statistiques Ping pour 66.249.92.104:
Paquets : envoyés = 24, reçus = 12, perdus = 12 (perte 50%),
Durée approximative des boucles en millisecondes :
Minimum = 30ms, Maximum = 33ms, Moyenne = 31ms

Après je fais un "ping -6 google.fr -t" et ça marche pas tant qu'internet est pas revenu, et une fois qu'il a l'ip de google, ça marche

C:\Users\charles>ping -6 google.fr -t
La requête Ping n'a pas pu trouver l'hôte google.fr. Vérifiez le nom et essayez
à nouveau.

C:\Users\charles>ping -6 google.fr -t

Envoi d'une requête 'ping' sur google.fr [2a008006::93] avec 32 octets de
données :
Réponse de 2a008006::93 : temps=42 ms
Réponse de 2a008006::93 : temps=42 ms
Réponse de 2a008006::93 : temps=41 ms
Réponse de 2a008006::93 : temps=43 ms
Réponse de 2a008006::93 : temps=42 ms
Réponse de 2a008006::93 : temps=41 ms
Réponse de 2a008006::93 : temps=41 ms
Réponse de 2a008006::93 : temps=41 ms
Réponse de 2a008006::93 : temps=41 ms
Réponse de 2a008006::93 : temps=41 ms
Réponse de 2a008006::93 : temps=42 ms
Réponse de 2a008006::93 : temps=41 ms
Réponse de 2a008006::93 : temps=41 ms
Réponse de 2a008006::93 : temps=42 ms
Réponse de 2a008006::93 : temps=40 ms
Réponse de 2a008006::93 : temps=42 ms
Réponse de 2a008006::93 : temps=42 ms
Réponse de 2a008006::93 : temps=42 ms
Réponse de 2a008006::93 : temps=42 ms
Réponse de 2a008006::93 : temps=41 ms
Réponse de 2a008006::93 : temps=41 ms
Réponse de 2a008006::93 : temps=41 ms
Réponse de 2a008006::93 : temps=42 ms
Réponse de 2a008006::93 : temps=41 ms
Réponse de 2a008006::93 : temps=41 ms
Réponse de 2a008006::93 : temps=41 ms
Réponse de 2a008006::93 : temps=42 ms
Réponse de 2a008006::93 : temps=41 ms

Statistiques Ping pour 2a008006::93:
Paquets : envoyés = 28, reçus = 28, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 40ms, Maximum = 43ms, Moyenne = 41ms

Dans le journal de windows, dans Système les 2 dernières entrées sont des Avertissements et ça dit ça

La résolution du nom mscrl.microsoft.com a expiré lorsqu’aucun des serveurs DNS configurés n’a répondu.

La résolution du nom google.fr a expiré lorsqu’aucun des serveurs DNS configurés n’a répondu.

J'ai fais un test, quand je ping l'extérieur, ça marche pas bien, et en même temps quand je ping en local ça marche parfaitement

Le problème vient de ARP, en effet, à chaque fois que ça bug, dans wireshark ça fait un "who has 192.168.0.254 ?", ça demande l'adresse physique de la freebox, et ça met des plombes. Je viens d'essayer de rebooter le switch, mais ça change rien


Ce qui est bizarre c'est que ça devrait pas demander l'adresse physique toutes les 14 secondes !!!!

Bon, c'est net, ça vient d'ARP. Je regarde en direct sur wireshark les paquets ARP et dès que j'ai la réponse j'ai internet qui revient pour quelques temps.

j'ai trouvé une astuce, c'est pas super mais bon.

Dans une invite de commande en admin, si ça bug je fais arp -d *, mais le faire toutes les 12 secondes c'est chiant

Bon, en attendant de trouver la solution, j'ai fait un script de merde pour "réparer"

:HUHU
arp -d *
ping -n 3 127.0.0.1 >nul
GOTO :HUHU

ça vide la table toutes les 3 secondes

edit : maintenant ça se lance tout seul à la connexion de ma session, mais ça pue un peu comme réparation