OVH Cloud OVH Cloud

emanifestation antibridage free

64 réponses
Avatar
pascal.vergnaud
Bonjour,

les utilisateurs non-d=E9group=E9s de free subissent depuis des mois les
cons=E9quences d'equipements techniques "aux rabais" (bande passante
achet=E9e =E0 francetelecom)

je propose =E0 tous les utilisateurs de free non-d=E9group=E9 une
e-manifestation

j'ai d=E9ja fais l'annonce sur le site de free, le forum utilisateur de
free (qui semble mod=E9r=E9 par free aussi ;-) )

[b]Occupation de la bande passante le 1 Octobre entre 19h et 20h[/b]
(renouvelable)

Par quel moyen:
Lecture de plusieurs streams vid=E9o en m=EAme temps (10 =E0 20) (=E7a, ils
ne le brideront jamais!)

Faites passer le message, merci

10 réponses

1 2 3 4 5
Avatar
Louis
"Roux Olivier" a écrit dans le message de news:

"Dex38" a écrit dans le message de news:
Roux Olivier a émis l'idée suivante :

Si le peage est vide ou pas encombré, le fait d'etre prioritaire ne change rien (du fait qu'il n'y a pas la queue)


Ce n'est pas ce que je constate dans la QOS de free.


ben cela veut dire que c'est saturé tout le temps mais vu d'autres posts (comme quoi l'appli financiere marche de
temps en temps) je penserai plutot a une saturation ponctuelle fin 'apres midi et le soir


Appli financière TOTALEMENT plantée exactement en même temps que les
newsgroups il faut préciser, à partir du milieu de l'AM jusque parfois tard
dans la soirée. Quoique pour le moment ça marche plutot bien aujourd'hui
(je touche encore du bois mais ça ne sert à rien d'habitude...)

Je penche pour un filtrage à plusieurs niveaux. Le traffic P2P a l'air d'être filtré
+ ou - en permanence. Ensuite s'il y a saturation on dirait qu'il y a une ou
plusieurs autres étapes où d'autres protocoles non standards (Skype, Irc,
etc.) subissent le filtrage.

Là où ça coince c'est que le filtrage a l'air de se faire en tout ou rien (zéro
débit) et qu'il touche paradoxalement des protocoles qui consomment peu
de bande passante.

Défaut des routeurs Cisco ou mauvais paramétrage fait par les ingénieurs
Free qui ont souvent de bonnes idées mais qui sont incapables de les mettre
en oeuvre (aucun contrôle de qualité ne semble exister dans cette entreprise,
ce qui est la manifestation d'un certain amateurisme) ?
Ou plutot réponse du type "force brute" à la nouvelle version d'Emule ? On
dirait que les ingénieurs Free n'ont pas été capables de trouver une parade
efficace et ont bricolé une solution express sans avoir mesuré un instant
quelles en seraient les conséquences pour grand nombre d'utilisateurs.

Amateurisme et bricolage c'est ce que je retiens. Rien de nouveau sous
le soleil chez Free...



Avatar
david
"Dex38" a écrit dans le message de news:


Oui mais on devrait observer une baisse de debit si la BP etait totalement
saturee non ?. Si elle n'est pas totalement saturee alors pourquoi la QOS
ne laisse pas passer un peu de P2P, etc ?. Raison financiere ?


L'IPv3 n'est pas du tout adapté à la prioritisation des flux et ce n'est pas
sans raison que cette dernière en dégroupé est opéré par la couche ATM. De
sorte que tous les bricolages qui tentent de protéger les applications
critiques comme la VoIP, le surf http [pour que Grenouille n'en mesure pas
l'impact sic et que le freenaute moyen ne s'en rende pas compte], en
filtrant le P2P afin qu'il ne sature pas la bande passante sont voués à
échec ou à des effets de bord à un moment ou un autre.

Avatar
david
"david" a écrit dans le message de news:
eep0ct$r7g$

"Dex38" a écrit dans le message de news:


Oui mais on devrait observer une baisse de debit si la BP etait
totalement saturee non ?. Si elle n'est pas totalement saturee alors
pourquoi la QOS ne laisse pas passer un peu de P2P, etc ?. Raison
financiere ?


L'IPv3 n'est pas du tout adapté à la prioritisation des flux et ce n'est
pas sans raison que cette dernière en dégroupé est opéré par la couche
ATM. De sorte que tous les bricolages qui tentent de protéger les
applications critiques comme la VoIP, le surf http [pour que Grenouille
n'en mesure pas l'impact sic et que le freenaute moyen ne s'en rende pas
compte], en filtrant le P2P afin qu'il ne sature pas la bande passante
sont voués à échec ou à des effets de bord à un moment ou un autre.


Oups IPv4;-) of course


