Reprise du message précédent :

bah chez nerim par exemple il serait temps d'upgrader le peering ...
& pas de notre coté hein ...
Mais non cela ne vient pas a leur idée
 

 
je vais éditer le premier post pour mettre le lien direct
 
 
sinon je viens de voir que le serveur ftp sur lequel je prends mes mis-à-jour pour mon linux ( ftp://ftp.fr.debian.org ) est héberger sur l'infrastructure proxad ... je trouvais bizarre aussi que ça ramait à ce point depuis quelque temps quand je fais une mise à jour  

mon ping semble être redevenu normal  
 
sans doute parce qu'il y a moins de traffic à cette heure tardive

c'est koi le peering ?
 
 
Sinon sur OVH, ca fait un moment (15 jours) que les pings sont désastreux.J'avais constaté ça, mais vu qu'en faisant des pings sur d'autres sites et que ça allait, j'ai mis ça sur le compte d'un router mal en point.

 
Du côté de Free, tout est déjà prêt pour passer à 2.5 Gbps. C'est France Telecom qui ne veut pas faire sa part du boulot.
 
Pour la trafic lui-même c'est un problème symétrique, ce n'est pas la faute à Free ou FT.

 
le peering c'est expliqué quelque part dans le topic ce que c'est
 
 
 
sinon moi ça y est, mes pings sont redevenu pourri  

bah moi aussi je suis de wanadoo et les pings vers free/grenouille ca raaame:
 

 
c vraiment nul cette guerre wanadoo/free, au final c estl es utilisateurs qui en chient

 
exactement !
ce qui m'amuse c'est que je vais aller chez eux et je vois d'ici le discour qu'ils vont me fournir :
"oui mais nous on est un service de l'état, on ne veut que le bien du client blablabla ..."  
là j'ai déjà préparé la replique que je vais gueuler dans l'agence

 
 
wanadoo cable

Au passage : http://peering.skiwebcenter.net/ la pétition viens d'être mise en place SIGNEZ !

 
c'est bien ça, elle m'a l'air sérieuse cette pétition, il demande l'adresse et tout, comme ça pas de triche et ça aura plus de poid je l'espère

 
Vi c une pétition serieuse, elle as été postée sur la ml d'ovh

Tu penses vraiment que cette pétition aura un poids vis a vis de FT ? (enfin on va signer quand meme peut etre que FT fera aussi bouger le peering avec Nerim qui commence a etre limite (du coté de FT ceci dis ) )
j'ai pas souvenir de pétition ayant réussi a faire bouger FT de sa décision

 
toute façon ces probleme de peering gene plus les clients wanadoo que free à mon avis parce que wanadoo question hébergements ils sont minables de toutes façons ...

le client lambda lui dira que free fonctionne mal & changera son site pour aller vers un site qui fonctionne mieux ( voila ou autre hébergement professionnel ... ) & il y a a mon avis une bonne part de gens qui peuvent etre classé dans les 'clients' dit lambda.
Enfin qui ne tente rien n'a rien

La petition sert-elle ? J'en sais rien, en tout cas je sais déjà que je passerais sur free d'ici peu donc... Ras le bol de jouer la vache à lait

wanadoo ping de 50 en myenne

pas si chtit que ca le pilote , moi g wanadoo et je suis dans les 55 de ping

+1

Nous ici ont a une LS transpac et ...
 
Envoi d'une requête 'ping' sur www.hardware.fr [212.43.221.155] avec 32 octets d
e données :
 
Réponse de 212.43.221.155 : octets=32 temps=22 ms TTL=244
Réponse de 212.43.221.155 : octets=32 temps=21 ms TTL=244
Réponse de 212.43.221.155 : octets=32 temps=45 ms TTL=244
Réponse de 212.43.221.155 : octets=32 temps=33 ms TTL=244
 
Statistiques Ping pour 212.43.221.155:
    Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 21ms, Maximum = 45ms, Moyenne = 30ms
 
Envoi d'une requête 'ping' sur ovh.com [213.186.33.34] avec 32 octets de données
 :
 
Réponse de 213.186.33.34 : octets=32 temps=720 ms TTL=244
Réponse de 213.186.33.34 : octets=32 temps=733 ms TTL=244
Réponse de 213.186.33.34 : octets=32 temps=721 ms TTL=244
Réponse de 213.186.33.34 : octets=32 temps=721 ms TTL=244
 
Statistiques Ping pour 213.186.33.34:
    Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 720ms, Maximum = 733ms, Moyenne = 723ms
 

Je crois que tu n'as pas lu ou compris ce que j'ai écrit :
 
Pourquoi veux-tu que FT paye une mise à jour, alors qu'il n'est pas gêné ?
Si Free est gêné, c'est à lui de prendre en charge les frais, mais ce surplus de trafic venant de free va engorger le réseau FT, et ca je crois que FT ne veux pas etre saturé par du trafic qui ne lui rapporte pas un rond. Proxad n'a qu'a étendre son réseau pour écouler son trafic vers d'autres points de passage.
 
En gros c'est comme si ton voisin venait déverser ses eaux dans ta conduite ce qui t'obligerait à augmenter, à tes frais, ton évacuation.
A+

 
ah oui là c'est flagrant  

 
   
je suis chez wanadoo et leur saturation vers free m'emmerde ... et c'est bien à cause de ft !

Euh c'est pas que free qui est géné la ...
cette politique est effectué vis a vis d'autres FAI aussi hein ...(cf mon lien pour nerim plus haut )
Enfin d'un autre coté il est vrai que cela rapporte plus de faire payer OpenTransit & qu'en ce moment tout argent est bon a prendre ...

 
nan, rien à voir, le traffic va dans les deux sens
sais-tu ce qu'est un peering ?

 
par contre si je suis chez free par exemple (je suis chez wanadoo là), j'aurais aucun pb à accéder à nerim n'est-ce pas ?
et à ce que j'en sais, le réseau de wanadoo au niveau des serveurs est loin d'être très développer il me semble ? donc ça devrait le faire en allant voir la concurrence

nop aucun probleme nerim est au FreeIx & c'est a priori mieux géré : cf ici.
Mais bon Nerim est encore un petit FAI

 
petit tout est relatif, je pense qu'on peut leur faire confiance : ils ont déjà pas mal d'abonné et son implenter depuis longtemps
 
sinon je viens de trouver qui sont les membres de freeIX et y-a tout le monde sauf FT :
http://stats.freeix.net/freeix/cgi-bin/members.pl
 
donc no-pb à priori

ça aussi c'est intéressant : http://www.nerim.fr/index.php3?fil [...] cture.php3

Bah FT a son propre point de Peering tout comme FT , donc il est 'logique' de ne pas etre a l'autre ..
Sinon je suis chez nerim ;o)

