Je vous laisse lire l'article suivant :
http://solutions.journaldunet.com/0502/050215_ovh_wanadoo.shtml
Ou comment dire ce que les gens veulent entendre (le mail marche pas, on
va vous dire que c'est de la faute de Wanadoo) .. sans jamais parler des
raisons reeles qui poussent les uns et les autres a se retrancher sur
leurs position autour de cette histoire de peering ("pas envie de se
faire chier et de favoriser les petits" coté France Télécom et "envie de
gagner 30% de marge supplémentaire sur la bande passante" coté OVH)
1) ovh est pas cher 2) ovh veut un peering avec ft
Admirable résumé de la situation, pour ce que j'en sais.
Et c'est bien là ou je voulais en venir, son intervention n'apporte strictement rien à l'article, il brasse du vent. Je pose la question de la pertinence des propos...
A noter que Eric a oublié de clore son propos par son habituel :
"Ca fout la trouille ..."
Et c'est bien le problème pour les clients OVH : La trouille ! Ca serait bien qu'on tente de nous rassurer ;-)
Amicalement -- Jean-Rene Vidaud aka since 1991
Le Thu, 17 Feb 2005 11:14:27 +0100, JUL <JUL@No-Spam.Invalid>
ecrivait:
Bonjour,
1) ovh est pas cher
2) ovh veut un peering avec ft
Admirable résumé de la situation, pour ce que j'en sais.
Et c'est bien là ou je voulais en venir, son intervention n'apporte
strictement rien à l'article, il brasse du vent. Je pose la question de
la pertinence des propos...
A noter que Eric a oublié de clore son propos par son habituel :
"Ca fout la trouille ..."
Et c'est bien le problème pour les clients OVH : La trouille ! Ca
serait bien qu'on tente de nous rassurer ;-)
Amicalement
--
Jean-Rene Vidaud aka chip@teaser.fr since 1991
1) ovh est pas cher 2) ovh veut un peering avec ft
Admirable résumé de la situation, pour ce que j'en sais.
Et c'est bien là ou je voulais en venir, son intervention n'apporte strictement rien à l'article, il brasse du vent. Je pose la question de la pertinence des propos...
A noter que Eric a oublié de clore son propos par son habituel :
"Ca fout la trouille ..."
Et c'est bien le problème pour les clients OVH : La trouille ! Ca serait bien qu'on tente de nous rassurer ;-)
Amicalement -- Jean-Rene Vidaud aka since 1991
Christophe Baegert
Issam Hakimi wrote:
Pour en revenir à votre post me demandant des preuves sur MES citations, je vous renvoi pour la première au lien : http://ovh.com/fr/ovh/news/.
LOL on en trouve de belles sur ce lien :
"L'augmentation de la capacité de connexion d'une connexion ADSL fait qu'une connexion http est très violente. Une machine supporte donc proportionnellement moins de connexions simultanées et il faut repartir donc le nombre total de connexions sur un nombre plus important des machines. Les serveurs fonctionnent presque tout le temps en "burst", c'est à dire qu'ils ne font presque rien puis lors d'une connexion elles sont bien chargées. On peut dire qu'une machine supportait il y a 3 ans environ 80 connexions simultanées en continue (php,mysql,cgi). Aujourd'hui elle ne supporte plus que 30 (en moyenne). Avec l'augmentation de la puissance CPU, ce ratio peut s'améliorer mais on ne retrouve pas les chiffres du début d'internet. "
C'est un cluster d'Amstrad ?
Issam Hakimi wrote:
Pour en revenir à votre post me demandant des preuves sur MES citations,
je vous renvoi pour la première au lien : http://ovh.com/fr/ovh/news/.
LOL on en trouve de belles sur ce lien :
"L'augmentation de la capacité de connexion d'une connexion ADSL fait qu'une
connexion http est très violente. Une machine supporte donc
proportionnellement moins de connexions simultanées et il faut repartir
donc le nombre total de connexions sur un nombre plus important des
machines. Les serveurs fonctionnent presque tout le temps en "burst", c'est
à dire qu'ils ne font presque rien puis lors d'une connexion elles sont
bien chargées. On peut dire qu'une machine supportait il y a 3 ans environ
80 connexions simultanées en continue (php,mysql,cgi). Aujourd'hui elle ne
supporte plus que 30 (en moyenne). Avec l'augmentation de la puissance CPU,
ce ratio peut s'améliorer mais on ne retrouve pas les chiffres du début
d'internet. "
Pour en revenir à votre post me demandant des preuves sur MES citations, je vous renvoi pour la première au lien : http://ovh.com/fr/ovh/news/.
LOL on en trouve de belles sur ce lien :
"L'augmentation de la capacité de connexion d'une connexion ADSL fait qu'une connexion http est très violente. Une machine supporte donc proportionnellement moins de connexions simultanées et il faut repartir donc le nombre total de connexions sur un nombre plus important des machines. Les serveurs fonctionnent presque tout le temps en "burst", c'est à dire qu'ils ne font presque rien puis lors d'une connexion elles sont bien chargées. On peut dire qu'une machine supportait il y a 3 ans environ 80 connexions simultanées en continue (php,mysql,cgi). Aujourd'hui elle ne supporte plus que 30 (en moyenne). Avec l'augmentation de la puissance CPU, ce ratio peut s'améliorer mais on ne retrouve pas les chiffres du début d'internet. "
C'est un cluster d'Amstrad ?
Mathieu Arnold
Christophe Baegert écrivait:
"L'augmentation de la capacité de connexion d'une connexion ADSL fait qu'une connexion http est très violente. On peut dire qu'une machine supportait il y a 3 ans environ 80 connexions simultanées en continue (php,mysql,cgi). Aujourd'hui elle ne supporte plus que 30 (en moyenne).
C'est un cluster d'Amstrad ?
Non, mais ils sont passé entre temps d'un site statique a une grosse bouse avec xoops ou en java :-)
-- Mathieu Arnold
Christophe Baegert écrivait:
"L'augmentation de la capacité de connexion d'une connexion ADSL fait qu'une
connexion http est très violente. On peut dire qu'une machine supportait il y a 3 ans environ
80 connexions simultanées en continue (php,mysql,cgi). Aujourd'hui elle ne
supporte plus que 30 (en moyenne).
C'est un cluster d'Amstrad ?
Non, mais ils sont passé entre temps d'un site statique a une grosse
bouse avec xoops ou en java :-)
"L'augmentation de la capacité de connexion d'une connexion ADSL fait qu'une connexion http est très violente. On peut dire qu'une machine supportait il y a 3 ans environ 80 connexions simultanées en continue (php,mysql,cgi). Aujourd'hui elle ne supporte plus que 30 (en moyenne).
C'est un cluster d'Amstrad ?
Non, mais ils sont passé entre temps d'un site statique a une grosse bouse avec xoops ou en java :-)
-- Mathieu Arnold
Stephane Kanschine
Le Fri, 18 Feb 2005 02:25:04 +0100, Spyou a écrit :
Ils récupèrent des clients mécontents et ca les fait raler ? Parce que du coup, ce sont des clients beaucoup plus prudents et qui lisent les petits caractères ? Finalement, c'est ptet pas si con un client. Ca apprend a lire.
Et il est plus méfiant à l'égard d'un hébergeur plus sérieux et plus clair, superbe morale de l'histoire.
Ces gens la, il faut passer un temps monstre a leur expliquer la vie, l'univers et le reste.
Ca tient sur 2 octets, lache cette fibre :-)
En soit, c'est pas une mauvaise chose, ca eduque le client. Mais ce sont a peu pres toujours les memes qui s'y collent, et ca doit finir par etre saoulant les "Ah bon ? Vous pouvez pas me laisser un burst a 100Mbps sur mon serveur ? Mais chez <lowcost lambda> y peuvent, pourquoi vous qui etes plus cher vous ne pouvez pas ?"
Vui, c'est épuisant d'expliquer "pourquoi 6x7 ?" à un produit du marketing. C'est toute la différence entre la réponse à des besoins qui ont été exprimés ou analysés et la proposition marketing, qui est centré sur des chiffres.
Ca n'arrange pas la majorité de travailler dans le flou, loin de là.
-- Stephane Kanschine Amadouer l'anti-spam pour me répondre
Le Fri, 18 Feb 2005 02:25:04 +0100, Spyou a écrit :
Ils récupèrent des clients mécontents et ca les fait raler ? Parce
que du coup, ce sont des clients beaucoup plus prudents et qui lisent
les petits caractères ? Finalement, c'est ptet pas si con un client.
Ca apprend a lire.
Et il est plus méfiant à l'égard d'un hébergeur plus sérieux et plus
clair, superbe morale de l'histoire.
Ces gens la, il faut passer un temps monstre a leur expliquer la vie,
l'univers et le reste.
Ca tient sur 2 octets, lache cette fibre :-)
En soit, c'est pas une mauvaise chose, ca eduque le client. Mais ce sont
a peu pres toujours les memes qui s'y collent, et ca doit finir par etre
saoulant les "Ah bon ? Vous pouvez pas me laisser un burst a 100Mbps sur
mon serveur ? Mais chez <lowcost lambda> y peuvent, pourquoi vous qui
etes plus cher vous ne pouvez pas ?"
Vui, c'est épuisant d'expliquer "pourquoi 6x7 ?" à un produit du
marketing. C'est toute la différence entre la réponse à des besoins qui
ont été exprimés ou analysés et la proposition marketing, qui est
centré sur des chiffres.
Ca n'arrange pas la majorité de travailler dans le flou, loin de là.
--
Stephane Kanschine
Amadouer l'anti-spam pour me répondre
Le Fri, 18 Feb 2005 02:25:04 +0100, Spyou a écrit :
Ils récupèrent des clients mécontents et ca les fait raler ? Parce que du coup, ce sont des clients beaucoup plus prudents et qui lisent les petits caractères ? Finalement, c'est ptet pas si con un client. Ca apprend a lire.
Et il est plus méfiant à l'égard d'un hébergeur plus sérieux et plus clair, superbe morale de l'histoire.
Ces gens la, il faut passer un temps monstre a leur expliquer la vie, l'univers et le reste.
Ca tient sur 2 octets, lache cette fibre :-)
En soit, c'est pas une mauvaise chose, ca eduque le client. Mais ce sont a peu pres toujours les memes qui s'y collent, et ca doit finir par etre saoulant les "Ah bon ? Vous pouvez pas me laisser un burst a 100Mbps sur mon serveur ? Mais chez <lowcost lambda> y peuvent, pourquoi vous qui etes plus cher vous ne pouvez pas ?"
Vui, c'est épuisant d'expliquer "pourquoi 6x7 ?" à un produit du marketing. C'est toute la différence entre la réponse à des besoins qui ont été exprimés ou analysés et la proposition marketing, qui est centré sur des chiffres.
Ca n'arrange pas la majorité de travailler dans le flou, loin de là.
-- Stephane Kanschine Amadouer l'anti-spam pour me répondre
Lionel
Stephane Kanschine wrote:
Chacun à son expérience, ça n'en fait pas une règle.
J'ai un adsl wanadoo et un adsl freebox non dégroupé. En 2 ans, aucune coupure wanadoo, 1 coupure free de qq heures. Je dois être chanceux :-)
Stephane Kanschine wrote:
Chacun à son expérience, ça
n'en fait pas une règle.
J'ai un adsl wanadoo et un adsl freebox non dégroupé.
En 2 ans, aucune coupure wanadoo, 1 coupure free de qq heures.
Je dois être chanceux :-)
Depuis deux ans en ADSL chez Wanadoo, JAMAIS eu une seule coupure.
Quasiment la même expérience : en 3 ans, seulement deux pannes de très courte durée. Techniquement, leur prestation me semble très correcte pour ce qui concerne l'accès à Internet.
Par contre j'avais essayé une ligne Free en parallèle pour la Freebox: 3 mois d'attente puis que des emmerdes 24H sur 24 pendant 3 mois, le temps nécessaire pour se désabonner plein tarif.
Je viens de passer chez Free le premier février, mais je ne suis pas (encore) dégroupé. La seule différence par rapport à Wanadoo pour l'instant concernant l'accès: un débit très supérieur pour le même prix, que mon ancien abonnement 512 kbit/s, téléphone VOIP illimité inclus.
quand on est chez Wanadoo, perdre du mail c'est quelque chose qu'il faut accepter,
Là par contre c'est exact, au moins en émission. J'en ai perdu pas mal simplement a cause d'un filtrage sur le serveur SMTP dont je n'ai jamais compris la logique de fonctionnement. Il suffisait parfois de changer un mot dans le sujet pour faire passer un email qui ne passait pas.
Depuis plusieurs années chez Wanadoo, JAMAIS un seul mail perdu à ma connaissance sur des milliers reçus et des milliers envoyés.
Le problème était que le rejet des mails n'était pas détecté par mon logiciel email. Il a fallu une répétition de problèmes pour que je m'en aperçoive (je ne poste pas beaucoup).
Marc
Depuis deux ans en ADSL chez Wanadoo, JAMAIS eu une seule coupure.
Quasiment la même expérience : en 3 ans, seulement deux pannes de très
courte durée. Techniquement, leur prestation me semble très correcte
pour ce qui concerne l'accès à Internet.
Par
contre j'avais essayé une ligne Free en parallèle pour la Freebox: 3
mois d'attente puis que des emmerdes 24H sur 24 pendant 3 mois, le temps
nécessaire pour se désabonner plein tarif.
Je viens de passer chez Free le premier février, mais je ne suis pas
(encore) dégroupé. La seule différence par rapport à Wanadoo pour
l'instant concernant l'accès: un débit très supérieur pour le même prix,
que mon ancien abonnement 512 kbit/s, téléphone VOIP illimité inclus.
quand on est chez Wanadoo, perdre
du mail c'est quelque chose qu'il faut accepter,
Là par contre c'est exact, au moins en émission. J'en ai perdu pas mal
simplement a cause d'un filtrage sur le serveur SMTP dont je n'ai jamais
compris la logique de fonctionnement. Il suffisait parfois de changer un
mot dans le sujet pour faire passer un email qui ne passait pas.
Depuis plusieurs années chez Wanadoo, JAMAIS un seul mail perdu à ma
connaissance sur des milliers reçus et des milliers envoyés.
Le problème était que le rejet des mails n'était pas détecté par mon
logiciel email. Il a fallu une répétition de problèmes pour que je m'en
aperçoive (je ne poste pas beaucoup).
Depuis deux ans en ADSL chez Wanadoo, JAMAIS eu une seule coupure.
Quasiment la même expérience : en 3 ans, seulement deux pannes de très courte durée. Techniquement, leur prestation me semble très correcte pour ce qui concerne l'accès à Internet.
Par contre j'avais essayé une ligne Free en parallèle pour la Freebox: 3 mois d'attente puis que des emmerdes 24H sur 24 pendant 3 mois, le temps nécessaire pour se désabonner plein tarif.
Je viens de passer chez Free le premier février, mais je ne suis pas (encore) dégroupé. La seule différence par rapport à Wanadoo pour l'instant concernant l'accès: un débit très supérieur pour le même prix, que mon ancien abonnement 512 kbit/s, téléphone VOIP illimité inclus.
quand on est chez Wanadoo, perdre du mail c'est quelque chose qu'il faut accepter,
Là par contre c'est exact, au moins en émission. J'en ai perdu pas mal simplement a cause d'un filtrage sur le serveur SMTP dont je n'ai jamais compris la logique de fonctionnement. Il suffisait parfois de changer un mot dans le sujet pour faire passer un email qui ne passait pas.
Depuis plusieurs années chez Wanadoo, JAMAIS un seul mail perdu à ma connaissance sur des milliers reçus et des milliers envoyés.
Le problème était que le rejet des mails n'était pas détecté par mon logiciel email. Il a fallu une répétition de problèmes pour que je m'en aperçoive (je ne poste pas beaucoup).
Marc
Eric Demeester
dans (in) fr.reseaux.internet.hebergement, Marc Le Roy ecrivait (wrote) :
Bonjour,
Là par contre c'est exact, au moins en émission. J'en ai perdu pas mal simplement a cause d'un filtrage sur le serveur SMTP dont je n'ai jamais compris la logique de fonctionnement. Il suffisait parfois de changer un mot dans le sujet pour faire passer un email qui ne passait pas.
Pour freiner la propagation de certains virus qui utilisaient systématiquement certain mots dans le champ Subject: , Wanadoo et quelques autres ont eu il y a quelques années l'idée saugrenue de filtrer les mails sur ce champ, ce qui a donné des effets de bord assez, euh, exotiques.
Les mails contenant la chaîne « test » dans le sujet par exemple, était rejetés, et du coup, tous les mots la contenant (protestant, testostérone, etc.) provoquaient l'envoi du mail dans un trou noir.
Je ne sais pas s'ils appliquent toujours cette idée lumineuse.
-- Eric Demeester - http://www.galacsys.net
dans (in) fr.reseaux.internet.hebergement, Marc Le Roy
<nospam@please.com> ecrivait (wrote) :
Bonjour,
Là par contre c'est exact, au moins en émission. J'en ai perdu pas mal
simplement a cause d'un filtrage sur le serveur SMTP dont je n'ai jamais
compris la logique de fonctionnement. Il suffisait parfois de changer un
mot dans le sujet pour faire passer un email qui ne passait pas.
Pour freiner la propagation de certains virus qui utilisaient
systématiquement certain mots dans le champ Subject: , Wanadoo et
quelques autres ont eu il y a quelques années l'idée saugrenue de
filtrer les mails sur ce champ, ce qui a donné des effets de bord assez,
euh, exotiques.
Les mails contenant la chaîne « test » dans le sujet par exemple, était
rejetés, et du coup, tous les mots la contenant (protestant,
testostérone, etc.) provoquaient l'envoi du mail dans un trou noir.
Je ne sais pas s'ils appliquent toujours cette idée lumineuse.
dans (in) fr.reseaux.internet.hebergement, Marc Le Roy ecrivait (wrote) :
Bonjour,
Là par contre c'est exact, au moins en émission. J'en ai perdu pas mal simplement a cause d'un filtrage sur le serveur SMTP dont je n'ai jamais compris la logique de fonctionnement. Il suffisait parfois de changer un mot dans le sujet pour faire passer un email qui ne passait pas.
Pour freiner la propagation de certains virus qui utilisaient systématiquement certain mots dans le champ Subject: , Wanadoo et quelques autres ont eu il y a quelques années l'idée saugrenue de filtrer les mails sur ce champ, ce qui a donné des effets de bord assez, euh, exotiques.
Les mails contenant la chaîne « test » dans le sujet par exemple, était rejetés, et du coup, tous les mots la contenant (protestant, testostérone, etc.) provoquaient l'envoi du mail dans un trou noir.
Je ne sais pas s'ils appliquent toujours cette idée lumineuse.
-- Eric Demeester - http://www.galacsys.net
nicolas vigier
On 2005-02-19, Eric Demeester <eric+ wrote:
dans (in) fr.reseaux.internet.hebergement, Marc Le Roy ecrivait (wrote) :
Bonjour,
Là par contre c'est exact, au moins en émission. J'en ai perdu pas mal simplement a cause d'un filtrage sur le serveur SMTP dont je n'ai jamais compris la logique de fonctionnement. Il suffisait parfois de changer un mot dans le sujet pour faire passer un email qui ne passait pas.
Pour freiner la propagation de certains virus qui utilisaient systématiquement certain mots dans le champ Subject: , Wanadoo et quelques autres ont eu il y a quelques années l'idée saugrenue de filtrer les mails sur ce champ, ce qui a donné des effets de bord assez, euh, exotiques.
Les mails contenant la chaîne « test » dans le sujet par exemple, était rejetés, et du coup, tous les mots la contenant (protestant, testostérone, etc.) provoquaient l'envoi du mail dans un trou noir.
Ha, le probleme surtout alors ca semble etre qu'ils ne savent pas ecrire une regexp.
On 2005-02-19, Eric Demeester <eric+usenet@galacsys.net> wrote:
dans (in) fr.reseaux.internet.hebergement, Marc Le Roy
<nospam@please.com> ecrivait (wrote) :
Bonjour,
Là par contre c'est exact, au moins en émission. J'en ai perdu pas mal
simplement a cause d'un filtrage sur le serveur SMTP dont je n'ai jamais
compris la logique de fonctionnement. Il suffisait parfois de changer un
mot dans le sujet pour faire passer un email qui ne passait pas.
Pour freiner la propagation de certains virus qui utilisaient
systématiquement certain mots dans le champ Subject: , Wanadoo et
quelques autres ont eu il y a quelques années l'idée saugrenue de
filtrer les mails sur ce champ, ce qui a donné des effets de bord assez,
euh, exotiques.
Les mails contenant la chaîne « test » dans le sujet par exemple, était
rejetés, et du coup, tous les mots la contenant (protestant,
testostérone, etc.) provoquaient l'envoi du mail dans un trou noir.
Ha, le probleme surtout alors ca semble etre qu'ils ne savent pas
ecrire une regexp.
dans (in) fr.reseaux.internet.hebergement, Marc Le Roy ecrivait (wrote) :
Bonjour,
Là par contre c'est exact, au moins en émission. J'en ai perdu pas mal simplement a cause d'un filtrage sur le serveur SMTP dont je n'ai jamais compris la logique de fonctionnement. Il suffisait parfois de changer un mot dans le sujet pour faire passer un email qui ne passait pas.
Pour freiner la propagation de certains virus qui utilisaient systématiquement certain mots dans le champ Subject: , Wanadoo et quelques autres ont eu il y a quelques années l'idée saugrenue de filtrer les mails sur ce champ, ce qui a donné des effets de bord assez, euh, exotiques.
Les mails contenant la chaîne « test » dans le sujet par exemple, était rejetés, et du coup, tous les mots la contenant (protestant, testostérone, etc.) provoquaient l'envoi du mail dans un trou noir.
Ha, le probleme surtout alors ca semble etre qu'ils ne savent pas ecrire une regexp.
