Auteur Sujet: Comment connaître la qualité des peering / transit d'un FAI ?  (Lu 29970 fois)

0 Membres et 1 Invité sur ce sujet

cali

  • Officiel Ukrainian Resilient Data Network
  • Fédération FDN
  • *
  • Messages: 2 401
    • Ukrainian Resilient Data Network
Qualité peering transit
« Réponse #24 le: 02 juin 2012 à 14:06:25 »
C'est difficile de dire que le problème provient de Free (même si c'est certain qu'ils ont un réseau de merde), il faudrait effectuer les tests avec plusieurs FAI simultanèment pour conclure.

Leon

  • Client SFR sur réseau Numericable
  • Modérateur
  • *
  • Messages: 5 971
Qualité peering transit
« Réponse #25 le: 02 juin 2012 à 14:38:28 »
J'espère que tu déconnes, Cali...
Ca a été prouvé ici même, et c'est assez connu. Oui, Free a une mauvaise qualité, mauvaise interconnexion avec Youtube. Je ne suis pas le seul à l'avoir constaté. Ca s'est un peu amélioré ces derniers mois, mais c'est vraiment toujours pas terrible. Ca fait le yoyo de mois en mois depuis plusieurs années. Orange aussi a des problèmes, et c'est aussi connu.

Franchement, il est assez difficile de nier que Free a des problèmes.

Relis les posts plus haut: Vivien, depuis Bouygues, télécharge la vidéo en quelques secondes, alors que moi, depuis Free, ça met une éternité (ça freeze tout le temps). Les 2 tests ont été fait à l'heure de pointe. Donc le test que tu proposes a déjà été fait!

Leon.

cali

  • Officiel Ukrainian Resilient Data Network
  • Fédération FDN
  • *
  • Messages: 2 401
    • Ukrainian Resilient Data Network
Qualité peering transit
« Réponse #26 le: 02 juin 2012 à 14:42:28 »
Je le sais très bien, c'est pas qu'avec google, free refuse d'augmenter ses liens de transit, fait du QoS et demande de l'argent pour faire du peering. Mais ça n'empêche pas que les démonstrations plus haut ne sont pas suffisantes, pour démontrer qu'il y a un problème il faut montrer que tout fonctionne correctement au même moment avec un autre ISP.

Leon

  • Client SFR sur réseau Numericable
  • Modérateur
  • *
  • Messages: 5 971
Qualité peering transit
« Réponse #27 le: 02 juin 2012 à 14:51:12 »
Mais ça n'empêche pas que les démonstrations plus haut ne sont pas suffisantes, pour démontrer qu'il y a un problème il faut montrer que tout fonctionne correctement au même moment avec un autre ISP.
Franchement, je ne te suis pas, je ne vois pas ce que tu cherches.
Cette vidéo, citée ci dessus, laggue dès qu'on est en heure de pointe chez moi. Je l'ai visualisé plusieurs fois aux heures de pointe, c'était toujours pareil, aussi pourri. Vivien nous dit qu'il n'a aucun pb depuis Bouygues, toujours à une heure de pointe. J'ai même montré un traceroute qui sature aux heures de pointe et pas du tout tôt le matin; test effectué le lendemain du constat de la vidé qui laggue; ça montre bien que le problème est parfaitement répétable, tous les jours. Je ne vois pas ce qu'il te faut de plus pour accepter ce qui est évident.

Fin de la discussion pour moi.

Leon.

butler_fr

  • Client Bbox adsl
  • Modérateur
  • *
  • Messages: 3 605
  • FTTH orange
Qualité peering transit
« Réponse #28 le: 02 juin 2012 à 14:58:16 »
petit exemple personnel:
mon premier abonnement était chez alice adsl je sur megaupload je téléchargait en moyenne à 1mo/s en compte gratuit (beaucoup de variation selon les heures selon la charge des serveurs de mégaupload).
j'ai migré vers orange et la catastrophe le débit ne dépassait pas 50ko/s (en période creuse ou je faisais du 1mo/s) du jour au lendemain.
il est donc évidant qu'il y avait bien un problème a ce niveau (depuis le problème est résolu mega n'éxiste plus... ^^)

le problème estle mème pour les video youtube alice 0 soucis orange galère, bouygue pas de problèmes.

