Voir le sujet précédent :: Voir le sujet suivant |
Auteur |
Message |
Dumboton Membre indispensable


Inscrit le: 20 Juin 2005 Messages: 10316 Localisation: 95170
|
Posté le: Dim 18 Déc 2005 pm 23:13 Sujet du message: |
|
|
cela signifierait une MTU de 1478. Chez grenouille certains avaient eu leur débit avec 1426 _________________
CI c'était des hommes, un service et de la qualité |
|
Revenir en haut de page |
|
 |
Tyc Dwimmerlaik Nouveau Membre


Inscrit le: 29 Nov 2005 Messages: 24
|
Posté le: Dim 18 Déc 2005 pm 23:30 Sujet du message: |
|
|
jxh a écrit: |
tcp optimizer dans l'onglet plus grande mtu te permet de le determiner automatiquement en envoyant des paquets de plus en plus gros  |
Merci JXH, c'est en effet le chiffre que je viens de tester et j'ai fait un D à 2000ko/s (par le gestionnaire de Firefox) sur 400 mégas et 1.4mb par filezilla soit environ 1700ko/s...lequel est le bon ?
La grenouille quand a elle, à l'air complétement à coté...D a 1167 _________________ [Tecom Hitachi] adsl2+ sur CHA92
Synchro 20064 /936 // réel Dl 1700 ko/s au maxi
SNR 9.8dB / 10.0dB // Atténuation 18.5 / 6.7
Et tout ça sous ubuntu  |
|
Revenir en haut de page |
|
 |
jxh Coordinateur du forum


Inscrit le: 20 Juin 2005 Messages: 9420 Localisation: montpellier
|
Posté le: Dim 18 Déc 2005 pm 23:31 Sujet du message: |
|
|
de mon coté je n'arrive pas ce soir a determiner une mtu en passant par ci
avec free.fr j'ai
ping de [213.228.0.42] avec 40 octets->octets=40 t=42ms TTL=57
Ping de [213.228.0.42] avec 750 octets->octets=750 t=53ms TTL=57
Ping de [213.228.0.42] avec 1125 octets->octets=1125 t=59ms TTL=57
Ping de [213.228.0.42] avec 1312 octets->octets=1312 t=62ms TTL=57
Ping de [213.228.0.42] avec 1406 octets->octets=1406 t=62ms TTL=57
Ping de [213.228.0.42] avec 1453 octets->octets=1453 t=63ms TTL=57
Ping de [213.228.0.42] avec 1476 octets-> ..fragmenté
Ping de [213.228.0.42] avec 1465 octets->octets=1465 t=63ms TTL=57
Ping de [213.228.0.42] avec 1470 octets->octets=1470 t=63ms TTL=57
Ping de [213.228.0.42] avec 1473 octets-> ..fragmenté
Ping de [213.228.0.42] avec 1472 octets->octets=1472 t=64ms TTL=57
Le paquet le plus grand non-fragmenté est 1472 (1500 - 28 en-têtes ICMP et IP).
Vous pouvez fixer la MTU à 1500
avec ci
Ping de [194.158.121.15] avec 40 octets->Délai dépassé
Ping de [194.158.121.15] avec 40 octets->Délai dépassé
Ping de [194.158.121.15] avec 40 octets->Délai dépassé
Peux pas déterminé la MTU la plus grande à cause des pertes de paquets.
Essayez plutôt une URL différente
en debut de soirée il me donnait une mtu à 1500 _________________ When I was just a baby my mama told me. Son,
always be a good boy, don't ever play with guns.
But I shot a man in Reno just to watch him die
now every time I hear that whistle I hang my head and cry.. |
|
Revenir en haut de page |
|
 |
jxh Coordinateur du forum


Inscrit le: 20 Juin 2005 Messages: 9420 Localisation: montpellier
|
Posté le: Dim 18 Déc 2005 pm 23:35 Sujet du message: |
|
|
Tyc Dwimmerlaik a écrit: | jxh a écrit: |
tcp optimizer dans l'onglet plus grande mtu te permet de le determiner automatiquement en envoyant des paquets de plus en plus gros  |
Merci JXH, c'est en effet le chiffre que je viens de tester et j'ai fait un D à 2000ko/s (par le gestionnaire de Firefox) sur 400 mégas et 1.4mb par filezilla soit environ 1700ko/s...lequel est le bon ?
La grenouille quand a elle, à l'air complétement à coté...D a 1167 |
quel chiffre viens tu de tester ?  _________________ When I was just a baby my mama told me. Son,
always be a good boy, don't ever play with guns.
But I shot a man in Reno just to watch him die
now every time I hear that whistle I hang my head and cry.. |
|
Revenir en haut de page |
|
 |
Tyc Dwimmerlaik Nouveau Membre


