tu peux en conclure que la politique de peering des FAI est uniquement leur sauce interne, c'est quelque chose qu'ils font evoluer a leur guise.
Et free est connu pour ne pas faire le mieux possible sur ce sujet.

"Le mieux" du point de vue de l'abonné n'est pas toujours "le mieux" du point de vue de l'opérateur.

De nombreux paramètres rentrent en compte quand on parle d'intercos externes. Le coût bien sûr, mais également la complexité si par exemple on a des intercos à différents débits (par exemple 100G sur Paris mais uniquement 10G sur Marseille). Comment doit se faire le repli en cas de coupure de la prise 100G ? Sur l'autre prise (auquel cas ça va frotter) ? Sur le transit ?

Et puis il y a des incidents, des coupures de liens. Dans l'ensemble ça fonctionne, le trafic sera re-routé, mais pas forcément selon un path optimal, ou pas forcément de la manière qu'on aura imaginé. Il ne faut pas oublier que les opérateurs choisissent leur ingénierie de trafic, elle n'est pas forcément la même partout. Cela peut occasionner des routage massivement asymétriques, du tromboning par des peerings distants, etc.

Bref gérer un gros réseau d'eyeballs multi-connecté n'est pas simple. Normalement les gens de Free s'y connaissent, et surtout ils connaissent également les limitations qui leurs sont imposées. Ils ne sont pas forcément libres de faire tout ce qui serait "mieux" de notre point de vue d'utilisateurs.

"Le mieux" du point de vue de l'abonné n'est pas toujours "le mieux" du point de vue de l'opérateur.

De nombreux paramètres rentrent en compte quand on parle d'intercos externes. Le coût bien sûr, mais également la complexité si par exemple on a des intercos à différents débits (par exemple 100G sur Paris mais uniquement 10G sur Marseille). Comment doit se faire le repli en cas de coupure de la prise 100G ? Sur l'autre prise (auquel cas ça va frotter) ? Sur le transit ?

Et puis il y a des incidents, des coupures de liens. Dans l'ensemble ça fonctionne, le trafic sera re-routé, mais pas forcément selon un path optimal, ou pas forcément de la manière qu'on aura imaginé. Il ne faut pas oublier que les opérateurs choisissent leur ingénierie de trafic, elle n'est pas forcément la même partout. Cela peut occasionner des routage massivement asymétriques, du tromboning par des peerings distants, etc.

Bref gérer un gros réseau d'eyeballs multi-connecté n'est pas simple. Normalement les gens de Free s'y connaissent, et surtout ils connaissent également les limitations qui leurs sont imposées. Ils ne sont pas forcément libres de faire tout ce qui serait "mieux" de notre point de vue d'utilisateurs.

Et c'est reparti, toujours dans le "on peut pas, parce que.."

En même temps si tout le monde hoche la tête aux directives pourries des DSI hein, bref on est encore loin de la perfection.

Blizzard et Free sur AMS-IX ça toujours été comme cela, tout comme Valve.

Je peux confirmer qu'hier, pas mal de problèmes pour rejoindre certains sites web avec Free. Pareil sur mobile, mais aucun soucis sur une Sim SFR.

Un tracert d'un pote sur marseille lors du problème :

1    <1 ms     1 ms    <1 ms  FREEBOX [192.168.0.254]
  2     1 ms     1 ms     2 ms  ril69-1_migr-82-67-31-254.fbx.proxad.net [82.67.31.254]
  3    <1 ms    <1 ms    <1 ms  78.255.125.126
  4     1 ms     1 ms     1 ms  marseille-9k-1-bd1016.intf.nro.proxad.net.243.254.78.in-addr.arpa [78.254.243.77]
  5    11 ms    13 ms    11 ms  p11-crs16-1-be1115.intf.routers.proxad.net [194.149.162.153]
  6                     *     Délai d’attente de la demande dépassé.
  7    10 ms    10 ms    10 ms  free.th2-1.rt.hopus.net [37.77.34.38]
  8           158 ms          magiconline.th2-1.hopus.net [37.77.34.73]
  9           119 ms          ge-0-0-s50.lns1.th2.net.magic.fr [62.100.128.145]
 10                   379 ms  188.130.11.71
Tracert similaire chez moi dans le Nord :

  1    <1 ms    <1 ms    <1 ms  FREEBOX [192.168.0.254]
  2     5 ms     5 ms     5 ms  194.149.169.93
  3                     *     Délai d’attente de la demande dépassé.
  4     5 ms     5 ms     5 ms  free.th2-1.rt.hopus.net [37.77.34.38]
  5    93 ms     *       87 ms  magiconline.th2-1.hopus.net [37.77.34.73]
  6                     *     Délai d’attente de la demande dépassé.
  7     *       58 ms    57 ms  188.130.11.71
Par contre avec un VPN aucun soucis pour rejoindre le site web :

Détermination de l’itinéraire vers www.dreadcast.net [188.130.11.71]
avec un maximum de 30 sauts :

  1     6 ms     6 ms     6 ms  10.5.0.1
  2     7 ms     6 ms     6 ms  unn-84-17-42-254.cdn77.com [84.17.42.254]
  3     7 ms     6 ms     7 ms  be5475.rcr21.b019498-0.par01.atlas.cogentco.com [149.6.161.57]
  4     8 ms     7 ms     7 ms  be3594.ccr42.par01.atlas.cogentco.com [154.54.60.125]
  5     8 ms     *        7 ms  be3184.ccr31.par04.atlas.cogentco.com [154.54.38.158]
  6     8 ms     8 ms     7 ms  be3169.agr21.par04.atlas.cogentco.com [154.54.37.238]
  7     7 ms     7 ms     7 ms  tata.par04.atlas.cogentco.com [130.117.15.70]
  8     7 ms     7 ms     7 ms  if-ae-11-2.tcore1.pye-paris.as6453.net [80.231.153.50]
  9     7 ms     7 ms     7 ms  te3-1.ew200-411-cr903.euroweb-network.com [80.231.154.50]
 10     7 ms     7 ms     7 ms  62.100.128.175
 11     7 ms     9 ms     7 ms  62.100.128.186
 12     8 ms     8 ms     8 ms  62.100.128.191
 13     8 ms     7 ms     7 ms  188.130.11.71

C'est exactement ce que j'ai dit à mon pote hier 

Je doute très fortement qu'Hopus sature chez Free ou magic online. On n'a pas la route retour

C'est pas supposé être symétrique quand deux réseaux sont membres d'Hopus ?

J'ai supposé que le VPN était sur le réseau de CDN77 (qu'on atteint d'ailleurs via Cogent depuis Free ^^).