WANADOO ADSL MARTIGUES i.e Bas Marseille
 

 
 
Les mp3 de free je veux bien, MAIS LES SITES PROS D'OVH ET PROXAD BORDEL ILS FONT KOA      

je comprends pas la différence entre opentransit et transpac ?

 
de même que pariX ... ça fait bcp de monde ... transpac c'est la liaison international
parix doit être l'équivalent de freeIX
mais opentransit dans tout ça ?

 
bah c'est le même réseau

Oui,bien sur que c'est dans les deux sens !!!
Mais le trafic généré par Free dans les tuyaux FT, faudra bien l'écouler, et pour cela il faudra augmenter la dimension du tuyau chez FT et Free ne paiera pas un rond (c'est plus une liaison partagée).
 
Alors qu'actuellement, le bouchon se forme entre Free et FT sans encombrer les tuyaux du réseau FT.
 
Faut voir plus loin que le simple tuyau entre FT et Proxad.
 
 
Si mon exemple de conduite d'eau te parle pas assez, prends l'exemple d'une route qui est raccordée sur une autre.
 
Une 2 voies relie 2 routes à 4 voies, le trafic sera fluide des deux cotés les 4 voies pouvant écouler le surplus venant de la bretelle, le bouchon se situant en entrée de la 2 voie pour rejoindre l'autre 4 voies.
Mais si tu augmentes ta 2 voies à 4 voies, il n'y aura plus de bouchon à l'entrée de la bretelle, mais sur la 4 voies réceptrice et il faudra la passer à 6 ou 8 voies pour écouler le trafic.
Le passage à 6 ou 8 voies coté FT est à la charge de FT.
Et je les comprends de ne pas vouloir payer pour faire plaisir à Free.
 
