Grenouille n'est pas représentatif sur ce FAI, du fait de l'insuffisance de
testeurs...
Marien Lebreton
Grenouille n'est pas représentatif sur ce FAI, du fait de l'insuffisance de testeurs...
Grenouille n'est pas représentatif tout court. Si vous préférez, Grenouille est représentatif pour le nombre de gens connectés, puisque quelqu'un qui n'arrive pas à se connecter du fait du FAI n'entre pas dans les mesures. La preuve, les vitesses sont en moyennes bonnes pour tous les FAI, mais quid du nombre de tentatives de connexion, etc...
Marien.
-- Art. L228-2 du Code de l'Environnement: "A l'occasion des réalisations ou des rénovations des voies urbaines,[...], doivent être mis au point des itinéraires cyclables pourvus d'aménagements [...], en fonction des besoins et contraintes de la circulation".
Grenouille n'est pas représentatif sur ce FAI, du fait de l'insuffisance de
testeurs...
Grenouille n'est pas représentatif tout court.
Si vous préférez, Grenouille est représentatif pour le nombre de gens
connectés, puisque quelqu'un qui n'arrive pas à se connecter du fait du
FAI n'entre pas dans les mesures.
La preuve, les vitesses sont en moyennes bonnes pour tous les FAI, mais
quid du nombre de tentatives de connexion, etc...
Marien.
--
Art. L228-2 du Code de l'Environnement: "A l'occasion des réalisations
ou des rénovations des voies urbaines,[...], doivent être mis au point
des itinéraires cyclables pourvus d'aménagements [...], en fonction des
besoins et contraintes de la circulation".
Grenouille n'est pas représentatif sur ce FAI, du fait de l'insuffisance de testeurs...
Grenouille n'est pas représentatif tout court. Si vous préférez, Grenouille est représentatif pour le nombre de gens connectés, puisque quelqu'un qui n'arrive pas à se connecter du fait du FAI n'entre pas dans les mesures. La preuve, les vitesses sont en moyennes bonnes pour tous les FAI, mais quid du nombre de tentatives de connexion, etc...
Marien.
-- Art. L228-2 du Code de l'Environnement: "A l'occasion des réalisations ou des rénovations des voies urbaines,[...], doivent être mis au point des itinéraires cyclables pourvus d'aménagements [...], en fonction des besoins et contraintes de la circulation".
Remy Moulin
Marien Lebreton wrote:
Bonsoir,
Grenouille n'est pas représentatif tout court.
Ah bon ?
Si vous préférez, Grenouille est représentatif pour le nombre de gens connectés, puisque quelqu'un qui n'arrive pas à se connecter du fait du FAI n'entre pas dans les mesures.
Ce n'est pas parce qu'un aspect des mesures n'est pas representé qu'il faut tout rejeter... Heureusement !
La preuve, les vitesses sont en moyennes bonnes pour tous les FAI, mais quid du nombre de tentatives de connexion, etc...
Le test de qualité et de la constance des connexions ne fait pas parti du cahier des charges de Grenouille, pour la simple et bonne raison qu'il est pratiquement impossible à tester.
Pour connaître la qualité des serveurs (DSLAM, BAS, Radius et autres) qui entrent en jeu lors de l'établissement de la connexion, il faudrait que Grenouille passe son temps à ... raccrocher et à re-faire la connexion. Vous accepteriez d'utiliser un ordinateur sur lequel la connexion Internet serait interrompue régulièrement ?
Surtout que, lorsque ça fonctionne mal, on est bien content d'avoir réussi à "accrocher" une connexion sur x tentatives, c'est pour la voir être raccrochée quelques minutes plus tard :-) ...
Et tester la constance : Ça doit être possible de surveiller la connexion Accès réseau à distance et voir le code retourné quand ça raccroche (c'est l'utilisateur ? c'est un souci materiel local ? c'est le côté FAI/Opérateur qui force la déconnexion ?), mais que faire quand l'abonné utilise un modem/routeur ? On n'utilise pas les fonctions de connexion de l'OS dans ces cas-là ! C'est un peu plus coton à surveiller ... (adapter un bout de code pour chaque routeur existant et à venir ?)
Ah, aussi, l'abonné qui utilise son ordinateur plusieurs heures sans solliciter sa connexion Internet, et qui aurait oublié de raccorder le modem ADSL à la prise de téléphone : faut-il comptabiliser les échecs de connexion comme preuve de mauvaise qualité du réseau du FAI ?
Il y a tellement de cas de figure !
Ce que permet de vérifier Grenouille, c'est l'adéquation entre le nombre d'abonnés et la capacité des opérateurs de transport IP pour réaliser ce transport, d'une part, et d'autre part, pour le test d'upload, de la capacité de peering avec le serveur webtech via Freeix ...
A titre régional, il permet de faire le même type de mesure, et notemment, quand le débit est anormal, de regarder les autres FAIs utilisant le même opérateur pour distinguer une panne FAI d'une panne Opérateur de transport.
C'est quand même utile de savoir sur qui /taper/ quand ça rame ;-)
A titre individuel, la courbe montre un minimum que la liaison vers cet abonné est capable de faire.
Je dis minimum, parce que si la liaison est un peu sollicitée au moment du test, les valeurs upload/download sont un peu plus basse que réelement, et les valeurs ping / pertes de paquets augmentent artificiellement.
Mais si vous avez des idées sur comment mesurer *fiablement* les capacités des serveurs du FAI à assurer les connexions ainsi que le maintient de celles-ci dans la durée: - En éliminant les soucis de connexion dûes à l'utilisateur (a oublié d'allumer ou de raccorder son modem, n'utilise pas les bons pilotes/paramètrages, etc.) - Quelque soit le FAI, l'opérateur de transport (ADSL, Câble, etc.) - Quelque soit le protocole de connexion utilisé (par ex: Free dégroupé n'utilise pas PPP, d'autres utilisent PPPoA, ou PPPoE !), - Quelque soit le materiel utilisé par l'abonné (modem PCI, USB, Ethernet, modem/routeur; connexion via PPPoA, PPPoE, PPTP) - Quelque soit la topologie de(s) machine(s) chez l'utilisateur, (un seul ordinateur ou réseau d'ordinateurs),
je pense que les auteurs de Grenouilles seraient très très preneurs !
M'enfin, tout ça, c'est AMHA comme on dit toujours dans les forums :-D .
-- Herm
Marien Lebreton wrote:
Bonsoir,
Grenouille n'est pas représentatif tout court.
Ah bon ?
Si vous préférez, Grenouille est représentatif pour le nombre de gens
connectés, puisque quelqu'un qui n'arrive pas à se connecter du fait
du FAI n'entre pas dans les mesures.
Ce n'est pas parce qu'un aspect des mesures n'est pas representé qu'il faut
tout rejeter... Heureusement !
La preuve, les vitesses sont en moyennes bonnes pour tous les FAI,
mais quid du nombre de tentatives de connexion, etc...
Le test de qualité et de la constance des connexions ne fait pas parti du
cahier des charges de Grenouille, pour la simple et bonne raison qu'il est
pratiquement impossible à tester.
Pour connaître la qualité des serveurs (DSLAM, BAS, Radius et autres) qui
entrent en jeu lors de l'établissement de la connexion, il faudrait que
Grenouille passe son temps à ... raccrocher et à re-faire la connexion. Vous
accepteriez d'utiliser un ordinateur sur lequel la connexion Internet serait
interrompue régulièrement ?
Surtout que, lorsque ça fonctionne mal, on est bien content d'avoir réussi à
"accrocher" une connexion sur x tentatives, c'est pour la voir être
raccrochée quelques minutes plus tard :-) ...
Et tester la constance : Ça doit être possible de surveiller la connexion
Accès réseau à distance et voir le code retourné quand ça raccroche (c'est
l'utilisateur ? c'est un souci materiel local ? c'est le côté FAI/Opérateur
qui force la déconnexion ?), mais que faire quand l'abonné utilise un
modem/routeur ? On n'utilise pas les fonctions de connexion de l'OS dans ces
cas-là ! C'est un peu plus coton à surveiller ... (adapter un bout de code
pour chaque routeur existant et à venir ?)
Ah, aussi, l'abonné qui utilise son ordinateur plusieurs heures sans
solliciter sa connexion Internet, et qui aurait oublié de raccorder le modem
ADSL à la prise de téléphone : faut-il comptabiliser les échecs de connexion
comme preuve de mauvaise qualité du réseau du FAI ?
Il y a tellement de cas de figure !
Ce que permet de vérifier Grenouille, c'est l'adéquation entre le nombre
d'abonnés et la capacité des opérateurs de transport IP pour réaliser ce
transport, d'une part, et d'autre part, pour le test d'upload, de la
capacité de peering avec le serveur webtech via Freeix ...
A titre régional, il permet de faire le même type de mesure, et notemment,
quand le débit est anormal, de regarder les autres FAIs utilisant le même
opérateur pour distinguer une panne FAI d'une panne Opérateur de transport.
C'est quand même utile de savoir sur qui /taper/ quand ça rame ;-)
A titre individuel, la courbe montre un minimum que la liaison vers cet
abonné est capable de faire.
Je dis minimum, parce que si la liaison est un peu sollicitée au moment du
test, les valeurs upload/download sont un peu plus basse que réelement, et
les valeurs ping / pertes de paquets augmentent artificiellement.
Mais si vous avez des idées sur comment mesurer *fiablement* les capacités
des serveurs du FAI à assurer les connexions ainsi que le maintient de
celles-ci dans la durée:
- En éliminant les soucis de connexion dûes à l'utilisateur (a oublié
d'allumer ou de raccorder son modem, n'utilise pas les bons
pilotes/paramètrages, etc.)
- Quelque soit le FAI, l'opérateur de transport (ADSL, Câble, etc.)
- Quelque soit le protocole de connexion utilisé (par ex: Free dégroupé
n'utilise pas PPP, d'autres utilisent PPPoA, ou PPPoE !),
- Quelque soit le materiel utilisé par l'abonné (modem PCI, USB, Ethernet,
modem/routeur; connexion via PPPoA, PPPoE, PPTP)
- Quelque soit la topologie de(s) machine(s) chez l'utilisateur, (un seul
ordinateur ou réseau d'ordinateurs),
je pense que les auteurs de Grenouilles seraient très très preneurs !
M'enfin, tout ça, c'est AMHA comme on dit toujours dans les forums :-D .
Si vous préférez, Grenouille est représentatif pour le nombre de gens connectés, puisque quelqu'un qui n'arrive pas à se connecter du fait du FAI n'entre pas dans les mesures.
Ce n'est pas parce qu'un aspect des mesures n'est pas representé qu'il faut tout rejeter... Heureusement !
La preuve, les vitesses sont en moyennes bonnes pour tous les FAI, mais quid du nombre de tentatives de connexion, etc...
Le test de qualité et de la constance des connexions ne fait pas parti du cahier des charges de Grenouille, pour la simple et bonne raison qu'il est pratiquement impossible à tester.
Pour connaître la qualité des serveurs (DSLAM, BAS, Radius et autres) qui entrent en jeu lors de l'établissement de la connexion, il faudrait que Grenouille passe son temps à ... raccrocher et à re-faire la connexion. Vous accepteriez d'utiliser un ordinateur sur lequel la connexion Internet serait interrompue régulièrement ?
Surtout que, lorsque ça fonctionne mal, on est bien content d'avoir réussi à "accrocher" une connexion sur x tentatives, c'est pour la voir être raccrochée quelques minutes plus tard :-) ...
Et tester la constance : Ça doit être possible de surveiller la connexion Accès réseau à distance et voir le code retourné quand ça raccroche (c'est l'utilisateur ? c'est un souci materiel local ? c'est le côté FAI/Opérateur qui force la déconnexion ?), mais que faire quand l'abonné utilise un modem/routeur ? On n'utilise pas les fonctions de connexion de l'OS dans ces cas-là ! C'est un peu plus coton à surveiller ... (adapter un bout de code pour chaque routeur existant et à venir ?)
Ah, aussi, l'abonné qui utilise son ordinateur plusieurs heures sans solliciter sa connexion Internet, et qui aurait oublié de raccorder le modem ADSL à la prise de téléphone : faut-il comptabiliser les échecs de connexion comme preuve de mauvaise qualité du réseau du FAI ?
Il y a tellement de cas de figure !
Ce que permet de vérifier Grenouille, c'est l'adéquation entre le nombre d'abonnés et la capacité des opérateurs de transport IP pour réaliser ce transport, d'une part, et d'autre part, pour le test d'upload, de la capacité de peering avec le serveur webtech via Freeix ...
A titre régional, il permet de faire le même type de mesure, et notemment, quand le débit est anormal, de regarder les autres FAIs utilisant le même opérateur pour distinguer une panne FAI d'une panne Opérateur de transport.
C'est quand même utile de savoir sur qui /taper/ quand ça rame ;-)
A titre individuel, la courbe montre un minimum que la liaison vers cet abonné est capable de faire.
Je dis minimum, parce que si la liaison est un peu sollicitée au moment du test, les valeurs upload/download sont un peu plus basse que réelement, et les valeurs ping / pertes de paquets augmentent artificiellement.
Mais si vous avez des idées sur comment mesurer *fiablement* les capacités des serveurs du FAI à assurer les connexions ainsi que le maintient de celles-ci dans la durée: - En éliminant les soucis de connexion dûes à l'utilisateur (a oublié d'allumer ou de raccorder son modem, n'utilise pas les bons pilotes/paramètrages, etc.) - Quelque soit le FAI, l'opérateur de transport (ADSL, Câble, etc.) - Quelque soit le protocole de connexion utilisé (par ex: Free dégroupé n'utilise pas PPP, d'autres utilisent PPPoA, ou PPPoE !), - Quelque soit le materiel utilisé par l'abonné (modem PCI, USB, Ethernet, modem/routeur; connexion via PPPoA, PPPoE, PPTP) - Quelque soit la topologie de(s) machine(s) chez l'utilisateur, (un seul ordinateur ou réseau d'ordinateurs),
je pense que les auteurs de Grenouilles seraient très très preneurs !
M'enfin, tout ça, c'est AMHA comme on dit toujours dans les forums :-D .
-- Herm
Papillon
"Remy Moulin" <niluomr*ReverseLetters*@club-internet.fr.invalid> a écrit dans le message de news:3f6dce89$0$20953$ .......... Vous croyez que quelqu'un va lire vos délires ?
"Remy Moulin" <niluomr*ReverseLetters*@club-internet.fr.invalid> a écrit
dans le message de news:3f6dce89$0$20953$7a628cd7@news.club-internet.fr...
..........
Vous croyez que quelqu'un va lire vos délires ?
"Remy Moulin" <niluomr*ReverseLetters*@club-internet.fr.invalid> a écrit dans le message de news:3f6dce89$0$20953$ .......... Vous croyez que quelqu'un va lire vos délires ?
Marien Lebreton
Ce n'est pas parce qu'un aspect des mesures n'est pas representé qu'il faut tout rejeter... Heureusement ! [...]
Bon, déjà, pas "un aspect", mais "la quasi totalité des aspects".
Je ne critique pas Grenouille, je critique le fait que les gens parlent parfois d'elle comme du messie quand il s'agit de choisir un FAI ou pour dire "c'est moi qui p*sse le plus loin", alors que seulement 3 aspects d'une connexion (ceux qui peuvent l'être) sont pris en charge par le soft. Si 95% des abonnés zorglub tombent en rade demain et que les 5% restants marchent comme d'hab, seuls les habitués verront qu'il se passe qqch quand ils iront voir dans les communes. Mais sur la moyenne, 57ko/15ko/60 ms, wouah supaire (TM) ce Fai.
Pour moi, Grenouille (dont je ne me sers plus car mes mesures sont invalidées en permanence du fait de ma conso de bande passante) sert uniquement à constater des ralentissements _ponctuels_ (et rares) pour un FAI donné.
Pour le reste, nous sommes d'accord! Je n'ai pas mieux à proposer, car comme vous le dites il y a trop de paramètres en jeu pour avoir quelque chose de fiable. Le mieux reste le bouche à oreille ou des bonnes vieilles stats publiques, mais je ne connais pas beaucoup de fournisseur... qui en fait (sic).
Marien.
-- Art. L228-2 du Code de l'Environnement: "A l'occasion des réalisations ou des rénovations des voies urbaines,[...], doivent être mis au point des itinéraires cyclables pourvus d'aménagements [...], en fonction des besoins et contraintes de la circulation".
Ce n'est pas parce qu'un aspect des mesures n'est pas representé qu'il faut
tout rejeter... Heureusement !
[...]
Bon, déjà, pas "un aspect", mais "la quasi totalité des aspects".
Je ne critique pas Grenouille, je critique le fait que les gens parlent
parfois d'elle comme du messie quand il s'agit de choisir un FAI ou pour
dire "c'est moi qui p*sse le plus loin", alors que seulement 3 aspects
d'une connexion (ceux qui peuvent l'être) sont pris en charge par le
soft. Si 95% des abonnés zorglub tombent en rade demain et que les 5%
restants marchent comme d'hab, seuls les habitués verront qu'il se passe
qqch quand ils iront voir dans les communes. Mais sur la moyenne,
57ko/15ko/60 ms, wouah supaire (TM) ce Fai.
Pour moi, Grenouille (dont je ne me sers plus car mes mesures sont invalidées
en permanence du fait de ma conso de bande passante) sert uniquement à
constater des ralentissements _ponctuels_ (et rares) pour un FAI donné.
Pour le reste, nous sommes d'accord! Je n'ai pas mieux à proposer, car
comme vous le dites il y a trop de paramètres en jeu pour avoir quelque
chose de fiable. Le mieux reste le bouche à oreille ou des bonnes
vieilles stats publiques, mais je ne connais pas beaucoup de
fournisseur... qui en fait (sic).
Marien.
--
Art. L228-2 du Code de l'Environnement: "A l'occasion des réalisations
ou des rénovations des voies urbaines,[...], doivent être mis au point
des itinéraires cyclables pourvus d'aménagements [...], en fonction des
besoins et contraintes de la circulation".
Ce n'est pas parce qu'un aspect des mesures n'est pas representé qu'il faut tout rejeter... Heureusement ! [...]
Bon, déjà, pas "un aspect", mais "la quasi totalité des aspects".
Je ne critique pas Grenouille, je critique le fait que les gens parlent parfois d'elle comme du messie quand il s'agit de choisir un FAI ou pour dire "c'est moi qui p*sse le plus loin", alors que seulement 3 aspects d'une connexion (ceux qui peuvent l'être) sont pris en charge par le soft. Si 95% des abonnés zorglub tombent en rade demain et que les 5% restants marchent comme d'hab, seuls les habitués verront qu'il se passe qqch quand ils iront voir dans les communes. Mais sur la moyenne, 57ko/15ko/60 ms, wouah supaire (TM) ce Fai.
Pour moi, Grenouille (dont je ne me sers plus car mes mesures sont invalidées en permanence du fait de ma conso de bande passante) sert uniquement à constater des ralentissements _ponctuels_ (et rares) pour un FAI donné.
Pour le reste, nous sommes d'accord! Je n'ai pas mieux à proposer, car comme vous le dites il y a trop de paramètres en jeu pour avoir quelque chose de fiable. Le mieux reste le bouche à oreille ou des bonnes vieilles stats publiques, mais je ne connais pas beaucoup de fournisseur... qui en fait (sic).
Marien.
-- Art. L228-2 du Code de l'Environnement: "A l'occasion des réalisations ou des rénovations des voies urbaines,[...], doivent être mis au point des itinéraires cyclables pourvus d'aménagements [...], en fonction des besoins et contraintes de la circulation".
era
atomcomputer wrote:
En comparaison a Wanadoo, 9online et tiscali?
Bonjour, Beaucoup de bla bla, mais à côté de la question. on demande certainement l'avis de ceux qui utilisent tele2 et savoir ce qu'ils en pensent.
atomcomputer wrote:
En comparaison a Wanadoo, 9online et tiscali?
Bonjour,
Beaucoup de bla bla, mais à côté de la question.
on demande certainement l'avis de ceux
qui utilisent tele2 et savoir ce qu'ils en pensent.
Je ne critique pas Grenouille, je critique le fait que les gens parlent parfois d'elle comme du messie quand il s'agit de choisir un FAI ou pour dire "c'est moi qui p*sse le plus loin", alors que seulement 3 aspects d'une connexion (ceux qui peuvent l'être) sont pris en charge par le
soft. Si 95% des abonnés zorglub tombent en rade demain et que les 5% restants marchent comme d'hab, seuls les habitués verront qu'il se passe qqch quand ils iront voir dans les communes. Mais sur la moyenne, 57ko/15ko/60 ms, wouah supaire (TM) ce Fai.
Vous avez parfaitement raison dans le cas d'une panne franche, une coupure nette, la grosse panne brutale.
En général, c'est le genre de panne le plus facile à réparer pour l'opérateur ADSL, parce que c'est une panne franche, nette. Une telle coupure brutale et totale est rare et ponctuelle : de plus en plus d'entreprises sont reliés au réseau ADSL, et quand ça tombe totalement en rade, ils ont ... comment dire... un certain poids pour faire intervenir le téléphoniste au plus vite.
Ce sont les pannes aléatoire, les problèmes de débit, les soucis à long terme, qui sont les plus délicates à régler pour l'opérateur et pour le FAI. Souvent, c'est un signe de saturation de leurs équipements, un manque de bande passante, un élément de routage qui fait des siennes.
Cela nécessite une recherche de panne longue, ou bien un investissement de la part des acteurs car ayant sous-estimés les besoins. On le voit très bien sur Grenouille par contre (débit moyen qui chute, un taux de paquets perdus qui explose, etc.)
Quand ça fonctionne, c'est vrai que Grenouille est inutile, et il est mesquin de choisir tel FAI parce que sa moyenne est de 57 ko/s au lieu de tel autre qui ne ferait "que" 56 ko/s. Ce n'est pas significatif, et il est bon de le rappeler. A l'inverse, un FAI vendant des offres "512" ( c.a.d 64ko/s) et qui n'offrirait que 32 ko/s ou moins en moyenne (c'est à dire : sur plusieurs abonnés, et pas seulement sur un isolé), là, y'aurait comme un souci !
Pour moi, Grenouille (dont je ne me sers plus car mes mesures sont invalidées en permanence du fait de ma conso de bande passante) sert uniquement à constater des ralentissements _ponctuels_ (et rares) pour un FAI donné.
Si vous passez le plus clair de votre temps sur les réseaux P2P, il est clair que Grenouille n'est pas pour vous. Les testeurs habitués coupent Grenouillent quand ils veulent faire ce genre d'usage de leur ligne...
Si les ralentissements sont rare, c'est tant mieux : c'est signe de bonne santé du FAI.
Sinon, avez-vous vu un exemple de ce que sort Grenouille quand il y a une panne régionnale réele ? Voyez ceci, par ex. (c'est du vécu) : http://www.grenouille.com/graph/index.php?zone`29&month 03-01-01 Même periode, mais autre FAI : http://www.grenouille.com/graph/index.php?zoneF83&month 03-01-01
Pour le reste, nous sommes d'accord! Je n'ai pas mieux à proposer, car comme vous le dites il y a trop de paramètres en jeu pour avoir quelque chose de fiable. Le mieux reste le bouche à oreille ou des bonnes vieilles stats publiques, mais je ne connais pas beaucoup de fournisseur... qui en fait (sic).
Ah ça en effet ! Que les stats des FAIs soient publiques, et cela permettra un tout autre niveau de mesure, plus fiable car indépendant de ce que fait chaque testeur de sa connexion ADSL...
Mais comme ils sont peu à les publier, il faut faire avec !
-- Herm
Marien Lebreton wrote:
Je ne critique pas Grenouille, je critique le fait que les gens
parlent parfois d'elle comme du messie quand il s'agit de choisir un
FAI ou pour dire "c'est moi qui p*sse le plus loin", alors que
seulement 3 aspects d'une connexion (ceux qui peuvent l'être) sont pris
en charge par le
soft. Si 95% des abonnés zorglub tombent en rade demain et que les 5%
restants marchent comme d'hab, seuls les habitués verront qu'il se
passe qqch quand ils iront voir dans les communes. Mais sur la
moyenne, 57ko/15ko/60 ms, wouah supaire (TM) ce Fai.
Vous avez parfaitement raison dans le cas d'une panne franche, une coupure
nette, la grosse panne brutale.
En général, c'est le genre de panne le plus facile à réparer pour
l'opérateur ADSL, parce que c'est une panne franche, nette. Une telle
coupure brutale et totale est rare et ponctuelle : de plus en plus
d'entreprises sont reliés au réseau ADSL, et quand ça tombe totalement en
rade, ils ont ... comment dire... un certain poids pour faire intervenir le
téléphoniste au plus vite.
Ce sont les pannes aléatoire, les problèmes de débit, les soucis à long
terme, qui sont les plus délicates à régler pour l'opérateur et pour le FAI.
Souvent, c'est un signe de saturation de leurs équipements, un manque de
bande passante, un élément de routage qui fait des siennes.
Cela nécessite une recherche de panne longue, ou bien un investissement de
la part des acteurs car ayant sous-estimés les besoins. On le voit très bien
sur Grenouille par contre (débit moyen qui chute, un taux de paquets perdus
qui explose, etc.)
Quand ça fonctionne, c'est vrai que Grenouille est inutile, et il est
mesquin de choisir tel FAI parce que sa moyenne est de 57 ko/s au lieu de
tel autre qui ne ferait "que" 56 ko/s. Ce n'est pas significatif, et il est
bon de le rappeler. A l'inverse, un FAI vendant des offres "512" ( c.a.d
64ko/s) et qui n'offrirait que 32 ko/s ou moins en moyenne (c'est à dire :
sur plusieurs abonnés, et pas seulement sur un isolé), là, y'aurait comme un
souci !
Pour moi, Grenouille (dont je ne me sers plus car mes mesures sont
invalidées en permanence du fait de ma conso de bande passante) sert
uniquement à constater des ralentissements _ponctuels_ (et rares)
pour un FAI donné.
Si vous passez le plus clair de votre temps sur les réseaux P2P, il est
clair que Grenouille n'est pas pour vous. Les testeurs habitués coupent
Grenouillent quand ils veulent faire ce genre d'usage de leur ligne...
Si les ralentissements sont rare, c'est tant mieux : c'est signe de bonne
santé du FAI.
Sinon, avez-vous vu un exemple de ce que sort Grenouille quand il y a une
panne régionnale réele ? Voyez ceci, par ex. (c'est du vécu) :
http://www.grenouille.com/graph/index.php?zone`29&month 03-01-01
Même periode, mais autre FAI :
http://www.grenouille.com/graph/index.php?zoneF83&month 03-01-01
Pour le reste, nous sommes d'accord! Je n'ai pas mieux à proposer, car
comme vous le dites il y a trop de paramètres en jeu pour avoir
quelque chose de fiable. Le mieux reste le bouche à oreille ou des
bonnes vieilles stats publiques, mais je ne connais pas beaucoup de
fournisseur... qui en fait (sic).
Ah ça en effet ! Que les stats des FAIs soient publiques, et cela permettra
un tout autre niveau de mesure, plus fiable car indépendant de ce que fait
chaque testeur de sa connexion ADSL...
Mais comme ils sont peu à les publier, il faut faire avec !
Je ne critique pas Grenouille, je critique le fait que les gens parlent parfois d'elle comme du messie quand il s'agit de choisir un FAI ou pour dire "c'est moi qui p*sse le plus loin", alors que seulement 3 aspects d'une connexion (ceux qui peuvent l'être) sont pris en charge par le
soft. Si 95% des abonnés zorglub tombent en rade demain et que les 5% restants marchent comme d'hab, seuls les habitués verront qu'il se passe qqch quand ils iront voir dans les communes. Mais sur la moyenne, 57ko/15ko/60 ms, wouah supaire (TM) ce Fai.
Vous avez parfaitement raison dans le cas d'une panne franche, une coupure nette, la grosse panne brutale.
En général, c'est le genre de panne le plus facile à réparer pour l'opérateur ADSL, parce que c'est une panne franche, nette. Une telle coupure brutale et totale est rare et ponctuelle : de plus en plus d'entreprises sont reliés au réseau ADSL, et quand ça tombe totalement en rade, ils ont ... comment dire... un certain poids pour faire intervenir le téléphoniste au plus vite.
Ce sont les pannes aléatoire, les problèmes de débit, les soucis à long terme, qui sont les plus délicates à régler pour l'opérateur et pour le FAI. Souvent, c'est un signe de saturation de leurs équipements, un manque de bande passante, un élément de routage qui fait des siennes.
Cela nécessite une recherche de panne longue, ou bien un investissement de la part des acteurs car ayant sous-estimés les besoins. On le voit très bien sur Grenouille par contre (débit moyen qui chute, un taux de paquets perdus qui explose, etc.)
Quand ça fonctionne, c'est vrai que Grenouille est inutile, et il est mesquin de choisir tel FAI parce que sa moyenne est de 57 ko/s au lieu de tel autre qui ne ferait "que" 56 ko/s. Ce n'est pas significatif, et il est bon de le rappeler. A l'inverse, un FAI vendant des offres "512" ( c.a.d 64ko/s) et qui n'offrirait que 32 ko/s ou moins en moyenne (c'est à dire : sur plusieurs abonnés, et pas seulement sur un isolé), là, y'aurait comme un souci !
Pour moi, Grenouille (dont je ne me sers plus car mes mesures sont invalidées en permanence du fait de ma conso de bande passante) sert uniquement à constater des ralentissements _ponctuels_ (et rares) pour un FAI donné.
Si vous passez le plus clair de votre temps sur les réseaux P2P, il est clair que Grenouille n'est pas pour vous. Les testeurs habitués coupent Grenouillent quand ils veulent faire ce genre d'usage de leur ligne...
Si les ralentissements sont rare, c'est tant mieux : c'est signe de bonne santé du FAI.
Sinon, avez-vous vu un exemple de ce que sort Grenouille quand il y a une panne régionnale réele ? Voyez ceci, par ex. (c'est du vécu) : http://www.grenouille.com/graph/index.php?zone`29&month 03-01-01 Même periode, mais autre FAI : http://www.grenouille.com/graph/index.php?zoneF83&month 03-01-01
Pour le reste, nous sommes d'accord! Je n'ai pas mieux à proposer, car comme vous le dites il y a trop de paramètres en jeu pour avoir quelque chose de fiable. Le mieux reste le bouche à oreille ou des bonnes vieilles stats publiques, mais je ne connais pas beaucoup de fournisseur... qui en fait (sic).
Ah ça en effet ! Que les stats des FAIs soient publiques, et cela permettra un tout autre niveau de mesure, plus fiable car indépendant de ce que fait chaque testeur de sa connexion ADSL...
Mais comme ils sont peu à les publier, il faut faire avec !
