Ayant des soucis depuis 2 ou 3 jours je me suis décidé à faire quelques tests.
Après avoir essayé quelques "trucs" j'ai fini par tester les tailles de MTU maximum acceptés (ping avec l'option pour demander à ne pas fragmenter le paquet).
Quelle ne fut pas ma surprise de m'apercevoir que les paquets disparaissaient sur le réseau à partir d'une certaine taille et cela dès le premier élément actif du réseau numéricable...
En effet, au lieu d'avoir un retour du ping "Le paquet doit être fragmenté mais paramétré DF." j'ai des jolis "Délai d'attente de la demande dépassé." donc le paquet de données disparait dans le vide absolu et n'est pas signalé en erreur.
Cela peux expliquer les soucis que certains peuvent avoir actuellement sur le réseau en upload et non pas en download...
Test avec le modem (pour un MTU de 1500 (1500-28=1472 octets de données)) :
Code : Tout sélectionner
D:\test>ping 192.168.100.1 -f -l 1472
Envoi d'une requête 'Ping' 192.168.100.1 avec 1472 octets de données :
Réponse de 192.168.100.1 : octets=1472 temps=3 ms TTL=63
Réponse de 192.168.100.1 : octets=1472 temps=3 ms TTL=63
Réponse de 192.168.100.1 : octets=1472 temps=3 ms TTL=63
Réponse de 192.168.100.1 : octets=1472 temps=3 ms TTL=63
Statistiques Ping pour 192.168.100.1:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 3ms, Maximum = 3ms, Moyenne = 3msTest avec le premier élément réseau actif de numericable rencontré (un petit coup de tracert pour le trouver) :
Code : Tout sélectionner
d:\test>ping m33.net81-67-2.noos.fr -f -l 1472
Envoi d'une requête 'ping' sur m33.net81-67-2.noos.fr [81.67.2.33] avec 1472 octets de données :
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Réponse de 81.67.2.33 : octets=1472 temps=16 ms TTL=62
Délai d'attente de la demande dépassé.
Statistiques Ping pour 81.67.2.33:
Paquets : envoyés = 4, reçus = 1, perdus = 3 (perte 75%),
Durée approximative des boucles en millisecondes :
Minimum = 16ms, Maximum = 16ms, Moyenne = 16msPar contre, dès que l'on descend "un peu" le MTU cela revient à peu près à la normale :
Code : Tout sélectionner
d:\test>ping m33.net81-67-2.noos.fr -f -l 1000
Envoi d'une requête 'ping' sur m33.net81-67-2.noos.fr [81.67.2.33] avec 1000 oct
ets de données :
Réponse de 81.67.2.33 : octets=1000 temps=15 ms TTL=62
Réponse de 81.67.2.33 : octets=1000 temps=15 ms TTL=62
Réponse de 81.67.2.33 : octets=1000 temps=14 ms TTL=62
Réponse de 81.67.2.33 : octets=1000 temps=16 ms TTL=62
Statistiques Ping pour 81.67.2.33:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 14ms, Maximum = 16ms, Moyenne = 15msParce que
- Il ne vont rien comprendre,
- Ils n'ont pas les moyens de nous passer un réél spécialiste,
- J'y étais arrivé à l'époque où Noos avant encore ses centres d'appel en France mais cela avait été un calvaire (même soucis).
MTU à 1028 (1000 octets)
Code : Tout sélectionner
Statistiques Ping pour 81.67.2.33:
Paquets : envoyés = 100, reçus = 97, perdus = 3 (perte 3%),
Durée approximative des boucles en millisecondes :
Minimum = 13ms, Maximum = 57ms, Moyenne = 17msMTU à 1500 (1472 octets)
Code : Tout sélectionner
Statistiques Ping pour 81.67.2.33:
Paquets : envoyés = 100, reçus = 38, perdus = 62 (perte 62%),
Durée approximative des boucles en millisecondes :
Minimum = 16ms, Maximum = 25ms, Moyenne = 17msCordialement,
n`Ahu