Que Free developpe un réseau parallele !
 
 
 
A+

Ces problèmes concernant les abonnées wanadoo concernent uniquement le réseau Free/ovh/proxad  ou également d'autres FAI/réseaux ?
 
Exemple quid de Nérim ou d'autres ?

Hum no pb sur tiscali & nerim...
 

Transpac est 'national' si je ne m'abuse
OpenTransit lui fourni du transit vers/pour l'international.
 

 
Hum c'est pas du tout logique ton truc la ...
Les travaux de toute façon doivent se faire des deux cotés ...
Free fait le travaux de son coté ( & hop on mets un switch plus gros ) & de l'autre FT fait la meme chose ... C'est a priori ce qu'on leur demande.En aucun cas on leur a dis de faire tous les travaux ...
Ensuite c'est ce qui va se passer sous peu pour Nerim vu qu'il y a plus de transit Wanadoo/transpac/FT ---> Nerim que l'inverse donc si on suit ton raisonnement Nerim devrait rester les bras croisés & laisser wanadoo patauger ?

 
ouai ok, je vois ce que tu veux dire mais en attendant quand tu disais que seul free était emmerdé, c'est faux. moi client de wanadoo, on a des problemes à utiliser le réseau de proxad et c'est bien chiant ...
etle réseau parallèle de free, je ne sais pas trop ce que tu entends par là mais il existe freeIX déjà
 
et je viens de voir que parix réunit tout le monde : C&B, proxad, nerim, level3 ...
donc je comprends pas qu'il y est autant de problème de performance ? le peering est là pour améliorer les performances. mais les transits (tel que pariX ou freeIx si je ne m'abuse) sont là pour prendre le relai en cas de peering absent ? et j'imagine qu'ils permettent d'obtenir des perf acceptable
et là c'est clairement pas le cas  
 
http://www.parix.net/

cela ne devrait pas tarder a saturer chez Nerim aussi ne t'inquietes pas

Idem pour moi depuis Wanadoo
 
 
Envoi d'une requête 'ping' sur www.tiscali.fr [213.36.119.8] avec 32 octets de données :
 
Réponse de 213.36.119.8 : octets=32 temps=50 ms TTL=246
Réponse de 213.36.119.8 : octets=32 temps=40 ms TTL=246
Réponse de 213.36.119.8 : octets=32 temps=40 ms TTL=246
Réponse de 213.36.119.8 : octets=32 temps=40 ms TTL=246
 
Statistiques Ping pour 213.36.119.8:
    Paquets : envoyés = 4, re?us = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    minimum = 40ms, maximum = 50ms, moyenne = 42ms
 
Envoi d'une requête 'ping' sur www0.nerim.net [62.4.16.81] avec 32 octets de données :
 
Réponse de 62.4.16.81 : octets=32 temps=50 ms TTL=56
Réponse de 62.4.16.81 : octets=32 temps=50 ms TTL=56
Réponse de 62.4.16.81 : octets=32 temps=50 ms TTL=56
Réponse de 62.4.16.81 : octets=32 temps=40 ms TTL=56
 
Statistiques Ping pour 62.4.16.81:
   Paquets : envoyés = 4, re?us = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    minimum = 40ms, maximum = 50ms, moyenne = 47ms
 
 
Vers Free moyenne 550
 
A+