oles@ovh.net avait soumis l'idée :
>
> Vous avez un RJ45 FE que vous pouvez utiliser à 100%
> de sa capacité. La bp est garantie (on garantie que
> vous pouvez l'utiliser), dédié (on ne mutualise pas
> cette bp avec un autre client et donc vous avez vos
> 100Mbps bien à vous). Pour ceux qui se lancerait dans

Non mais je crois rever ...
Vous ne mutualisez pas la bp, ha bon ? dans le pays des merveilles ou
tout est bon et ovh a son peering avec FT ( voila un bon gros troll
poilu..pour spyou.. )

Donc vous êtes entrain de nous dire ici que toute votre infra (je ne
parle même pas de vos transitaires..) est dimensionnées pour !

Je veux dire par là, qu'a chaque fois que vous prenez un client 100Mbps
vous dimensionnez le switch qu'il l'alliment, le serveur de log, les
routeurs etc .. pour que ce client n'ai pas de soucis de les consommer
et *même* si tous vos clients les consomment en même temps ?

Je peux dès maintenant penser que non, en ne voyant que la partie
transit de votre infrastructure ...(4000serveurs*10Mbps = 40Gpbs).

Enfin bref ...

Issam Hakimi wrote:
> Enfin bref ...

On sent bien tous les geeks en mal d'amour qui se lancent corps et ames
a la veille d'un Week-End prolongé dans un sujet plus que trollesque !

Surtout que je ne vois même pas a quoi cela sert de discuter, Octave a
toujours raison.
Octave je te défends, offre moi de ta BP qui est meilleure que celle de
tous les autres !

> Octave je te défends, offre moi de ta BP qui est meilleure que celle de
> tous les autres !


Manu, c'est par la que ca se passe ;-)
http://www.ovh.com/fr/espaceclient/partenariat.xml

--
Wizzz

atmaniak a utilisé son clavier pour écrire :
> Issam Hakimi wrote:
>> Enfin bref ...
>
> On sent bien tous les geeks en mal d'amour qui se lancent corps et ames a la
> veille d'un Week-End prolongé dans un sujet plus que trollesque !

Non de mon coté, ca va, mais lire des choses pareils ...
Y a au moins des discounteurs qui n'ont pas honte de se dire lowcost et
que par conséquent c'est du best effort ..ect..

Cordialement,
Issam Hakimi

--
Si tu aimes les 0, tu aimes 0vh (c) jesaispas.
(Spyou, Ho, Spyou, tu es ou ?)

> Non de mon coté, ca va, mais lire des choses pareils ...
> Y a au moins des discounteurs qui n'ont pas honte de se dire lowcost et
> que par conséquent c'est du best effort ..ect..

Le probleme (pour les concurents ?) est bien la,
- ovh fait certainement les plus bas prix du marché en France, prenons pour
exemple cette offre Baie + 100Mb/s.
- et d'un autre coté la qualite et le service doit etre la puisque
pratiquement 90% de ceux qui (re)vendent du serveurs de jeux sont chez
ovh.... et qu'ils y restent.
A méditer

Tout le monde ne consomme pas 100mps 100% du temps.
Quel serait l'intéret d'avoir trop de Gps en amont, non utilisés.

ils mutualisent leur BP, mais garantissent celle du client, rien de choquant
a celà.
Je suis deja monté a 100mps en streaming chez ovh sans probleme.

S'ils ont toujours 2 x ce qui est réellement consommé par l'ensemble, ca
suffit pour etre a l'aise,
et si un jour les clients consomment de trop, bah ils monteront leurs liens,
ca n'arrivera pas du jour au lendemain, donc ils pourront anticiper,
techniquement comme commercialement.

A mon avis ovh fonctionnent comme çà, et ils ont raison, la preuve, ca
marche,