orange profite de son image de marque auprès des consommateurs (impréssion de diabilité par rapport aux autres pour pas mal de personnes) ça commence à changer un peu mais bon toutes les personnes ne sont pas passionnée d'info et ne font pas de recherche avant de prendre un opérateur.

a+

corrector

  • Invité
Qualité peering transit
« Réponse #29 le: 02 juin 2012 à 21:57:49 »
Je le sais très bien, c'est pas qu'avec google, free refuse d'augmenter ses liens de transit, fait du QoS (...)
C'est une bonne chose la Qualité, non?

cali

  • Officiel Ukrainian Resilient Data Network
  • Fédération FDN
  • *
  • Messages: 2 401
    • Ukrainian Resilient Data Network
Qualité peering transit
« Réponse #30 le: 02 juin 2012 à 23:46:42 »
Franchement, je ne te suis pas, je ne vois pas ce que tu cherches.
Cette vidéo, citée ci dessus, laggue dès qu'on est en heure de pointe chez moi. Je l'ai visualisé plusieurs fois aux heures de pointe, c'était toujours pareil, aussi pourri. Vivien nous dit qu'il n'a aucun pb depuis Bouygues, toujours à une heure de pointe. J'ai même montré un traceroute qui sature aux heures de pointe et pas du tout tôt le matin; test effectué le lendemain du constat de la vidé qui laggue; ça montre bien que le problème est parfaitement répétable, tous les jours. Je ne vois pas ce qu'il te faut de plus pour accepter ce qui est évident.

Fin de la discussion pour moi.

Leon.

L'icmp est très souvent limité sur les routeurs, ceux de free fonctionnent comme ça, par contre si tu constates une augmentation de la latence entre toi et la destination bien il y a peut-être un problème, mais c'est comme la bande passante, il faut voir si la même chose ne se produit pas avec une autre fournisseur. Je n'ai rien à accepter, tu as raison, il y a un problème chez Free, c'est connu, et je me plains presque tous les jours, mais les démonstrations que tu fais, même si tu compares aux résultats de Vivien, ne sont pas simultané. Avec un traceroute tu peux simplement déterminer que le chemin utilisé n'est pas le plus simple, et qu'il y a sûrement du QoS en comparant le peering de Free, mais c'est du côté BGP.
Quand je parle de QoS je parle surtout des load balancers, normalement quand une liaison arrive à sa capacité maximale on augmente cette capacité, chez free on préfère balancer la charge sur plusieurs chemin différents et on fait passer les quelques mecs un peu moins cons que la moyenne vers les chemins saturés puisque de toute façon même si ils gueulent ils ne seront pas suffisamment nombreux pour faire changer les choses en conséquent on se met à emprunter des chemins plus long et de moins bonnes qualité, voilà ce que c'est Free. Mais quand on mise sur le prix plutôt que la qualité il faut pas s'attendre à autre chose. Il y a des posts assez vieux de Rami, sur les newsgroup notamment ou il explique vers 2005/2006 que youtube.com et tous les autres sites de streaming videos font chier parce que les gens consomment plus de bande passante, je vais vous retrouver ça.

Leon

  • Client SFR sur réseau Numericable
  • Modérateur
  • *
  • Messages: 5 971
Qualité peering transit
« Réponse #31 le: 03 juin 2012 à 07:21:49 »
Avec un traceroute tu peux simplement déterminer que le chemin utilisé n'est pas le plus simple, et qu'il y a sûrement du QoS en comparant le peering de Free, mais c'est du côté BGP.
Je me fous complètement de savoir "que le chemin utilisé n'est pas le plus simple". Si entre moi et Youtube, ça passe par 5 ou 6 intermédiaires, mais que le ping et la bande passante sont bons, ça me va très bien.
Et tu te trompes: le traceroute permet de voir bien plus que "le chemin n'est pas le plus simple". Le traceroute comparatif permet de voir que ça sature, et c'est bien ça que je veux montrer! Tu devrais savoir ça, toi, un professionnel de l'Internet.

Après, je ne vois pas pourquoi tu me parles d'ICMP limité, et de QOS. Je rappelle que c'est Youtube qui balance du trafic à Free, donc ça n'est pas Free qui fait du load balancing s'il y en a un. On a montré que ça saturait, alors que chez d'autres, ça ne le fait pas, un point c'est tout.

