Bonjour,
David de Rennes vient de nous annoncer :
On va prendre le cas extrême exagéré au possible : un win98 en ADSL
Max à 800Ko/s qui télécharge sur un site aux USA qui est à 100ms.
On suppose que le site à les reins solide et pourrait même envoyer
plus vite.
Comme le RWIN est trop petit, disons 8192 (le RWIN défault de W98),
alors il va envoyerd'abord 8Ko (ce qui lui prend 1/100 seconde à
800Ko/s) et attendre l'ACK.
Comme nous avons un ping de 100ms il se passera donc 99ms pendant
lesquelles le serveur n'aura envoyé que 8Ko parce qu'il attend l'ACK.
Alors qu'en 100ms il aurait pu envoyer 80ko puisque la ligne permet
800ko/s soit 10 fois moins que ce qui aurait été possible avec une
telle ligne.
Pour moi, c'est la que ca deconne...A ma connaissance, hors cas
particulier traité par icmp, le ping n'est pas uilisé par un transfert
de fichier et donc n'intervient absolument pas dans l'ajustement de la
fenetre. TCP se demerde tout seul pour cet ajustement.
Utiliser "ping" pour parler de cette notion est abusif, l'echo
request/echo reply n'a rien a voir avec l'histoire. Je pense que vous le
savez mais que vous voulez un peu trop "simplifier".
sinon, comment expliquer que l'on peut transferer des fichiers avec des
machines non pingables ?
la mesure ping n'est là que pour avoir une idée de la latence en vue de
Bonjour,
David de Rennes vient de nous annoncer :
On va prendre le cas extrême exagéré au possible : un win98 en ADSL
Max à 800Ko/s qui télécharge sur un site aux USA qui est à 100ms.
On suppose que le site à les reins solide et pourrait même envoyer
plus vite.
Comme le RWIN est trop petit, disons 8192 (le RWIN défault de W98),
alors il va envoyerd'abord 8Ko (ce qui lui prend 1/100 seconde à
800Ko/s) et attendre l'ACK.
Comme nous avons un ping de 100ms il se passera donc 99ms pendant
lesquelles le serveur n'aura envoyé que 8Ko parce qu'il attend l'ACK.
Alors qu'en 100ms il aurait pu envoyer 80ko puisque la ligne permet
800ko/s soit 10 fois moins que ce qui aurait été possible avec une
telle ligne.
Pour moi, c'est la que ca deconne...A ma connaissance, hors cas
particulier traité par icmp, le ping n'est pas uilisé par un transfert
de fichier et donc n'intervient absolument pas dans l'ajustement de la
fenetre. TCP se demerde tout seul pour cet ajustement.
Utiliser "ping" pour parler de cette notion est abusif, l'echo
request/echo reply n'a rien a voir avec l'histoire. Je pense que vous le
savez mais que vous voulez un peu trop "simplifier".
sinon, comment expliquer que l'on peut transferer des fichiers avec des
machines non pingables ?
la mesure ping n'est là que pour avoir une idée de la latence en vue de
Bonjour,
David de Rennes vient de nous annoncer :
On va prendre le cas extrême exagéré au possible : un win98 en ADSL
Max à 800Ko/s qui télécharge sur un site aux USA qui est à 100ms.
On suppose que le site à les reins solide et pourrait même envoyer
plus vite.
Comme le RWIN est trop petit, disons 8192 (le RWIN défault de W98),
alors il va envoyerd'abord 8Ko (ce qui lui prend 1/100 seconde à
800Ko/s) et attendre l'ACK.
Comme nous avons un ping de 100ms il se passera donc 99ms pendant
lesquelles le serveur n'aura envoyé que 8Ko parce qu'il attend l'ACK.
Alors qu'en 100ms il aurait pu envoyer 80ko puisque la ligne permet
800ko/s soit 10 fois moins que ce qui aurait été possible avec une
telle ligne.
Pour moi, c'est la que ca deconne...A ma connaissance, hors cas
particulier traité par icmp, le ping n'est pas uilisé par un transfert
de fichier et donc n'intervient absolument pas dans l'ajustement de la
fenetre. TCP se demerde tout seul pour cet ajustement.
Utiliser "ping" pour parler de cette notion est abusif, l'echo
request/echo reply n'a rien a voir avec l'histoire. Je pense que vous le
savez mais que vous voulez un peu trop "simplifier".
sinon, comment expliquer que l'on peut transferer des fichiers avec des
machines non pingables ?
la mesure ping n'est là que pour avoir une idée de la latence en vue de
Pour moi, c'est la que ca deconne...A ma connaissance, hors cas particulier
traité par icmp, le ping n'est pas uilisé par un transfert de fichier
Pour moi, c'est la que ca deconne...A ma connaissance, hors cas particulier
traité par icmp, le ping n'est pas uilisé par un transfert de fichier
Pour moi, c'est la que ca deconne...A ma connaissance, hors cas particulier
traité par icmp, le ping n'est pas uilisé par un transfert de fichier
Bonjour,Pour moi, c'est la que ca deconne...A ma connaissance, hors cas
particulier
traité par icmp, le ping n'est pas uilisé par un transfert de fichier
Je n'ai jamais dit ça. Bien sur que le ping n'est pas utilisé lors d'un
transfert. Il n'est question que d'ACK qui doivent être renvoyés par le
receveur pour que le serveur continue d'envoyer.
Et l'ack met le temps d'un ping, même si l'on utilise pas la commande
ping, ni les icmp pendant un transfert.*
Disons que la commande ping est un bon moyen de connaitre sa latence
(le RTT) vers un site particulier (s'il répond aux pings, ce qui
effectivement n'est pas toujours le cas)
Ping des serveurs qui répondent aux USA et ça te donnera une idée de
ton RTT qui sera le même pendant un transfert.
Speedguide aux USA
ping speedguide.net
Envoi d'une requête 'ping' sur speedguide.net [63.217.30.70] avec 32
Réponse de 63.217.30.70 : octets2 temps9 ms TTLH
Réponse de 63.217.30.70 : octets2 temps4 ms TTLI
Réponse de 63.217.30.70 : octets2 temps7 ms TTLI
Réponse de 63.217.30.70 : octets2 temps8 ms TTLH
J'en conclue que mon RTT peut atteindre (au moins) 140ms pendant un
transfert.
Je suis d'accord sur le fait que la modif du RWIN n'apporte rien aux XP
SP2 en débitmax lorsque l'on télécharge sur des sites à moins de 80ms
65000/802Ko/s
Pourquoi les trucs comme flashget obtiennent de meilleurs résultats que
le téléchargement IE sur la plupart des machines ?
Simple, ils lancent jusqu'a 10 connexions simultanées sur le même
fichier, c'est un peu comme s'ils multipliaient le RWIN par 10...
http://cdimage.debian.org/debian-cd/3.1_r0a/i386/iso-cd/debian-31r0a-i386-netinst.iso
Ce site est environ 100ms de chez moi.
ping cdimage.debian.org
Envoi d'une requête 'ping' sur cdimage.debian.org [130.239.18.151] avec
Réponse de 130.239.18.151 : octets2 temps1 ms TTL9
Réponse de 130.239.18.151 : octets2 temps ms TTL9
Réponse de 130.239.18.151 : octets2 temps ms TTL9
Réponse de 130.239.18.151 : octets2 temps1 ms TTL9
Sur ce téléchargement j'ai 800ko/s pendant 1mn avec mon PC (j'ai pas
besoin du fichier je l'ai déjà).
http://cjoint.com/?luwpeTsVhh
Je prends une autre machine XP SP2 chez moi, je passe le RWIN à 8192
Je ne dépasse pas 80Ko/s
http://cjoint.com/?luwoNlfu1N
Meme ligne memes machines quelques minutes d'intervalle, et 720Ko/s de
différence. Bien sur là c'est très exagéré puisque j'ai descendu le
RWIN à 8192. Mais il faut savoir que les RWIN par défaut sont :
Win98 8192
WinMe, Win 2000 win XP->SP1 17540
XPSP2 64240
Alors j'ai remis 64240 sur l'autre machine, voyons !
http://cjoint.com/?luwvWzAxFl
C'est mieux, certes, mais nous ne sommes qu'à 100ms, et loin des
800ko/s avec l'autre réglage....
Voilà, tu n'as plus qu'a mediter là dessus :)
Au cas ou une optimisation de ton RWIN t'intéresse
http://www.speedguide.net/downloads.php
--
Alni
Bonjour,
Pour moi, c'est la que ca deconne...A ma connaissance, hors cas
particulier
traité par icmp, le ping n'est pas uilisé par un transfert de fichier
Je n'ai jamais dit ça. Bien sur que le ping n'est pas utilisé lors d'un
transfert. Il n'est question que d'ACK qui doivent être renvoyés par le
receveur pour que le serveur continue d'envoyer.
Et l'ack met le temps d'un ping, même si l'on utilise pas la commande
ping, ni les icmp pendant un transfert.*
Disons que la commande ping est un bon moyen de connaitre sa latence
(le RTT) vers un site particulier (s'il répond aux pings, ce qui
effectivement n'est pas toujours le cas)
Ping des serveurs qui répondent aux USA et ça te donnera une idée de
ton RTT qui sera le même pendant un transfert.
Speedguide aux USA
ping speedguide.net
Envoi d'une requête 'ping' sur speedguide.net [63.217.30.70] avec 32
Réponse de 63.217.30.70 : octets2 temps9 ms TTLH
Réponse de 63.217.30.70 : octets2 temps4 ms TTLI
Réponse de 63.217.30.70 : octets2 temps7 ms TTLI
Réponse de 63.217.30.70 : octets2 temps8 ms TTLH
J'en conclue que mon RTT peut atteindre (au moins) 140ms pendant un
transfert.
Je suis d'accord sur le fait que la modif du RWIN n'apporte rien aux XP
SP2 en débitmax lorsque l'on télécharge sur des sites à moins de 80ms
65000/802Ko/s
Pourquoi les trucs comme flashget obtiennent de meilleurs résultats que
le téléchargement IE sur la plupart des machines ?
Simple, ils lancent jusqu'a 10 connexions simultanées sur le même
fichier, c'est un peu comme s'ils multipliaient le RWIN par 10...
http://cdimage.debian.org/debian-cd/3.1_r0a/i386/iso-cd/debian-31r0a-i386-netinst.iso
Ce site est environ 100ms de chez moi.
ping cdimage.debian.org
Envoi d'une requête 'ping' sur cdimage.debian.org [130.239.18.151] avec
Réponse de 130.239.18.151 : octets2 temps1 ms TTL9
Réponse de 130.239.18.151 : octets2 temps ms TTL9
Réponse de 130.239.18.151 : octets2 temps ms TTL9
Réponse de 130.239.18.151 : octets2 temps1 ms TTL9
Sur ce téléchargement j'ai 800ko/s pendant 1mn avec mon PC (j'ai pas
besoin du fichier je l'ai déjà).
http://cjoint.com/?luwpeTsVhh
Je prends une autre machine XP SP2 chez moi, je passe le RWIN à 8192
Je ne dépasse pas 80Ko/s
http://cjoint.com/?luwoNlfu1N
Meme ligne memes machines quelques minutes d'intervalle, et 720Ko/s de
différence. Bien sur là c'est très exagéré puisque j'ai descendu le
RWIN à 8192. Mais il faut savoir que les RWIN par défaut sont :
Win98 8192
WinMe, Win 2000 win XP->SP1 17540
XPSP2 64240
Alors j'ai remis 64240 sur l'autre machine, voyons !
http://cjoint.com/?luwvWzAxFl
C'est mieux, certes, mais nous ne sommes qu'à 100ms, et loin des
800ko/s avec l'autre réglage....
Voilà, tu n'as plus qu'a mediter là dessus :)
Au cas ou une optimisation de ton RWIN t'intéresse
http://www.speedguide.net/downloads.php
--
Alni
Bonjour,Pour moi, c'est la que ca deconne...A ma connaissance, hors cas
particulier
traité par icmp, le ping n'est pas uilisé par un transfert de fichier
Je n'ai jamais dit ça. Bien sur que le ping n'est pas utilisé lors d'un
transfert. Il n'est question que d'ACK qui doivent être renvoyés par le
receveur pour que le serveur continue d'envoyer.
Et l'ack met le temps d'un ping, même si l'on utilise pas la commande
ping, ni les icmp pendant un transfert.*
Disons que la commande ping est un bon moyen de connaitre sa latence
(le RTT) vers un site particulier (s'il répond aux pings, ce qui
effectivement n'est pas toujours le cas)
Ping des serveurs qui répondent aux USA et ça te donnera une idée de
ton RTT qui sera le même pendant un transfert.
Speedguide aux USA
ping speedguide.net
Envoi d'une requête 'ping' sur speedguide.net [63.217.30.70] avec 32
Réponse de 63.217.30.70 : octets2 temps9 ms TTLH
Réponse de 63.217.30.70 : octets2 temps4 ms TTLI
Réponse de 63.217.30.70 : octets2 temps7 ms TTLI
Réponse de 63.217.30.70 : octets2 temps8 ms TTLH
J'en conclue que mon RTT peut atteindre (au moins) 140ms pendant un
transfert.
Je suis d'accord sur le fait que la modif du RWIN n'apporte rien aux XP
SP2 en débitmax lorsque l'on télécharge sur des sites à moins de 80ms
65000/802Ko/s
Pourquoi les trucs comme flashget obtiennent de meilleurs résultats que
le téléchargement IE sur la plupart des machines ?
Simple, ils lancent jusqu'a 10 connexions simultanées sur le même
fichier, c'est un peu comme s'ils multipliaient le RWIN par 10...
http://cdimage.debian.org/debian-cd/3.1_r0a/i386/iso-cd/debian-31r0a-i386-netinst.iso
Ce site est environ 100ms de chez moi.
ping cdimage.debian.org
Envoi d'une requête 'ping' sur cdimage.debian.org [130.239.18.151] avec
Réponse de 130.239.18.151 : octets2 temps1 ms TTL9
Réponse de 130.239.18.151 : octets2 temps ms TTL9
Réponse de 130.239.18.151 : octets2 temps ms TTL9
Réponse de 130.239.18.151 : octets2 temps1 ms TTL9
Sur ce téléchargement j'ai 800ko/s pendant 1mn avec mon PC (j'ai pas
besoin du fichier je l'ai déjà).
http://cjoint.com/?luwpeTsVhh
Je prends une autre machine XP SP2 chez moi, je passe le RWIN à 8192
Je ne dépasse pas 80Ko/s
http://cjoint.com/?luwoNlfu1N
Meme ligne memes machines quelques minutes d'intervalle, et 720Ko/s de
différence. Bien sur là c'est très exagéré puisque j'ai descendu le
RWIN à 8192. Mais il faut savoir que les RWIN par défaut sont :
Win98 8192
WinMe, Win 2000 win XP->SP1 17540
XPSP2 64240
Alors j'ai remis 64240 sur l'autre machine, voyons !
http://cjoint.com/?luwvWzAxFl
C'est mieux, certes, mais nous ne sommes qu'à 100ms, et loin des
800ko/s avec l'autre réglage....
Voilà, tu n'as plus qu'a mediter là dessus :)
Au cas ou une optimisation de ton RWIN t'intéresse
http://www.speedguide.net/downloads.php
--
Alni
Bonjour,
Si je comprends bien, pour bien faire, il faut définir le RWIN en fonction
du débit de l'accès internet et d'un RTT moyen.
Je ne vois pas bien comment estimer ce RTT moyen, et plus particulièrement
quelle taille de payload adopter pour faire des mesures (car les durées
mesurées par ping dépendent de la cette taille) ?
Bonjour,
Si je comprends bien, pour bien faire, il faut définir le RWIN en fonction
du débit de l'accès internet et d'un RTT moyen.
Je ne vois pas bien comment estimer ce RTT moyen, et plus particulièrement
quelle taille de payload adopter pour faire des mesures (car les durées
mesurées par ping dépendent de la cette taille) ?
Bonjour,
Si je comprends bien, pour bien faire, il faut définir le RWIN en fonction
du débit de l'accès internet et d'un RTT moyen.
Je ne vois pas bien comment estimer ce RTT moyen, et plus particulièrement
quelle taille de payload adopter pour faire des mesures (car les durées
mesurées par ping dépendent de la cette taille) ?
Bonjour,
XG a formulé la demande :Bonjour,
Si je comprends bien, pour bien faire, il faut définir le RWIN en fonction
du débit de l'accès internet et d'un RTT moyen.
Et qu'il soit un multiple de ton MTU (qui peut varier comme expliqué
plus haut)Je ne vois pas bien comment estimer ce RTT moyen, et plus particulièrement
quelle taille de payload adopter pour faire des mesures (car les durées
mesurées par ping dépendent de la cette taille) ?
Il faut garder à l'esprit que le plus important est que le RWIN ne soit
pas trop petit car cela a une très grande influence sur le débit.
Qu'il soit trop grand n'est un problème que SI il y a des
retransmissions car toute la fenêtre doit alors être renvoyée.
C'est pour cela que l'on ne mets pas un RWIN de 4Mo sur des lignes ADSL
:)
On peut donc faire confiance à des outils comme TCP-Optimizer, qui
propose une taille de RWIN adaptée au débit théorique de la ligne et au
MTU que l'on peut mesurer avec ce même outil.
En général il propose un RWIN d'environ 256Ko pour les cnx jusqu'à
6,4Mbps (800ko/s) et 512k au dessus.
Ces valeurs sont adaptées aux pings les plus courants.
Je dirais jusqu'à 300ms, puisque 256000/300 0 (CAD juste au dessus de
la vitesse max avec 6,4Mbps).
En tous cas, les valeurs que j'ai obtenues *en pratique* ci dessus
correspondent plutôt bien à la mesure ping effectuée sur le site :
environ 100ms
Avec RWIN 8192=>80Ko/s (8192/100)
Avec RWIN 64240=>575Ko/s (64240/100d0)
Avec RWIN 256000=>800Ko/s (2560Ko/s possibles, mais ligne limitée à
6,4Mbps)
Bonjour,
XG a formulé la demande :
Bonjour,
Si je comprends bien, pour bien faire, il faut définir le RWIN en fonction
du débit de l'accès internet et d'un RTT moyen.
Et qu'il soit un multiple de ton MTU (qui peut varier comme expliqué
plus haut)
Je ne vois pas bien comment estimer ce RTT moyen, et plus particulièrement
quelle taille de payload adopter pour faire des mesures (car les durées
mesurées par ping dépendent de la cette taille) ?
Il faut garder à l'esprit que le plus important est que le RWIN ne soit
pas trop petit car cela a une très grande influence sur le débit.
Qu'il soit trop grand n'est un problème que SI il y a des
retransmissions car toute la fenêtre doit alors être renvoyée.
C'est pour cela que l'on ne mets pas un RWIN de 4Mo sur des lignes ADSL
:)
On peut donc faire confiance à des outils comme TCP-Optimizer, qui
propose une taille de RWIN adaptée au débit théorique de la ligne et au
MTU que l'on peut mesurer avec ce même outil.
En général il propose un RWIN d'environ 256Ko pour les cnx jusqu'à
6,4Mbps (800ko/s) et 512k au dessus.
Ces valeurs sont adaptées aux pings les plus courants.
Je dirais jusqu'à 300ms, puisque 256000/300 0 (CAD juste au dessus de
la vitesse max avec 6,4Mbps).
En tous cas, les valeurs que j'ai obtenues *en pratique* ci dessus
correspondent plutôt bien à la mesure ping effectuée sur le site :
environ 100ms
Avec RWIN 8192=>80Ko/s (8192/100)
Avec RWIN 64240=>575Ko/s (64240/100d0)
Avec RWIN 256000=>800Ko/s (2560Ko/s possibles, mais ligne limitée à
6,4Mbps)
Bonjour,
XG a formulé la demande :Bonjour,
Si je comprends bien, pour bien faire, il faut définir le RWIN en fonction
du débit de l'accès internet et d'un RTT moyen.
Et qu'il soit un multiple de ton MTU (qui peut varier comme expliqué
plus haut)Je ne vois pas bien comment estimer ce RTT moyen, et plus particulièrement
quelle taille de payload adopter pour faire des mesures (car les durées
mesurées par ping dépendent de la cette taille) ?
Il faut garder à l'esprit que le plus important est que le RWIN ne soit
pas trop petit car cela a une très grande influence sur le débit.
Qu'il soit trop grand n'est un problème que SI il y a des
retransmissions car toute la fenêtre doit alors être renvoyée.
C'est pour cela que l'on ne mets pas un RWIN de 4Mo sur des lignes ADSL
:)
On peut donc faire confiance à des outils comme TCP-Optimizer, qui
propose une taille de RWIN adaptée au débit théorique de la ligne et au
MTU que l'on peut mesurer avec ce même outil.
En général il propose un RWIN d'environ 256Ko pour les cnx jusqu'à
6,4Mbps (800ko/s) et 512k au dessus.
Ces valeurs sont adaptées aux pings les plus courants.
Je dirais jusqu'à 300ms, puisque 256000/300 0 (CAD juste au dessus de
la vitesse max avec 6,4Mbps).
En tous cas, les valeurs que j'ai obtenues *en pratique* ci dessus
correspondent plutôt bien à la mesure ping effectuée sur le site :
environ 100ms
Avec RWIN 8192=>80Ko/s (8192/100)
Avec RWIN 64240=>575Ko/s (64240/100d0)
Avec RWIN 256000=>800Ko/s (2560Ko/s possibles, mais ligne limitée à
6,4Mbps)
Passionnante votre conversation !
Moi pour me connecter à l'ADSL Débit Max wanadoo, je n'ai rien installé
du tout, j'ai rentré le nom du compte dans une case, le mot de passe
dans l'autre, j'ai cliqué sur OK, et depuis ça marche à fond la caisse.
Passionnante votre conversation !
Moi pour me connecter à l'ADSL Débit Max wanadoo, je n'ai rien installé
du tout, j'ai rentré le nom du compte dans une case, le mot de passe
dans l'autre, j'ai cliqué sur OK, et depuis ça marche à fond la caisse.
Passionnante votre conversation !
Moi pour me connecter à l'ADSL Débit Max wanadoo, je n'ai rien installé
du tout, j'ai rentré le nom du compte dans une case, le mot de passe
dans l'autre, j'ai cliqué sur OK, et depuis ça marche à fond la caisse.
Bonjour,Passionnante votre conversation !
Moi pour me connecter à l'ADSL Débit Max wanadoo, je n'ai rien installé
du tout, j'ai rentré le nom du compte dans une case, le mot de passe
dans l'autre, j'ai cliqué sur OK, et depuis ça marche à fond la caisse.
Et quelle est taz vitesse de D/l mesurée sur au moins une minute sur le
lien qui a servi à mes tests ?
Bonjour,
Passionnante votre conversation !
Moi pour me connecter à l'ADSL Débit Max wanadoo, je n'ai rien installé
du tout, j'ai rentré le nom du compte dans une case, le mot de passe
dans l'autre, j'ai cliqué sur OK, et depuis ça marche à fond la caisse.
Et quelle est taz vitesse de D/l mesurée sur au moins une minute sur le
lien qui a servi à mes tests ?
Bonjour,Passionnante votre conversation !
Moi pour me connecter à l'ADSL Débit Max wanadoo, je n'ai rien installé
du tout, j'ai rentré le nom du compte dans une case, le mot de passe
dans l'autre, j'ai cliqué sur OK, et depuis ça marche à fond la caisse.
Et quelle est taz vitesse de D/l mesurée sur au moins une minute sur le
lien qui a servi à mes tests ?
Alni wrote:Bonjour,Passionnante votre conversation !
Moi pour me connecter à l'ADSL Débit Max wanadoo, je n'ai rien installé
du tout, j'ai rentré le nom du compte dans une case, le mot de passe
dans l'autre, j'ai cliqué sur OK, et depuis ça marche à fond la caisse.
Et quelle est taz vitesse de D/l mesurée sur au moins une minute sur le
lien qui a servi à mes tests ?
Quel lien, et c'est quoi D/I ?
Télécharger, t'es pas obligé d'aller au bout, tu laisses 1mn et tu
Philippe RAI
Alni <none@nowhere.com> wrote:
Bonjour,
Passionnante votre conversation !
Moi pour me connecter à l'ADSL Débit Max wanadoo, je n'ai rien installé
du tout, j'ai rentré le nom du compte dans une case, le mot de passe
dans l'autre, j'ai cliqué sur OK, et depuis ça marche à fond la caisse.
Et quelle est taz vitesse de D/l mesurée sur au moins une minute sur le
lien qui a servi à mes tests ?
Quel lien, et c'est quoi D/I ?
Télécharger, t'es pas obligé d'aller au bout, tu laisses 1mn et tu
Philippe RAI
Alni wrote:Bonjour,Passionnante votre conversation !
Moi pour me connecter à l'ADSL Débit Max wanadoo, je n'ai rien installé
du tout, j'ai rentré le nom du compte dans une case, le mot de passe
dans l'autre, j'ai cliqué sur OK, et depuis ça marche à fond la caisse.
Et quelle est taz vitesse de D/l mesurée sur au moins une minute sur le
lien qui a servi à mes tests ?
Quel lien, et c'est quoi D/I ?
Télécharger, t'es pas obligé d'aller au bout, tu laisses 1mn et tu
Philippe RAI
Bonjour,
Il se trouve que Philippe RAI a formulé :Alni wrote:Bonjour,Passionnante votre conversation !
Moi pour me connecter à l'ADSL Débit Max wanadoo, je n'ai rien installé
du tout, j'ai rentré le nom du compte dans une case, le mot de passe
dans l'autre, j'ai cliqué sur OK, et depuis ça marche à fond la caisse.
Et quelle est taz vitesse de D/l mesurée sur au moins une minute sur le
lien qui a servi à mes tests ?
Quel lien, et c'est quoi D/I ?
Télécharger, t'es pas obligé d'aller au bout, tu laisses 1mn et tu
regarde quelle est ta vitesse
http://cdimage.debian.org/debian-cd/3.1_r0a/i386/iso-cd/debian-31r0a-i386-
netinst.iso
Bonjour,
Il se trouve que Philippe RAI a formulé :
Alni <none@nowhere.com> wrote:
Bonjour,
Passionnante votre conversation !
Moi pour me connecter à l'ADSL Débit Max wanadoo, je n'ai rien installé
du tout, j'ai rentré le nom du compte dans une case, le mot de passe
dans l'autre, j'ai cliqué sur OK, et depuis ça marche à fond la caisse.
Et quelle est taz vitesse de D/l mesurée sur au moins une minute sur le
lien qui a servi à mes tests ?
Quel lien, et c'est quoi D/I ?
Télécharger, t'es pas obligé d'aller au bout, tu laisses 1mn et tu
regarde quelle est ta vitesse
http://cdimage.debian.org/debian-cd/3.1_r0a/i386/iso-cd/debian-31r0a-i386-
netinst.iso
Bonjour,
Il se trouve que Philippe RAI a formulé :Alni wrote:Bonjour,Passionnante votre conversation !
Moi pour me connecter à l'ADSL Débit Max wanadoo, je n'ai rien installé
du tout, j'ai rentré le nom du compte dans une case, le mot de passe
dans l'autre, j'ai cliqué sur OK, et depuis ça marche à fond la caisse.
Et quelle est taz vitesse de D/l mesurée sur au moins une minute sur le
lien qui a servi à mes tests ?
Quel lien, et c'est quoi D/I ?
Télécharger, t'es pas obligé d'aller au bout, tu laisses 1mn et tu
regarde quelle est ta vitesse
http://cdimage.debian.org/debian-cd/3.1_r0a/i386/iso-cd/debian-31r0a-i386-
netinst.iso
Bonjour,
Il se trouve que Philippe RAI a formulé :Alni wrote:Bonjour,Passionnante votre conversation !
Moi pour me connecter à l'ADSL Débit Max wanadoo, je n'ai rien installé
du tout, j'ai rentré le nom du compte dans une case, le mot de passe
dans l'autre, j'ai cliqué sur OK, et depuis ça marche à fond la
caisse.
Et quelle est taz vitesse de D/l mesurée sur au moins une minute sur le
lien qui a servi à mes tests ?
Quel lien, et c'est quoi D/I ?
Télécharger, t'es pas obligé d'aller au bout, tu laisses 1mn et tu regarde
quelle est ta vitesse
http://cdimage.debian.org/debian-cd/3.1_r0a/i386/iso-cd/debian-31r0a-i386-netinst.isoPhilippe RAI
--
Alni
Bonjour,
Il se trouve que Philippe RAI a formulé :
Alni <none@nowhere.com> wrote:
Bonjour,
Passionnante votre conversation !
Moi pour me connecter à l'ADSL Débit Max wanadoo, je n'ai rien installé
du tout, j'ai rentré le nom du compte dans une case, le mot de passe
dans l'autre, j'ai cliqué sur OK, et depuis ça marche à fond la
caisse.
Et quelle est taz vitesse de D/l mesurée sur au moins une minute sur le
lien qui a servi à mes tests ?
Quel lien, et c'est quoi D/I ?
Télécharger, t'es pas obligé d'aller au bout, tu laisses 1mn et tu regarde
quelle est ta vitesse
http://cdimage.debian.org/debian-cd/3.1_r0a/i386/iso-cd/debian-31r0a-i386-netinst.iso
Philippe RAI
--
Alni
Bonjour,
Il se trouve que Philippe RAI a formulé :Alni wrote:Bonjour,Passionnante votre conversation !
Moi pour me connecter à l'ADSL Débit Max wanadoo, je n'ai rien installé
du tout, j'ai rentré le nom du compte dans une case, le mot de passe
dans l'autre, j'ai cliqué sur OK, et depuis ça marche à fond la
caisse.
Et quelle est taz vitesse de D/l mesurée sur au moins une minute sur le
lien qui a servi à mes tests ?
Quel lien, et c'est quoi D/I ?
Télécharger, t'es pas obligé d'aller au bout, tu laisses 1mn et tu regarde
quelle est ta vitesse
http://cdimage.debian.org/debian-cd/3.1_r0a/i386/iso-cd/debian-31r0a-i386-netinst.isoPhilippe RAI
--
Alni
