Je confirme, chez moi (client SFR câble) cela va aussi sur Lyon, alors que je suis à coté de Paris.

$ mtr -zrwc100 9.9.9.9
Start: 2020-06-13T21:59:39+0200
HOST: vivien1                                      Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS???    _gateway                              0.0%   100    0.3   0.3   0.3   0.5   0.1
  2. AS???    ? ?                                  100.0   100
  3. AS21502  evy1rj-ge-1-1-5.200.numericable.net   0.0%   100    7.0   6.9   4.1  28.7   2.4
  4. AS8228   197.117.223.213.rev.sfr.net           0.0%   100    6.7   7.4   6.6   8.5   0.4
  5. AS15557  30.12.6.109.rev.sfr.net               0.0%   100   17.3  20.5  13.8  54.6   7.2
  6. AS???    pch-as42.ix.lyonix.net                0.0%   100   13.9  15.4  13.1  42.0   3.8
  7. AS19281  dns9.quad9.net                        0.0%   100   15.1  14.7  11.0  20.0   0.9

Je n'ai pas mis le traceroute Bouygues en IPv4, mais cela ne marche pas, cela va systématiquement sur Paris en IPv4.

Maintenant ce n'est pas simple pour un opérateur et j'ai été très étonné que cela fonctionne chez Bouygues en IPv6, il y a moins de deux ans LyonIX était un aspirateur en IPv4 mais surtout en IPv6 : tout ce qui était en peering sur Lyon était priorisé pour le trafic sortant (uniquement en sortant) et les acquittements pour plus de 100 Gb/s de trafic entrant (qui lui ne passait par LyonIX) s'écoulait par LyonIX.

Exemple de traceroute Bouygues Paris => Gandi Paris qui passe par LyonIX en 2015 (et beaucoup d'opérateurs alors qu'il y a un peering sur Paris entre Bouygues et Gandi)

Orange annonce tout Hopus à Bouygues Telecom sur le peering de Lyon

Petit traceroute Bouygues Telecom (Bbox câble sur Paris) => Gandi (Paris)

Réseau Numericable => Collecte Bouygues Telecom sur Courbevoie (ncc-cbv.net.bbox.fr) => Lyon IX => Perring avec AS3215 sur Lyon-IX=> Hopus Lyon => Hopus Paris => Gandi

$ mtr -rwc100 gandi.net
Start: Sat Sep 26 12:08:48 2015
HOST: vivien                                     Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- bbox.lan                                  0.0%   100    5.9   3.2   0.9  22.4   4.1
  2.|-- 10.112.0.1                                0.0%   100   10.3  11.5   7.4  57.5   6.1
  3.|-- eps1rj-ge-0-1-5.100.numericable.net       0.0%   100   10.1  12.6   7.8  38.4   5.1
  4.|-- ip-53.net-80-236-1.static.numericable.fr  1.0%   100   22.2  13.2   7.8  39.9   6.8
  5.|-- ip-49.net-80-236-1.static.numericable.fr  0.0%   100   12.4  11.5   8.2  23.7   2.9
  6.|-- lag101.350.ncc-cbv.net.bbox.fr            1.0%   100   10.8  17.0   8.6  81.2  12.4
  7.|-- ? ?                                      100.0   100
  8.|-- la10.bsr02-cbv.net.bbox.fr               66.0%   100   12.4  13.3  10.3  23.7   2.9
  9.|-- be16.cbr01-cro.net.bbox.fr                0.0%   100   18.5  15.7  11.5  25.3   3.1
 10.|-- be5.cbr01-lyo.net.bbox.fr                 1.0%   100   26.7  24.1  18.2  38.7   4.1
 11.|-- la44.bsr01-lyo.net.bbox.fr               89.0%   100  23976 23339 21638 24386 901.6
 12.|-- la10.bsr02-lyo.net.bbox.fr                1.0%   100   18.6  20.8  16.2  61.3   6.1
 13.|-- 193.253.13.85                             0.0%   100   20.9  22.2  17.4  79.0   8.1
 14.|-- 193.252.227.98                            0.0%   100   20.4  22.1  17.9  44.8   4.9
 15.|-- lag-pop-ly-1.th2-1.rt.hopus.net           0.0%   100   19.7  22.0  17.7  34.7   3.8
 16.|-- lag-pop-th2-1.std-1.rt.hopus.net          0.0%   100   34.7  22.3  18.0  43.6   4.3
 17.|-- gandi.std-1.rt.hopus.net                  0.0%   100   25.2  25.5  18.2  51.6   6.4
 18.|-- xe0-0-2-2-core3-d.paris.gandi.net         0.0%   100   20.0  22.3  18.3  39.6   3.8
 19.|-- xe1-6-5-gdist3-d.paris.gandi.net          0.0%   100   27.1  22.7  18.3  52.3   4.7
 20.|-- website.vip.gandi.net                     0.0%   100   19.1  22.7  17.4  72.3   7.5

Note : 193.253.13.85 et 193.252.227.9 sont des IP appartenant à Orange AS3215

Quitte à choisir, j'ai troqué les DNS de Cloudfare par les DNS de FDN !
Et il me semble pour ma part plus cohérent !
Et très légèrement plus rapide ...

FDN n'a pas de DoH, du coup c'est en clair et pas d'ESNI dans Firefox, c'est dommage.

Cloudfare passe de nouveau par LONDRES ...

Depuis vendredi, donc c'est peut-être lié aux soucis de Cloudflare.
Les routes anycast semblent plus longues à rétablir, ce n'est pas la première fois.

Je confirme, pour 1.1.1.1 : TTL exceeded

Son compère 1.0.0.1 est toujours routé correctement :
Start: 2020-11-05T14:33:23+0100
HOST: bl            Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS???    172.16.1.1      0.0%     5    0.3   0.2   0.2   0.3   0.0
  2. AS???    ???            100.0     5    0.0   0.0   0.0   0.0   0.0
  3. AS15557  77.154.114.82   0.0%     5    3.0   3.2   3.0   3.5   0.2
  4. AS15557  77.136.10.129   0.0%     5    4.4   4.7   4.3   5.5   0.5
  5. AS15557  77.136.10.129   0.0%     5    4.6   4.5   4.0   4.9   0.4
  6. AS???    37.49.237.49    0.0%     5   18.8  18.2   7.8  35.9  10.7
  7. AS13335  1.0.0.1         0.0%     5    4.6   5.1   4.6   5.8   0.5


Résolu