Inscrit le: 29 Nov 2005 Messages: 24
|
Posté le: Dim 18 Déc 2005 pm 23:39 Sujet du message: |
|
|
jxh a écrit: | Tyc Dwimmerlaik a écrit: | jxh a écrit: |
tcp optimizer dans l'onglet plus grande mtu te permet de le determiner automatiquement en envoyant des paquets de plus en plus gros  |
Merci JXH, c'est en effet le chiffre que je viens de tester et j'ai fait un D à 2000ko/s (par le gestionnaire de Firefox) sur 400 mégas et 1.4mb par filezilla soit environ 1700ko/s...lequel est le bon ?
La grenouille quand a elle, à l'air complétement à coté...D a 1167 |
quel chiffre viens tu de tester ?  |
Mtu à 1478 Demain je fais un test en cahngeant de carte réseau (pci à laplace de l'intégrée)
Merci pour l'aide et à demain pour de nouvelles aventures  _________________ [Tecom Hitachi] adsl2+ sur CHA92
Synchro 20064 /936 // réel Dl 1700 ko/s au maxi
SNR 9.8dB / 10.0dB // Atténuation 18.5 / 6.7
Et tout ça sous ubuntu  |
|
Revenir en haut de page |
|
 |
Tyc Dwimmerlaik Nouveau Membre


Inscrit le: 29 Nov 2005 Messages: 24
|
Posté le: Lun 19 Déc 2005 am 10:20 Sujet du message: |
|
|
Citation: | :wink:Mtu à 1478 Demain je fais un test en cahngeant de carte réseau (pci à laplace de l'intégrée) |
Me revoilà. Il est vrai que le souci n'est pas majeur. Il est vrai aussi qu'il est toujours interressant de chercher à avoir mieux pour comprendre le fonctionnement.
Je viens d'installer une carte Intel Pro100+....pas d'améliorations notables _________________ [Tecom Hitachi] adsl2+ sur CHA92
Synchro 20064 /936 // réel Dl 1700 ko/s au maxi
SNR 9.8dB / 10.0dB // Atténuation 18.5 / 6.7
Et tout ça sous ubuntu  |
|
Revenir en haut de page |
|
 |
Dumboton Membre indispensable


Inscrit le: 20 Juin 2005 Messages: 10316 Localisation: 95170
|
Posté le: Lun 19 Déc 2005 am 11:58 Sujet du message: |
|
|
quelle est la taille de ta TCP window receive ?
tu peux faire l'essai avec le max proposé par TCPOPTIMIZER
et un essai en décochant les options TCP123
et fixant TCP window receive à 65535
puis 63272 (44*(MTU-40)) _________________
CI c'était des hommes, un service et de la qualité |
|
Revenir en haut de page |
|
 |
Tyc Dwimmerlaik Nouveau Membre


Inscrit le: 29 Nov 2005 Messages: 24
|
Posté le: Lun 19 Déc 2005 pm 12:50 Sujet du message: |
|
|
Dumboton a écrit: | quelle est la taille de ta TCP window receive ?
tu peux faire l'essai avec le max proposé par TCPOPTIMIZER
et un essai en décochant les options TCP123
et fixant TCP window receive à 65535
puis 63272 (44*(MTU-40)) |
En ce moment je suis TCPRW: 1035360
je fais le test avec ce que tu préconises  _________________ [Tecom Hitachi] adsl2+ sur CHA92
Synchro 20064 /936 // réel Dl 1700 ko/s au maxi
SNR 9.8dB / 10.0dB // Atténuation 18.5 / 6.7
Et tout ça sous ubuntu  |
|
Revenir en haut de page |
|
 |
Tyc Dwimmerlaik Nouveau Membre


Inscrit le: 29 Nov 2005 Messages: 24
|
Posté le: Lun 19 Déc 2005 pm 13:16 Sujet du message: |
|
|
Tyc Dwimmerlaik a écrit: | Dumboton a écrit: | quelle est la taille de ta TCP window receive ?
tu peux faire l'essai avec le max proposé par TCPOPTIMIZER
et un essai en décochant les options TCP123
et fixant TCP window receive à 65535
puis 63272 (44*(MTU-40)) |
En ce moment je suis TCPRW: 1035360
je fais le test avec ce que tu préconises  |
J'ai eu le temp de faire 3 tests et je reviens donc a la dernierre bonne config à savoir :MTU 1478 / tcpRw 1035360 / windows Scaling ON.
Parce-que les derniers test ont amoindris les perfs _________________ [Tecom Hitachi] adsl2+ sur CHA92
Synchro 20064 /936 // réel Dl 1700 ko/s au maxi
SNR 9.8dB / 10.0dB // Atténuation 18.5 / 6.7
Et tout ça sous ubuntu  |
|
Revenir en haut de page |
|
 |
Dumboton Membre indispensable


Inscrit le: 20 Juin 2005 Messages: 10316 Localisation: 95170
|
Posté le: Lun 19 Déc 2005 pm 13:28 Sujet du message: |
|
|
Tu ne m'as pas donné ton ping car la TCPWR doit être égal à
1.5*DL(bit/s)*ping(sec)
tu peux tenter de l'agrandir sous XP à 16*2^15
la valeur maxi est 1073741823 (3FFFFFFF) _________________
CI c'était des hommes, un service et de la qualité
Dernière édition par Dumboton le Lun 19 Déc 2005 pm 13:33; édité 1 fois |
|
Revenir en haut de page |
|
 |
Tyc Dwimmerlaik Nouveau Membre


Inscrit le: 29 Nov 2005 Messages: 24
|
Posté le: Lun 19 Déc 2005 pm 13:32 Sujet du message: |
|
|
Dumboton a écrit: | Tu ne m'as pas donné ton ping car la TCPWR doit être égal à
1.5*DL(bit/s)*ping(sec) |
euuuuuuuh j'le prend ou le ping ? _________________ [Tecom Hitachi] adsl2+ sur CHA92
Synchro 20064 /936 // réel Dl 1700 ko/s au maxi
SNR 9.8dB / 10.0dB // Atténuation 18.5 / 6.7
Et tout ça sous ubuntu  |
|
Revenir en haut de page |
|
 |
Dumboton Membre indispensable


Inscrit le: 20 Juin 2005 Messages: 10316 Localisation: 95170
|
Posté le: Lun 19 Déc 2005 pm 13:39 Sujet du message: |
|
|
le c** c'est moi tu l'as affiché au-dessus 65ms max lors du test pour calculer la MTU. on va compter large 100ms donc
1.5*2000000*0.1 = 600000 soit environ 10*2^16 = 655360
TU peux aussi installer un moniteur de débit (netmeter readerror.gmxhome.de ) et regarder si le flux de synchro (ACK des paquets) ne sature pas.
en dernier recours tu installes ethereal pour capturer les paquets (attention il y en aura beaucoup même sur 1 min) et puis il faut regarder si il n'y a pas des pertes de ACK qui induisent des renvois et donc le débit réel peut être à 2M alors que le débit utile vu par le PC est plus faible.
je me suis trompé d'un zero en lisant la tienne qui est supérieure à 10^6. Donc à tout hasard^tu peux tenter de la multiplier par 16.
Finalement ce pb débit max de DL est réccurent
http://forums.grenouille.com/index.php?showtopic=60292
http://forums.grenouille.com/index.php?showtopic=59821 _________________
CI c'était des hommes, un service et de la qualité |
|
Revenir en haut de page |
|
 |
Tyc Dwimmerlaik Nouveau Membre


Inscrit le: 29 Nov 2005 Messages: 24
|
Posté le: Lun 19 Déc 2005 pm 14:23 Sujet du message: |
|
|
Dumboton a écrit: | le c** c'est moi tu l'as affiché au-dessus 65ms max lors du test pour calculer la MTU. on va compter large 100ms donc
1.5*2000000*0.1 = 600000 soit environ 10*2^16 = 655360
TU peux aussi installer un moniteur de débit (netmeter readerror.gmxhome.de ) et regarder si le flux de synchro (ACK des paquets) ne sature pas.
je me suis trompé d'un zero en lisant la tienne qui est supérieure à 10^6. Donc à tout hasard^tu peux tenter de la multiplier par 16. |
Tout d'abord MERCI Dumboton d'être sensible à mon "problème"
J'ai installé netmeter qui ne m'apprend rien (ou alors chui pas bon ) Donc j'ai installé Ethereal et là j'ai une tonne de lignes sur 30 sec. Mais ce que je peux dire c'est que 1/2 est une ligne de Ack !!! induisant donc un retour...y-a-t-il un moyen de corriger cela  _________________ [Tecom Hitachi] adsl2+ sur CHA92
Synchro 20064 /936 // réel Dl 1700 ko/s au maxi
SNR 9.8dB / 10.0dB // Atténuation 18.5 / 6.7
Et tout ça sous ubuntu  |
|
Revenir en haut de page |
|
 |
Dumboton Membre indispensable


Inscrit le: 20 Juin 2005 Messages: 10316 Localisation: 95170
|
Posté le: Lun 19 Déc 2005 pm 14:28 Sujet du message: |
|
|
SI netmeter va te donner le débit en UP associé au DL et il faut regarder si il ne sature pas à 936 kbps
C'est normal d'avoir un ACK toutes les deux lignes le modem doit envoyer un accusé de réception pour chaque paquet reçu regarde le ratio taille du packet arrivée sur taille du paquet ACK. _________________
CI c'était des hommes, un service et de la qualité |
|
Revenir en haut de page |
|
 |
Tyc Dwimmerlaik Nouveau Membre


Inscrit le: 29 Nov 2005 Messages: 24
|
Posté le: Lun 19 Déc 2005 pm 14:40 Sujet du message: |
|
|
Dumboton a écrit: | SI netmeter va te donner le débit en UP associé au DL et il faut regarder si il ne sature pas à 936 kbps
C'est normal d'avoir un ACK toutes les deux lignes le modem doit envoyer un accusé de réception pour chaque paquet reçu regarde le ratio taille du packet arrivée sur taille du paquet ACK. |
J'ai refait le test avec netmeter (test-debit.free.fr) et j'obtiens:
Peak Upload: 60.1 KB/s
Peak Download: 1.62MB/s _________________ [Tecom Hitachi] adsl2+ sur CHA92
Synchro 20064 /936 // réel Dl 1700 ko/s au maxi
SNR 9.8dB / 10.0dB // Atténuation 18.5 / 6.7
Et tout ça sous ubuntu  |
|
Revenir en haut de page |
|
 |
|