Auteur Sujet: Le peering Free en 2020, 2021, 2022 (Lu 164828 fois)

Hugues · « **Réponse #144 le:** 29 avril 2020 à 13:46:25 »

Citation de: underground78 le 29 avril 2020 à 13:35:26

Sinon pour l'hypothèse du LACP, c'est cohérent avec les témoignages qu'on a pu voir ici.

Clairement pas du LACP. C'est plusieurs bundle différents sur plusieurs routeurs différents. Il y'a par contre bien un équilibrage différent, mais pas en LACP.

underground78 · « **Réponse #145 le:** 29 avril 2020 à 14:00:41 »

Oui ça j'en sais rien, un problème d'équilibrage au sens large.

Après "problème" je ne sais pas, c'est peut-être juste que globalement c'est tellement proche de la saturation qu'il n'est pas possible d'espérer mieux. Je doute qu'il y ait quelques liens qui saturent et d'autres à moitié vide, c'est plutôt des liens qui saturent et d'autres qui sont très plein.

ericm · « **Réponse #146 le:** 29 avril 2020 à 15:11:25 »

LACP ou autre il y a un mécanisme d’agrégation qui prend en compte des propriétés de couche 3 et 4.

Nous avons subi un dysfonctionnement identique chez Level 3 le 17/02/2020 (incident impactant la gateway FR de Nanterre).
Le retour du NOC étant à l'époque : The load distrubution issue was between the PE and the BBR, a failing uplink was causing packet loss.

Hugues · « **Réponse #147 le:** 29 avril 2020 à 15:23:46 »

Citation de: ericm le 29 avril 2020 à 15:11:25

LACP ou autre il y a un mécanisme d’agrégation qui prend en compte des propriétés de couche 3 et 4.

Non, c'est uniquement en L3 et c'est plutôt du trafic engineering que de l'équilibrage à proprement parler

ericm · « **Réponse #148 le:** 29 avril 2020 à 15:52:09 »

comment expliquer nos tests, reproductibles de manière plutôt fiable, ou en changeant de ports sur une communication TCP entre deux hosts on arrive a alterner d'un flux dégradé à un flux non dégradé.

Sous le terme trafic engineering, j'entend pour ma part des actions sur le routage (trafic steeering en entrée via communautés etc.) ou en outbound via du policy based routing statique ou dynamique (justement pour contourner les limites de BGP sur le suivi latence/packet loss).

La ce qui me parait étrange c'est la réaction au port TCP dans le choix du chemin.

Hugues · « **Réponse #149 le:** 29 avril 2020 à 16:02:02 »

Pas de PBR coté Free, c'est un peu lourd à mettre en place sur autant d'intercos/chassis. Free fait de la simple désagrégation d'annonces (en no_export généralement). Archaique, et peu fonctionnel.

Coté Level3, je n'ai pas étudié en détail, mais j'ai pu constater que le changement de path se faisait plutôt en fonction de la session que du port. Ce qui me fait penser à de l'ECMP. En tout cas je confirme le constat global, une interco sature, pas l'autre, mais ce n'est pas toujours la même.

En tout cas, la solution serait de passer par un fournisseur chez Hopus (je vends ma crèmerie, chez Leonix AS50628 on fait ça), il n'y a aucune saturation et je perds moins de temps à débug des soucis avec Orange ou Free depuis qu'on a de l'Hopus...

noks · « **Réponse #150 le:** 29 avril 2020 à 16:33:46 »

La ou je trouve que Free ne la joue vraiment pas fine, c'est sur leur manque de com ....

Si ils ont prévue d'upgrade leur interco, et j'espère pour eux que c'est le cas, ils ont juste à l'annoncer et tout le monde comprendrait qu'en temps de confinement c'est pas le truc qui va se faire en 48H.

Bref de la com ça calmerai tout le monde ... Je ne sais vraiment pas d'où leur vient cette politique 0 communications quand y'a un soucis. Ils choisissent systématiquement la politique de l'autruche.

Florian · « **Réponse #151 le:** 29 avril 2020 à 16:52:28 »

A mon avis ils vont attendre que ça se calme à partir du 11, et espérer que ça suffise à rendre les choses plus potables (mais vu que Disney+ joue, ça sera la même situation en soirée et le week end).

thomasdeniau · « **Réponse #152 le:** 29 avril 2020 à 18:25:15 »

Bonjour à tous,

Depuis une ou deux semaines j'ai un débit extrêmement limité vers les serveurs de mon entreprise (Apple) avec un débit en téléchargement à 500 KB/sec depuis Free FTTH contre 50 MB/sec auparavant.

Voilà mon traceroute :

traceroute to gnv-eu.cdn-apple.com.akadns.net (17.253.34.105), 64 hops max, 52 byte packets
1 192.168.0.254 (192.168.0.254) 0.459 ms 0.456 ms 0.494 ms
2 194.149.169.89 (194.149.169.89) 3.066 ms 2.413 ms 2.204 ms
3 194.149.166.54 (194.149.166.54) 2.381 ms 2.647 ms 2.565 ms
4 * * *
5 ae-2-3204.ear2.london2.level3.net (4.69.143.194) 120.554 ms 115.233 ms 111.169 ms
6 195.50.124.26 (195.50.124.26) 155.915 ms 128.019 ms *
7 uklon5-cdnfn-gw01-por5.corp.apple.com (17.0.161.9) 99.571 ms 82.961 ms 87.044 ms
8 ntp.euro.apple.com (17.253.34.105) 105.518 ms !Z 108.637 ms !Z 111.626 ms !Z

J'imagine que je suis donc impacté par les problèmes de level3 mentionnés plus haut sur ce fuseau. 4.69.143.194 semble être l'AS3356.

Est-il possible de savoir quelle est la saturation du peering entre Free et ce réseau ?

Plus haut on mentionne ce bug report https://dev.freebox.fr/bugs/task/30298 où un dev Freebox dit qu'en appelant la hotline, l'équipe réseau peut être contactée, mais moi la hotline m'a simplement jeté en me disant que mon débit était correct vers d'autres sites donc que c'était pas leur problème....

Merci !

Florian · « **Réponse #153 le:** 29 avril 2020 à 18:35:03 »

La hotline ne fera rien. Et en effet, ca sature entre free et level3. Rien à faire à part attendre, ou changer d'opérateur. Ici je dl depuis quelques jours environ 1tb depuis un serveur que je joins par lv3. En pleine nuit je suis à 6-7mo/sec (serveur en 100mb), mais entre 7 et minuit je suis à environ 100-300k..

Hugues · « **Réponse #154 le:** 29 avril 2020 à 18:38:59 »

Prendre un vpn peut aider aussi, c'est ce que je fais chez moi...

Florian · « **Réponse #155 le:** 29 avril 2020 à 18:40:28 »

Pour mon cas précis je dois conserver mon ip, mais oui c'est une solution temporaire.