C'est quoi ces vagues sur smokeping?

[felix_clerc]

Damien, ce sont mes graphes 
Et j'avais le même message sur Google maps - donc probablement pas lié à votre vm...
C'est bizarre, c'est par à-coups - mais ça se ressent plus ces derniers temps

[TiTi]

Je viens à l'instant d'avoir un "En attente de k-net.fr" qui a duré près de 10 secondes, puis l'accueil du forum est revenu à vitesse normale...

Ca c'est possible que ce soit la VM où est le forum qui mouline. Est-ce que ça le fait avec d'autres sites (internes ou externes à K-Net) ?

Damien depuis le début on le dit :
Moi j'ai ça sur tout les sites pendant une période de 30 sec ensuite ça redevient normal.

[felix_clerc]

Tiens, ça vient de me le refaire sur live.com...

[TiTi]

Edit : Moi les après midi c'est bon, sauf la que j'ai eu une hausse mais je confirme que s'étais que chez moi. Donc aucun rapport.

[vivien]

Juste pour redonner les infos, le ping c'est le temps pour faire l'aller / retour.

SI vous utilisez la connexion au maximum (téléchargement de fichier a 100 Mb/s par exemple), les paquets sont mis en attente a l'endroit où le débit est réduit (sur le switch du SIEA a priori en download et sur votre box en upload) et donc le ping augmente.

