Problème avec Livebox Sagem

[ph1ph1l0u]

Pas de quoi, j'ai moi aussi appris quelque(s) chose(s)

 

 

en espérant que cela fonctionne

Modifié le 14 novembre 2007 par philipped94

[Berfizan]

Bonjour

 

A l'attention de philipped94

 

Je ne peux pas te répondre en Mp ( accès refusé ).

 

Je ne suis ,( hélas ) , pas encore retourné chez mon pote ... ( 120 km ).

[ask21]

Merci à Philipped94 pour ses bons tuyaux.

Malgré un expertise Orange et une assistance technique chez microsoft, Seul ce dernier m'a mis sur la voie des MTU. Selon le technicien de Microsoft, le problème vient d'un taux limité de MTU pour la livebox Sagem. Il faut donc changer de Livebox et c hoisir une Inventel. Orange a refusé de faire l'échange et cherche toujours une solution. Ils devaient me rappeler au bout de 48h00, mais j'attends toujours l'appel.

 

J'ai fait les modifications sur IPV4 et IPV6. Seule la modification de IPV4 est necessaire. Je vous laisse tous le script que j'ai rentré sous la fenêtre de commande.

 

Démarrer> dans la case rechercher taper "CMD" > Faire un clic droit et cliquer sur "exécuter en tant qu'administrateur"

 

voila le résultat :

 

Microsoft Windows [version 6.0.6000]

Copyright © 2006 Microsoft Corporation. Tous droits réservés.

 

C:\Windows\system32>ping -f www.orange.fr -l 1494

 

Envoi d'une requête 'ping' sur www.orange.fr.multis.x-echo.com [193.252.122.103]

avec 1494 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 193.252.122.103:

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

 

 

C:\Windows\system32>ping -f www.orange.fr -l 1465

 

Envoi d'une requête 'ping' sur www.orange.fr.multis.x-echo.com [193.252.122.103]

avec 1465 octets de données :

 

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é.

 

Statistiques Ping pour 193.252.122.103:

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

 

C:\Windows\system32>ping -f www.orange.fr -l 1464

 

Envoi d'une requête 'ping' sur www.orange.fr.multis.x-echo.com [193.252.122.103]

avec 1464 octets de données :

 

Réponse de 193.252.122.103 : octets=1464 temps=54 ms TTL=244

Réponse de 193.252.122.103 : octets=1464 temps=52 ms TTL=244

Réponse de 193.252.122.103 : octets=1464 temps=53 ms TTL=244

Réponse de 193.252.122.103 : octets=1464 temps=53 ms TTL=244

 

Statistiques Ping pour 193.252.122.103:

Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),

Durée approximative des boucles en millisecondes :

Minimum = 52ms, Maximum = 54ms, Moyenne = 53ms

 

 

C:\Windows\system32>netsh interface ipv4 show subinterfaces

 

MTU État détect supp O entrant O sortant Interface

------ --------------- --------- --------- -------------

4294967295 1 0 464127 Loopback Pseudo-Interface 1

1494 1 5067373 2010554 Connexion au réseau local

1496 5 0 0 Connexion au réseau local 2

 

 

 

C:\Windows\system32>netsh interface ipv4 set subinterface "Connexion au réseau local" mtu=1464 store=persistent

Ok.

 

 

C:\Windows\system32>netsh interface ipv4 show subinterfaces

 

MTU État détect supp O entrant O sortant Interface

------ --------------- --------- --------- -------------

4294967295 1 0 464127 Loopback Pseudo-Interface 1

1464 1 5384435 2051791 Connexion au réseau local

1496 5 0 0 Connexion au réseau local 2

[ph1ph1l0u]

OK

 

et as-tu essayé la commande netsh interface tcp set global autotuning=disabled pour désactiver l'auto tuning et ensuite utilisé TCP Optimizer pour changer le RWIN?

 

sinon, est-ce que le problème avance sur la voie de la résolution?

 

PS:

Selon le technicien de Microsoft, le problème vient d'un taux limité de MTU pour la livebox Sagem. Il faut donc changer de Livebox et c hoisir une Inventel. Orange a refusé de faire l'échange et cherche toujours une solution. Ils devaient me rappeler au bout de 48h00, mais j'attends toujours l'appel.

 

Le support Microsoft te fait le coup classique du "c'est pas moi, c'est l'autre"(c'est pas Vista qui est en cause, mais la LB) puisqu'avec Vista, la pile ("protoclole") TCP/IP a été un peu modifiée (par l'auto tuning, et ça, s'ils sont bien formés, ils devraient le savoir.

 

Quelque part, il a pas tout à fait tort, car si "la MTU de la LB" est de 1492 (ou plutôt du FAI Orange, ce qui est fort probable, car LB est en connexion PPPoE ou PPPoA), si ton PC tente de faire passer des paquets de 1494, c'est niet => obligé de le fragmenter ou rejeter (et en fait, pour le PPPoE, c'est même 1492 - 28 (28 correspondant à l'entête du paquet)= 1464, pour que cela soit OK).

 

Je doute que changer de LB change quoique ce soit... peut-être passé en PPPoA au lieu de PPPoE, dans les réglages de la LB (car PPPoA a une MTU de 1500 au lieu de 1492 pour le PPPoE).

 

Introduction au MTU

 

Je te conseille vivement le site Speedguide pour obtenir de l'aide.

Modifié le 31 décembre 2007 par philipped94

[Invité Kankrelune]

passé en PPPoA au lieu de PPPoE, dans les réglages de la LB (car PPPoA a une MTU de 1500 au lieu de 1492 pour le PPPoE).

 

Normalement cela devrait corriger le problème... .. .

 

@ tchaOo°