"Issam Hakimi" <issam.hakimi_spam_@_spam_transnode.com> a écrit dans le
message de news: mn.72737d64404f1a1f.50611@spamtransnode.com...
> oles@ovh.net avait soumis l'idée :
>>
>> Vous avez un RJ45 FE que vous pouvez utiliser à 100%
>> de sa capacité. La bp est garantie (on garantie que
>> vous pouvez l'utiliser), dédié (on ne mutualise pas
>> cette bp avec un autre client et donc vous avez vos
>> 100Mbps bien à vous). Pour ceux qui se lancerait dans
>
> Non mais je crois rever ...
> Vous ne mutualisez pas la bp, ha bon ? dans le pays des merveilles ou tout
> est bon et ovh a son peering avec FT ( voila un bon gros troll poilu..pour
> spyou.. )
>
> Donc vous êtes entrain de nous dire ici que toute votre infra (je ne parle
> même pas de vos transitaires..) est dimensionnées pour !
>
> Je veux dire par là, qu'a chaque fois que vous prenez un client 100Mbps
> vous dimensionnez le switch qu'il l'alliment, le serveur de log, les
> routeurs etc .. pour que ce client n'ai pas de soucis de les consommer et
> *même* si tous vos clients les consomment en même temps ?
>
> Je peux dès maintenant penser que non, en ne voyant que la partie transit
> de votre infrastructure ...(4000serveurs*10Mbps = 40Gpbs).
>
> Enfin bref ...
>
>

Eric a formulé la demande :
> Tout le monde ne consomme pas 100mps 100% du temps.
> Quel serait l'intéret d'avoir trop de Gps en amont, non utilisés.
>
> ils mutualisent leur BP, mais garantissent celle du client, rien de choquant
> a celà.

Oui il *mutualise* leur bp alors que :

cf.: "dédié (on ne mutualise pas cette bp avec un autre client et donc
vous avez vos 100Mbps bien à vous). (c) oles@ovh.com"

J'ai du mal à suivre mutualise ou mutualise pas ?

> A mon avis ovh fonctionnent comme çà, et ils ont raison, la preuve, ca
> marche,
Je ne fais aucune allusion à si Ovh fonctionne ou pas ..etc..
Mais plustot au discours de son directeur technique qui est pour moi
assez -couic-.
C'est justement ce genre de discours qui contribue à ce qu'un client ne
s'y retrouve plus dans les offres ...

Cordialement,
Issam Hakimi

--
Demain je lance le 1Gbps non mutualisé ... pour 100¤ (c) un fou

Issam Hakimi a exposé le 14/04/2006 :
> Eric a formulé la demande :
>> Tout le monde ne consomme pas 100mps 100% du temps.
>> Quel serait l'intéret d'avoir trop de Gps en amont, non utilisés.
>>
>> ils mutualisent leur BP, mais garantissent celle du client, rien de
>> choquant a celà.
>
> Oui il *mutualise* leur bp alors que :
>
> cf.: "dédié (on ne mutualise pas cette bp avec un autre client et donc vous
> avez vos 100Mbps bien à vous). (c) oles@ovh.com"
>
> J'ai du mal à suivre mutualise ou mutualise pas ?
>

Ha j'ai trouvé, il ne mutualise pas sur le réseau OVH .. j'ai bon ?

Ca me semble un peu légé...

Cordialement,
Issam Hakimi

Issam Hakimi wrote:
> Cordialement,
> Issam Hakimi
>
> --
> Demain je lance le 1Gbps non mutualisé ... pour 100¤ (c) un fou

D'un autre coté, plusieurs entreprises françaises pourraient lancer ce
service dans une gamme de prix pas trop lointaine.

OVH je t'aime !

Issam Hakimi wrote:
> Ha j'ai trouvé, il ne mutualise pas sur le réseau OVH .. j'ai bon ?

Bah dans ce cas moi j'offre 1Gbit/s dédié à 25¤ HT mensuels à mes clients
LOL