Avatar
Vince
Roux Olivier a écrit:

"Vince" a écrit dans le message de news:
450feab8$0$24544$
Dex38 a écrit:
Le 19/09/2006, Albert ARIBAUD a supposé :

Votre action ne coûtera rien de plus à Free qu'ils ne paient déjà
puisque la BP est *déjà* saturée


La BP n'est pas *déjà* saturée puisque le surf marche toujours.


Pour aller dans votre sens :
<http://www.grenouille.com/graph/index.php?zone'2689&type=download&day 06-09-19&month 06-09-01>



et la QOS ? a quoi ca sert qu'elle se decarcasse ?


Bah elle se décarcasse pour que la bande passante ne soit pas saturée (cf
les graphs de grenouille qui indiquent que tout va bien, en tout cas sur
le FTP).



--
Vince




Avatar
Louis
Ca y est c'est reparti !
Free fidèle au rendez-vous (un chti en retard tout de même).
Hoquets de plus en plus fréquents de mon appli, puis vers 17h14
plus d'accès aux newsgroups pendant 4mn. L'appli n'a pas encore
totalement planté mais ça ne saurait tarder.
Avatar
Roux Olivier
"Louis" a écrit dans le message de news:
450ffeef$0$15670$
"Roux Olivier" a écrit dans le message de
news:

"Dex38" a écrit dans le message de news:

Roux Olivier a émis l'idée suivante :

Si le peage est vide ou pas encombré, le fait d'etre prioritaire ne
change rien (du fait qu'il n'y a pas la queue)


Ce n'est pas ce que je constate dans la QOS de free.


