Le souci du client de Online :

Depuis maintenant un bon moment, je rencontre de gros soucis de lag
avec des clients de chez Numéricable sur mes serveurs.

Serveurs :
Une Pro Dell R210 => id-29624
Une Classic + => id-31861

Après plusieurs MTR sur les adresses IP des utilisateurs concernés,
je remarque une perte de paquets MINIMUM de 40% ...

La situation commence a être très critique, c'est pour cela
que je vous expose aujourd'hui mon soucis.

Cela donne un exemple concret pour ceux qui me demandent ce que cela fait pour les clients d'avoir le peering Free - Numericable coupé.
Présentement que OVH va gagner un nouveau client...

La rumeur pour l’explication de la coupure du peering Free/Numericable serait un désaccord sur la terminaison d'appel pour le trafic Bouygues Telecom => Free Mobile acheminé par Completel qui aurait poussé Free à coupé le peering Numericable. Pour ceux qui ne le savent pas, Completel et Numericable, c'est presque la même boite : même actionnaire, même PDG.

Techniquement il a raison, mais il oublie que peut-être dans l'autre sens ils ne basculent pas là dessus parce que ce n'est pas dimensionné pour le volume. C'est amusant d'ailleurs, ils ont un problème de facture tééphonie, ils coupent le peering (rien à voir) et derrière ils veulent que les mecs utilisent un transitaire qu'ils payent et qui paye à free le peering pour les joindre.

En gros : "je t'emmerde je coupe même si ça n'a rien à voir et passe par un mec qui me paye le peering comme ça je toucherait toujours le fric pour ce trafic"

La morale ? On s'en fout. Les utilisateurs ? On s'en fout.

Merci free.

J'ai du mal m'exprimer, c'est aussi ce que je dis En signalant que free est plutôt gonflé de dire "bah ils ont qu'à passer par Neo, nous on le fait, c'est ça le problème"

Dans l'autre sens, c'est Numericable qui choisit où il envoi le trafic.

Numericable doit envoyer le trafic vers un transitaire, aucun de se peer n'est transitaire de Free. Numericable a le choix entre plusieurs transitaire pour envoyer le trafic.

Numericable a fait le choix de ne pas utiliser NeoTelecom qui est en peering payant avec Free mais Level3 pour que Free soit obligé de payer pour récupérer le trafic (via Cogent). Envoyer le trafic par NeoTelecom, cela signifie que Free se ferait payer pour ce trafic à l’arrivée... Un mauvais plan pour la remise en service rapide du peering privé.

Et comment est-ce que ce genre de situation se résout (si c'est possible) d'habitude ? Je suis un peu embêté car nous venons, avec mon entreprise, d'installer une nouvelle architecture de serveurs chez Online et nos clients sont chez tous les FAI français... Après les tests ne donnent pas non plus de mauvais résultats, un ping bon en heure creuse et max. 90 ms de ping (toujours via Londres) aux heures de pointes (encore acceptable pour un site classique).

C'est effectivement pas une mauvaise idée, on a déjà un système de reverse proxy (justement Varnish) en place chez Online. J'essaierai de creuser ça si jamais on se rend compte que ça pose un vrai problème. Merci !

Et pourquoi ne pas prendre directement un bon hébergeur... tout simplement ?

Et pourquoi ne pas prendre directement un bon hébergeur... tout simplement ?

Oui aussi, j'ai évité pour ne pas rentrer dans le débat du coût normal d'un hosting et de la refonte complète de l'archi déjà en place qui aurait été bien H.S. 

Pis ça donnerait envie de faire sa propre pub et c'est pas vraiment l'endroit J'imagine aussi que le choix d'Online est plus lié à une réelle contrainte financière plutôt qu'à un choix qualitatif.