Christophe Baegert wrote:

> Issam Hakimi wrote:
>> Ha j'ai trouvé, il ne mutualise pas sur le réseau OVH .. j'ai bon ?
>
> Bah dans ce cas moi j'offre 1Gbit/s dédié à 25¤ HT mensuels à mes clients
> LOL

déjà fait

amicalement,

--
Christophe Casalegno | Groupe Digital Network | UIN : 153305055
http://www.digital-network.net | http://www.intelink.info
TISTC | OFREMHI | IIHEC | IICRAI | CIRET-AVT | KESAC | TIIX
Technical director | Security Intrusion techniques & infowar specialist.

Christophe Casalegno wrote:

> Christophe Baegert wrote:
>
>> Issam Hakimi wrote:
>>> Ha j'ai trouvé, il ne mutualise pas sur le réseau OVH .. j'ai bon ?
>>
>> Bah dans ce cas moi j'offre 1Gbit/s dédié à 25¤ HT mensuels à mes clients
>> LOL
>
> déjà fait

la guerre des prix menace LOL

<posté comme article et comme courrier>

Christophe Baegert wrote:

> Christophe Casalegno wrote:
>
>> Christophe Baegert wrote:
>>
>>> Issam Hakimi wrote:
>>>> Ha j'ai trouvé, il ne mutualise pas sur le réseau OVH .. j'ai bon ?
>>>
>>> Bah dans ce cas moi j'offre 1Gbit/s dédié à 25¤ HT mensuels à mes
>>> clients LOL
>>
>> déjà fait
>
> la guerre des prix menace LOL

bon c'est décidé, pour un port Gb dédié à 25 ¤ HT, j'offre le 2ème port Gb
dédié !

En option, liasion Ethernet à 10Mbit/s vers internet, compter 400¤ HT
mensuels.

Christophe Baegert wrote:

> En option, liasion Ethernet à 10Mbit/s vers internet, compter 400¤ HT
> mensuels.

lol, je m'incline, je ne peux pas lutter

amicalement,

--
Christophe Casalegno | Groupe Digital Network | UIN : 153305055
http://www.digital-network.net | http://www.intelink.info
TISTC | OFREMHI | IIHEC | IICRAI | CIRET-AVT | KESAC | TIIX
Technical director | Security Intrusion techniques & infowar specialist.

Eric a écrit :
> A mon avis ovh fonctionnent comme çà, et ils ont raison, la preuve, ca
> marche,

Tout est une question de rapport cout/qualité et (un peu moins) de
rapport probabilité/emmerdement.

La probabilité que X% des clients d'un hebergeur qui vends plus que la
capacité totale de son réseau fassent une conso qui entraine la
saturation d'un lien X ou Y est faible mais pas inexistante.

