J'ai essayé la manip qui consiste à lancer un ping -f -l sur notre FAI pour
avoir la taille optimisé du MTU.
On doit lancer le ping -f -l avec la taille de paquet à tester jusqu'à avoir
la réponse:
"Le paquet doit être fragmenté, mais paramétré DF"
Or sur mon Windows98 je n'ai pas 2 réponses possibles (la réponse au ping ou
le message paquet fragmenté) mais 3... la 3e étant un "hybride" des 2
réponses !!!
"Réponse de 172.16.47.20: Les paquets dovent être fragmenté, mais paramétré
DF"
"DAH" a écrit dans le message de news:bn659d$13p8$
Bonjour,
J'ai essayé la manip qui consiste à lancer un ping -f -l sur notre FAI pour
avoir la taille optimisé du MTU.
On doit lancer le ping -f -l avec la taille de paquet à tester jusqu'à avoir
la réponse:
"Le paquet doit être fragmenté, mais paramétré DF"
Or sur mon Windows98 je n'ai pas 2 réponses possibles (la réponse au ping ou
le message paquet fragmenté) mais 3... la 3e étant un "hybride" des 2 réponses !!!
"Réponse de 172.16.47.20: Les paquets dovent être fragmenté, mais paramétré
DF"
Quelle valeur prendre?
Merci d'avance pour votre aide. -- @+ David
Remy Moulin
DAH wrote:
Bonjour,
J'ai essayé la manip qui consiste à lancer un ping -f -l sur notre FAI pour avoir la taille optimisé du MTU. ... Quelle valeur prendre?
Le plus gros chiffre ne faisant aucune erreur, ajoutée de 28 (taille de l'en-tête Ping qui prends lui-aussi des octets de MTU).
Par exemple, mettons qu'un ping -f -l 1464 fonctionne mais pas 1465 (quel que soit le message), il faut prendre 1464 + 28, soit *1492*.
Faites aussi un tour sur http://www.dslreports.com/tweak, et verifiez le MTU qu'il détecte. Parfois, ça peut vous indiquer un autre MTU, plus bas que celui obtenu par les pings, mais fort valable...
-- Herm
DAH wrote:
Bonjour,
J'ai essayé la manip qui consiste à lancer un ping -f -l sur notre
FAI pour avoir la taille optimisé du MTU.
...
Quelle valeur prendre?
Le plus gros chiffre ne faisant aucune erreur, ajoutée de 28 (taille de
l'en-tête Ping qui prends lui-aussi des octets de MTU).
Par exemple, mettons qu'un ping -f -l 1464 fonctionne mais pas 1465 (quel
que soit le message), il faut prendre 1464 + 28, soit *1492*.
Faites aussi un tour sur http://www.dslreports.com/tweak, et verifiez le MTU
qu'il détecte. Parfois, ça peut vous indiquer un autre MTU, plus bas que
celui obtenu par les pings, mais fort valable...
J'ai essayé la manip qui consiste à lancer un ping -f -l sur notre FAI pour avoir la taille optimisé du MTU. ... Quelle valeur prendre?
Le plus gros chiffre ne faisant aucune erreur, ajoutée de 28 (taille de l'en-tête Ping qui prends lui-aussi des octets de MTU).
Par exemple, mettons qu'un ping -f -l 1464 fonctionne mais pas 1465 (quel que soit le message), il faut prendre 1464 + 28, soit *1492*.
Faites aussi un tour sur http://www.dslreports.com/tweak, et verifiez le MTU qu'il détecte. Parfois, ça peut vous indiquer un autre MTU, plus bas que celui obtenu par les pings, mais fort valable...
1500 est le MTU standard pour un reseau Ethernet. Pour du 56Kbds en RTC il est recommande de mettre MTUW6
je sais bien, c'est pour ça que je pense que cette méthode vaut pas grand chose
Castor
"Moris" a écrit dans le message de news:3f96e6c9$0$10417$
Castor <castor2cod1@~hotmail.com> wrote:
1500 est le MTU standard pour un reseau Ethernet. Pour du 56Kbds en RTC il est recommande de mettre MTUW6
je sais bien, c'est pour ça que je pense que cette méthode vaut pas grand chose
La taille maxi (1500, 1492 ou moins) est pour eviter la fragmentation des paquets. Pour le RTC 56Kbds, on diminue la taille pour ameliorer la fluidite de transfert des paquets. On ne joue pas sur le meme effet ...
"Moris" <Moris@nullepart.fr> a écrit dans le message de
news:3f96e6c9$0$10417$626a54ce@news.free.fr...
Castor <castor2cod1@~hotmail.com> wrote:
1500 est le MTU standard pour un reseau Ethernet.
Pour du 56Kbds en RTC il est recommande de mettre MTUW6
je sais bien, c'est pour ça que je pense que cette méthode vaut pas grand
chose
La taille maxi (1500, 1492 ou moins) est pour eviter la fragmentation des
paquets.
Pour le RTC 56Kbds, on diminue la taille pour ameliorer la fluidite de
transfert des paquets.
On ne joue pas sur le meme effet ...
"Moris" a écrit dans le message de news:3f96e6c9$0$10417$
Castor <castor2cod1@~hotmail.com> wrote:
1500 est le MTU standard pour un reseau Ethernet. Pour du 56Kbds en RTC il est recommande de mettre MTUW6
je sais bien, c'est pour ça que je pense que cette méthode vaut pas grand chose
La taille maxi (1500, 1492 ou moins) est pour eviter la fragmentation des paquets. Pour le RTC 56Kbds, on diminue la taille pour ameliorer la fluidite de transfert des paquets. On ne joue pas sur le meme effet ...
Par exemple, mettons qu'un ping -f -l 1464 fonctionne mais pas 1465 (quel que soit le message), il faut prendre 1464 + 28, soit *1492*.
c'est vaut quelquechose cette méthode ? chez moi, ça marche jusqu'à 1472 (1500 donc), et pourtant je suis en 56k !
Bonsoir,
Auriez-vous joué avec un utilitaire de MTU auparavant ?
Le MTU est personnalisable en base de registre (pour windows), et il est possible de changer le MTU de la carte d'accès à distance, et il me semble bien que certaines versions de Windows permettent même de forcer une valeur là-dedans (avec trois choix : petite = 576 (valeur normale), moyenne00, grande00), sinon un coup d'utilitaire, et vous rentrez la valeur qui vous interesse.
Les Windows 95, s'ils n'ont pas été patchés avec MSDUN, ont pour défaut un MTU à 1500 octets. Après patchage, et pour les Windows ulterieurs, le MTU est déduit de la vitesse de connexion : 64 kbps et moins = 576 octets , plus que 64 kbps= 1500 octets.
Comme dit M. Castor, "Pour le RTC 56Kbds, [c'est kb/s ou kbps !] on diminue la taille pour ameliorer la fluidite de transfert des paquets.".
576 est la valeure maximale garantie de paquet gérée par IP (spécifié par RFC). Un équipement incapable de prendre en charge des paquets de cette taille ne peut être labellé "compatible norme IP". C'est possible de faire plus, mais pas garanti que les appareils qui font relai pourront relayer sans fragmentation...
En RTC, en effet, on essaye d'améliorer la réactivité du réseau en limitant la taille des paquets, ainsi que de diminuer l'impact d'une éventuelle perte de paquet (il est petit, il ne mets pas trop de temps à être re-émis).
Mais rien n'empêche en effet de tenter le MTU 1500 en connexion RTC ou Numéris ! Si votre liaison est hyper fiable, ça améliorera le débit moyen par la baisse du nombre d'octets consommés par la multiplication des en-têtes...
En ADSL, il y a beaucoup d'encapsulations qui interviennent, et l'utilisateur n'a pas trop la main sur tout ça. La méthode du ping permet de voir la taille max qui passe sans fragmentation et malgré ces encapsulation. Surtout utile pour ceux qui utilisent PPPoE ou qui utilisent PPPoA via tunnel PPTP.
J'ai testé pour PPPoE : ça fonctionne... Ce qui ne veux pas dire que tous les phénomènes sont visibles au test de ping...
Par exemple, mettons qu'un ping -f -l 1464 fonctionne mais pas 1465
(quel que soit le message), il faut prendre 1464 + 28, soit *1492*.
c'est vaut quelquechose cette méthode ?
chez moi, ça marche jusqu'à 1472 (1500 donc), et pourtant je suis en
56k !
Bonsoir,
Auriez-vous joué avec un utilitaire de MTU auparavant ?
Le MTU est personnalisable en base de registre (pour windows), et il est
possible de changer le MTU de la carte d'accès à distance, et il me semble
bien que certaines versions de Windows permettent même de forcer une valeur
là-dedans (avec trois choix : petite = 576 (valeur normale), moyenne00,
grande00), sinon un coup d'utilitaire, et vous rentrez la valeur qui vous
interesse.
Les Windows 95, s'ils n'ont pas été patchés avec MSDUN, ont pour défaut un
MTU à 1500 octets. Après patchage, et pour les Windows ulterieurs, le MTU
est déduit de la vitesse de connexion : 64 kbps et moins = 576 octets , plus
que 64 kbps= 1500 octets.
Comme dit M. Castor, "Pour le RTC 56Kbds, [c'est kb/s ou kbps !] on diminue
la taille pour ameliorer la fluidite de transfert des paquets.".
576 est la valeure maximale garantie de paquet gérée par IP (spécifié par
RFC). Un équipement incapable de prendre en charge des paquets de cette
taille ne peut être labellé "compatible norme IP". C'est possible de faire
plus, mais pas garanti que les appareils qui font relai pourront relayer
sans fragmentation...
En RTC, en effet, on essaye d'améliorer la réactivité du réseau en limitant
la taille des paquets, ainsi que de diminuer l'impact d'une éventuelle perte
de paquet (il est petit, il ne mets pas trop de temps à être re-émis).
Mais rien n'empêche en effet de tenter le MTU 1500 en connexion RTC ou
Numéris ! Si votre liaison est hyper fiable, ça améliorera le débit moyen
par la baisse du nombre d'octets consommés par la multiplication des
en-têtes...
En ADSL, il y a beaucoup d'encapsulations qui interviennent, et
l'utilisateur n'a pas trop la main sur tout ça. La méthode du ping permet de
voir la taille max qui passe sans fragmentation et malgré ces encapsulation.
Surtout utile pour ceux qui utilisent PPPoE ou qui utilisent PPPoA via
tunnel PPTP.
J'ai testé pour PPPoE : ça fonctionne... Ce qui ne veux pas dire que tous
les phénomènes sont visibles au test de ping...
Par exemple, mettons qu'un ping -f -l 1464 fonctionne mais pas 1465 (quel que soit le message), il faut prendre 1464 + 28, soit *1492*.
c'est vaut quelquechose cette méthode ? chez moi, ça marche jusqu'à 1472 (1500 donc), et pourtant je suis en 56k !
Bonsoir,
Auriez-vous joué avec un utilitaire de MTU auparavant ?
Le MTU est personnalisable en base de registre (pour windows), et il est possible de changer le MTU de la carte d'accès à distance, et il me semble bien que certaines versions de Windows permettent même de forcer une valeur là-dedans (avec trois choix : petite = 576 (valeur normale), moyenne00, grande00), sinon un coup d'utilitaire, et vous rentrez la valeur qui vous interesse.
Les Windows 95, s'ils n'ont pas été patchés avec MSDUN, ont pour défaut un MTU à 1500 octets. Après patchage, et pour les Windows ulterieurs, le MTU est déduit de la vitesse de connexion : 64 kbps et moins = 576 octets , plus que 64 kbps= 1500 octets.
Comme dit M. Castor, "Pour le RTC 56Kbds, [c'est kb/s ou kbps !] on diminue la taille pour ameliorer la fluidite de transfert des paquets.".
576 est la valeure maximale garantie de paquet gérée par IP (spécifié par RFC). Un équipement incapable de prendre en charge des paquets de cette taille ne peut être labellé "compatible norme IP". C'est possible de faire plus, mais pas garanti que les appareils qui font relai pourront relayer sans fragmentation...
En RTC, en effet, on essaye d'améliorer la réactivité du réseau en limitant la taille des paquets, ainsi que de diminuer l'impact d'une éventuelle perte de paquet (il est petit, il ne mets pas trop de temps à être re-émis).
Mais rien n'empêche en effet de tenter le MTU 1500 en connexion RTC ou Numéris ! Si votre liaison est hyper fiable, ça améliorera le débit moyen par la baisse du nombre d'octets consommés par la multiplication des en-têtes...
En ADSL, il y a beaucoup d'encapsulations qui interviennent, et l'utilisateur n'a pas trop la main sur tout ça. La méthode du ping permet de voir la taille max qui passe sans fragmentation et malgré ces encapsulation. Surtout utile pour ceux qui utilisent PPPoE ou qui utilisent PPPoA via tunnel PPTP.
J'ai testé pour PPPoE : ça fonctionne... Ce qui ne veux pas dire que tous les phénomènes sont visibles au test de ping...
Auriez-vous joué avec un utilitaire de MTU auparavant ?
oui ! avec TCPOptimizer, qui m'avais trouvé 1500 pour ma connexion cable
depuis, je suis repassé en 56k, mais le MTU de 1500 est resté ! et le problème, c'est que TCPOptimizer refuse de régler mon 56k, il voit pas le modem...
je sens que ça va se finir à coup de bidouilles dans la base de registres... (dommage que sous Win2000 le nom du modem apparaisse en GUID, pas super pratique...)
Le MTU est personnalisable en base de registre (pour windows), et il est possible de changer le MTU de la carte d'accès à distance, et il me semble bien que certaines versions de Windows permettent même de forcer une valeur là-dedans (avec trois choix : petite = 576 (valeur normale), moyenne00, grande00), sinon un coup d'utilitaire, et vous rentrez la valeur qui vous interesse.
je veux bien, mais aucun utilitaire reconnait mon super winmodem
576 est la valeure maximale garantie de paquet gérée par IP (spécifié par RFC). Un équipement incapable de prendre en charge des paquets de cette taille ne peut être labellé "compatible norme IP". C'est possible de faire plus, mais pas garanti que les appareils qui font relai pourront relayer sans fragmentation...
pourtant les mêmes appareils relaient bien des paquets de 1500 pour les connec cable et ADSL ? (et aussi ceux de mon 56k d'ailleurs :-) )
Mais rien n'empêche en effet de tenter le MTU 1500 en connexion RTC ou Numéris ! Si votre liaison est hyper fiable, ça améliorera le débit moyen par la baisse du nombre d'octets consommés par la multiplication des en-têtes...
j'ai effectivement qqs paquets de perdus, mais rien de grave ça peut avoir un impact sur des déconnexions ?
En ADSL, il y a beaucoup d'encapsulations qui interviennent, et l'utilisateur n'a pas trop la main sur tout ça. La méthode du ping permet de voir la taille max qui passe sans fragmentation et malgré ces encapsulation. Surtout utile pour ceux qui utilisent PPPoE ou qui utilisent PPPoA via tunnel PPTP.
mais ce qui est bizarre, c'est que 1500 correspond à une encapsulation minimale (ethernet ou cable) je croyais que les 56k avaient une encapsulation due à PPP, et ne pouvaient donc pas avoir 1500 ?
Auriez-vous joué avec un utilitaire de MTU auparavant ?
oui !
avec TCPOptimizer, qui m'avais trouvé 1500 pour ma connexion cable
depuis, je suis repassé en 56k, mais le MTU de 1500 est resté !
et le problème, c'est que TCPOptimizer refuse de régler mon 56k, il voit pas
le modem...
je sens que ça va se finir à coup de bidouilles dans la base de registres...
(dommage que sous Win2000 le nom du modem apparaisse en GUID, pas super
pratique...)
Le MTU est personnalisable en base de registre (pour windows), et il
est possible de changer le MTU de la carte d'accès à distance, et il
me semble bien que certaines versions de Windows permettent même de
forcer une valeur là-dedans (avec trois choix : petite = 576 (valeur
normale), moyenne00, grande00), sinon un coup d'utilitaire, et
vous rentrez la valeur qui vous interesse.
je veux bien, mais aucun utilitaire reconnait mon super winmodem
576 est la valeure maximale garantie de paquet gérée par IP (spécifié
par RFC). Un équipement incapable de prendre en charge des paquets de
cette taille ne peut être labellé "compatible norme IP". C'est
possible de faire plus, mais pas garanti que les appareils qui font
relai pourront relayer sans fragmentation...
pourtant les mêmes appareils relaient bien des paquets de 1500 pour les
connec cable et ADSL ?
(et aussi ceux de mon 56k d'ailleurs :-) )
Mais rien n'empêche en effet de tenter le MTU 1500 en connexion RTC ou
Numéris ! Si votre liaison est hyper fiable, ça améliorera le débit
moyen par la baisse du nombre d'octets consommés par la
multiplication des en-têtes...
j'ai effectivement qqs paquets de perdus, mais rien de grave
ça peut avoir un impact sur des déconnexions ?
En ADSL, il y a beaucoup d'encapsulations qui interviennent, et
l'utilisateur n'a pas trop la main sur tout ça. La méthode du ping
permet de voir la taille max qui passe sans fragmentation et malgré
ces encapsulation. Surtout utile pour ceux qui utilisent PPPoE ou qui
utilisent PPPoA via tunnel PPTP.
mais ce qui est bizarre, c'est que 1500 correspond à une encapsulation
minimale (ethernet ou cable)
je croyais que les 56k avaient une encapsulation due à PPP, et ne pouvaient
donc pas avoir 1500 ?
Auriez-vous joué avec un utilitaire de MTU auparavant ?
oui ! avec TCPOptimizer, qui m'avais trouvé 1500 pour ma connexion cable
depuis, je suis repassé en 56k, mais le MTU de 1500 est resté ! et le problème, c'est que TCPOptimizer refuse de régler mon 56k, il voit pas le modem...
je sens que ça va se finir à coup de bidouilles dans la base de registres... (dommage que sous Win2000 le nom du modem apparaisse en GUID, pas super pratique...)
Le MTU est personnalisable en base de registre (pour windows), et il est possible de changer le MTU de la carte d'accès à distance, et il me semble bien que certaines versions de Windows permettent même de forcer une valeur là-dedans (avec trois choix : petite = 576 (valeur normale), moyenne00, grande00), sinon un coup d'utilitaire, et vous rentrez la valeur qui vous interesse.
je veux bien, mais aucun utilitaire reconnait mon super winmodem
576 est la valeure maximale garantie de paquet gérée par IP (spécifié par RFC). Un équipement incapable de prendre en charge des paquets de cette taille ne peut être labellé "compatible norme IP". C'est possible de faire plus, mais pas garanti que les appareils qui font relai pourront relayer sans fragmentation...
pourtant les mêmes appareils relaient bien des paquets de 1500 pour les connec cable et ADSL ? (et aussi ceux de mon 56k d'ailleurs :-) )
Mais rien n'empêche en effet de tenter le MTU 1500 en connexion RTC ou Numéris ! Si votre liaison est hyper fiable, ça améliorera le débit moyen par la baisse du nombre d'octets consommés par la multiplication des en-têtes...
j'ai effectivement qqs paquets de perdus, mais rien de grave ça peut avoir un impact sur des déconnexions ?
En ADSL, il y a beaucoup d'encapsulations qui interviennent, et l'utilisateur n'a pas trop la main sur tout ça. La méthode du ping permet de voir la taille max qui passe sans fragmentation et malgré ces encapsulation. Surtout utile pour ceux qui utilisent PPPoE ou qui utilisent PPPoA via tunnel PPTP.
mais ce qui est bizarre, c'est que 1500 correspond à une encapsulation minimale (ethernet ou cable) je croyais que les 56k avaient une encapsulation due à PPP, et ne pouvaient donc pas avoir 1500 ?
vyper
perso le mtu est geré par mon routeur, 1472 il l'a mis par défaut, et ca marche tres bien... pourquoi allez chercher trop loin ???????
"Remy Moulin" <niluomr*ReverseLetters*@club-internet.fr.invalid> a écrit dans le message de news:3f96fe82$0$6968$
Par exemple, mettons qu'un ping -f -l 1464 fonctionne mais pas 1465 (quel que soit le message), il faut prendre 1464 + 28, soit *1492*.
c'est vaut quelquechose cette méthode ? chez moi, ça marche jusqu'à 1472 (1500 donc), et pourtant je suis en 56k !
Bonsoir,
Auriez-vous joué avec un utilitaire de MTU auparavant ?
Le MTU est personnalisable en base de registre (pour windows), et il est possible de changer le MTU de la carte d'accès à distance, et il me semble bien que certaines versions de Windows permettent même de forcer une valeur
là-dedans (avec trois choix : petite = 576 (valeur normale), moyenne00, grande00), sinon un coup d'utilitaire, et vous rentrez la valeur qui vous
interesse.
Les Windows 95, s'ils n'ont pas été patchés avec MSDUN, ont pour défaut un MTU à 1500 octets. Après patchage, et pour les Windows ulterieurs, le MTU est déduit de la vitesse de connexion : 64 kbps et moins = 576 octets , plus
que 64 kbps= 1500 octets.
Comme dit M. Castor, "Pour le RTC 56Kbds, [c'est kb/s ou kbps !] on diminue
la taille pour ameliorer la fluidite de transfert des paquets.".
576 est la valeure maximale garantie de paquet gérée par IP (spécifié par RFC). Un équipement incapable de prendre en charge des paquets de cette taille ne peut être labellé "compatible norme IP". C'est possible de faire plus, mais pas garanti que les appareils qui font relai pourront relayer sans fragmentation...
En RTC, en effet, on essaye d'améliorer la réactivité du réseau en limitant
la taille des paquets, ainsi que de diminuer l'impact d'une éventuelle perte
de paquet (il est petit, il ne mets pas trop de temps à être re-émis).
Mais rien n'empêche en effet de tenter le MTU 1500 en connexion RTC ou Numéris ! Si votre liaison est hyper fiable, ça améliorera le débit moyen par la baisse du nombre d'octets consommés par la multiplication des en-têtes...
En ADSL, il y a beaucoup d'encapsulations qui interviennent, et l'utilisateur n'a pas trop la main sur tout ça. La méthode du ping permet de
voir la taille max qui passe sans fragmentation et malgré ces encapsulation.
Surtout utile pour ceux qui utilisent PPPoE ou qui utilisent PPPoA via tunnel PPTP.
J'ai testé pour PPPoE : ça fonctionne... Ce qui ne veux pas dire que tous les phénomènes sont visibles au test de ping...
-- Herm
perso le mtu est geré par mon routeur, 1472 il l'a mis par défaut, et ca
marche tres bien... pourquoi allez chercher trop loin ???????
"Remy Moulin" <niluomr*ReverseLetters*@club-internet.fr.invalid> a écrit
dans le message de news:3f96fe82$0$6968$7a628cd7@news.club-internet.fr...
Par exemple, mettons qu'un ping -f -l 1464 fonctionne mais pas 1465
(quel que soit le message), il faut prendre 1464 + 28, soit *1492*.
c'est vaut quelquechose cette méthode ?
chez moi, ça marche jusqu'à 1472 (1500 donc), et pourtant je suis en
56k !
Bonsoir,
Auriez-vous joué avec un utilitaire de MTU auparavant ?
Le MTU est personnalisable en base de registre (pour windows), et il est
possible de changer le MTU de la carte d'accès à distance, et il me semble
bien que certaines versions de Windows permettent même de forcer une
valeur
là-dedans (avec trois choix : petite = 576 (valeur normale), moyenne00,
grande00), sinon un coup d'utilitaire, et vous rentrez la valeur qui
vous
interesse.
Les Windows 95, s'ils n'ont pas été patchés avec MSDUN, ont pour défaut un
MTU à 1500 octets. Après patchage, et pour les Windows ulterieurs, le MTU
est déduit de la vitesse de connexion : 64 kbps et moins = 576 octets ,
plus
que 64 kbps= 1500 octets.
Comme dit M. Castor, "Pour le RTC 56Kbds, [c'est kb/s ou kbps !] on
diminue
la taille pour ameliorer la fluidite de transfert des paquets.".
576 est la valeure maximale garantie de paquet gérée par IP (spécifié par
RFC). Un équipement incapable de prendre en charge des paquets de cette
taille ne peut être labellé "compatible norme IP". C'est possible de faire
plus, mais pas garanti que les appareils qui font relai pourront relayer
sans fragmentation...
En RTC, en effet, on essaye d'améliorer la réactivité du réseau en
limitant
la taille des paquets, ainsi que de diminuer l'impact d'une éventuelle
perte
de paquet (il est petit, il ne mets pas trop de temps à être re-émis).
Mais rien n'empêche en effet de tenter le MTU 1500 en connexion RTC ou
Numéris ! Si votre liaison est hyper fiable, ça améliorera le débit moyen
par la baisse du nombre d'octets consommés par la multiplication des
en-têtes...
En ADSL, il y a beaucoup d'encapsulations qui interviennent, et
l'utilisateur n'a pas trop la main sur tout ça. La méthode du ping permet
de
voir la taille max qui passe sans fragmentation et malgré ces
encapsulation.
Surtout utile pour ceux qui utilisent PPPoE ou qui utilisent PPPoA via
tunnel PPTP.
J'ai testé pour PPPoE : ça fonctionne... Ce qui ne veux pas dire que tous
les phénomènes sont visibles au test de ping...
Par exemple, mettons qu'un ping -f -l 1464 fonctionne mais pas 1465 (quel que soit le message), il faut prendre 1464 + 28, soit *1492*.
c'est vaut quelquechose cette méthode ? chez moi, ça marche jusqu'à 1472 (1500 donc), et pourtant je suis en 56k !
Bonsoir,
Auriez-vous joué avec un utilitaire de MTU auparavant ?
Le MTU est personnalisable en base de registre (pour windows), et il est possible de changer le MTU de la carte d'accès à distance, et il me semble bien que certaines versions de Windows permettent même de forcer une valeur
là-dedans (avec trois choix : petite = 576 (valeur normale), moyenne00, grande00), sinon un coup d'utilitaire, et vous rentrez la valeur qui vous
interesse.
Les Windows 95, s'ils n'ont pas été patchés avec MSDUN, ont pour défaut un MTU à 1500 octets. Après patchage, et pour les Windows ulterieurs, le MTU est déduit de la vitesse de connexion : 64 kbps et moins = 576 octets , plus
que 64 kbps= 1500 octets.
Comme dit M. Castor, "Pour le RTC 56Kbds, [c'est kb/s ou kbps !] on diminue
la taille pour ameliorer la fluidite de transfert des paquets.".
576 est la valeure maximale garantie de paquet gérée par IP (spécifié par RFC). Un équipement incapable de prendre en charge des paquets de cette taille ne peut être labellé "compatible norme IP". C'est possible de faire plus, mais pas garanti que les appareils qui font relai pourront relayer sans fragmentation...
En RTC, en effet, on essaye d'améliorer la réactivité du réseau en limitant
la taille des paquets, ainsi que de diminuer l'impact d'une éventuelle perte
de paquet (il est petit, il ne mets pas trop de temps à être re-émis).
Mais rien n'empêche en effet de tenter le MTU 1500 en connexion RTC ou Numéris ! Si votre liaison est hyper fiable, ça améliorera le débit moyen par la baisse du nombre d'octets consommés par la multiplication des en-têtes...
En ADSL, il y a beaucoup d'encapsulations qui interviennent, et l'utilisateur n'a pas trop la main sur tout ça. La méthode du ping permet de
voir la taille max qui passe sans fragmentation et malgré ces encapsulation.
Surtout utile pour ceux qui utilisent PPPoE ou qui utilisent PPPoA via tunnel PPTP.
J'ai testé pour PPPoE : ça fonctionne... Ce qui ne veux pas dire que tous les phénomènes sont visibles au test de ping...
-- Herm
DAH
perso le mtu est geré par mon routeur, 1472 il l'a mis par défaut, et ca marche tres bien... pourquoi allez chercher trop loin ???????
Parce que l'on peut y gagner en rapidité... J'ai même un de nos sites sur lequel on a eût des problèmes de connexions ADSL... en fait les paquets à 1492 ne passaient pas on a dû mettre la MTU du routeur à 920 !!!
perso le mtu est geré par mon routeur,
1472 il l'a mis par défaut, et ca
marche tres bien... pourquoi allez
chercher trop loin ???????
Parce que l'on peut y gagner en rapidité... J'ai même un de nos sites sur
lequel on a eût des problèmes de connexions ADSL... en fait les paquets à
1492 ne passaient pas on a dû mettre la MTU du routeur à 920 !!!
perso le mtu est geré par mon routeur, 1472 il l'a mis par défaut, et ca marche tres bien... pourquoi allez chercher trop loin ???????
Parce que l'on peut y gagner en rapidité... J'ai même un de nos sites sur lequel on a eût des problèmes de connexions ADSL... en fait les paquets à 1492 ne passaient pas on a dû mettre la MTU du routeur à 920 !!!
