La Fibre
Télécom => Peering Transit (appairage) => 
Peering entre opérateurs => Discussion démarrée par: nephthys le 13 août 2013 à 18:32:57
-
Bonjour,
Je ne m'y connais pas vraiment en matière de peering mais je remarque un curieux souci depuis quelques jours sur ma Bbox Sensation Fibre (offre 100 mégas qui utilise le réseau Numéricable). En effet, je loue quelques serveurs un peu partout en Europe pour héberger les sites web de mes clients.
Lors que je veux récupérer un fichier via SCP situé sur un serveur à Londres, je télécharge _en principe_ entre 9 et 11 MB/s (maximum possible avec ma connexion). Depuis quelques jours, je télécharge à maximum 2 MB/s. C'est Cogent qui est l'opérateur de transit entre Paris et Londres. Quand je fais la même opération sur un serveur aux Pays-Bas, le débit est toujours tout à fait correct : entre 6 et 10 MB/s.
Je cherche actuellement à savoir d'où vient le problème : au niveau de mon FAI (Bouygues Telecom), au niveau du serveur ou de sa bande passante. L'hébergeur anglais me dit qu'il n'a rien changé récemment et qu'il faut voir au niveau de mon FAI...
Merci d'avance pour les réponses,
nephthys.
-
Bienvenue.
Je commence par poser beaucoup de questions pour comprendre le problème.
Cette baisse de débit est uniforme quel que soit l'heure de la journée ? ou seulement le soir au moment du pic de consommation ?
Il faudrait des informations techniques et des traceroutes de ta Bbox vers le serveur à Londres et de ta Bbox vers le serveur aux pays bas.
J’espère que la destination répond au ping. Une saturation va se concrétiser par une augmentation du ping et/ou des pertes de paquets.
Je peux créer un graphe SmokePing (https://lafibre.info/dns/smokeping.cgi) afin de voir cette saturation depuis LaFibre.info qui est hébergé au Maxnod.
Un exemple concret avec la saturation entre Oraneg et Google => Latence vers les DNS Google depuis le réseau Orange le soir (https://lafibre.info/peering/latence-vers-les-dns-google-depuis-le-reseau-orange-le-soir/)
Si c'est possible le lien pour télécharger un fichier pour tester le débit chez ton hébergeur (exemple chez OVH : http://proof.ovh.net/files/ (http://proof.ovh.net/files/)).
Il faut vérifier, mais de nombreux hébergeurs hébergent un serveur SpeedTest.
-
Merci pour l'accueil et la réponse rapide. :)
La baisse de débit est plutôt uniforme, quel que soit le moment de la journée, à 4h du matin comme à 18h, la vitesse de téléchargement ne dépasse pas 2 MB/s.
Traceroute vers le serveur à Londres :
$ mtr -rwc100 aura.feralhosting.com
HOST: nephthys Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.1.254 0.0% 100 1.6 3.2 1.2 56.9 7.0
2.|-- ? ? 100.0 100 0.0 0.0 0.0 0.0 0.0
3.|-- ip-113.net-80-236-9.asnieres.rev.numericable.fr 0.0% 100 8.2 11.4 6.2 111.1 14.3
4.|-- ip-49.net-80-236-1.static.numericable.fr 0.0% 100 8.9 10.4 6.2 63.2 8.7
5.|-- 89.89.102.254 0.0% 100 7.3 11.9 6.6 149.5 16.6
6.|-- 89.89.102.253 5.0% 100 133.4 17.7 7.3 209.9 29.1
7.|-- ae5.tcore01-m.net.bbox.fr 0.0% 100 60.4 35.5 7.7 133.4 30.7
8.|-- be35.cbr01-ntr.net.bbox.fr 0.0% 100 10.3 15.6 10.1 34.8 5.0
9.|-- lag36.rpt02-th2.net.bbox.fr 87.0% 100 11.3 11.1 8.8 19.2 2.7
10.|-- te0-7-0-22.ccr21.par04.atlas.cogentco.com 0.0% 100 13.3 13.3 8.8 92.5 12.1
11.|-- te0-2-1-0.ccr21.par01.atlas.cogentco.com 0.0% 100 10.9 12.0 9.4 30.0 3.6
12.|-- te0-4-0-6.ccr21.lon13.atlas.cogentco.com 0.0% 100 18.3 19.7 16.8 29.6 3.2
13.|-- gobble-gobble-gobble.feralhosting.com 0.0% 100 19.2 20.3 16.7 71.5 6.5
14.|-- 185.21.216.187 0.0% 100 52.3 21.1 16.6 107.9 10.2
Traceroute vers le serveur à Amsterdam :
$ mtr -rwc100 31.220.4.193
HOST: nephthys Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.1.254 0.0% 100 1.8 2.9 1.2 19.2 2.9
2.|-- ? ? 100.0 100 0.0 0.0 0.0 0.0 0.0
3.|-- ip-113.net-80-236-9.asnieres.rev.numericable.fr 0.0% 100 6.7 10.6 6.0 88.8 11.9
4.|-- ip-49.net-80-236-1.static.numericable.fr 0.0% 100 7.2 12.5 6.4 163.3 19.4
5.|-- 89.89.102.254 0.0% 100 7.0 12.4 6.2 91.5 16.1
6.|-- 89.89.102.253 13.0% 100 7.9 15.2 7.3 188.6 26.6
7.|-- ae5.tcore01-m.net.bbox.fr 0.0% 100 10.6 30.4 7.0 103.9 29.7
8.|-- be35.cbr01-ntr.net.bbox.fr 0.0% 100 13.1 15.5 8.2 58.0 6.0
9.|-- lag36.rpt02-th2.net.bbox.fr 86.0% 100 10.1 11.4 9.5 19.5 2.6
10.|-- 195.69.146.70 0.0% 100 54.9 48.1 20.2 116.7 29.1
11.|-- ssdnode1.nl.hosthatch.com 0.0% 100 25.0 26.1 20.3 70.9 8.6
12.|-- hosted-by.hosthatch.com 0.0% 100 22.4 24.7 20.1 90.1 8.9
Fichiers image.iso à télécharger : Londres (http://nephthys.aura.feralhosting.com/image.iso) et Amsterdam (http://31.220.4.193/image.iso)
-
Serveur de Londres, depuis une connexion Maxnod (http://www.maxnod.com/) / Adeli 1 Gb/s dans l'Ain :
$ wget -O /dev/null http://nephthys.aura.feralhosting.com/image.iso--2013-08-13 19:34:19-- http://nephthys.aura.feralhosting.com/image.iso
Résolution de nephthys.aura.feralhosting.com (nephthys.aura.feralhosting.com)... 185.21.216.187
Connexion vers nephthys.aura.feralhosting.com (nephthys.aura.feralhosting.com)|185.21.216.187|:80... connecté.
requête HTTP transmise, en attente de la réponse... 200 OK
Taille : 678428672 (647M) [application/x-iso9660-image]
Enregistre : «/dev/null»
100%[======================================>] 678 428 672 2,25MB/s ds 4m 8s
2013-08-13 19:38:27 (2,61 MB/s) - «/dev/null» enregistré [678428672/678428672]Débit moyen de 2,61 Mio/s soit 21,8 Mb/s
Traceroute parfait via Cogent (aucune perte de paquet vers la destination) :
$ mtr -rwc100 nephthys.aura.feralhosting.com
HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev
1.|-- portevlan.adeli.biz 0.0% 100 0.3 3.0 0.2 209.4 21.1
2.|-- vl219.mag01.lys01.atlas.cogentco.com 0.0% 100 9.0 29.9 8.9 301.3 53.1
3.|-- te1-3.ccr01.lys01.atlas.cogentco.com 0.0% 100 8.8 40.6 8.8 201.4 57.9
4.|-- te0-0-0-8.ccr22.par01.atlas.cogentco.com 0.0% 100 9.0 9.2 8.9 10.6 0.4
5.|-- te0-2-0-1.ccr22.lon13.atlas.cogentco.com 0.0% 100 17.5 17.4 17.2 17.7 0.1
| `|-- 130.117.50.17
| |-- 154.54.59.25
| |-- 154.54.60.213
| |-- 130.117.50.193
| |-- 154.54.37.201
| |-- 154.54.37.209
| |-- 130.117.2.253
6.|-- gobble-gobble-gobble.feralhosting.com 1.0% 100 17.1 17.1 17.0 17.3 0.1
7.|-- 185.21.216.187 0.0% 100 16.6 16.6 16.5 16.9 0.1
Serveur d'Amsterdam, depuis une connexion Maxnod (http://www.maxnod.com/) / Adeli 1 Gb/s dans l'Ain :
$ wget -O /dev/null http://31.220.4.193/image.iso--2013-08-13 19:38:31-- http://31.220.4.193/image.iso
Connexion vers 31.220.4.193:80... connecté.
requête HTTP transmise, en attente de la réponse... 200 OK
Taille : 678428672 (647M) [application/x-iso9660-image]
Enregistre : «/dev/null»
100%[======================================>] 678 428 672 20,7MB/s ds 43s
2013-08-13 19:39:14 (15,2 MB/s) - «/dev/null» enregistré [678428672/678428672]
Débit moyen de 15,2 Mio/s soit 127,5 Mb/s
Traceroute parfait :
$ mtr -rwc100 31.220.4.193
HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev
1.|-- portevlan.adeli.biz 0.0% 100 0.3 4.4 0.2 217.2 29.7
2.|-- sw1-le9lyon-ge-1-4.ix-customers-le9lyon.ielo.net 3.0% 100 4.0 4.4 1.3 12.2 3.5
3.|-- 2ge-e1-5-e3-20-cr2.th2-prs.fr.rt.ielo.net 0.0% 100 8.7 10.3 8.4 19.0 3.1
4.|-- 10ge-5-1-cr1.eqx-pa3.fr.rt.ielo.net 0.0% 100 12.8 11.5 8.6 19.0 3.3
5.|-- 2ge-1-10-cr9.tcy2-ams.nl.rt.ielo.net 0.0% 100 19.3 20.9 19.3 29.8 3.0
6.|-- 195.69.146.70 0.0% 100 21.5 24.9 21.3 72.2 9.1
7.|-- ssdnode1.nl.hosthatch.com 0.0% 100 21.5 22.0 21.2 31.3 1.7
8.|-- hosted-by.hosthatch.com 0.0% 100 21.2 21.5 21.0 26.5 1.1
-
Pas de perte de paquets et ping faible => Le débit est limité par l'èmetteur : l'hébergeur.
Ni Bouygues Telecom, ni cogent le transitaire commun ne semble en cause.
Le fait que la limite soit la même toute la journée indique bien que c'est une limitation de l'hébergeur : en cas de saturation le débit chute le soir et est parfait le matin. (pour être précis, pour un usage grand public, le consommation de bande passante augmente sans arrêt depuis 5h du matin jusqu'à 22h00 et descend brutalement à minuit)
-
Depuis K-net IDEM :
Londres entre 1 mo - 600 ko /s
HOST: raspberrypi Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.1.1 0.0% 100 0.9 0.9 0.8 1.4 0.1
2.|-- border1-sgp.kwaoo.net 0.0% 100 3.9 4.0 3.8 5.5 0.2
3.|-- border1-lyonix.kwaoo.net 1.0% 100 7.1 7.3 6.8 9.4 0.4
4.|-- vl328.mag01.lys01.atlas.cogentco.com 3.0% 100 9.8 21.9 7.3 208.1 44.0
5.|-- te2-3.ccr01.lys01.atlas.cogentco.com 0.0% 100 7.3 31.5 7.1 204.0 51.9
6.|-- te0-0-0-8.ccr21.par01.atlas.cogentco.com 2.0% 100 14.7 14.8 14.0 16.6 0.6
7.|-- te0-1-0-3.ccr21.lon13.atlas.cogentco.com 0.0% 100 22.2 22.3 21.4 34.3 2.2
| `|-- 130.117.1.121
| |-- 154.54.37.177
| |-- 130.117.2.162
| |-- 130.117.51.25
| |-- 154.54.60.225
| |-- 154.54.37.169
| |-- 130.117.51.29
8.|-- gobble-gobble-gobble.feralhosting.com 0.0% 100 22.8 22.3 21.5 28.3 1.0
9.|-- 185.21.216.187 3.0% 100 21.5 22.0 21.5 23.8 0.4
Amsterdam : 7 mo/s (Peut-être que je monte pas plus haut à cause de l'utilisation réseau, tout dépend ce que mon frère fait :D)
HOST: raspberrypi Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.1.1 0.0% 100 0.8 0.9 0.7 5.4 0.5
2.|-- border1-sgp.kwaoo.net 0.0% 100 4.0 4.3 3.9 8.7 0.8
3.|-- border1-cixp.kwaoo.net 0.0% 100 4.4 4.6 4.0 8.6 0.7
4.|-- 195.69.146.70 0.0% 100 31.1 24.6 20.7 88.6 9.6
5.|-- ssdnode1.nl.hosthatch.com 0.0% 100 27.2 22.0 20.6 33.0 2.3
6.|-- hosted-by.hosthatch.com 0.0% 100 25.3 21.9 20.5 30.5 2.0
Vu qu'on passe tous par Cogenco, le problème peut venir de là, pour Amsterdam c'est direct.
-
Là avec le mtr de TItiDu01 il y a 3% de perte sur la destinaiton ce qui est anormal.
Je viens de créer le graphe SmokePing pour y voir plus clair.
Les deux serveurs sont en bas de la page https://lafibre.info/dns/smokeping.cgi?target=Internet.International
Sinon, j'ai fait le test avec une connexion Numericable 100 Mb/s => 2,46 Mio/s avec Londres soit 20,6 Mb/s
$ mtr -rwc100 nephthys.aura.feralhosting.com
HOST: Vivien Loss% Snt Last Avg Best Wrst StDev
1.|-- 10.112.0.1 0.0% 100 8.7 8.4 7.0 14.7 1.3
2.|-- 213-245-252-177.rev.numericable.fr 2.0% 100 8.4 9.3 7.1 67.8 6.2
3.|-- ip-222.net-80-236-0.static.numericable.fr 1.0% 100 8.9 10.2 8.5 25.2 2.1
4.|-- ip-217.net-80-236-0.static.numericable.fr 0.0% 100 11.7 11.7 8.9 59.2 6.8
5.|-- the1rj-ae0.0.numericable.net 0.0% 100 10.0 10.9 9.0 44.6 3.7
6.|-- xe-11-3-0.edge4.Paris1.Level3.net 0.0% 100 9.9 12.4 9.7 60.3 6.4
7.|-- vlan80.csw3.Paris1.Level3.net 0.0% 100 18.4 17.9 16.4 23.3 1.2
8.|-- ae-81-81.ebr1.Paris1.Level3.net 0.0% 100 17.7 18.4 16.7 28.7 1.8
9.|-- ae-45-45.ebr1.London1.Level3.net 0.0% 100 20.4 17.9 16.3 28.0 1.6
10.|-- ae-57-112.csw1.London1.Level3.net 0.0% 100 17.9 18.3 16.1 33.0 2.3
11.|-- ae-115-3501.edge3.London1.Level3.net 0.0% 100 17.3 18.8 16.3 38.1 3.6
12.|-- te0-7-0-1.ccr21.lon01.atlas.cogentco.com 0.0% 100 19.8 19.2 17.3 24.0 1.5
13.|-- te0-4-0-5.ccr21.lon13.atlas.cogentco.com 0.0% 100 18.7 18.9 17.3 23.0 1.2
| `|-- 130.117.0.118
| |-- 154.54.57.114
| |-- 154.54.74.70
| |-- 154.54.57.106
| |-- 130.117.1.2
| |-- 154.54.57.110
| |-- 154.54.74.46
14.|-- gobble-gobble-gobble.feralhosting.com 0.0% 100 17.3 18.4 17.0 22.9 1.2
15.|-- 185.21.216.187 0.0% 100 19.3 18.7 17.1 29.7 1.6
On ne passe pas par Cogent en sortie de Numericable par contre l'hébergeur étant mal connecté à internet, on termine quand même sur du Cogent.
Pour moi outre la limitation, il y a aussi le fait que l'hébergeur de Londres est mal interconnecté à Internet.
Bouygues Telecom, Numericable, Adeli et K-Net sont des opérateurs qui ont une politique de peering ouverte cela signifie qu'il est simple de peerer avec eux et pourtant ton hébergeur ne le fait pas.
Bouygues Teleocm a son réseau qui arrives à Londres pour faire du peering (Le point d'échange Linx), c'est étonnant que ton hébergeur souhaite faire sortir son trafic vers le transitaire Cogent réputé pour de nombreuses saturations.
Pour information, voici le traceroute vers le serveur d'Amsterdam :
$ mtr -rwc100 31.220.4.193
HOST: Vivien Loss% Snt Last Avg Best Wrst StDev
1.|-- 10.112.0.1 0.0% 100 14.9 8.4 6.9 14.9 1.4
2.|-- 213-245-252-177.rev.numericable.fr 0.0% 100 9.4 9.3 7.1 44.2 4.3
3.|-- ip-222.net-80-236-0.static.numericable.fr 0.0% 100 10.5 11.0 8.6 43.4 5.0
4.|-- ip-217.net-80-236-0.static.numericable.fr 0.0% 100 14.2 11.7 8.9 50.9 5.8
5.|-- ip-26.net-80-236-3.static.numericable.fr 0.0% 100 13.2 16.6 10.6 23.8 3.6
6.|-- ve801.r1.par2.fr.atrato.net 0.0% 100 13.7 15.1 9.4 31.3 5.5
7.|-- eth7-3.core1.ams2.nl.atrato.net 0.0% 100 21.2 20.7 19.2 26.6 1.3
8.|-- eth9-1.r1.ams2.nl.atrato.net 0.0% 100 21.0 33.5 19.7 109.8 20.1
9.|-- serverius-50673-gw.edge1.ams9.as5580.net 12.0% 100 25.5 28.7 21.1 63.4 10.0
10.|-- ssdnode1.nl.hosthatch.com 2.0% 100 24.3 24.6 20.7 31.9 2.2
11.|-- hosted-by.hosthatch.com 4.0% 100 21.3 25.3 21.3 37.6 2.7
-
ce n'est pas étonnant que ton hébergeur souhaite faire sortir son trafic vers le transitaire Cogent réputé pour son côté low cost.
Fixed.
(à noter que chez Cogent, tu en as pour ton argent en général)
-
Cogent est aussi bien moins cher que ses concurrents. C'est un fait.
Exemple de lien qui saturait le soir : celui entre level3 et Cogent (utilisé par exemple par Numericable pour joindre Cogent)
-
J'y vois un peu plus clair, merci pour toutes les réponses détaillées mais concises.
Je sais ce qui me reste à faire pour cet hébergeur et je vois que j'ai encore beaucoup à apprendre au niveau réseau / peering. Et pour une fois, ce n'était pas de la faute de Cogent. :P
-
Le SmokePing est parfait donc Cogent n'est pas en cause (ni Bouygues Telecom) => C'est bien l'hébergeur qui limite le débit.