Ca n'a rien de dramatique pour 90% de la clientelle qui ressentira une
simple baisse de perf .. ca peut etre tout autrechose pour certains
(videos streamée, par exemple, qui diffuserai un flux moisi a cause d'un
ralentissement sur un lien, précisément celui depuis lequel le flux
d'origine est émis) .. le tout etant, evidemment, de savoir dans quelle
catégorie de clientelle on se place.

C'est le meme débat qui anime depuis toujours les affaires d'hebergement
illimité (sauf que l'illimité, ca n'existe pas, sauf en tant que notion
mathématique .. spéciale dédicace a S.K .. Blleeuuarrhh)

Le dédié, ca existe a partir du moment ou on est capable de tenir
l'ensemble du trafic qu'on a vendu sur son infrastructure (voir pire
pour certains qui dimentionnent chacun de leur liens pour tenir
l'ensemble du trafic) .. sorti de ca, on ne peut plus garantir, meme au
sein de son propre réseau, que tout ce qui a été vendu pourra etre
consommé a chaque instant .. donc ce n'est pas dédié plus loin que le
port RJ45 du switch ou on est branché.

Ce qui peut etre fait, par contre, c'est de "garantir contre
dédomagement" en reconnaissant qu'il y'a un risque que les 100% ne
soient pas au rendez-vous en permanence mais qu'on remboursera X% de la
facture en cas d'incident .. C'est ce que fait, par exemple, un
datacenter tant décrié dernierement au niveau de l'electricité .. (et
ils le font *contractuellement*)


(oui je sais, il est tard pour un troll aussi poilu .. mais promis, je
vais le mettre au lit vite fait)

Issam Hakimi <issam.hakimi_spam_@_spam_transnode.com> a écrit:
> oles@ovh.net avait soumis l'idée :
>>
>> Vous avez un RJ45 FE que vous pouvez utiliser à 100%
>> de sa capacité. La bp est garantie (on garantie que
>> vous pouvez l'utiliser), dédié (on ne mutualise pas
>> cette bp avec un autre client et donc vous avez vos
>> 100Mbps bien à vous). Pour ceux qui se lancerait dans
>
> Je peux dès maintenant penser que non, en ne voyant que la partie
> transit de votre infrastructure ...(4000serveurs*10Mbps = 40Gpbs).

Puisqu'on est dans les recis qui n'ont pas de sens, juste pour
information: notre capacité de connexion à l'Internet depasse
60Gbps en tout aujourd'hui et va encore augmenter dans les
semaines qui viennent. Je ne pense pas qu'on avoir 100Gbps
cette année, mais on va s'en raprocher.

Octave

--
Simplifiez la gestion de votre hebergement et
telechargez MoM: http://www.ovh.com/fr/download
pour Windows, Mac ou Linux. C'est gratuit !

oles@ovh.net wrote:
> Octave

Moi je

Issam Hakimi <issam.hakimi_spam_@_spam_transnode.com> a écrit:
> Oui il *mutualise* leur bp alors que :
>
> cf.: "dédié (on ne mutualise pas cette bp avec un autre client et donc
> vous avez vos 100Mbps bien à vous). (c) oles@ovh.com"
>
> J'ai du mal à suivre mutualise ou mutualise pas ?

Vous melangez 2 thermes: mutualiser les resources et mutualiser
les couts. ça n'a rien à avoir.

Chez Ovh, on mutualise bien les couts et, là je me repete
un peu, on fait profiter le client de cette mutualisation.
C'est à dire qu'avec le nombre des clients qu'on a et ce
qu'ils nous utilisent réellement, ça serait une arnaque de
les facturer ce qu'ils _peuvent_ utiliser. A la place, on les
facture le prix de l'utilisation moyenne de tous nos clients
et donc c'est ce qu'il consomme réellement au final (si vous
avez fait un peu de stats, les courbes Gauss etc etc).

Votre probleme est que vous vous ne faites pas profiter votre
client du prix de la mutualisation des couts que vous faites.
Vous êtes donc plus cher qu'Ovh et vous ne savez pas quoi dire
à vos clients qui voient nos prix et les vôtres. Vous dites donc
n'importe quoi sur la mutualisation en melangeant la mutualisation
des resources et des couts. Vous ne faites pas de mutualisation
des couts parceque soit vous n'avez soit pas assez des clients pour
le faire soit vous voulez vendre très cher un service et donc
gagner beaucoup d'argent.

Mutualisé les resources ? On ne peut pas le faire. Il faut assurer
une qualité de service parceque les clients n'achete pas 100Mbps
pour utiliser que 10Mbps. Puis ça ne coute rien de mutualiser les
resources. Comme vous, Ovh achete du transit et paie à 95% de
l'utilisation réel et pas à la taille de la connexion que vous avez
chez vos fournisseurs de transit. C'est à dire que si vous avez 10
clients qui ont 100Mbps chez vous, et vous avez 1Gbps de transit,
vous ne payez pas le 1Gbps de transit mais réellement ce que vos
clients vous ont consommé. Pourquoi donc les facturer le prix de
100Mbps vos clients ?