Leon.

corrector

  • Invité
Qualité peering transit
« Réponse #32 le: 03 juin 2012 à 09:32:33 »
Il y a des posts assez vieux de Rami, sur les newsgroup notamment ou il explique vers 2005/2006 que youtube.com et tous les autres sites de streaming videos font chier parce que les gens consomment plus de bande passante, je vais vous retrouver ça.
http://www.mail-archive.com/frnog@frnog.org/msg00944.html
Citer
Re: [FRnOG] Re: [FRnOG] Re   : [FRnOG] Re: [FRnOG] RE : [FRnOG] Content Delivery Network (CDN) à la francaise
Rani Assaf
Thu, 30 Nov 2006 08:52:16 -0800
Extraits :
Citer
Le  problème est  le développement  à grande  vitesse des  plateformes de
diffusion de Video.
C'est bien toujours d'actualité? ;)

Citer
Or, de  petits hébergeurs/opérateurs  ont fini par  trop abuser  de cette
situation en vendant  aux 2 catégories ci-dessus la bande  passante a des
prix délirants en se disant "je vais  payer plein pot mon trafic vers FT,
AOL c'est pas  si gros et derrière  j'ai plus de la moitié  du trafic que
j'écoule gratos donc frontalement je peux casser le prix du Mbps". On est
tous du  métier et on connait  tous ce que  ce sont les coûts  pour aller
louer quelques m² à Redbus (surtout  avant l'augmentation des prix ;), de
mettre 40 serveurs par baie, un switch  et tirer une fibre vers le Freeix
ou le Panap....

On  (Free mais  je crois  savoir qu'on  est pas  les seuls)  a décidé  de
prendre  les devants  et  d'arrêter cette  dérive avant  que  ça ne  soit
dangereux. A l'heure où j'écris, le trafic d'un dailymotion ou un youtube
reste négligeable  par rapport à  ce qu'on fait  en interne (la  VoD chez
nous par exemple,  c'est des dizaines de Gbps qui  viennent se rajouter à
tout le reste en soirée) mais la croissance de leur trafic est clairement
inquiétante.

Quand Free,  pour sa  propre plateforme  de VoD (qui  je le  rappelle est
payante et  génère des millions  d'euros de  CA), doit investir  dans des
POPs régionaux pour clusteriser la plateforme, est-ce normal de véhiculer
gratuitement  les  flux  des  autres  à  partir  d'un  point  central  de
livraison
?
Donc le problème c'est la livraison au niveau national, est-ce que Free propose des "points de livraison" régionaux en peering gratuit maintenant?

Citer
Enfin, le fournisseur  de contenu, s'il pense que l'opérateur  se fout de
sa  gueule et  lui vend  cher la  bande passante  pour la  terminaison du
trafic alors là il n'a qu'à  investir dans un backbone national
et amener
le trafic au  plus près du client  final et il sera en  droit de réclamer
des tarifs moins élevés.

C'est exactement  comme pour les  interconnexions voix: vous  pouvez vous
interconnecter avec France Telecom au niveau des centres de transit (PRO)
ou alors descendre jusqu'aux CAA et payer moins cher la terminaison.
On peut comparer les tarifs de "terminaison" de Free selon la localisation?

vivien

  • Administrateur
  • *
  • Messages: 47 086
    • Twitter LaFibre.info
Qualité peering transit
« Réponse #33 le: 03 juin 2012 à 09:45:30 »
Oui, Free propose un peering gratuit a ceux qui viennent s'interconnecter sur chacun de ses routeurs en province (donc des dizaines d'interconnexion)

Aucun opérateur n'est aujourd'hui intéressé.

Cela signifie avoir un réseau national qui va partout et  louer des baies à SFR un peu partout dans la France vu que Free est dans les locaux SFR (comme les autres opérateurs ADSL sauf Orange).

Leon

  • Client SFR sur réseau Numericable
  • Modérateur
  • *
  • Messages: 5 971
Qualité peering transit
« Réponse #34 le: 03 juin 2012 à 09:52:06 »
Les "peering policy" de free étaient publiques il y a quelques années, et sont devenues "confidentielles =  à la tête du client".

Voici un retour en arrière sur cette politique publique:

http://web.archive.org/web/20070206051907/http://www.as12322.net/as12322_policy.html

Settlement Free Interconnection ("peering")
Free S.A.S (AS12322) has a selective peering policy. Applicants must meet each of the following pre-qualifications:
 - Applicant must operate a  fully staffed Network Operation Center (NOC)   24 x 7 x 365.
 - Applicant must peer with AS12322 in at least two different locations
 - Traffic exchanged must be at  least 1000Mbps average in each direction  and traffic ratio should be no more than 2:1
 - Applicant must be advertising at least a /16.
To  ensure  continued  compliance  with AS12322  policy,  status  of  all settlement-free  peers will  be reviewed  once every  six months  or upon requests for upgrades. Peers who do  not comply with the published policy will be given 60 days to remedy the situation.

This  policy is  only  a  guideline. Meeting  all  requirements does  not guarantee  that  Free S.A.S.  will  accept  to  peer with  the  Appliant. Exceptions may also be granted at the sole discretion of Free S.A.S.

Please send all questions/requests to peering@as12322.net

Regional Settlement Free Interconnection
Regional Settlement Free Interconnection is  available in major cities in France.  In every  region  where  Applicant has  a  peering session  with AS12322, Free S.A.S will advertise its customers in this region (based of the BGP confederation topology of AS12322).

Applicants must meet each of the following pre-qualifications:
  - Applicant must operate a fully staffed Network Operation Center (NOC)  24 x 7 x 365.
  - Traffic exchanged must be at  least 200Mbps (inbound or outbound)
  - Presence in all  regions is NOT required. However, it  is required to  setup at least  peering sessions in two different regions  to be able
    to peer in Paris.
All  costs  associated  to  link   Applicant's  network  to  Free  S.A.S.
equipments are to be supported by the Applicant.

Please send all questions/requests to peering@as12322.net

Paid Peering
For applicants who  do not qualify for a  Settlement Free Interconnection or who do not have a nation wide network to establish Regional Settlement Free  Interconnection,  it's possible  to  request  a Paid  Peering.  The benefits are:
  - Direct access to all Free S.A.S content
  - Direct access to more than 2.6 million eyeballs
  - No traffic volume and restrictive ratio requirements
  - A single Point of Presence to collect/deliver traffic
  - A monthly flat price depending on the interface capacity


J'ai un vague souvenir d'un débat qui disait que Free aurait refusé le peering gratuit régional, malgré un peer remplissant les conditions. Il faut que je retrouve ça.

Leon.

cali

  • Officiel Ukrainian Resilient Data Network
  • Fédération FDN
  • *
  • Messages: 2 401
    • Ukrainian Resilient Data Network
Qualité peering transit
« Réponse #35 le: 03 juin 2012 à 12:29:59 »
Je me fous complètement de savoir "que le chemin utilisé n'est pas le plus simple". Si entre moi et Youtube, ça passe par 5 ou 6 intermédiaires, mais que le ping et la bande passante sont bons, ça me va très bien.
Et tu te trompes: le traceroute permet de voir bien plus que "le chemin n'est pas le plus simple". Le traceroute comparatif permet de voir que ça sature, et c'est bien ça que je veux montrer! Tu devrais savoir ça, toi, un professionnel de l'Internet.

Après, je ne vois pas pourquoi tu me parles d'ICMP limité, et de QOS. Je rappelle que c'est Youtube qui balance du trafic à Free, donc ça n'est pas Free qui fait du load balancing s'il y en a un. On a montré que ça saturait, alors que chez d'autres, ça ne le fait pas, un point c'est tout.

Leon.

Le BGP choisit le plus rapide et meilleur chemin, il y a de fortes chances que celui-ci soit celui avec le moins de sauts,
Si tu es chez Free, les réponses ICMP des routeurs sont limité donc tu ne peux pas te baser sur ces critères.
Le Load Balancing s'applique dans les deux sens, si Free empêche les paquets de youtube.com d'arriver à un certains endroits et ne rend accessible qu'un accès surchargé, bien ça sera tout pourri.
Mais franchement avec youtube c'est pas le pire, pour joindre mon réseau il me fallait passer par plusieurs sauts aux U.S avec de revenir à Amsterdam pour finalement aller à Kiev.
Donc dans tous les cas, si on souhaite un accès à l'internet, c'est pas chez free qu'il faut se diriger.