Exemple je fait un ping sur lafibre.info et pendant le ping je vais faire un iperf en upload sur testdebit.info :
$ ping lafibre.info
PING lafibre.info (46.227.16. 56(84) bytes of data.
64 bytes from lafibre.info (46.227.16.: icmp_req=1 ttl=53 time=19.2 ms
64 bytes from lafibre.info (46.227.16.: icmp_req=2 ttl=53 time=18.2 ms
64 bytes from lafibre.info (46.227.16.: icmp_req=3 ttl=53 time=20.4 ms
64 bytes from lafibre.info (46.227.16.: icmp_req=4 ttl=53 time=19.4 ms
64 bytes from lafibre.info (46.227.16.: icmp_req=5 ttl=53 time=20.4 ms
64 bytes from lafibre.info (46.227.16.: icmp_req=6 ttl=53 time=18.5 ms
64 bytes from lafibre.info (46.227.16.: icmp_req=7 ttl=53 time=19.3 ms
64 bytes from lafibre.info (46.227.16.: icmp_req=8 ttl=53 time=20.1 ms
[début iperf]
64 bytes from lafibre.info (46.227.16.: icmp_req=9 ttl=53 time=121 ms
64 bytes from lafibre.info (46.227.16.: icmp_req=10 ttl=53 time=79.0 ms
64 bytes from lafibre.info (46.227.16.: icmp_req=11 ttl=53 time=67.4 ms
64 bytes from lafibre.info (46.227.16.: icmp_req=12 ttl=53 time=69.9 ms
64 bytes from lafibre.info (46.227.16.: icmp_req=13 ttl=53 time=68.5 ms
64 bytes from lafibre.info (46.227.16.: icmp_req=14 ttl=53 time=60.5 ms
64 bytes from lafibre.info (46.227.16.: icmp_req=15 ttl=53 time=51.0 ms
64 bytes from lafibre.info (46.227.16.: icmp_req=16 ttl=53 time=54.9 ms
64 bytes from lafibre.info (46.227.16.: icmp_req=17 ttl=53 time=62.2 ms
64 bytes from lafibre.info (46.227.16.: icmp_req=18 ttl=53 time=62.5 ms
[fin iperf]
64 bytes from lafibre.info (46.227.16.: icmp_req=19 ttl=53 time=21.1 ms
64 bytes from lafibre.info (46.227.16.: icmp_req=20 ttl=53 time=22.3 ms
64 bytes from lafibre.info (46.227.16.: icmp_req=21 ttl=53 time=21.1 ms
64 bytes from lafibre.info (46.227.16.: icmp_req=22 ttl=53 time=19.2 ms
64 bytes from lafibre.info (46.227.16.: icmp_req=23 ttl=53 time=20.5 ms

Ca c'est une saturation où je suis responsable.

Donc qu'un graphe d'un client augmente quand il utilise sa connexion c'est normal.

Que tous les graphes augmentent en même temps, c'est par contre impossible que tous les clients se mettent en même temps à télécharger un fichier donc c'est le réseau.

Ce n'est pas forcément un lien qui sature mais cela peut être les capacité de routage du routeur. De nombreux routeurs on en effet plus de ports que de capacité de routage.

Exemple d'un routeur utilisé pas presque tous les FAI il y a 10ans : le Cisco 6509

Photos prise chez Free :
(https://lafibre.info/images/free/200904_free_bzn_6k_2.jpg)

Il propose des cartes 4 port 10 Gb/s (utilisées par Free) et des cartes 8 ports 10 Gb/s mais chaque carte n'est relié sur le fond de panier qu'avec 40 Gb/s.
Donc en prenant des cartes 8 ports il est possible d'avoir des saturation sans que les liens soient chargés.

Maintenant mettre seulement 4 port 10 Gb/s par carte ne règle pas tous les problèmes, il y a un bug qui fait qu'un flux multicast peut être comptabilisé plusieurs fois et donc le routeur drop des paquets alors que les 40 Gb/s ne sont pas remplis. La préconisation de Cisco est de ne pas remplir les liens ou de changer les cartes 4 ports 10 Gb/s par des cartes 8 ports 10 Gb/s mais en en utilisant seulement 4. Toutes ces explications pour dire que les causes peuvent êtres complexes à cerner...

[felix_clerc]

Merci Vivien pour ces infos!
Dans mon cas, je suis la vague, et ma seule charge réseau était madame au téléphone 
Donc j'imagine que le problème est effectivement ailleurs - Damien, faites-nous savoir si vous trouvez quelque chose, et si on peut aider de notre côté...

[felix_clerc]

<troll>
C'est PRISM!
</troll> 
Désolé, j'ai pas pu résister

[TiTi]

Voilà site "en attente".
Speedtest à 5 mbs et 4x en upload avec du wifi (ne me tapé pas)

[vivien]

Il y a ce pingtest qui peut être intéressants (même pour ceux qui n'ont pas IPv6) : http://lafibre.info/pingtest

Un graphe du ping et des pertes de paquet est réalisé.

[TiTi]

Celui de Lyon ne marche plus !

Sinon voilà un exemple formidable pendant une coupure, je passe de 70 mbs à  même pas 20 mbs :
(http://forum.k-net.fr/index.php?action=dlattach;topic=1779.0;attach=647)

Quand on regarde le graphique on voit bien que ça tombe d'un coup ! Idem sur plusieurs speedtests sur différents serveurs notamment Nice et Massy (Ceux que vivien voulait un test)

Edit : j'ai l'impression que le débit descendant est impacté, en upload j'ai l'impression que c'est toujours au top. Après c'est peut-être qu'une impression
c'est bizarre car là le ping me parait bon dans les graphes sauf que j'ai quand même beaucoup de mal à chargé des pages fréquemment.

[vivien]

Celui de Lyon ne marche plus !

Je regarde demain ce qui ne va pas.

[felix_clerc]

Aucune nouvelle sur le sujet?

[felix_clerc]

Heu, j'ai l'impression que ça s'améliore pas - voir graphe 

[Damien]

0.00% de pertes de paquet sur notre smokeping de votre connexion (qui teste donc entre votre routeur et les équipements au POP de SGP)

[TiTi]

D'après mes graphes : http://smokeping.thibault01.com/ (Hébergé sur mon RPi donc long à charger mais le ping n'est pas influencé sauf avec l'utilisation de ma bande passante)
Ils confirment ce que Damien dit, aucune perte jusqu'au site de K-net, quelques vers le forum, mais c'est du à la Vm de chez K-net me semble.
Quelques pertes vers lafibre.info.

Pour joindre un abonné Wibox, le ping est stable ce soir et on passe par : border1-cixp.kwaoo.net c'est à dire genève.

Ce soir j'ai toujours un bon débit, et pas de problème pour afficher des pages web. Il y a du mieux.