Enfin, chaque entreprise fait comme elle veut. Si vous avez
des clients qui sont prêts à payer cher quelque chose qui
ne l'est pas chez Ovh, je vous en fecilite pour votre action
commercial. Je suis certainement un plus mauvais commercial
que vous, mais les clients me comprenne plustôt bien (même avec
10 fautes orthographes par ligne) et donc ça me suffit

Octave

--
Simplifiez la gestion de votre hebergement et
telechargez MoM: http://www.ovh.com/fr/download
pour Windows, Mac ou Linux. C'est gratuit !

oles@ovh.net a commis:

> information: notre capacité de connexion à l'Internet depasse
> 60Gbps en tout aujourd'hui et va encore augmenter dans les
> semaines qui viennent. Je ne pense pas qu'on avoir 100Gbps
> cette année, mais on va s'en raprocher.

Vu sur ovh.com :
# capacité totale du réseau de 12Gbps

Ca me rappelle l'histoire d'une certaine sardine qui a finit par boucher le
port de Marseille...

--
Christophe Casalegno | Groupe Digital Network | UIN : 153305055
http://www.digital-network.net | http://www.intelink.info
TISTC | OFREMHI | IIHEC | IICRAI | CIRET-AVT | KESAC | TIIX
Technical director | Security Intrusion techniques & infowar specialist.

oles@ovh.net wrote:

> Vous êtes donc plus cher qu'Ovh et vous ne savez pas quoi dire
> à vos clients qui voient nos prix et les vôtres.

Je ne vois pas en quoi, sachant que nous ne vendons pas les mêmes produits.
Pour comparer des prix, il faut un produit de référence.

> n'importe quoi sur la mutualisation en melangeant la mutualisation
> des resources et des couts. Vous ne faites pas de mutualisation
> des couts parceque soit vous n'avez soit pas assez des clients pour
> le faire soit vous voulez vendre très cher un service et donc
> gagner beaucoup d'argent.

Absoluement pas, et on ne gagne absoluement rient de plus, voilà tout
simplement pourquoi : chaque fois qu'un client *achete* 1Mb/s, on rachete
*systématiquement* 1 Mb/s. Lorsqu'un client achete 400 MB/s, on rachète *au
moins* 400 Mb/s. C'est toi qui confond mutualisation de couts et
mutualisation de ressources. La mutualisation de cout c'est avoir une
équipe technique de 10 personnes par exemple qui gère par exemple 200
machines. Si je peux avec des mêmes 10 personnes (sans donc augmenter mes
couts) gérer 800 serveurs, je mutualise mes couts (ainsi que de toute
manière mes ressources "humaines".

> Mutualisé les resources ? On ne peut pas le faire. Il faut assurer
> une qualité de service parceque les clients n'achete pas 100Mbps
> pour utiliser que 10Mbps.

Exactement, comment dans ce cas peut on raisonnablement acheter 100 Mb/s
pour au final vendre 200 Mb/s ? Même si en "pratique" tes clients ne
consomment que x% du trafic acheté, que se passe t'il s'ils décident
*ensemble* de consommer ce qu'ils ont acheté ? Moi je n'appelle pas cela de
la mutualisation de cout, mais de la gestion de risque, ce qui est bien
différent.

> Puis ça ne coute rien de mutualiser les
> resources. Comme vous, Ovh achete du transit et paie à 95% de
> l'utilisation réel et pas à la taille de la connexion que vous avez
> chez vos fournisseurs de transit.

C'est le cas pour ovh certes, mais pas le notre : nous achetons 100% de ce
que nous vendons en commit chez nos fournisseurs, afin d'avoir une garantie
contractuelle de provisionnement du transit sur les liens en question.
Avoir une port Gb/s ou 10 Gb/s et acheter 300 Mb/s de commit + du burst au
95 percentile, ce n'est pas contractuellement la même chose, (notamment en
garantie de provisionnement) qu'avoir 10 Gb/s de commit.

