La Fibre
Télécom => Peering Transit (appairage) => Peering entre opérateurs => Discussion démarrée par: TroniQ89 le 03 février 2016 à 17:14:55
-
Hey'llo!
Je crée aujourd'hui un topic afin de parler d'un des plus gros CDN internationaux : CloudFlare.
Et je pars aujourd'hui d'un constat : Les débits sont très variables selon les FAIs, certains ont des difficultés à joindre CloudFlare,
d'autres le joignent, mais n'ont pas un débit exceptionnel...
Personnellement, j'ai effectué plusieurs wget vers des fichiers random de 100MB/1G que j'ai généré.
(note: Les tests ont été réalisés en IPV6.)
- Connexion ADSL Free -> CloudFlare:
https://asciinema.org/a/5t6c674rrb7c6x7jodirmpqrs
... sans surprises, le débit est assez médiocre.
Petit traceroute vers lightshield.fr (mon site) :
En IPV4:
Start: Wed Feb 3 16:57:18 2016
HOST: clement-iMedia-S2883 Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.0.254 0.0% 10 0.2 0.3 0.2 0.4 0.0
2.|-- ava89-1-78-229-XXX-XXX.fbx.proxad.net 0.0% 10 5.5 5.6 5.3 5.9 0.0
3.|-- 213.228.32.190 0.0% 10 7.1 6.9 6.4 7.2 0.0
4.|-- corbeil-6k-1-v800.intf.routers.proxad.net 0.0% 10 8.2 8.0 7.6 8.2 0.0
5.|-- p11-crs16-1-be1114.intf.routers.proxad.net 0.0% 10 10.4 12.9 10.0 15.6 1.8
6.|-- th2-9k-3-be1001.intf.routers.proxad.net 0.0% 10 8.5 8.6 7.9 9.2 0.0
7.|-- be4204.ccr21.par04.atlas.cogentco.com 0.0% 10 8.6 9.8 8.4 19.4 3.3
8.|-- be12308.ccr41.par01.atlas.cogentco.com 0.0% 10 10.4 9.1 8.6 10.4 0.5
9.|-- be2044.agr21.par01.atlas.cogentco.com 0.0% 10 9.2 9.4 9.2 9.9 0.0
10.|-- te0-0-0-1.rcr11.b019498-0.par01.atlas.cogentco.com 0.0% 10 9.7 9.7 9.2 10.2 0.0
11.|-- 149.11.0.126 0.0% 10 9.0 9.3 8.5 11.2 0.7
12.|-- 104.27.141.212 0.0% 10 8.8 9.0 8.7 9.4 0.0
En IPV6:
Start: Wed Feb 3 16:59:18 2016
HOST: clement-iMedia-S2883 Loss% Snt Last Avg Best Wrst StDev
1.|-- 2a01:e34:ee5e:1eb0::1 0.0% 10 0.6 0.7 0.4 1.0 0.0
2.|-- 2a01:e00:18::25 0.0% 10 8.4 11.0 8.4 13.3 1.6
3.|-- 2a01:e00:18::32 0.0% 10 9.2 9.5 9.2 9.8 0.0
4.|-- be4204.ccr21.par04.atlas.cogentco.com 0.0% 10 9.7 9.8 9.1 10.6 0.0
5.|-- be12308.ccr41.par01.atlas.cogentco.com 0.0% 10 9.6 9.8 9.5 10.2 0.0
6.|-- be2044.agr21.par01.atlas.cogentco.com 0.0% 10 9.5 10.1 9.5 10.5 0.0
7.|-- te0-0-0-1.rcr11.b019498-0.par01.atlas.cogentco.com 0.0% 10 9.8 10.6 9.8 11.1 0.0
8.|-- 2001:978:2:3d::18:2 0.0% 10 10.1 10.1 9.8 10.4 0.0
9.|-- 2400:cb00:2048:1::681b:8dd4 0.0% 10 9.9 9.8 9.3 10.5 0.0
- Connexion OVH -> CloudFlare
http://asciinema.org/a/8fg3loeecvz1qv6kf1pl5rm0n
C'est pas tip-top quand on voit la vitesse à laquelle mon VPS dl sur d'autres sites...
Petit traceroute (toujours vers lightshield.fr) :
En IPV4:
Start: Wed Feb 3 17:10:34 2016
HOST: vps151460.ovh.net Loss% Snt Last Avg Best Wrst StDev
1.|-- 206.ip-176-31-187.eu 0.0% 10 0.1 0.2 0.0 1.1 0.0
2.|-- rbx-g2-a9.fr.eu 0.0% 10 0.9 1.4 0.9 2.8 0.3
3.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
4.|-- ams-ix.as13335.net 30.0% 10 6.0 6.4 6.0 8.1 0.6
5.|-- 104.27.140.212 0.0% 10 8.0 6.3 6.0 8.0 0.6
En IPV6:
Start: Wed Feb 3 17:11:15 2016
HOST: vps151460.ovh.net Loss% Snt Last Avg Best Wrst StDev
1.|-- 2001:41d0:52:100::bc6 0.0% 10 0.1 0.1 0.1 0.2 0.0
2.|-- 2001:41d0::dcf 0.0% 10 1.0 1.2 0.9 2.5 0.3
3.|-- fra-5-6k.fr.eu 0.0% 10 4.2 4.1 4.1 4.2 0.0
4.|-- 2001:41d0::268 60.0% 10 4.4 4.4 4.3 4.4 0.0
5.|-- equinix-paris.cloudflare.com 0.0% 10 6.7 8.4 5.3 24.2 5.7
6.|-- 2400:cb00:2048:1::681b:8dd4 0.0% 10 5.3 5.8 4.8 7.0 0.5
Voilà...
Et vous ? A quelle vitesse ça télécharge ?
Quelques fichiers randoms depuis CloudFlare, sur mon site:
Fichier de 10Mo (https://lightshield.fr/10MB.dat)
Fichier de 100Mo (https://lightshield.fr/100M.dat)
Fichier de 1Go / 1000Mo (https://lightshield.fr/1000M.dat)
Voilà !
Bonne fin de journée à tous.
-
Plop !
ADSL Free + Tunnel IPv6 Hurricane Electric : 982Ko/s
hugues@Hubble:~$ wget https://lightshield.fr/100M.dat
--2016-02-03 17:21:40-- https://lightshield.fr/100M.dat
Resolving lightshield.fr (lightshield.fr)... 2400:cb00:2048:1::681b:8dd4, 2400:cb00:2048:1::681b:8cd4, 104.27.140.212, ...
Connecting to lightshield.fr (lightshield.fr)|2400:cb00:2048:1::681b:8dd4|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [application/octet-stream]
Saving to: '100M.dat'
100M.dat [ <=> ] 100.00M 982KB/s in 1m 55s
2016-02-03 17:23:35 (894 KB/s) - '100M.dat' saved [104857600]
Traceroute : hugues@Hubble:~$ mtr lightshield.fr -rwc10
Start: Wed Feb 3 17:18:55 2016
HOST: Hubble Loss% Snt Last Avg Best Wrst StDev
1. AS??? 2001:470:xxxx:yyy::1 0.0% 10 0.8 0.9 0.5 2.4 0.5
2. AS??? Huguesdelamure-1.tunnel.tserv10.par1.ipv6.he.net 0.0% 10 164.1 166.4 164.1 179.4 4.6
3. AS??? ge2-3.core1.par1.he.net 0.0% 10 160.9 165.4 160.9 170.5 2.7
4. AS??? 10ge7-6.core1.par2.he.net 0.0% 10 176.5 173.2 161.3 193.8 10.2
5. AS??? equinix-paris.cloudflare.com 0.0% 10 173.8 163.7 162.1 173.8 3.5
6. AS13335 2400:cb00:2048:1::681b:8dd4 0.0% 10 162.3 163.9 161.7 175.9 4.3
ADSL Free en IPv4 : 1.25Mo/s (ça sature ma ligne)
hugues@Hubble:~$ wget https://lightshield.fr/100M.dat -4
--2016-02-03 17:25:58-- https://lightshield.fr/100M.dat
Resolving lightshield.fr (lightshield.fr)... 104.27.141.212, 104.27.140.212
Connecting to lightshield.fr (lightshield.fr)|104.27.141.212|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [application/octet-stream]
Saving to: '100M.dat.1'
100M.dat.1 [ <=> ] 100.00M 1.25MB/s in 81s
2016-02-03 17:27:20 (1.23 MB/s) - '100M.dat.1' saved [104857600]
Traceroute :
hugues@Hubble:~$ mtr lightshield.fr -rwc10 -4Start: Wed Feb 3 17:29:16 2016
HOST: Hubble Loss% Snt Last Avg Best Wrst StDev
1. AS??? jupiter.milkyway 0.0% 10 0.5 0.5 0.5 0.6 0.0
2. AS12322 cxr69-6-82-230-133-254.fbx.proxad.net 0.0% 10 5.2 5.6 5.2 6.1 0.0
3. AS12322 213.228.21.254 0.0% 10 7.6 6.5 6.0 7.6 0.5
4. AS??? p11-crs16-1-be1118.intf.routers.proxad.net 0.0% 10 17.2 17.6 15.4 19.7 1.3
5. AS??? th2-9k-3-be1001.intf.routers.proxad.net 0.0% 10 15.0 13.1 12.4 15.0 0.7
6. AS174 be4204.ccr21.par04.atlas.cogentco.com 0.0% 10 12.9 12.7 12.3 12.9 0.0
7. AS174 be12309.ccr42.par01.atlas.cogentco.com 0.0% 10 12.4 12.6 12.2 13.7 0.3
8. AS174 be2140.agr21.par01.atlas.cogentco.com 0.0% 10 12.8 12.9 12.3 14.1 0.3
9. AS174 154.25.9.58 0.0% 10 13.7 13.3 12.7 14.3 0.3
10. AS174 149.11.0.126 0.0% 10 12.4 13.6 12.4 17.3 1.5
11. AS13335 104.27.140.212 0.0% 10 12.7 12.7 12.1 13.0 0.0
K-Net (IPv4) : 10.5Mo/s
hugues@huguesdelamure-lafibre:~$ wget https://lightshield.fr/100M.dat
--2016-02-03 17:25:06-- https://lightshield.fr/100M.dat
Resolving lightshield.fr (lightshield.fr)... 104.27.141.212, 104.27.140.212, 2400:cb00:2048:1::681b:8dd4, ...
Connecting to lightshield.fr (lightshield.fr)|104.27.141.212|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [application/octet-stream]
Saving to: ‘100M.dat’
100M.dat [ <=> ] 100.00M 10.5MB/s in 9.7s
2016-02-03 17:25:16 (10.3 MB/s) - ‘100M.dat’ saved [104857600]
Traceroute :
hugues@huguesdelamure-lafibre:~$ mtr lightshield.fr -rwc10
Start: Wed Feb 3 17:18:39 2016
HOST: huguesdelamure-lafibre Loss% Snt Last Avg Best Wrst StDev
1. AS24904 core01-toq.dea.kwaoo.net 0.0% 10 6.0 3.2 2.8 6.0 0.9
2. AS24904 border1-th2.kwaoo.net 0.0% 10 6.1 6.3 5.9 8.5 0.7
3. AS??? equinix-paris.cloudflare.com 0.0% 10 6.4 6.7 6.4 7.0 0.0
4. AS13335 104.27.141.212 0.0% 10 6.9 6.9 6.4 7.4 0.0
-
Depuis une ligne SFR ADSL je dl entre 750ko/s et 800ko/s ce qui est normal j'ai testé avec le fichier 1Go
IPv4:
1 <1 ms <1 ms <1 ms box [192.168.1.1]
2 39 ms 38 ms 38 ms xx.xx.xx.xx.rev.sfr.net [xx.xx.xx.xx]
3 39 ms 37 ms 38 ms 253.80.65.86.rev.sfr.net [86.65.80.253]
4 39 ms 39 ms 38 ms 245.15.6.109.rev.sfr.net [109.6.15.245]
5 39 ms 38 ms 39 ms 117.135.96.84.rev.sfr.net [84.96.135.117]
6 39 ms 38 ms 38 ms 101.135.96.84.rev.sfr.net [84.96.135.101]
7 41 ms 39 ms 39 ms 18.93.20.93.rev.sfr.net [93.20.93.18]
8 51 ms 50 ms 50 ms cloudflare.mar.franceix.net [37.49.232.29]
9 49 ms 49 ms 50 ms 104.27.140.212
IPv6:
1 < 1 ms <1 ms <1 ms box
2 40 ms 39 ms 40 ms 2a02-8400-0000-0002-0000-0000-0000-0011.rev.sfr.net [2a02:8400:0:2::11]
3 40 ms 39 ms 40 ms 2a02-8400-0000-0003-0000-0000-0000-008d.rev.sfr.net [2a02:8400:0:3::8d]
4 41 ms 42 ms 42 ms 2a02-8400-0000-0003-0000-0000-0000-0efa.rev.sfr.net [2a02:8400:0:3::efa]
5 52 ms 51 ms 52 ms cloudflare.mar.franceix.net [2001:7f8:54:5::29]
6 51 ms 51 ms 51 ms 2400:cb00:2048:1::681b:8dd4
-
- Connexion ADSL Free -> CloudFlare:
https://asciinema.org/a/5t6c674rrb7c6x7jodirmpqrs
... sans surprises, le débit est assez médiocre.
Tout dépend de ta ligne ADSL, tu synchronises à quel débit ?
- Connexion OVH -> CloudFlare
http://asciinema.org/a/8fg3loeecvz1qv6kf1pl5rm0n
C'est pas tip-top quand on voit la vitesse à laquelle mon VPS dl sur d'autres sites...
Hmm, sauf erreur les VPS sont limités à 12 Mo/s non ? Du coup c'est pas le max mais c'est pas non plus horrible.
Moi j'ai saturé ma connexion Free (1,2 Mo/s) en IPv4 et IPv6.
Sur un VPS OVH, j'ai téléchargé le fichier de 100 Mo à 10,8 Mo/s en moyenne en IPv6 et à 9,9 Mo/s en IPv4.
Depuis Renater en IPv4, 12,4 Mo/s de moyenne sur le fichier de 100 Mo. On dirait que le serveur est limité à 100 Mbps.
-
Adeli 1 Gb/s en IPv4
$ wget -O /dev/null -4 https://lightshield.fr/100M.dat
--2016-02-03 19:26:43-- https://lightshield.fr/100M.dat
Résolution de lightshield.fr (lightshield.fr)... 104.27.140.212, 104.27.141.212
Connexion vers lightshield.fr (lightshield.fr)|104.27.140.212|:443... connecté.
requête HTTP transmise, en attente de la réponse... 200 OK
Taille : non spécifié [application/octet-stream]
Enregistre : «/dev/null»
[ <=> ] 104 857 600 7,64MB/s ds 16s
2016-02-03 19:26:59 (6,37 MB/s) - «/dev/null» enregistré [104857600]
$ mtr -4rwc100 --aslookup lightshield.fr
Start: Wed Feb 3 19:27:44 2016
HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev
1. AS43142 portevlan.adeli.biz 0.0% 100 7.9 1.8 0.2 76.8 8.0
2. AS??? equinix-paris.cloudflare.com 0.0% 100 6.7 6.7 6.0 19.0 1.6
3. AS13335 104.27.141.212 0.0% 100 6.7 6.6 5.9 7.8 0.1
Adeli 1 Gb/s en IPv6
$ mtr -4rwc100 --aslookup lightshield.fr
Start: Wed Feb 3 19:27:44 2016
HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev
1. AS43142 portevlan.adeli.biz 0.0% 100 7.9 1.8 0.2 76.8 8.0
2. AS? ? equinix-paris.cloudflare.com 0.0% 100 6.7 6.7 6.0 19.0 1.6
3. AS13335 104.27.141.212 0.0% 100 6.7 6.6 5.9 7.8 0.1
vgu@lafibre:~$ wget -O /dev/null -6 https://lightshield.fr/100M.dat
--2016-02-03 19:29:31-- https://lightshield.fr/100M.dat
Résolution de lightshield.fr (lightshield.fr)... 2400:cb00:2048:1::681b:8cd4, 2400:cb00:2048:1::681b:8dd4
Connexion vers lightshield.fr (lightshield.fr)|2400:cb00:2048:1::681b:8cd4|:443... connecté.
requête HTTP transmise, en attente de la réponse... 200 OK
Taille : non spécifié [application/octet-stream]
Enregistre : «/dev/null»
[ <=> ] 104 857 600 13,1MB/s ds 7,8s
2016-02-03 19:29:39 (12,8 MB/s) - «/dev/null» enregistré [104857600]
$ mtr -6rwc100 --aslookup lightshield.fr
Start: Wed Feb 3 19:29:48 2016
HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev
1. AS43142 bgp1.adeli.biz 0.0% 100 0.7 3.1 0.2 71.6 10.1
2. AS? ? equinix-paris.cloudflare.com 0.0% 100 6.4 7.0 6.2 15.6 0.9
3. AS13335 2400:cb00:2048:1::681b:8dd4 0.0% 100 6.5 6.9 6.2 18.8 1.2
-
Bouygues 10 Gb/s en IPv4
$ wget -O /dev/null -4 https://lightshield.fr/100M.dat
--2016-02-03 19:28:44-- https://lightshield.fr/100M.dat
Résolution de lightshield.fr (lightshield.fr)… 104.27.141.212, 104.27.140.212
Connexion à lightshield.fr (lightshield.fr)|104.27.141.212|:443… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : non indiqué [application/octet-stream]
Enregistre : «/dev/null»
/dev/null [ <=> ] 100,00M 12,9MB/s ds 7,9s
2016-02-03 19:28:53 (12,6 MB/s) - «/dev/null» enregistré [104857600]
$ mtr -4rwc100 --aslookup lightshield.fr
Start: Wed Feb 3 19:28:58 2016
HOST: 1.testdebit.info Loss% Snt Last Avg Best Wrst StDev
1. AS5410 vl747.c6k01-t2.net.bbox.fr 5.0% 100 0.4 0.4 0.3 1.6 0.1
2. AS? ? ams-ix.as13335.net 0.0% 100 9.9 10.0 9.8 10.3 0.0
3. AS13335 104.27.140.212 0.0% 100 9.8 20.3 9.8 1029. 101.9
Bouygues 10 Gb/s en IPv6
$ wget -O /dev/null -6 https://lightshield.fr/100M.dat
--2016-02-03 19:31:06-- https://lightshield.fr/100M.dat
Résolution de lightshield.fr (lightshield.fr)… 2400:cb00:2048:1::681b:8cd4, 2400:cb00:2048:1::681b:8dd4
Connexion à lightshield.fr (lightshield.fr)|2400:cb00:2048:1::681b:8cd4|:443… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : non indiqué [application/octet-stream]
Enregistre : «/dev/null»
/dev/null [ <=> ] 100,00M 12,5MB/s ds 8,1s
2016-02-03 19:31:14 (12,3 MB/s) - «/dev/null» enregistré [104857600]
$ mtr -6rwc100 --aslookup lightshield.fr
Start: Wed Feb 3 19:31:22 2016
HOST: 1.testdebit.info Loss% Snt Last Avg Best Wrst StDev
1. AS5410 2001:860:f70b::1 0.0% 100 0.4 0.4 0.3 0.7 0.0
2. AS1200 ams-ix.as13335.net 0.0% 100 10.2 10.3 10.0 21.8 1.1
3. AS13335 2400:cb00:2048:1::681b:8dd4 0.0% 100 10.1 10.1 10.0 10.5 0.0
-
Ça confirme le bridage à 100 Mbps que j'observais depuis Renater (la machine est en 10 Gbps également). A mon avis c'est probablement dans le contrat.
-
$ mtr -6rwc100 --aslookup lightshield.fr
Au lieu de taper toujours "--aslookup", rajoute juste un "z" à la devant ton "6rwc100" :)
-
C'est bien bridé à 100 Mb/s (un poil plus des fois).
Depuis SFR :
Hop Sent Err PL% Min Max Avg Host Name / [IP]
1 10 0 0,0 0 0 0 rb1100.gw [172.16.0.254]
2 10 0 0,0 0 5 1 94vlt3-nro-2.nro.gaoland.net [109.24.76.84]
3 10 0 0,0 1 4 1 6.42.154.77.rev.sfr.net [77.154.42.6]
4 10 0 0,0 2 6 4 237.29.3.109.rev.sfr.net [109.3.29.237]
5 10 0 0,0 2 4 2 cloudflare.franceix.net [37.49.237.49]
6 10 0 0,0 2 4 2 [104.27.140.212]
Jamais eu de soucis avec Cloudflare depuis SFR, toujours eu des débits corrects.
-
Au lieu de taper toujours "--aslookup", rajoute juste un "z" à la devant ton "6rwc100" :)
Moi j'ai mis un alias mtr='mtr -z' dans mon .bashrc, encore plus rapide :)
-
euh Cloudflare c'est pas vraiment un CDN traditionnel. Leur creneau c'est du contenu statique léger et surtout de la protection et du scaling.
Ils ne font pas cache pour tout les types de fichiers par exemple mais se limitent aux trucs 'utiles' pour qu'un site web qui passe par eux soit performant quelque soit la charge. La liste des extensions supportées est la: https://support.cloudflare.com/hc/en-us/articles/200172516-Which-file-extensions-does-CloudFlare-cache-for-static-content- et dans tout les cas un fichier ne peut dépassé 512Mo.
faut donc pas vraiment utiliser cette méthode de wget de .dat ... ca ne montre rien du tout....
-
C'est aussi ce que je pensais mais là le contenu a vraiment l'air d'être sur les serveurs de cache de CloudFlare (cf. la réponse du serveur).
-
C'est aussi ce que je pensais mais là le contenu a vraiment l'air d'être sur les serveurs de cache de CloudFlare (cf. la réponse du serveur).
Le contenu vient toujours de leur serveurs mais n'est pas forcement stocké sur leur serveur.
et meme , je ne suis pas sur que leur infra soit optimisée pour du "débit pur" de gros fichier. Ca serait plutôt le contraire d'ailleurs, les gros fichiers inconnus sont sans doute pas prio du tout de façon a prioriser la réactivité des sites web.
la commande
curl -ksvo /dev/null https://...
permet d'afficher si y'a cache ou pas: il y aura un header HTTP commencant par CF.
si c'est de la forme "CF-RAY: ..." c'est que c'est un contenu non caché et transmit par Railgun : https://www.cloudflare.com/railgun/ : c'est compressé mais c'est un flux depuis le site d'origine relayé par leur serveurs.
si c'est de la forme a "CF-Cache-Status : ..." alors ca vient de leur cache
-
je ne suis pas sur que leur infra soit optimisée pour du "débit pur" de gros fichier. Ca serait plutôt le contraire d'ailleurs, les gros fichiers inconnus sont sans doute pas prio du tout de façon a prioriser la réactivité des sites web.
C'était aussi mon avis mais en fait tu as tout à fait raison le fichier ne fait que transiter par leur serveur et il n'est pas mis en cache (CF-RAY: 26f0b8bce7aa3bdb-CDG).
-
oui donc faudrait changer le site d'origine pour les test:
. pas utiliser .dat comme extension mais une des extensions mises en cache (.jpg par exemple)
. ne pas dépasser 512Mo
mais bon comme indiqué déjà, le gros débit ca n'est pas le but de Cloudfare.
-
202 ko/s Max depuis FTTH Orange :/
-
Depuis Orange Fibre vers lightshield.fr [104.27.141.212] :
1 3 ms 2 ms 2 ms livebox.home [192.168.1.1]
2 5 ms 4 ms 4 ms 80.10.123.27
3 4 ms 4 ms 5 ms 10.123.179.10
4 4 ms 4 ms 4 ms ae45-0.nipst101.Paris.francetelecom.net [193.252.159.42]
5 5 ms 7 ms 7 ms 193.252.137.10
6 4 ms 8 ms 4 ms tatateleglobe-2.GW.opentransit.net [193.251.250.48]
7 5 ms 5 ms 5 ms if-2-2.tcore1.PYE-Paris.as6453.net [80.231.154.18]
8 30 ms 36 ms 29 ms 80.231.154.14
9 30 ms 30 ms 29 ms 104.27.141.212
-
Les transits d'Orange (pour ne pas dire leur réseau) sont vraiment dégueulasses quand je vois le mtr ci-dessus...
30ms pour faire Paris>Paris en restant à Paris ;D
-
Les transits d'Orange (pour ne pas dire leur réseau) sont vraiment dégueulasses quand je vois le mtr ci-dessus...
30ms pour faire Paris>Paris en restant à Paris ;D
Tu peux te justifier avec une démonstration ou des arguments ?
Perso je ne vois pas se faire le saut en latence en dehors du réseau Tata.
-
Oui, c'est Tata qui généra le gros de la latence (entre 80.231.154.14 et 80.231.154.18)
2 possibilités :
1/ il y a saturation et les buffer se remplissent (chez Tata)
2/ Si pas de saturation, On sort de France, les opérateurs ne déployant pas de la fibre optique qui tourne en rond sur un même site.
-
Tu peux te justifier avec une démonstration ou des arguments ?
Perso je ne vois pas se faire le saut en latence en dehors du réseau Tata.
Donc c'est Tata le responsable et pas Orange ?
Mais du coup c'est le client Orange ou le client Tata qui télécharge a 200ko/s le soir ?
Orange est responsable des transitaires qu'ils paient ainsi que de leur bon fonctionnement...
-
Je pensais plus au fait que « Les transits d'Orange (pour ne pas dire leur réseau) sont vraiment dégueulasses ».
Si l'élèment qualifiant est le fait qu'un problème p pris à un instant i vers une destination d passant par un transitaire t pour un opérateur o est présent, et que tous les paramètres peuvent être arbitraires, ce raisonnement s'applique à l'intégralité des opérateurs français.
-
C'est pas faux. Le soucis c'est que le problème p n'est pas pris seulement à l'instant i justement.
-
|---------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|---------------------------------------------------|----- |------ |----- |------|------ |----- |
| 192.168.1.1 - 0 | 51 | 51 | 0 | 0 | 0 | 0 |
| 80.10.127.106 - 0 | 51 | 51 | 0 | 0 | 0 | 0 |
| 10.125.223.10 - 0 | 51 | 51 | 0 | 0 | 16 | 0 |
| ae44-0.nista301.Paris.francetelecom.net - 0 | 50 | 50 | 0 | 15 | 16 | 16 |
| 81.253.184.6 - 0 | 50 | 50 | 15 | 18 | 32 | 16 |
| ix-16-0.tcore2.LDN-London.as6453.net - 0 | 50 | 50 | 15 | 16 | 32 | 16 |
| 80.231.20.66 - 0 | 50 | 50 | 16 | 16 | 16 | 16 |
| 104.27.140.212 - 0 | 50 | 50 | 15 | 16 | 32 | 16 |
|______________________________________|_____| ____|____|____ |_____|____ |
Je ne passe pas par le même chemin que vous à priori.
Désolé pour la mise en page, j'ai fais de mon mieux mais le forum n'est pas très coopératif sur ce point^^
-
j'ai à peu de chose prés la même chose que plus haut, sauf passage par Lyon vu que je suis dans le sud.
Host Loss% Snt Last Avg Best Wrst StDev
1. livebox.home 0.0% 23 0.7 0.7 0.6 0.9 0.0
2. 80.10.121.69 0.0% 23 4.5 4.5 4.1 5.6 0.2
3. 10.123.72.74 0.0% 23 5.7 5.3 4.2 12.4 1.5
4. ae48-0.nilyo102.Lyon.francetelecom.net 0.0% 23 10.9 11.5 10.9 12.5 0.2
5. 81.253.184.102 0.0% 23 18.5 20.5 17.5 23.2 1.4
6. hundredgige0-2-0-0.pastr2.Paris.opentransit.net 0.0% 23 23.4 20.3 17.3 24.9 2.8
7. tatateleglobe-2.GW.opentransit.net 0.0% 23 17.1 17.3 17.0 17.7 0.0
8. 80.231.154.18 0.0% 23 17.4 17.9 17.2 20.0 0.6
9. 80.231.154.14 0.0% 23 18.1 17.9 17.6 18.4 0.0
10. 104.27.140.212 0.0% 23 17.5 17.8 17.5 18.2 0.0
A cette heure ci, c'est quand même clean. J'essai entre 18.00 et 20.00
-
traceroute: Warning: lightshield.fr has multiple addresses; using 104.27.140.212
traceroute to lightshield.fr (104.27.140.212), 64 hops max, 72 byte packets
1 192.168.1.1 (192.168.1.1) 8.795 ms 8.576 ms 6.595 ms
2 80.10.120.3 (80.10.120.3) 47.831 ms 43.555 ms 40.768 ms
3 10.125.6.202 (10.125.6.202) 32.612 ms 43.006 ms 32.623 ms
4 ae47-0.nilyo102.lyon.francetelecom.net (193.252.101.210) 26.627 ms 31.385 ms 51.308 ms
5 81.253.184.102 (81.253.184.102) 52.849 ms 48.928 ms 61.115 ms
6 hundredgige1-4-0-0.pastr2.paris.opentransit.net (193.251.129.86) 61.683 ms 61.982 ms 60.949 ms
7 tatateleglobe-2.gw.opentransit.net (193.251.250.48) 54.855 ms 55.743 ms 50.432 ms
8 if-2-2.tcore1.pye-paris.as6453.net (80.231.154.18) 53.163 ms 43.193 ms 27.746 ms
9 80.231.154.14 (80.231.154.14) 32.228 ms 29.120 ms 32.549 ms
10 104.27.140.212 (104.27.140.212) 24.469 ms 59.795 ms 53.883 ms
Fibre Orange, dans le Sud. Dommage que je ne passe pas par le POP de Marseille au lieu de monté sur Paris...
-
Donc pour le moment il n'y a que moi qui passe via Londres... Ok.
-
retesté à l'instant :
HOST: raspberrypi Loss% Snt Last Avg Best Wrst StDev
1.|-- livebox.home 0.0% 10 0.8 0.7 0.6 0.8 0.0
2.|-- 80.10.121.69 0.0% 10 4.8 4.6 4.1 4.8 0.0
3.|-- 10.123.72.10 0.0% 10 4.4 4.6 4.3 5.1 0.0
4.|-- ae48-0.nilyo101.Lyon.francetelecom.net 0.0% 10 10.5 10.9 10.5 13.3 0.6
5.|-- 81.253.184.114 0.0% 10 24.6 25.2 21.3 27.8 1.8
6.|-- tatateleglobe.GW.opentransit.net 0.0% 10 34.0 33.2 28.6 38.6 3.1
7.|-- if-6-2.thar1.F2C-Frankfurt.as6453.net 0.0% 10 29.7 32.0 27.8 36.5 2.5
8.|-- 195.219.148.122 0.0% 10 22.2 21.1 20.7 22.2 0.3
9.|-- 104.27.141.212 0.0% 10 20.7 21.0 20.7 21.2 0.0
HOST: raspberrypi Loss% Snt Last Avg Best Wrst StDev
1.|-- livebox.home 0.0% 10 0.7 0.7 0.7 0.9 0.0
2.|-- 80.10.121.69 0.0% 10 4.7 4.6 4.3 4.9 0.0
3.|-- 10.123.72.74 0.0% 10 4.3 4.4 4.2 4.6 0.0
4.|-- ae48-0.nilyo102.Lyon.francetelecom.net 0.0% 10 11.0 13.5 10.9 34.3 7.3
5.|-- 81.253.184.102 0.0% 10 20.9 21.6 17.5 26.0 2.4
6.|-- hundredgige0-2-0-0.pastr2.Paris.opentransit.net 0.0% 10 21.9 21.5 17.0 25.2 2.3
7.|-- tatateleglobe-2.GW.opentransit.net 0.0% 10 17.1 17.4 17.1 17.6 0.0
8.|-- if-2-2.tcore1.PYE-Paris.as6453.net 0.0% 10 17.4 17.6 17.3 17.9 0.0
9.|-- 80.231.154.14 0.0% 10 42.5 42.4 42.0 42.8 0.0
10.|-- 104.27.140.212 0.0% 10 41.2 41.8 41.0 42.6 0.3
Réalisé à 1 minutes d'intervalle.