ben cela veut dire que c'est saturé tout le temps mais vu d'autres posts
(comme quoi l'appli financiere marche de temps en temps) je penserai
plutot a une saturation ponctuelle fin 'apres midi et le soir


Appli financière TOTALEMENT plantée exactement en même temps que les
newsgroups il faut préciser, à partir du milieu de l'AM jusque parfois
tard
dans la soirée. Quoique pour le moment ça marche plutot bien aujourd'hui
(je touche encore du bois mais ça ne sert à rien d'habitude...)

Je penche pour un filtrage à plusieurs niveaux. Le traffic P2P a l'air
d'être filtré
+ ou - en permanence. Ensuite s'il y a saturation on dirait qu'il y a une
ou
plusieurs autres étapes où d'autres protocoles non standards (Skype, Irc,
etc.) subissent le filtrage.


Il peut y avoir plusieurs niveaux de priorité

Priorité haute pour les protocoles standard (web, mail etc...)

Priorité moeyne pour les autres protocoles

Priorité basse pour le p2p


Là où ça coince c'est que le filtrage a l'air de se faire en tout ou rien
(zéro
débit) et qu'il touche paradoxalement des protocoles qui consomment peu
de bande passante.


Une QOS si elle joue sur les priorités de paquet peut pas detecter les
applis gourmandes ou pas

le filtrage des QOS se fait la plupart du temps par port et parfois plus
profondemment (protocole http etc..)


Défaut des routeurs Cisco ou mauvais paramétrage fait par les ingénieurs
Free qui ont souvent de bonnes idées mais qui sont incapables de les
mettre
en oeuvre (aucun contrôle de qualité ne semble exister dans cette
entreprise,
ce qui est la manifestation d'un certain amateurisme) ?


Je ne pense pas




Avatar
Roux Olivier
"Dex38" a écrit dans le message de news:

Oui tant que le nombre de voiture rouge est inferieur largement au
voiture
d'autres couleurs, ce qui est le cas puisque le p2p fait 60 a 80% du

traffic


Mais alors pourquoi une voiture noire ne passe pas ?... Je veux dire par
la qu'une mule cryptee passe, que le http ne semble pas ralenti, mais
qu'une mule non deguisee ne passe pas... Elle devrait pourtant passer
puisque la BP n'est pas saturee.


peut etre que le traffic est saturé tout le temps mais qu'il ya plusieurs
niveaux de QOS
(certains protocoles ultra prioritaires, d'autres moins, etc..)
ce n'est que des suppositions


Le probleme est que l'on semble plus dans une situation de tout ou rien
que dans une situation de QOS... C'est ce que j'essaye de dire depuis des
mois :).


c'est pas ca, mais quand des paquets mettent trop de temps a passer, il ya
les timeouts qui rentrent en jeu

pour reprendre l'exemple du peage, c'est comme si au bout de 10mn d'attente,
la voiture qui etait dans la file d'attente etait purement supprimée

On est bien d'accord la dessus et ce sera le cas quand la BP sera
saturee...


Ca marche pas comme ca la collecte option 5

Free ne peut pas dire a FT, je peut que sur ce lien gigabit, vous le limitez
a 800 mb


Oui mais on devrait observer une baisse de debit si la BP etait totalement
saturee non ?. Si elle n'est pas totalement saturee alors pourquoi la QOS
ne laisse pas passer un peu de P2P, etc ?. Raison financiere ?



je pense plutot a ce fait la

Liaison saturée en heures de pointes
Priorité des protocoles classiques et le ftp de grenouille
les protocoles p2p sont mis en priorité tres basse et donc ne fonctionnent
pas quand c'est trop saturé



Avatar
Roux Olivier
"Vince" a écrit dans le message de news:
45100969$0$25369$
Roux Olivier a écrit:

"Vince" a écrit dans le message de news:
450feab8$0$24544$
Dex38 a écrit:
Le 19/09/2006, Albert ARIBAUD a supposé :

Votre action ne coûtera rien de plus à Free qu'ils ne paient déjà
puisque la BP est *déjà* saturée


La BP n'est pas *déjà* saturée puisque le surf marche toujours.


Pour aller dans votre sens :
<http://www.grenouille.com/graph/index.php?zone'2689&type=download&day 06-09-19&month 06-09-01>



et la QOS ? a quoi ca sert qu'elle se decarcasse ?


Bah elle se décarcasse pour que la bande passante ne soit pas saturée (cf
les graphs de grenouille qui indiquent que tout va bien, en tout cas sur
le FTP).


ben oui
et donc que grenouille aille bien, cela ne veut pas dire que la collecte
free ne soit pas saturée ou pas

il suffit de mettre que les tests grenouille sont prioritaires par rapport a
tous le reste et c'est ok



--
Vince








Avatar
Louis
--- EMAIL ENVOYE EN MODE RTC ---
Et voilà ! Apparition à 17h48 du beau quadrillage rose sur mon appli qui
indique une perte totale de connexion avec avec les serveurs du broker.
Et bien entendu accès aux news impossible comme d'hab.

Bande passante mesurée sur le site de Free de + de 5Mb/s (4 mesures
successives). Lecture des emails fluide.

Ma journée est finie. Merci Free. Merci au PDG qui préfère mettre
dans sa poche quelques millions (milliards ?) d'euros de plus dans sa
poche plutot que d'en dépenser un peu pour acheter de la bande
passante à FT pour les non-dégroupés.

J'enregistre les heures de plantage pour une utilisation ultérieure.

"Louis" a écrit
Ca y est c'est reparti !
Free fidèle au rendez-vous (un chti en retard tout de même).
Hoquets de plus en plus fréquents de mon appli, puis vers 17h14
plus d'accès aux newsgroups pendant 4mn. L'appli n'a pas encore
totalement planté mais ça ne saurait tarder.


Avatar
yoyo
"Dex38" a écrit dans le message de news:

Le 19/09/2006, Albert ARIBAUD a supposé :

Votre action ne coûtera rien de plus à Free qu'ils ne paient déjà
puisque la BP est *déjà* saturée


La BP n'est pas *déjà* saturée puisque le surf marche toujours.

, et en consommant de la BP sur les
protocoles prioritaires vous nuirez aux abonnés ND encore non ou peu
affectés.


Donc les "protocoles prioritaires" peuvent encore passer donc la bp n'est
pas saturée...CQFD.
Au fait ou trouve t'on dans les CGV la liste des protocoles prioritaires
?.

A+

.., PPP du matin, chagrin


Si c'etait si simple... je peux comprendre votre colere mais en faisant ce
type d'action vous nuierez effectivement aux autres ne sont pas encore
affectes (chose de plus en plus rare je l'admet...)

A mon avis Free en a rien a faire de ce type d'action je rejoind helas
l'avis de Vince et d'Olivier Roux....

J'ai explique dans le post du malpoli qui a ecris en majuscule le pourquoi
de vos miseres... Le probleme c'est que vous coutez trop cher a Free.... Ils
perdent deja de l'argent par abonne IP/ADSL... Donc ils sont dans
l'impossibilite (sic :p) de vous satisfaire pour l'instant....

Mais bon je persiste et je signe... Un peu plus de communication de la part
de Free aurait eviter bien des quiprocos... mais bon Free et la
communication.... Ca fait 2 j'ai l'impression

Amities

yoyo :)


1 2 3 4 5