Si je regarde des traceroute de 2016, vers www.free.fr :
 - 9 sauts (1 box, 3 SFR, 1 sans réponse, 4 Free) => 4.5ms de moyenne
 - 8 sauts (1 box, 3 SFR légèrements différents, 1 sans réponse, 3 Free) => 3.3ms de moyenne
Très peu de jitter à l'époque aussi (<1ms).

Maintenant c'est 13 sauts (1 box, 6 SFR, 1 sans réponse, 5 Free) => 9ms de moyenne.

Vers des abonnés xDSL Free à Chambly, +6ms en 3 ans :
9 sauts (1 box, 3 SFR, 1 sans réponse, 3 Free, Freebox) => 12 sauts (1 box, 7 SFR, 3 Free, Freebox)

Les nouvelles routes sont clairement moins bonnes en terme de latence.

www.google.fr: rtt min/avg/max/mdev = 6.326/8.681/10.899/1.421 ms
ping.online.net : rtt min/avg/max/mdev = 6.862/9.058/11.438/1.371 ms
www.free.fr : rtt min/avg/max/mdev = 7.521/9.386/11.913/1.361 ms
www.sfr.fr: rtt min/avg/max/mdev = 8.195/10.528/12.913/1.347 ms
Cloudflare (1.1.1.1) : rtt min/avg/max/mdev = 11.855/14.091/17.385/1.432 ms
paris.testdebit.info : rtt min/avg/max/mdev = 12.431/14.794/17.231/1.446 ms

Certes ce n'est pas de la saturation (à voir ce soir), mais les variations d'un ping à l'autre sont importantes et les moyennes sont clairement moins bonnes qu'avant.

En fait, il semble y avoir du load-balancing, visible en TCP et UDP, mais pas en ICMP.
Ca explique peut-être les variations du ping, sachant qu'une des deux routes a un saut de moins sur le réseau SFR.

Start: 2019-06-06T13:24:22+0200
HOST: xxxxxxxxxxx                         Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS???    box                          0.0%    50    0.5   0.6   0.3   1.9   0.3
  2. AS???    ??                          100.0    50    0.0   0.0   0.0   0.0   0.0
  3. AS15557  110.42.154.77.rev.sfr.net    0.0%    50    3.2   8.4   2.1 129.1  18.9
  4. AS15557  18.216.129.77.rev.sfr.net    0.0%    50   10.7   8.2   6.0  10.8   1.5
  5. AS15557  138.244.5.109.rev.sfr.net    0.0%    50   12.2  10.0   6.3  14.0   1.6
     AS15557  134.244.5.109.rev.sfr.net
  6. AS15557  165.224.65.86.rev.sfr.net    0.0%    50   11.8  11.3   7.6  15.0   1.7
     AS15557  6.220.96.84.rev.sfr.net
  7. AS15557  6.220.96.84.rev.sfr.net      0.0%    50    8.0   9.5   6.5  14.0   1.7
     AS15557  110.216.129.77.rev.sfr.net
  8. AS15557  110.216.129.77.rev.sfr.net   0.0%    50   11.1   9.3   6.6  12.6   1.5
     AS15169  72.14.218.124
  9. AS15169  108.170.245.1                0.0%    50   10.7   9.6   6.5  12.4   1.6
     AS15169  108.170.244.193
 10. AS15169  66.249.95.103                0.0%    50    8.4   9.0   6.5  12.2   1.3
     AS15169  66.249.95.247
 11. AS15169  par21s12-in-f3.1e100.net     0.0%    50    6.9   8.6   6.2  11.4   1.5

Au passage, pour www.google.fr :
195.18.217.172.in-addr.arpa domain name pointer ham02s14-in-f195.1e100.net.
195.18.217.172.in-addr.arpa domain name pointer par10s38-in-f3.1e100.net.
Paris ou Hambourg ?

SFR a mis des mois avant de corriger le problème, puis le problème est revenu. La seule solution a été de les quitter pour Orange

Malheureusement Orange déploie lentement, donc la majorité de l'Oise n'est éligible qu'à SFR.

Sur l'IDF, il ne me semble pas avoir vu de personnes qui observaient des saturations dépendant des destinations, mais peut-être qu'ils ont juste fait moins de tests que moi.

https://lafibre.info/sfr-debit/chute-de-debit-le-soir/

Ah, premier post "Ping anormal vers certaines destination", je l'avais loupé.

Sur deux soirées, les nouvelles routes semblent tenir la charge, il n'y a pas de dégradation de la latence ni du débit 
Mais la latence est loin d'être idéale pour du FTTH à 50km de Paris, et l'alternance entre les deux routes inégales donne 2 à 4 ms d'écart entre des pings successifs.
Si c'est une solution temporaire, c'est acceptable. Mais comme la communication est surtout sur les débits, pas sûr qu'ils considèrent qu'avoir un ping à 9-12ms là où la connexion était capable de faire 3-5ms il y a 3 ans soit anormal 

En fait, même quand il n'y a plus de saturation, il continue à y avoir des choses bizarres côté réseau.

Ici j'ai remarqué que j'ai carrèment changer de nro si j'en crois le nom des équipements 

Au début je passais toujours par 95bzo2-nro-quelquechose  (bzo pour "bezons" je pense, une ville voisine), et depuis quelques temps je passe par  78ach5-nro-1.nro.gaoland.net, qui a une ip différente.

Et je remarque aussi avoir + de sauts sur des équipements SFR sur la plupart des traceroutes, même si au final la latence n'en est pas vraiment impactées...