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 ?