La Fibre
Télécom => Peering Transit (appairage) => 
Peering entre opérateurs => Discussion démarrée par: oliviertoto92350 le 07 février 2013 à 19:20:50
-
Bonjour
Avez-vous remarqué que les réceptions / envois vers "DropBox" ne sont pas réalisés à la vitesse maximale ?
J'utilise très souvent cet outil entre mes machines.
Est-ce un problème de peering ?
Dans quel pays se trouve le serveur 199.47.247.170
Mon tracert me donne 2 time out.
Une idée ?
-
Test vers SanJose, USA, serveur 1
(https://www.speedtest.net/result/2493082698.png)
serveur 2
(https://www.speedtest.net/result/2493089738.png)
-
Il est difficile d'aller a la vitesse max quand le serveur est aux USA, a cause des problèmes de fenêtre TCP (Rwin) sur le serveur ou le client.
-
ne serait-il pas possible mettre des serveurs "miroirs" en Europe par exemple qui "répliquent" ceux des US ?
-
C'est ce que font tous les CDN avec au moins un point de présence en Europe.
Même feu mega-upload avait des serveurs en France pour le contenu fortement demandé.
Par contre si ils ont presque tous des serveurs en Europe, ce n'est pas le cas de l’Afrique qui ne possède presque aucun cache.
La chaleur, la relative instabilité politique, l'énergie électrique de mauvaise qualité, l'absence de peering (pour aller d'un FAI a un autre entre deux pays voisins, on passe soit par l'europe soit par les USA soit par les l'europe et les USA) pose problème.
PS : SpeedTest ne présente pas les serveurs toujours dans le même ordre, il faut donner l'hébergeur.
-
Bonjour,
Pour information, Level3 est un des fournisseur de transit de Bouygues Telecom et coup de chance c'est aussi un des transitaire de DropBox.
Cela permet aux deux opérateurs d'être connectés via un seul intermédiaire alors qu'il est fréquent pour le transit international de devoir passer par plusieurs transitaires ce qui augmente le risque de saturation sur un point d'échange.
Bouygues Telecom est sur-dimensionné au niveau du lien Level3 donc ce n'est pas de notre coté que le débit est limité.
Il faudrait faire le test a différentes heures pour voir si le trafic est toujours limité au même débit.
Si le trafic est bon a certaines période, il y a saturation, probablement aux USA chez DropBox ou chez Level3.
Si le trafic n'est jamais au maximum, il y a une limitation :
- Liée au client utilisé (Rwin utilisée trop faible). Il faudrait faire une capture wireshark pour voir la Rwin utilisée (le paquet [SYN] et [SYN ACK] de la connexion me suffit)
- Liée à la Bbox (TCP ACK Supression si vous êtes impactés) : Cela va être retiré bientôt par Bouygues Teleocm.
- Liée à des pertes paquets sur le réseau (très peu de pertes de paquets limitent fortement le débit si le ping est important)
- Liée au serveur. Coté serveur il y a aussi une Rwin max ! (avec Linux elle est importante par défaut mais ce n'est pas le cas de tous les système d’exploitation serveur). A noter que la limitation peut être logicielle et non liée à la Rwin.
-
Bonsoir et Merci Boris
J'ai fait plusieurs tests.
Impossible de recevoir des fichiers depuis DropBox vers mon PC Fixe, cablé rj-45, carte réseau 1Gbit, cable cat6 à un débit supérieur de 500 ko/s soit 4 Mega bits /s
Ma ligne est bonne mais je ne comprend pas où ca coince ?
Tests réalisés ce jour
(https://www.speedtest.net/result/2522295072.png)
(https://www.speedtest.net/result/2522299234.png)
(https://www.speedtest.net/result/2522302519.png)
J'ai installé Wireshark mais ca dépasse mes compétences.
Je ne sais pas m'en servir.
Si quelqu'un peut m'aider pour savoir où cherches les infos ;)
-
Bon déjà, j'ai toujours trouvé ça naze niveau vitesse Dropbox. Que ce soit avec du 17/1 chez Free ADSL ou du 100/100 chez SFR. Et ils te vantent la capacité de faire le transfert via ton LAN pour la synchro mais je crois que j'allais encore moins vite. C'est sympa Dropbox (je me plains pas j'ai un compte gratuit avec 50Go d'espace ^^) mais faut pas être pressé.
Sinon de ce qu'on voit de ton wireshark, il semblerait que ce que tu reçois provienne de 107.22.245.157. C'est une IP qui appartient à Amazon et plus précisement à l'EC2 (Elastic Compute Cloud). Dropbox doit faire tourner une partie de ces serveurs là-dessus.
De chez moi ils sont à 80ms, ça doit donner la côte Est des US si je dis pas de conneries.
-
On voit dans la capture Wireshark que le fenêtre de réception (RWin) est limitée à 11 Ko.
Deux cas :
- Soit la capture a été commencée alors que le fichier était déjà en cours (sans avoir le début de la connexion TCP [SYN] impossible de connaître le multiplicateur pour la RWin car il est donné uniquement dans le [SYN] [SYN-ACK])
- Si la RWin est réellement de 11 Ko, cela explique les mauvais débits. Il faudrait comprendre pourquoi elle est aussi faible. Le contenu des paquet [SYN] et [SYN-ACK] où est négocié la multiplicateur de la Rwin est nécessaire.
Sinon, ça serait bien de faire un test avec un autre FAI,...
-
Oui la capture a été faite lorsque j'étais en train de recevoir mon fichier depuis dropbox.
-
Par contre pour le serveur 107.22.245.157. qui appartient à Amazon et plus précisement à l'EC2 (Elastic Compute Cloud) j'ai 120 ms.
-
Depuis Bouygues Telecom / Paris :
Il y a un pb, on ping ae-52-52.csw2.Paris1.Level3.net en 80ms (routeur de Level3 a Paris).
$ mtr -rwc100 107.22.245.157
HOST: Loss% Snt Last Avg Best Wrst StDev
1.|-- 89.84.127.61 0.0% 100 0.4 0.5 0.3 1.7 0.2
2.|-- v113.tengec5-10g.core04-t2.club-internet.fr 35.0% 100 0.4 6.7 0.3 246.6 32.9
3.|-- v210.tengec1-20g.core03-t2.club-internet.fr 0.0% 100 0.5 4.9 0.4 170.1 21.3
4.|-- ae8.tcore02-t2.net.bbox.fr 0.0% 100 73.3 18.0 0.4 101.9 26.2
5.|-- la3.rpt01-th2.net.bbox.fr 93.0% 100 0.7 0.6 0.6 0.7 0.1
6.|-- 213.242.111.61 2.0% 100 0.7 2.1 0.6 64.2 8.7
7.|-- ae-52-52.csw2.Paris1.Level3.net 0.0% 100 82.8 84.1 82.7 93.1 2.9
8.|-- ae-58-223.ebr2.Paris1.Level3.net 0.0% 100 80.1 80.2 80.0 81.7 0.3
9.|-- ae-43-43.ebr2.Washington1.Level3.net 0.0% 100 80.1 80.2 80.1 80.7 0.1
10.|-- ae-62-62.csw1.Washington1.Level3.net 0.0% 100 84.9 82.0 80.1 92.5 2.2
| `|-- 4.69.134.158
11.|-- ae-1-60.edge2.Washington1.Level3.net 0.0% 100 80.2 83.5 78.8 162.4 14.2
12.|-- AMAZON.COM.edge2.Washington1.Level3.net 0.0% 100 158.8 153.0 137.4 194.3 9.9
| `|-- 4.79.22.74
13.|-- 72.21.220.149 0.0% 100 151.4 158.3 144.7 218.7 10.3
| `|-- 72.21.220.157
14.|-- 72.21.222.147 0.0% 100 147.2 154.8 138.1 194.0 8.9
15.|-- ? ? 100.0 100
16.|-- ? ? 100.0 100
17.|-- ? ? 100.0 100
18.|-- 216.182.224.79 0.0% 100 149.3 154.1 140.1 181.5 7.8
19.|-- ? ? 100.0 100
20.|-- ? ? 100.0 99
21.|-- ? ? 100.0 98
22.|-- ec2-107-22-245-157.compute-1.amazonaws.com 1.3% 76 151.3 153.4 143.2 178.4 7.6
Le ping est beaucoup plus important depuis Bouygues Telecom qui utilse Level3, comme Adeli :
Depuis Adeli / Maxnod dans l'Ain :
$ mtr -rwc100 107.22.245.157
HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev
1.|-- portevlan.adeli.biz 0.0% 100 0.2 4.7 0.1 231.9 30.5
2.|-- ge-6-8.car1.Geneva1.Level3.net 0.0% 100 3.9 35.4 3.8 273.4 61.2
3.|-- ae-5-5.car1.Lyon1.Level3.net 0.0% 100 90.8 111.4 90.6 283.9 52.5
4.|-- ae-9-9.ebr2.Paris1.Level3.net 0.0% 100 90.8 91.1 90.7 104.7 1.4
5.|-- ae-41-41.ebr2.Washington1.Level3.net 3.0% 100 90.8 91.0 90.7 95.0 0.6
6.|-- ae-72-72.csw2.Washington1.Level3.net 0.0% 100 90.7 92.2 90.7 102.8 3.2
7.|-- ae-2-70.edge2.Washington1.Level3.net 0.0% 100 90.6 93.8 90.5 157.1 11.5
8.|-- AMAZON.COM.edge2.Washington1.Level3.net 0.0% 100 109.5 98.6 90.8 145.9 13.9
9.|-- 72.21.220.157 0.0% 100 98.9 93.7 91.9 116.8 5.2
10.|-- 205.251.245.63 0.0% 100 93.7 94.0 92.8 119.3 3.7
11.|-- ? ? 100.0 100
12.|-- ? ? 100.0 100
13.|-- ? ? 100.0 100
14.|-- 216.182.224.121 0.0% 100 101.1 93.0 92.1 104.8 2.3
15.|-- ? ? 100.0 100
16.|-- ? ? 100.0 100
17.|-- ? ? 100.0 100
18.|-- ec2-107-22-245-157.compute-1.amazonaws.com 1.0% 100 93.9 93.8 93.5 94.2 0.2
Depuis Free / Online sur Bezons :
# mtr -rwc100 107.22.245.157
HOST: Loss% Snt Last Avg Best Wrst StDev
1.|-- 88.191.93.1 0.0% 100 0.4 0.4 0.3 3.2 0.3
2.|-- a9k1-1052.dc1.online.net 0.0% 100 0.6 0.6 0.5 1.2 0.1
3.|-- bzn-crs16-1-be1500-t.intf.routers.proxad.net 0.0% 100 0.9 0.7 0.4 1.3 0.2
4.|-- bzn-crs16-2-be1000.intf.routers.proxad.net 0.0% 100 3.2 2.3 0.4 4.2 1.1
5.|-- te0-2-0-5.371.mag21.par01.atlas.cogentco.com 5.0% 100 2.0 1.7 1.4 3.2 0.2
6.|-- te0-7-0-7.ccr22.par01.atlas.cogentco.com 7.0% 100 1.6 1.5 1.3 2.7 0.2
7.|-- te0-2-0-5.ccr22.jfk02.atlas.cogentco.com 6.0% 100 76.6 79.8 75.9 87.8 4.7
| `|-- 154.54.46.101
| |-- 154.54.43.161
8.|-- te0-4-0-2.ccr22.dca01.atlas.cogentco.com 2.0% 100 84.0 84.9 83.7 92.9 2.1
| `|-- 154.54.2.133
| |-- 154.54.26.169
| |-- 154.54.6.13
| |-- 154.54.41.13
| |-- 154.54.26.2
| |-- 66.28.4.82
| |-- 154.54.41.9
9.|-- te0-0-0-2.ccr22.iad02.atlas.cogentco.com 3.0% 100 85.8 86.8 85.5 89.1 1.2
10.|-- verio.iad01.atlas.cogentco.com 6.0% 100 96.6 97.5 96.4 101.0 1.3
11.|-- ae-1.amazon.asbnva02.us.bb.gin.ntt.net 5.0% 100 83.5 85.1 83.4 132.7 5.1
| `|-- 168.143.191.18
| |-- 168.143.232.50
12.|-- 72.21.220.61 2.0% 100 83.2 85.0 82.8 109.4 4.9
| `|-- 72.21.220.53
| |-- 72.21.220.69
13.|-- 72.21.222.149 3.0% 100 85.9 84.4 82.7 98.3 2.8
14.|-- ? ? 100.0 100
15.|-- ? ? 100.0 100
16.|-- ? ? 100.0 100
17.|-- 216.182.224.209 2.0% 100 86.8 85.3 84.1 87.8 1.2
18.|-- ? ? 100.0 100
19.|-- ? ? 100.0 100
20.|-- ? ? 100.0 100
21.|-- ec2-107-22-245-157.compute-1.amazonaws.com 10.1% 99 85.9 84.8 83.2 102.1 2.3
Depuis OVH / Roubaix :
$ mtr -rwc100 107.22.245.157
HOST: autesse-ovh.lafibre.info Loss% Snt Last Avg Best Wrst StDev
1.|-- rbx-22-m2.fr.eu 0.0% 100 0.7 1.0 0.4 10.7 1.5
2.|-- rbx-2-6k.fr.eu 11.0% 100 0.3 24.7 0.2 227.1 49.2
3.|-- rbx-g2-a9.fr.eu 0.0% 100 0.7 4.6 0.5 347.4 34.8
4.|-- ldn-5-6k.uk.eu 92.0% 100 3.9 3.9 3.8 3.9 0.0
| `|-- 178.33.100.78
5.|-- ? ? 100.0 100
6.|-- ash-1-6k.va.us 6.0% 100 78.6 86.7 78.6 272.2 30.5
7.|-- equinix02-iad2.amazon.com 0.0% 100 77.9 84.8 77.7 142.6 13.7
8.|-- 72.21.220.45 0.0% 100 78.0 79.1 78.0 118.9 5.5
9.|-- 205.251.245.65 0.0% 100 78.9 85.4 78.9 135.7 11.1
10.|-- ? ? 100.0 100
11.|-- ? ? 100.0 100
12.|-- ? ? 100.0 100
13.|-- 216.182.224.121 0.0% 100 79.5 79.9 79.0 114.4 3.8
14.|-- ? ? 100.0 100
-
@ Vivien
Pourquoi depuis une ligne ByTel / Paris,
- toi, tu arrives à pinger ae-52-52.csw2.Paris1.Level3.net (Level3) en 7 étapes à environ 84 ms et
- moi, j'arrives à pinger ae-52-52.csw2.Paris1.Level3.net (Level3) en 10 étapes à environ 100 ms ?
Pour quelle raison technique cet écart avec le meme FAI ?
-
Tout simplement parce que Vivien part du réseau ByTel à Paris tandis que toi tu pars du réseau Numericable en dehors de Paris. De plus la connexion utilisée par vivien est de la fibre optique qui a un meilleur ping que le câble que tu utilises.
-
Oui, les traceroute données sont depuis le cœur de réseau des 4 FAI.
Il faut donc rajouter la partie accès.
Exemple avec Orange depuis Bagnols-les-bains (NRA BLB48), en incluant la partie accès :
$ mtr -rwc100 107.22.245.157
HOST: Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.1.1 0.0% 100 1.2 1.4 0.8 3.0 0.6
2.|-- AMontpellier-159-1-104-1.w90-0.abo.wanadoo.fr 0.0% 100 23.8 21.7 19.3 31.6 1.9
3.|-- ? ? 100.0 100
4.|-- xe-4-3-1-0.ncmon202.Montpellier.francetelecom.net 0.0% 100 20.6 22.0 18.6 29.8 1.8
5.|-- ae48-0.nilyo102.Lyon.francetelecom.net 0.0% 100 29.0 28.8 26.0 35.5 1.3
6.|-- 81.253.184.46 0.0% 100 33.4 44.6 32.9 264.0 34.8
7.|-- te2-1.parse1.Paris.opentransit.net 0.0% 100 34.0 36.5 32.8 86.0 7.4
| `|-- 193.251.129.57
| |-- 193.251.128.230
| |-- 193.251.242.10
| |-- 193.251.243.38
8.|-- verio-7.GW.opentransit.net 0.0% 100 34.3 39.3 32.7 179.5 19.9
9.|-- ae-1.r21.parsfr01.fr.bb.gin.ntt.net 0.0% 100 42.8 39.4 32.8 78.6 6.9
10.|-- as-4.r22.amstnl02.nl.bb.gin.ntt.net 0.0% 100 55.3 52.1 45.6 77.2 6.9
11.|-- as-2.r23.amstnl02.nl.bb.gin.ntt.net 0.0% 100 59.6 52.1 45.5 75.3 6.3
12.|-- ae-7.r21.asbnva02.us.bb.gin.ntt.net 0.0% 100 156.0 129.2 119.3 156.0 8.0
13.|-- ae-2.r00.asbnva02.us.bb.gin.ntt.net 0.0% 100 124.6 124.5 117.4 130.6 2.6
14.|-- ae-0.amazon.asbnva02.us.bb.gin.ntt.net 2.0% 100 124.8 130.2 117.0 192.5 9.9
| `|-- 168.143.191.26
| |-- 168.143.232.50
15.|-- 72.21.220.69 2.0% 100 125.3 125.5 119.5 173.7 6.0
| `|-- 72.21.220.61
| |-- 72.21.220.53
16.|-- 72.21.222.149 0.0% 100 125.6 125.9 119.0 148.0 4.5
| `|-- 205.251.245.65
17.|-- ? ? 100.0 100
18.|-- ? ? 100.0 100
19.|-- ? ? 100.0 100
20.|-- 216.182.224.241 0.0% 100 127.3 128.9 119.8 140.3 4.8
| `|-- 216.182.224.247
21.|-- ? ? 100.0 100
-
C'est un routeur de transit, les réponses ICMP sont surement bidon.
-
Au final t'as quand même >50ms de plus au bout dans les tests de vivien.
-
Pourquoi la destination finale ne répond pas avec mtr (pour OVH et Orange) alors que un ping cela répond ?
Avec Orange (même ligne) :
$ ping 107.22.245.157
PING 107.22.245.157 (107.22.245.157) 56(84) bytes of data.
64 bytes from 107.22.245.157: icmp_req=1 ttl=42 time=129 ms
64 bytes from 107.22.245.157: icmp_req=2 ttl=42 time=135 ms
64 bytes from 107.22.245.157: icmp_req=3 ttl=42 time=130 ms
64 bytes from 107.22.245.157: icmp_req=4 ttl=42 time=129 ms
64 bytes from 107.22.245.157: icmp_req=5 ttl=42 time=131 ms
64 bytes from 107.22.245.157: icmp_req=6 ttl=42 time=135 ms
64 bytes from 107.22.245.157: icmp_req=7 ttl=42 time=133 ms
64 bytes from 107.22.245.157: icmp_req=8 ttl=42 time=139 ms
Le MTR est plus haut sur cette même page.
-
chez sfr fibre: teste a 10h
mtr -rwc100 107.22.245.157
HOST: jb-HP-P-dv7-Nb Loss% Snt Last Avg Best Wrst StDev
1.|-- 10.0.0.1 4.0% 100 2.7 5.6 0.5 327.4 33.3
2.|-- 25.122.66.86.rev.sfr.net 1.0% 100 1.1 7.0 0.7 326.5 33.2
3.|-- 61.149.17.93.rev.sfr.net 8.0% 100 2.2 15.2 0.8 264.5 39.2
4.|-- xe-10-2-0.par20.ip4.tinet.net 4.0% 100 7.3 8.9 1.0 202.0 24.4
5.|-- xe-8-3-0.was14.ip4.tinet.net 5.0% 100 91.7 89.8 82.8 223.5 17.4
6.|-- vadata-gw.ip4.tinet.net 6.0% 100 80.4 84.4 80.0 196.9 12.8
7.|-- 72.21.220.61 9.0% 100 91.2 84.7 80.6 128.4 6.2
8.|-- 205.251.245.65 6.0% 100 88.5 86.6 80.4 239.8 18.5
9.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
10.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
11.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
12.|-- 216.182.224.243 5.0% 100 87.1 87.1 83.0 117.6 6.0
13.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
14.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
15.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
16.|-- ec2-107-22-245-157.compute-1.amazonaws.com 6.0% 100 84.8 89.6 80.7 485.1 42.3