> C'est à dire que si vous avez 10
> clients qui ont 100Mbps chez vous, et vous avez 1Gbps de transit,
> vous ne payez pas le 1Gbps de transit mais réellement ce que vos
> clients vous ont consommé. Pourquoi donc les facturer le prix de
> 100Mbps vos clients ?

Encore une fois, nous ne vendons pas le même produit, lorsqu'un client signe
100 Mb/s, nous nous engageons contractuellement à acheter *au moins* 100
Mb/s sur nos transitaires.

> Enfin, chaque entreprise fait comme elle veut. Si vous avez
> des clients qui sont prêts à payer cher quelque chose qui
> ne l'est pas chez Ovh, je vous en fecilite pour votre action
> commercial. Je suis certainement un plus mauvais commercial
> que vous, mais les clients me comprenne plustôt bien (même avec
> 10 fautes orthographes par ligne) et donc ça me suffit

Ce n'est pas un problème commercial : comme dans les produits de
consommation, il existe des gammes de produit pour tout le monde. On peut
acheter du nutella, ou une parte à tartiner sans nom, ce n'en fait pas
forcemment du Nutella. De même que lorsque l'on achete un téléviseur 16/9
70 cm, le prix peut varier du simple au triple, en fonction des composants,
des garanties apportées, intervention sur site, etc...

