La Fibre
Télécom => Peering Transit (appairage) => Transit IP => Discussion démarrée par: vivien le 19 novembre 2016 à 16:28:58
-
Ce que fait Cogent en cas de saturation de ses liens de peering...
J'ai réalisé (à 14h45 le samedi 19 novembre) une capture d'un fichier envoyé par 1fichier.com vers mon FTTH Orange.
1fichier.com utilise sont transit Cogent qui n'est pas saturé, mais le transit entre Cogent et Orange commence à saturer (moins que Tata, cf Peering 1fichier.com / DStorage : Saturation avec Orange (https://lafibre.info/peering/peering-1fichier-com/))
Là où c'est original, c'est que Cogent à une règle QoS pour diminuer le trafic des connexions TCP importantes quand il est proche de la saturation.
L'idée, qui se défend, c'est qu'il va fortement limiter le débit de ceux qui font des gros transferts et peu limiter le trafic de ceux qui font de petits transferts (surf web par exemple)
Ce phénomène n'est pas un exception, toutes les connexions ont ce syndrome...
Voici un téléchargement de 30 secondes au débit max (la connexion Orange fait 1 Gb/s, ce n'est pas elle qui limite le trafic, mais Cogent) :
(https://lafibre.info/images/peering/201611_saturation_peering_cogent_orange_1.png) (https://lafibre.info/images/peering/201611_saturation_peering_cogent_orange_1.png)
-
Zoom sur le début de la connexion :
(https://lafibre.info/images/peering/201611_saturation_peering_cogent_orange_2.png) (https://lafibre.info/images/peering/201611_saturation_peering_cogent_orange_2.png)
-
La connexion représentée différemment : verticalement ce n'est plus le débit, mais les octets transférés
En temps normal, cela ne devrait pas être une courbe, mais une droite, si le débit reste fixe. C'est le cas avec le transitaire Tata, voir plus loin ma seconde capture.
(https://lafibre.info/images/peering/201611_saturation_peering_cogent_orange_3.png) (https://lafibre.info/images/peering/201611_saturation_peering_cogent_orange_3.png)
-
Zoom sur le début de la connexion : (je garde la même échelle pour les 3 prochaines captures)
(https://lafibre.info/images/peering/201611_saturation_peering_cogent_orange_4.png) (https://lafibre.info/images/peering/201611_saturation_peering_cogent_orange_4.png)
-
Un peu plus loin dans la connexion, les pertes de paquets sont très importantes : (même échelle)
(https://lafibre.info/images/peering/201611_saturation_peering_cogent_orange_5.png) (https://lafibre.info/images/peering/201611_saturation_peering_cogent_orange_5.png)
-
Un peu plus loin - le débit est fortement limité (plus c'est horizontal, plus le débit est lent) et il y a toujours des pertes : (même échelle)
(https://lafibre.info/images/peering/201611_saturation_peering_cogent_orange_6.png) (https://lafibre.info/images/peering/201611_saturation_peering_cogent_orange_6.png)
-
En lien (assez éloigné avec ce post mais complèment intéressant), il y a 3 / 4 petites choses amusantes dans ce blog post d'un CDN : https://medium.com/@cdn77/why-the-internet-is-broken-4962cdbbd664#.kg9trs4ca
-
Je pense que Cogent fait ça aussi pour éviter d'être vu par des outils qui analyses la latence ou les pertes de paquets sur des petits transfert d'être saturé : ils casent les grosses connexion qui ne sont pas supervisées par ces systèmes.
Cela permet d'avoir des graphes bien saturés sans trop se faire remarquer.
-
En lien (assez éloigné avec ce post mais complèment intéressant), il y a 3 / 4 petites choses amusantes dans ce blog post d'un CDN : https://medium.com/@cdn77/why-the-internet-is-broken-4962cdbbd664#.kg9trs4ca
Tout est une question de blé... :-(
Plus t'es gros, plus t'en a, moins c'est cher...
-
Tout est une question de blé... :-(
Plus t'es gros, plus t'en a, moins c'est cher...
Vu ce que tu dois pousser, pas moyen de prendre des peers privés intéressants ?
-
Vu ce que tu dois pousser, pas moyen de prendre des peers privés intéressants ?
Ca depend avec qui... et dans quelles conditions...
-
ngl_netalis ne connaît peut-être pas Dstorage...
Dstorage, avec son AS qui a un seul /21 (2048 IPv4 : 5.39.224.0/21) et un seul site internet hébergé, on pourrait se dire qu'il devrait pas en avoir pour cher pour faire sortir ses quelques Mb/s sur Internet.
Mais Dstorage, c'est pas quelques mb/s, mais quelques centaines de Gb/s... et des clients sont prêt a résilier leur FAI pour avoir de meilleur débit sur 1fichier.com...
Vous pouvez voir les stats sur k-net-stats : Dstorage est toujours dans le top 10 de plus gros opérateurs qui génère le plus de trafic. Il arrive même d'être en seconde place, derrière Google et devant Netflix, OVH, Akamai, Orange, Level3 ect...
(https://lafibre.info/images/k-net/201611_stats_k-net_dstorage-1fichier_1.png)
C'est aussi l'AS qui as le plus d'IPv6 chez K-Net :
(https://lafibre.info/images/k-net/201611_stats_k-net_dstorage-1fichier_2.png)
-
Ce que fait Tata en cas de saturation de ses liens de peering...
1fichier a repassé mon IP Orange FTTH sur le transit Tata, plus saturé que celui de Cogent.
J'ai réalisé une capture wireshark à 17h50 (toujours le samedi 19 novembre 2016 avec une connexion FTTH Orange 1 Gb/s)
J'ai eu un comportement vraiment différent : après le GET, il faut attendre 200 secondes pour que le transfert démarre. Ce comportement est reproductible :
(https://lafibre.info/images/peering/201611_saturation_peering_tata_orange_5.png) (https://lafibre.info/images/peering/201611_saturation_peering_cogent_orange_2.png)
-
Petit graphe du transfert Tata :
(https://lafibre.info/images/peering/201611_saturation_peering_tata_orange_1.png) (https://lafibre.info/images/peering/201611_saturation_peering_cogent_orange_2.png)
-
Tata => La connexion représentée différemment : verticalement ce n'est plus le débit, mais les octets transférés :
Contrairement à Cogent, c'est une belle droite, le débit reste le même une fois le transfert démarré.
(https://lafibre.info/images/peering/201611_saturation_peering_tata_orange_2.png) (https://lafibre.info/images/peering/201611_saturation_peering_cogent_orange_2.png)
-
Tata => Zoom sur le démarrage : il y a de nombreuses pertes de paquets :
(https://lafibre.info/images/peering/201611_saturation_peering_tata_orange_4.png) (https://lafibre.info/images/peering/201611_saturation_peering_cogent_orange_2.png)
-
Tata => Zoom + important pour voir les paquets perdus :
(https://lafibre.info/images/peering/201611_saturation_peering_tata_orange_3.png) (https://lafibre.info/images/peering/201611_saturation_peering_cogent_orange_2.png)
-
des clients sont prêt a résilier leur FAI pour avoir de meilleur débit sur 1fichier.com...
Oui, c'était même jusqu'à aller coller des stickers "<3 Youtube" sur les cartons de retour chez Free pour débloquer la situation jusqu'à la nouvelle Freebox. J'ai trouvé ça assez hallucinant d'en arriver là juste pour améliorer la qualité de service... d'un service.
Après y'avait pire, comme le procès Orange/Cogent, car MegaUpload (maintenant MEGA, clients de Cogent) n'arrivait pas à pousser assez fort ^^
Mais bon, in fine, toutes ces saturations poussent à l'usage du P2P qui s'affranchit de tels problèmes.
(https://lafibre.info/images/free/201211_resiliation_free_caue_peering_youtube.jpg)
-
@Vivien : Si si, je connais 1fichier et je reste impressionné par la capacité délivrée par cet hébergeur :)
-
Le fait que la connexion reste en "TCP keepalive" 200 secondes avant de démarrer m'a interpellé et je me suis demandé si ce n'était pas lié aux serveurs de 1fichier.
Mais 1fichier.com m'a rappelé que le serveur de test est quasi dedié à ca... avec une carte 10G
SI vous avez une idée de comment tata peut générer ce type de comportement, je suis un peu perplexe...
J'ai eu un comportement vraiment différent : après le GET, il faut attendre 200 secondes pour que le transfert démarre. Ce comportement est reproductible :
(https://lafibre.info/images/peering/201611_saturation_peering_tata_orange_5.png) (https://lafibre.info/images/peering/201611_saturation_peering_cogent_orange_2.png)