Vendre de la bande passante (largeur d'un tuyau) et du transit internet
(trafic circulant réellement sur Internet) sont 2 choses bien différentes,
et beaucoup d'acteurs font (intentionnellement ou non) l'amalgame entre les
2, c'est regrettable, car celui qui paye les pots cassés, c'est toujours le
client.

--
Christophe Casalegno | Groupe Digital Network | UIN : 153305055
http://www.digital-network.net | http://www.intelink.info
TISTC | OFREMHI | IIHEC | IICRAI | CIRET-AVT | KESAC | TIIX
Technical director | Security Intrusion techniques & infowar specialist.

oles@ovh.net avait soumis l'idée :
> Vous melangez 2 thermes: mutualiser les resources et mutualiser
> les couts. ça n'a rien à avoir.
>
Oula Octave qui va me donner un cours de gestion/finance/marketo

> Chez Ovh, on mutualise bien les couts et, là je me repete
> un peu, on fait profiter le client de cette mutualisation.
> C'est à dire qu'avec le nombre des clients qu'on a et ce
> qu'ils nous utilisent réellement, ça serait une arnaque de
> les facturer ce qu'ils _peuvent_ utiliser.

Déjà ce n'est pas ce qu'ils _peuvent_ utiliser mais ce qu'il vous
*achete contractuellement*.
Si un client vous achete 10Mbps vous lui facturer bien 10mbps mais pas
sa consommation réel (qui est dans cette exemple de 5mbps) ...

Par contre de votre coté pour bénéficier de coût bas, vous effectuer
d'une part ce qu'on apelle (en aware) le dumping.
Je m'explique :

3 clients vous achetes 10Mbps donc une conso global "comptable" de
30Mbps
Hors en pratique, la conso moyenne de ces 3 clients est de 15Mbps

A partir de cas, il y a deux (en gros) choix de politique :
CHOIX 1 : Je provisionne (sur mon infra, etc..) et rachete la totalité
de la consommation "comptable" à mes fournisseurs.

CHOIX 2 : je me base sur la consommation pratique et provisionne,
rachete en conséquence (avec + ou - une marge de tolérance)

DANS les deux cas, il y a une mutualisation de coût (ET OUI!!) qui
permet d'obtenir de meilleurs tarifs (achat de gros..).

Si je me trouve dans le choix 1, je peux affirmer que mes clients
disposent d'une connexion dédié et garantie, puisque je m'engage
contractuellement avec mes fournisseurs de mon coté.
Ainsi j'evite le risque qu'un de mes fournisseurs ne veuille plus me
fournir de Mbps supplémentaire pour une raison X.

Dans le deuxième choix, je prend un risque qui est de me retrouver à
cours de Mbps à un instant T pour differentes raisons.Et donc dans ce
cas, je ne peux garantir à mes clients un connexion non mutualisé et
garantie.
Et oui car contractuellement, vous garantissez la connexion comptable
et non pratique.

Ces choix correspondent à des politiques/orientations/clientèles
différentes ET surtout un gestion de risques

Le reste de votre message ce passe de commentaire ...
Et surtout réaffirme bien ce que nous disions plus haut, la connexion
est mutualisé sur tous les clients OVH et non le contraire comme vous
l'avez affirmé.

Pour conclure dans le cours caricaturé que vous avez essayé de me
donner :
-> 3 clients loue 3 telecommandes à OVH, au lieu de les achéter chacun
de son coté directement au fabricant
= mutualisation de coûts.

-> Ovh achete une télécommande et loue 3 télécommandes à 3 clients :
* client A : lundi, mardi
* client B : mercredi, jeudi
* client C : jeudi, vendredi
en prenant le risque que les 3 clients demandent en même temps cette
télécommande le samedi,dimanche
= Gestion de risques, ~dumping, ~folie(question de point de vue)

Cordialement,
Issam Hakimi

Christophe Casalegno a écrit :
> Exactement, comment dans ce cas peut on raisonnablement acheter 100 Mb/s
> pour au final vendre 200 Mb/s ? Même si en "pratique" tes clients ne
> consomment que x% du trafic acheté, que se passe t'il s'ils décident
> *ensemble* de consommer ce qu'ils ont acheté ? Moi je n'appelle pas cela de
> la mutualisation de cout, mais de la gestion de risque, ce qui est bien
> différent.

Et encore, il faut a mon sens differencier 3 et non 2 cas :

- Celui du réseau dimentionné a conso global + X%, modele low cost
- Celui du réseau dimentionné a commit vendu + X%, mais qui achete son
transit pil poil a conso global, modele moyen
- Celui du réseau dimentionné a commit vendu x 2 et qui achete 100% de
ce qui a été vendu


Ce sont 3 conceptions differentes de la gestion de risque

> Oula Octave qui va me donner un cours de gestion/finance/marketo

On va plutot comparer le bilan de vos 2 societes.

Issam Hakimi wrote:
> -> Ovh achete une télécommande et loue 3 télécommandes à 3 clients :
> * client A : lundi, mardi
> * client B : mercredi, jeudi
> * client C : jeudi, vendredi
> en prenant le risque que les 3 clients demandent en même temps cette
> télécommande le samedi,dimanche
> = Gestion de risques, ~dumping, ~folie(question de point de vue)

En meme temps, c'est un peu pareil dans tous les secteurs, donc
pourquoi l'hébergement y dérogerait ?

--
@+
Calimero

Christophe Casalegno a écrit :
> oles@ovh.net wrote:
>
>> Mutualisé les resources ? On ne peut pas le faire. Il faut assurer
>> une qualité de service parceque les clients n'achete pas 100Mbps
>> pour utiliser que 10Mbps.
>
> Exactement, comment dans ce cas peut on raisonnablement acheter 100 Mb/s
> pour au final vendre 200 Mb/s ? Même si en "pratique" tes clients ne

En achetant 100Mb/s de bande passante et en revendant 200Mb/s de
transit, ça me parait faisable, non ?

> consomment que x% du trafic acheté, que se passe t'il s'ils décident
> *ensemble* de consommer ce qu'ils ont acheté ? Moi je n'appelle pas cela de
> la mutualisation de cout, mais de la gestion de risque, ce qui est bien
> différent.

A un moment ou a un autre il faut bien que quelqu'un le prenne, ce
risque, sinon il faudrait des liens de plusieurs centaines de Go entre
chaque pop, qui ferait transiter chacun quelques Mb/s seulement. Quel
est l'interêt ? L'utilisateur paierait X fois plus cher pour le même
service rendu.
Le cas ou tout le monde veut 100% de son transit en même temps est très
peu probable, à partir de certain volume il est même *infiniment* peu
probable. Et heureusement que certains l'ont compris : par exemple en
assurance combien on paierait si l'assureur commençait à prévoir le cas
où toutes les voitures du parc automobile français ont un accident en
même temps ?!
Je n'ai qu'une vague idée du nombre de sites Internet en France, mais il
est fort à parier qu'au niveau des chiffres on se trouve dans des
ratios équivalent de ceux de mon exemple avec les voitures.


>
>> Puis ça ne coute rien de mutualiser les
>> resources. Comme vous, Ovh achete du transit et paie à 95% de
>> l'utilisation réel et pas à la taille de la connexion que vous avez
>> chez vos fournisseurs de transit.
>
> C'est le cas pour ovh certes, mais pas le notre : nous achetons 100% de ce
> que nous vendons en commit chez nos fournisseurs, afin d'avoir une garantie
> contractuelle de provisionnement du transit sur les liens en question.

Entre vous et votre opérateur oui, sur combien de mètres de long c'est
valable ? Et quand bien même ce soit en kilomètres, entre votre
fournisseur et les utilisateurs qui sont à l'autre extrémité ça se passe
comment ?

>
> Encore une fois, nous ne vendons pas le même produit, lorsqu'un client signe
> 100 Mb/s, nous nous engageons contractuellement à acheter *au moins* 100
> Mb/s sur nos transitaires.

Pour moi ça déplace le risque (et les mutualisations de coûts associés)
vers vos fournisseurs, rien de plus.

>
> Ce n'est pas un problème commercial : comme dans les produits de
> consommation, il existe des gammes de produit pour tout le monde. On peut
> acheter du nutella, ou une parte à tartiner sans nom, ce n'en fait pas
> forcemment du Nutella. De même que lorsque l'on achete un téléviseur 16/9
> 70 cm, le prix peut varier du simple au triple, en fonction des composants,
> des garanties apportées, intervention sur site, etc...

Oui mais la on change de sujet, on parlait de quantité et dans ces deux
exemples il est question de qualité et/ou de service associés, ce qui
n'a rien à voir.
Pour en revenir au sujet initial, il est évident qu'un kilo de pâte a
tartiner X ou un kilo de pâte à tartiner Y ça fait le même poids, et
donc si par exemple on le mets dans un camion, ça revient *strictement*
au même.
Pour le transit c'est pareil, du moment que le client a le transit dont
il a besoin, il n'y a aucune différence entre acheter ce transit au
volume réel ou bien en acheter au volume hypothétique : les octets de
données qui passent iront à la même vitesse (et bien souvent sur les
mêmes tuyaux !)

>
> Vendre de la bande passante (largeur d'un tuyau) et du transit internet
> (trafic circulant réellement sur Internet) sont 2 choses bien différentes,
> et beaucoup d'acteurs font (intentionnellement ou non) l'amalgame entre les
> 2, c'est regrettable, car celui qui paye les pots cassés, c'est toujours le
> client.
>

Donc CQFD : le client paye forcément plus (d'euros ou de pots cassés
c'est pareil) quand il achète un tuyau à largeur fixe, puisqu'il est
obligé de le prévoir pour sa consommation maximale. L'amalgame en
question ne sert évidemment de justification qu'à ceux qui vendent du
tuyau, puisque ceux qui vendent du transit réel sont moins cher pour un
service équivalent (il n'ont donc rien à justifier).

--

http://www.SD2i.com
\_ Cabinet SD2i \_