J'avais déjà posé la question sans jamais trop avoir de réponse, mais j'aimerais quand même bien comprendre pourquoi les graphes smokeping sur lafibre.info font ces vagues (voir fichier joint)
C'est très régulier, et généralisé, toujours aux mêmes heures en plus, soit ~17:30 -> 01:00
C'est lié à la charge du réseau? Ou la TV?
Merci de satisfaire ma curiosité ;)
Regarde dans Divers il y a un sujet de moi si ce sujet.
Le post avec un lien vers ma réponse : http://forum.k-net.fr/index.php/topic,1718.msg17049.html#msg17049 (http://forum.k-net.fr/index.php/topic,1718.msg17049.html#msg17049)
Merci Vivien pour le lien...
Donc si je comprends bien, le fait que ces courbes ne soient pas présentes sur les graphes des usagers adeli pourrait signifier une saturation côté k-net?
Il faut leur demander d'investiguer?
Je me souviens que Damien m'avait une fois mentionné au téléphone qu'il voyait la même chose depuis leurs graphes smokeping :o
Depuis le SmokePing K-Net, si on voit ces vagues vers toutes les destinations ou vers toutes les destinations sur un GIX cela signifie qu'il y a une saturation coté K-Net.
Si ces vages ne sont visibles que vers Maxnod - Adeli / LaFibre.info, c'est Adeli qui est en cause. (Je rappelle que LaFibre.info est hébergé par le Maxnod, dans l'Ain)
En démarrant un SmokePing depuis un autre hébergeur je vais avoir la réponse.
Super Vivien, merci...
Vivement des news :)
On peut les voir quelque part, les "nouveaux" tests?
Non, ils sont sur un SmokePing privé mais je mettrait des copie des graphes ici
(n'hésitez pas a me le rappeler sur lafibre.info si j'oublie ce post)
Vivien,
Que donnent les graphes pour la soirée passée? Identiques?
Merci!
Les vagues (et surtout les pertes de paquets) sont présentes de la même façons.
Les vagues semblent plus petites sur le graphe depuis Bouygues Telecom car le serveur est à Paris, mais la latence supplémentaire (en ms) le soir est identique.
J'ai pris l'exemple de fly, premier graphe IPv4 (pas d'IPv6 sur le serveur Bytel)
La conclusion est que cela viens sois de K-Net ou Lyon-IX.
Mercdi vivien pour ces infos.
Mais maintenant, on fait quoi? On demande à k-net de se pencher sur le problème?
Citation de: felix_clerc le 24 Juin 2013 à 08:14:49
Mercdi vivien pour ces infos.
Mais maintenant, on fait quoi? On demande à k-net de se pencher sur le problème?
Il y a problème si une dégradation se ressent sur l'utilisation de la connexion. Si la seule conséquence est la génération de graphs non parfait, alors il n'y a pas de problème à analyser.
Une personne c'est retrouvé avec un 3 mbs http://forum.k-net.fr/index.php/topic,1783.0.html (http://forum.k-net.fr/index.php/topic,1783.0.html) et il a vraiment ressenti une baisse, d'après ce qu'il a marqué.
Et il m'arrive aussi, le soir, de sentir une latence pour l'affichage de pages - en gros, je clique sur un lien, et ça prend un peu de temps avant de m'afficher la page.
Comme si il fallait un peu de temps pour résoudre, ensuite ça affiche vite (enfin, ça dépend du site en face bien sûr)
Idem, chez moi le navigateur affiche "en attente de www.google.fr (http://www.google.fr)" par exemple, donc je ne sais pas d'où ça vient.
Il est préférable de faire un SpeedTest pour confirmer un problème.
Si il y en a qui sont sous Linux, je peux passer un script qui fait un test par heure et qui donne un fichier csv en résultat.
Chez moi le problème ne dure pas mais ce reproduit fréquemment.
Genre les pages ont du mal à chargées, une fois chargées, tout redeviens normal, et quelques temps après (en minutes) ça recommence.
Envoi ton script, je vais le mettre sur une VM.
@Titi: Tu as pu installer le script?
Juste pour voir, j'ai eu des pings assez hauts hier soir...
@felix_clerc : Non Vivien prend du retard, il ne m'a rien envoyé. Je vais le MP.
Coucou, désolé pour le retard.
Le script posait quelques problèmes (l'option qui test le débit sur Youtube semble HS)
Le script est dispo sur http://testdebit.info (http://testdebit.info)
=> http://testdebit.info/scripts/testdebit.pl (http://testdebit.info/scripts/testdebit.pl)
Tout est expliqué en début de script. Si vous avez des questions, je suis là.
Bon tests !
Lancé sur une Vm donc moins fiable, mais bon si on voit que 3 valeurs sont pareils et pendant le ping c'est différent, alors c'est bon. Par contre il test pas le ping, c'est dommage.
Si il test le vrai ping : celui en TCP et le port 80.
Dans les différents indicateurs tu as le temps de connexion temps entre le [SYN] et le retour [SYN ACK] du serveur.
C'est mieux que le ping mais il faut un serveur qui réponde sur le port donc ca marche pas partout.
Je suis en train d'étudier les peering de K-Net, je cherche a savoir pourquoi on passe par les transit dans certains cas alors qu'un peering est possible.
Serait-il possible de me faire sous linux un traceroute vers testdebit.info ? (hébergé chez Bouygues Telecom)
La commande a utiliser est mtr -rwc100 testdebit.info
Voici le type de traceroute que vous devriez avoir : LyonIX => Equinix => Bouygues Telecom
$ mtr -rwc100 testdebit.info
HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev
1.|-- portevlan.adeli.biz 0.0% 100 119.3 3.7 0.2 226.7 25.5
2.|-- rr-l2-vlan500.ix.lyonix.net 0.0% 100 1.2 1.1 1.1 1.4 0.0
3.|-- equinix-paris.as5410.net 0.0% 100 8.2 8.8 8.1 19.6 1.7
4.|-- ae27.tcore02-t2.net.bbox.fr 1.0% 100 9.1 19.7 7.6 140.2 25.0
5.|-- po114.core03-t2.net.bbox.fr 0.0% 100 8.2 16.5 7.8 211.6 33.5
6.|-- v113.tengec5-10g.c6k01-t2.club-internet.fr 0.0% 100 7.9 8.0 7.8 10.7 0.3
7.|-- 89.84.127.55 0.0% 100 7.9 7.8 7.7 8.1 0.1
Pour que cela apparaisse bien sur votre post, il faut utiliser la balise "tt" (c'est le bouton au-dessus du smiley qui pleure)
C:\Users\Thibault>tracert testdebit.info
Détermination de l'itinéraire vers testdebit.info [89.84.127.55]
avec un maximum de 30 sauts :
1 1 ms 1 ms 1 ms 192.168.1.1
2 6 ms 6 ms 5 ms 254-200-28-81.ftth.cust.kwaoo.net [81.28.200.254
]
3 9 ms 8 ms 8 ms border1-lyonix.kwaoo.net [178.250.208.2]
4 8 ms 8 ms 8 ms rr-l2-vlan500.ix.lyonix.net [77.95.71.5]
5 * * * Délai d'attente de la demande dépassé.
6 39 ms 77 ms 88 ms ae27.tcore02-t2.net.bbox.fr [89.89.101.2]
7 111 ms 15 ms 15 ms po114.core03-t2.net.bbox.fr [89.89.101.78]
8 15 ms 15 ms 14 ms v113.tengec5-10g.c6k01-t2.club-internet.fr [62.3
4.0.170]
9 15 ms 15 ms 15 ms 89.84.127.55
Itinéraire déterminé.
Pour le moment j'ai que celui sous windows pas le temps de démarrer linux, je suis déjà en retard :D
Jolie vague hier soir, à nouveau...
Et franchement, ça ramait à l'ouverture des pages (fenêtre de l'explorer qui dit en attente de ... un moment, puis page affichée rapidement - speedtest ok)
Un peu comme si c'était pour résoudre qu'il prenait son temps...
Et des paquets perdus...
Oui moi aussi, lent mais quand je fais un speedtest, c'est normal.
Je précise qu'il n'est pas nécessaire d'avoir un core i7 pour mon script.
J'ai un vieux PC Celeron 600 Mhz chez moi que j'ai transformé en serveur web, voici les performance que j'arive a en tirer (je lui ai mis une carte 1 Gb/s Ethernet) :
$ wget -O /dev/null http://192.168.1.29/1Gb.dat (http://192.168.1.29/1Gb.dat)
100%[======================================>] 125 000 000 51,8M/s ds 2,3s
2012-05-28 14:46:58 (51,8 MB/s) - «/dev/null» sauvegardé [125000000/125000000]
51,8 Mio/s (soit 456 Mb/s)
Photos de mes tests (profitant que ma copine n'est pas là) :
(https://lafibre.info/images/bistro/201205_lab_vivien.jpg)
Bref tout ceci pour vous dire que si vous avez un vieux Celeron / Pentium III avec 128 Mo RAM et 2 Go de Disque dur IDE, c'est suffisant pour mon script et c'est même mieux qu'une virtualisation sous Windows.
Par contre il faut installer un Linux ans interface graphique, par exemple Ubuntu Server. La prise en main à distance (pour laisser le vieux PC dans son coin sans écran) se fera en installant OpenSSH.
Je vois que le PC du fond est repassé sur Ubuntu ^^
Enfaite un j'ai un vieux pc, qui pourrait faire l'affaire, sauf qu'il a vraiment du ma à démarrer.
19 fois sur 20 il sonne et ne s'allume pas. Il dot avoir un défaut mais je ne sais pas où. Et de toute façon, si je mets ce pc, il sera par CPL, ma mère ne voudra pas le mettre dans le bureau xD
Mais vivien tu aurais pas un script qui compte le temps que met l'affichage d'une page. Sans cache, car c'est surtout ça qui plante. Peut être des pertes de paquets.
Edit : Pour reprendre ton et mon dernier message : http://forum.k-net.fr/index.php/topic,1718.15.html (http://forum.k-net.fr/index.php/topic,1718.15.html)
On ne passe pas par Lyonix, mais le cixp (Genève) et que les autres passe par Lyonix, donc le problème peut être à Genève.
Mais alors la question pour k-net pourquoi passer par Genève pour joindre Lyon ?
C:\Users\Thibault>tracert lafibre.info
Détermination de l'itinéraire vers lafibre.info [46.227.16.8]
avec un maximum de 30 sauts :
1 1 ms 1 ms 3 ms 192.168.1.1
2 5 ms 4 ms 3 ms 254-200-28-81.ftth.cust.kwaoo.net [81.28.200.254]
3 4 ms 5 ms 4 ms border1-cixp.kwaoo.net [178.250.208.6]
4 8 ms 8 ms 8 ms cixp-adeli.cern.ch [192.65.185.144]
5 9 ms 8 ms 7 ms lafibre.info [46.227.16.8]
Itinéraire déterminé.
Fait Lyon <=> Saint-Genis-Pouilly ou Genève <=> Saint-Genis-Pouilly ne doit pas changer grand chose.
Dans les deux cas on a un seul réseau entre les deux : le GIX (point d'échange)
Donc je ne sais pas ce qui fait que cela part plus vers l'un ou l'autre mais cela me semble sans importance.
Par contre que K-Net décide de récupérer Bouygues Telecom via les transit plutôt que par les peering cela me choque plus (pas trop de problème coté QoS mais cela fait payer K-Net pour le trafic)
J'ai ouvert un post a ce sujet en expliquant un peu les principe pour faire passer le trafic par une route ou par une autre : Pourquoi le trafic Bouygues Telecom => K-Net passe par le transitaire de K-Net ? (https://lafibre.info/peering/as-path-prepend/)
On est en plein dedans, page impossible à chargé, même les pages persos de K-net, donc le problème n'est pas à Lyonix ou Cixp ni chez Adeli !
EDIT : Oublié de précisé, c'est par vague, pendant un moment tout va bien et d'un coup ça lag à mort !
Je confirme, j'ai du mal afficher les pages du forum K-Net.
Le traceroute montre bien un problème sur le réseau K-Net :
(https://lafibre.info/images/k-net/201306_traceroute_bouygues_k-net.png)
J'ai fait 1000 ping pour avoir des pertes représentatives.
4,5% de perte de paquet c'est très important.
Comment lire un traceroute ?
Certains routeurs répondent a tous les ping, mais d'autres non. Si les ping derrière un routeur sont plus faibles, cela signifie qu'il laisse bien passer les paquets même si il ne répond pas.
Dans ce traceroute on note que le routeur core04 et le routeur rpt02 de Bouygues Telecom réponde mal au ping, mais ils routent bien les paquets car derrière c'est ok.
Pour le routeur border1 de K-Net je ne sais pas si il y a une limitation en nombre de ping ou si il y a bien des pertes avant d'arriver à ce routeur.
SmokePing de la même destinations (forum.k-net.fr) mais depuis Maxnod / Adeli :
(https://lafibre.info/images/k-net/201306_smokeping_forum_k-net.png)
Le problème est également sur le site web. Graphe du site k-net.fr en IPv6 :
(https://lafibre.info/images/k-net/201306_smokeping_k-net_ipv6.png)
vert = 5 ping envoyés / 5 ping reçus
bleu = 5 ping envoyés / 4 ping reçus
violet = 5 ping envoyés / 3 ping reçus
Citation de: TiTi le 29 Juin 2013 à 12:51:24On ne passe pas par Lyonix, mais le cixp (Genève) et que les autres passe par Lyonix, donc le problème peut être à Genève.
Le traceroute inverse passe par par Lyon (IPv4 et IPv6).
Pour être précis, K-Net envoie son trafic à Adeli via Genève et Adeli préfère envoyer le trafic vers K-Net par LyonIX. Le chemin aller est différent du chemin retour.
Là aussi, ce n'est pas très grave, mais donc la piste que ce soit sur Lyon uniquement n'est pas écarté.
Les pertes de paquets sont présentes en IPv4 et IPv6.
J'ai lancé 2000 ping sur le forum, mais le problème c'est que là ça marche plutôt bien par rapport à t'alleur.
Résultat dans quelques minutes.
Mais si je rencontre aussi des problèmes pour accéder au forum et page perso de k-net alors le problème ne vient pas de Lyonix ni du Cixp.
C:\WINDOWS\system32>tracert forum.k-net.fr
Détermination de l'itinéraire vers forum.k-net.fr [178.250.208.38]
avec un maximum de 30 sauts :
1 1 ms 1 ms 1 ms 192.168.1.1
2 5 ms 3 ms 3 ms 254-200-28-81.ftth.cust.kwaoo.net [81.28.200.254]
3 7 ms 4 ms 5 ms ispc1.kwaoo.net [178.250.208.38]
Si tu as des pertes vers le forum K-Net c'est intéressant effectivement.
Là le trafic a baissé, il faudrait faire les tests demain soir.
En effet là j'ai presque rien, mais j'ai pas eu de nouveau bug pendant le test :
Statistiques Ping pour 178.250.208.38:
Paquets : envoyés = 2000, reçus = 1992, perdus = 8 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 4ms, Maximum = 162ms, Moyenne = 8ms
La fenêtre problématique se situe donc entre 21h30 et 23h00 ?
Le week-end la charge démarre plus tôt (cf graphes)
Je pense a une saturation (en débit, un lien qui dépasse les 90% de charge sur Cacti) ou en paquet par seconde (il y a des limites sur les routeurs en nb de paquets par seconde)
Titi, Tu est bien en Ethernet ? Pas de téléchargement en parallèle ?
C'est anormal d'avoir 0,4% de perte de paquet.
La gigue est aussi énorme si le ping varie en 4ms et 162ms (moyenne de 8ms)
Une moyenne de 8ms pour un serveur situé dans l'ain c'est médiocre.
Ca sera intéressant de faire 3 ping en parallèle demain :
- forum.k-net.fr
- lafibre.info
- testdebit.info
Et comparer les pertes
Pas faire attention au ping en ms, je fais des choses à coté et je suis en wifi (qui atteint 80mbs).
Bon, désolé mais des test en WiFI ce n'est pas utilisable.
Le WiFi a des pertes de paquets et un ping qui varie.
Il faut vraiment un test en Ethernet pour pouvoir tirer une conclusion.
Je peux te faire par CPL ou demain soir par ethernet si tu veux.
Le CPL est aussi peu fiable pour ce genre de tests que le wifi
Je confirme : le CPL ne permettra pas de conclure.
Tu pourrais me faire un traceroute vers www.neotelecoms.com (http://www.neotelecoms.com) ?
Ce soir je fais un test de ping vers plusieurs endroits (ceux précédemment envoyés) sur un pc relié directement au routeur par un RJ45, OK ?
Je te fais ce tracert tout de suite.
Détermination de l'itinéraire vers proxy1.neotelecoms.com [213.152.14.79]
avec un maximum de 30 sauts :
1 8 ms 3 ms 2 ms 192.168.1.1
2 7 ms 9 ms 7 ms 254-200-28-81.ftth.cust.kwaoo.net [81.28.200.254]
3 11 ms 10 ms 10 ms border1-lyonix.kwaoo.net [178.250.208.2]
4 20 ms 11 ms 12 ms sw1-le9lyon-ge-1-6.ix-customers-le9lyon.ielo.net [212.85.148.105]
5 18 ms 18 ms 22 ms 2ge-e1-5-e3-20-cr2.th2-prs.fr.rt.ielo.net [212.85.145.42]
6 18 ms 18 ms 17 ms 10ge-5-1-cr1.eqx-pa3.fr.rt.ielo.net [212.85.145.90]
7 26 ms 18 ms 18 ms ge9-1-6.tcr1.rb.par.as8218.eu [83.167.52.181]
8 17 ms 18 ms 17 ms xe2-0-0.tcr2.th2.par.as8218.eu [83.167.55.112]
9 20 ms 18 ms 18 ms 83.167.55.5
10 17 ms 17 ms 18 ms 83.167.55.121.static.not.updated.as8218.eu [83.167.55.121]
11 18 ms 19 ms 18 ms tech.neotelecoms.com [83.167.57.100]
12 18 ms 18 ms 18 ms proxy1.neotelecoms.com [213.152.14.79]
Itinéraire déterminé.
Je précise pour les tracert que je fais et ping d'hier j'étais sous Windows 8.1.
Tu fera tes tests à quelle heure ? Je vais essayer d'en faire directement sur une machine au POP de SGP, histoire de voir si la saturation n'est pas en amont sur le réseau de collecte.
Citation de: Damien le 30 Juin 2013 à 09:56:06
Tu fera tes tests à quelle heure ? Je vais essayer d'en faire directement sur une machine au POP de SGP, histoire de voir si la saturation n'est pas en amont sur le réseau de collecte.
Je ne sais pas, faut fixer une heure.
Par contre il ne me semble pas que ça vienne du réseau de collecte si que K-net est impacté ?
Juste il serait intéressant que je puisse le ping, donc si il a une ip, et qu'il répond aux pings.
Damien, fais un mtr afin que l'on puisse déterminer où est le problème.
Je propose de faire 3 traceroute :
- l'IP de Titi
- lafibre.info
- testdebit.info
Démarrer les traceroute entre 20h00 et 21h00 me semble une bonne idée, cela permet de laisser un peu de temps pour faire d'autres analyses.
Ok, juste en plus faire un autre ip que la mienne en même temps.
Si jamais une montée ou perte vient de mon coté.
Traceroute effectué vers midi trente, j'ai déjà des petites pertes de paquet :
$ mtr -rwc1000 forum.k-net.fr
HOST: testdebit.info Loss% Snt Last Avg Best Wrst StDev
1.|-- 89.84.127.61 0.0% 1000 0.3 0.3 0.2 18.7 1.1
2.|-- v113.tengec5-10g.core04-t2.club-internet.fr 12.8% 1000 1.3 5.7 0.2 323.8 25.2
3.|-- ae5.tcore01-m.net.bbox.fr 0.0% 1000 32.9 11.5 0.6 114.4 21.9
4.|-- be35.cbr01-ntr.net.bbox.fr 0.0% 1000 4.7 4.9 1.1 12.5 2.3
5.|-- lag13.rpt02-ix2.net.bbox.fr 70.3% 1000 2.2 2.3 1.8 8.6 0.9
6.|-- 83.167.32.213.static.not.updated.neotelecoms.com 0.0% 1000 2.1 1.8 1.7 44.8 3.0
7.|-- 83.167.55.46 0.0% 1000 1.8 1.8 1.7 12.0 0.6
8.|-- xe2-1-0.ter1.eqx2.par.as8218.eu 0.0% 1000 2.1 6.2 2.1 125.1 11.3
9.|-- ge1-5.br1.rdb.par.ielo.net 0.0% 1000 1.5 3.6 1.3 28.0 3.3
10.|-- 10ge-5-2-cr2.th2.fr.rt.ielo.net 0.0% 1000 1.4 3.2 1.3 32.9 3.4
11.|-- 2ge-e1-17-e1-18-cr5.le9-lyon.fr.rt.ielo.net 0.0% 1000 8.4 10.6 8.3 49.3 3.6
12.|-- kwaoo.ix-customers-le9lyon.ielo.net 0.0% 1000 8.3 8.2 8.0 18.7 0.8
13.|-- border1-sgp.kwaoo.net 0.2% 1000 11.3 11.2 11.0 15.0 0.6
14.|-- ispc1.kwaoo.net 0.6% 1000 11.9 12.0 11.6 16.6 0.6
dimanche 30 juin 2013, traceroute démarré à 17h00 vers le site web :
HOST: testdebit.info Loss% Snt Last Avg Best Wrst StDev
1.|-- 89.84.127.61 0.0% 1000 0.4 0.4 0.2 45.8 1.9
2.|-- v113.tengec5-10g.core04-t2.club-internet.fr 15.0% 1000 0.3 6.8 0.2 228.6 27.7
3.|-- ae5.tcore01-m.net.bbox.fr 0.0% 1000 0.6 16.0 0.5 135.7 23.8
4.|-- be35.cbr01-ntr.net.bbox.fr 0.0% 1000 6.2 4.8 1.1 9.3 2.3
5.|-- lag13.rpt02-ix2.net.bbox.fr 70.7% 1000 1.9 2.1 1.8 6.4 0.7
6.|-- 83.167.32.213.static.not.updated.neotelecoms.com 0.0% 1000 1.8 1.9 1.7 52.2 3.2
7.|-- 83.167.55.46 0.0% 1000 1.8 1.8 1.7 13.5 1.0
8.|-- xe2-1-0.ter1.eqx2.par.as8218.eu 0.0% 1000 2.0 2.9 1.9 73.3 6.5
9.|-- ge1-5.br1.rdb.par.ielo.net 0.0% 1000 1.5 3.4 1.4 12.3 3.3
10.|-- 10ge-5-2-cr2.th2.fr.rt.ielo.net 0.0% 1000 3.4 3.2 1.3 25.4 3.2
11.|-- 2ge-e1-17-e1-18-cr5.le9-lyon.fr.rt.ielo.net 0.0% 1000 8.4 11.0 8.4 29.6 3.5
12.|-- kwaoo.ix-customers-le9lyon.ielo.net 0.0% 1000 8.2 8.1 8.0 12.3 0.4
13.|-- border1-sgp.kwaoo.net 0.4% 1000 11.7 11.2 11.0 16.8 0.5
14.|-- www.kwaoo.net (http://www.kwaoo.net) 0.5% 1000 12.5 12.0 11.6 18.2 0.6
Ping lancé !
Alors
TestDebit :
Statistiques Ping pour 89.84.127.55:
Paquets : envoyés = 3408, reçus = 3357, perdus = 51 (perte 1%),
Durée approximative des boucles en millisecondes :
Minimum = 14ms, Maximum = 60ms, Moyenne = 15ms
Lafibre.info :
Statistiques Ping pour 46.227.16.8:
Paquets : envoyés = 3435, reçus = 3391, perdus = 44 (perte 1%),
Durée approximative des boucles en millisecondes :
Minimum = 7ms, Maximum = 60ms, Moyenne = 7ms
k-net.fr :
Statistiques Ping pour 178.250.209.12:
Paquets : envoyés = 3589, reçus = 3588, perdus = 1 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 4ms, Maximum = 45ms, Moyenne = 4ms
forum.k-net.fr :
Statistiques Ping pour 178.250.208.38:
Paquets : envoyés = 3458, reçus = 3421, perdus = 37 (perte 1%),
Durée approximative des boucles en millisecondes :
Minimum = 4ms, Maximum = 65ms, Moyenne = 4ms
Tipiak, abonné k-net à cormoranche :
Statistiques Ping pour xx.xx.xx.xx:
Paquets : envoyés = 3604, reçus = 3604, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 7ms, Maximum = 335ms, Moyenne = 7ms
Il y a un peu de perte, mais on a pas eu de bug pendant cette période.
Sachant que pour joindre Tipiak, 0 perte, donc le problème vient pas de l'intérieur du réseau.
Intéressant ces pertes vers le forum.knet.fr et non knet.fr
Voici mes traceroute vers K-Net.fr (et non le fourm) :
(https://lafibre.info/images/k-net/201306_traceroute_adeli_bouygues_k-net.png)
J'ai vu qu'il fallait un minimum de 6000 ping pour avoir un résultats fiable (sinon il y a des pourcentages non identiques entre les différents tracroute)
Aujourd'hui beaucoup plus calme, et pas eu de bug à charger mes pages.
Bon,
J'ai pas été trop présent ce week-end, et il y a eu pas mal de posts sur le sujet :)
Juste pour comprendre, en résumé, il y a bien un couac quelque part :o ?
Parce que si c'est le cas, il ne doit pas dater d'hier...
Sinon, si ça peut aider, je peux aussi lancer quelques tests - mais sous windows, sorry - mais bon, la commande ping existe aussi sur cet os...
Juste me dire quels pings, et à quelle heure...
Oui ça date !
Mais tes pings tu peux les faire de Windows si tu es en RJ45 (sinon tu te fais disputé par les méchants Vivien et Damien :) )
Pas de soucis pour les faire en rj45, je n'utilise que ça. Le wifi, heu, comment dire: vivre dans un micro-ondes, bof bof...
http://lafibre.info/dns/smokeping.cgi?target=knet.box.titiDu01 (http://lafibre.info/dns/smokeping.cgi?target=knet.box.titiDu01)
Je suis en plein dedans, les pages galères à se charger !!! Si ça vient en journée en plus maintenant.
Edit: Enfaite il semblerait que je sois le seul.
Re-Edit: ça remarche bien, juste temporaire. Bizarre.
@Titi, il y a aussi la légère montée sur notre smokeping pour ta question, mais rien sur celui d'un de tes voisins.
Bon, n'ayant pas eu plus d'infos sur quoi pinguer (ça existe ce verbe?), je n'ai fait que me promener dans les graphes de la fibre...
Aujourd'hui, le graphe est moins lisse que ces derniers jours (voir attachement).
Et sur 8 mois, on voit nettement une dégradation depuis début mars...
Y'a eu des modifs vers cette date là?
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...
Ce sont les graphs de votre connexion au dessus ou ceux d'un client au hasard ?
Citation de: felix_clerc le 01 Juillet 2013 à 20:51:36
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, 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
Citation de: Damien le 01 Juillet 2013 à 20:55:35
Citation de: felix_clerc le 01 Juillet 2013 à 20:51:36
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.
Tiens, ça vient de me le refaire sur live.com...
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.
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.8) 56(84) bytes of data.
64 bytes from lafibre.info (46.227.16.8): icmp_req=1 ttl=53 time=19.2 ms
64 bytes from lafibre.info (46.227.16.8): icmp_req=2 ttl=53 time=18.2 ms
64 bytes from lafibre.info (46.227.16.8): icmp_req=3 ttl=53 time=20.4 ms
64 bytes from lafibre.info (46.227.16.8): icmp_req=4 ttl=53 time=19.4 ms
64 bytes from lafibre.info (46.227.16.8): icmp_req=5 ttl=53 time=20.4 ms
64 bytes from lafibre.info (46.227.16.8): icmp_req=6 ttl=53 time=18.5 ms
64 bytes from lafibre.info (46.227.16.8): icmp_req=7 ttl=53 time=19.3 ms
64 bytes from lafibre.info (46.227.16.8): icmp_req=8 ttl=53 time=20.1 ms
[début iperf]
64 bytes from lafibre.info (46.227.16.8): icmp_req=9 ttl=53 time=121 ms
64 bytes from lafibre.info (46.227.16.8): icmp_req=10 ttl=53 time=79.0 ms
64 bytes from lafibre.info (46.227.16.8): icmp_req=11 ttl=53 time=67.4 ms
64 bytes from lafibre.info (46.227.16.8): icmp_req=12 ttl=53 time=69.9 ms
64 bytes from lafibre.info (46.227.16.8): icmp_req=13 ttl=53 time=68.5 ms
64 bytes from lafibre.info (46.227.16.8): icmp_req=14 ttl=53 time=60.5 ms
64 bytes from lafibre.info (46.227.16.8): icmp_req=15 ttl=53 time=51.0 ms
64 bytes from lafibre.info (46.227.16.8): icmp_req=16 ttl=53 time=54.9 ms
64 bytes from lafibre.info (46.227.16.8): icmp_req=17 ttl=53 time=62.2 ms
64 bytes from lafibre.info (46.227.16.8): icmp_req=18 ttl=53 time=62.5 ms
[fin iperf]
64 bytes from lafibre.info (46.227.16.8): icmp_req=19 ttl=53 time=21.1 ms
64 bytes from lafibre.info (46.227.16.8): icmp_req=20 ttl=53 time=22.3 ms
64 bytes from lafibre.info (46.227.16.8): icmp_req=21 ttl=53 time=21.1 ms
64 bytes from lafibre.info (46.227.16.8): icmp_req=22 ttl=53 time=19.2 ms
64 bytes from lafibre.info (46.227.16.8): 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...
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é...
<troll>
C'est PRISM!
</troll> ;D
Désolé, j'ai pas pu résister
Voilà site "en attente".
Speedtest à 5 mbs et 4x en upload avec du wifi (ne me tapé pas)
Il y a ce pingtest qui peut être intéressants (même pour ceux qui n'ont pas IPv6) : http://lafibre.info/pingtest (http://lafibre.info/pingtest)
Un graphe du ping et des pertes de paquet est réalisé.
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.
Citation de: TiTi le 01 Juillet 2013 à 22:42:39Celui de Lyon ne marche plus !
Je regarde demain ce qui ne va pas.
Aucune nouvelle sur le sujet?
Heu, j'ai l'impression que ça s'améliore pas - voir graphe :o
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)
D'après mes graphes : http://smokeping.thibault01.com/ (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.
Donc le problème serait entre lafibre.info et le réseau k-net?
Moi je le vois plutôt coté Genève de Adeli. C'est à dire que les autres opérateurs passent par Lyon pour le rejoindre, donc on ne le voit pas, mais K-net passe par Genève pour y aller et Lyon pour revenir.
Mais ça explique pas pourquoi defois le soir le sites ne chargent pas.
Y'a quelque chose qui a changé?
Les vagues sont beaucoup moins marquées depuis 2-3 jours (en tout cas sur le graphe de lafibre.info concernant ma connexion)
Citation de: felix_clerc le 07 Juillet 2013 à 10:45:35
Y'a quelque chose qui a changé?
Les vagues sont beaucoup moins marquées depuis 2-3 jours (en tout cas sur le graphe de lafibre.info concernant ma connexion)
Idem, et j'ai plus de problème pour charger des pages.
Pas eu vent d'un changement.
Voici le graphe SmokePing Bytel => Box de Titi et Adeli => Box de Titi
Plus stable et moins de pertes c'est 3 derniers jours sur les deux graphes, mais toujours une montée.
Nouvelle adresse de mon SmokePing : http://smokeping.thibault01.com/ (http://smokeping.thibault01.com/)
Marrant les pics le soir ces derniers jours (voir fichier joint)
On a une idée de ce qui crée ces perturbations?
http://forum.k-net.fr/index.php/topic,1883.0.html (http://forum.k-net.fr/index.php/topic,1883.0.html)
Au temps pour moi ::)
Quels goinfres de BP ces utilisateurs k-net ;D
Jveux pas dire, mais quand je regarde les graphs par plaque, du côté de chez titi, y'a une très grosse consommation ^^
Ha bon ? :D
Je n'ai pas la fibre pour rien.
Entre Youtubes, les jeux, l'envois de fichiers entres potes.
Après une plaque est de quelle taille ? Surtout que quand on fait un téléchargement, et qu'on sature nos 100 mbs ça fait déjà beaucoup de trafic à faire passer.
Il faut 250 personnes à 100 mbs pour saturer si je me trompe pas ?
Citation de: TiTi le 28 Août 2013 à 11:44:12
envois de fichiers entres potes.
LOOL :p Potes au niveau IRL ou au niveau IP ? ;D
Mdr 8)
La maintenance de passage 2Gbs -> 10 Gbs a eu lieu? La vague est moins haute hier soir, ce qui, étrangement, est propice au surf...
Citation de: TiTi le 28 Août 2013 à 11:44:12
Ha bon ? :D
Je n'ai pas la fibre pour rien.
Entre Youtubes, les jeux, l'envois de fichiers entres potes.
Après une plaque est de quelle taille ? Surtout que quand on fait un téléchargement, et qu'on sature nos 100 mbs ça fait déjà beaucoup de trafic à faire passer.
Il faut 250 personnes à 100 mbs pour saturer si je me trompe pas ?
Titi télécharge beaucoup d'images ISO Linux et les échanges avec ses potes tout simplement.
Et tous les films de ses vacances ;D
Bin vu qu'il a passé ses vacances sur le forum à répondre à tout le monde, le film qu'il en a tiré ne doit pas être super !
Enfin pas de quoi le partager avec ses potes !
Un plat de 20h à 23h hier soir.
La liaison 10Gbs a été monté jeudi avec le SIEA et le 1er vlan déplacé vendredi.
Nous allons pouvoir continuer la migration des équipements la semaine prochaine.
Je vois qu'on parle de moi aussi.
Ba enfaîte, pendant les vacances, faut bien m'occuper la nuit, et par mauvais temps.
Deplus la fibre m'a manqué ! La 3G c'est de la merde ! Il a coupé pour faire passer uniquement les appels, car sa saturait !
M'enfin bref ...
Les graphes sont magnifiques depuis le 7 :) - quel changement!
Merci k-net d'avoir suivi et corrigé - pas sûr que tous les FAI auraient investi dans du matos coûteux pour "juste" améliorer le ping de leurs clients...
Citation
pas sûr que tous les FAI auraient investi dans du matos coûteux pour "juste" améliorer le ping de leurs clients...
C'est pas juste une question de ping, crois moi !
Dimanche dernier (donc y'a 2 jours), le trafic a augmenté de 30% par rapport à dimanche d'il y a 10 jours.
Pour être plus clair:
- dimanche 5 octobre : 2.5Gbs
- dimanche 12 octobre : 3.26Gbs
Vive vous 8)
Quand on a la fibre, on change vite ses habitudes, et on demande de plus en plus de bande passante.
Joli par contre ce matin le ping à 9ms...
Pour quelle destination ?
lafibre -> mon cpe : https://lafibre.info/dns/smokeping.cgi?target=knet.box.felixclerc (https://lafibre.info/dns/smokeping.cgi?target=knet.box.felixclerc)
Sensation de dégradation ou pas ? Car à nouveau, c'est peut être juste entre lafibre.info et nous.
root@ksup:~# mtr -c 100 lafibre.info -r
HOST: ksup Loss% Snt Last Avg Best Wrst StDev
1.|-- border1-cixp.kwaoo.net 0.0% 100 0.3 0.4 0.3 0.5 0.0
2.|-- cixp-adeli.cern.ch 7.0% 100 9.4 22.3 9.4 1001. 103.7
3.|-- lafibre.info 0.0% 100 9.4 9.4 9.3 9.7 0.1
J'ignore où est situé cixp-adeli.cern.ch, mais je doute qu'il soit au CERN: 10ms entre deux équipements côte à côte..
Vivien aura peut-être des infos sur des modifs au niveau d'Adeli ?
D'ailleurs le phénomène touche également les clients wibox : https://lafibre.info/dns/smokeping.cgi?target=wibox
Non il est bien au Cern le probleme est sur le retour.
On passe par paris equinix.
Sachant que certains abonnés ne sont pas touchés, ce d'avant ne le sont plus c'est l'inverse.
D'après vivien c'est k-net qui n'annonce pas ses routes correctement : https://lafibre.info/k-net-internet/smokeping-ain-1ms-de-plus-par-lyonix/msg100149/#msg100149
D'après Vivien le 3 octobre ! Aucun rapport avec la montée d'hier soir !
Si Damien le probleme est le même vu que c'est les memes groupes d'abo sauf inversé.
Deplus Vivien précise que les routes sont au pif car elles ont la même prioritée (Un truc de ce ce genre).
Demande a Vivien de faire un mtr inverse il passera par Equinix paris.
Si tu regardes bien même ping que le post en plus. Donc très grande chance que ce soit sur Equinix..
Je sais pas vous, mais pour moi, la route est complètement symétrique !
Citation1: intersect-eth0.maison.local 0.097ms pmtu 1500
1: routeur.maison.local 1.387ms
1: routeur.maison.local 1.356ms
2: border1-sgp.kwaoo.net 2.252ms
3: border1-cixp.kwaoo.net 2.200ms
4: 192.65.185.144 10.817ms
5: lafibre.info 10.970ms reached
Resume: pmtu 1500 hops 5 back 60
En attendant, ça s'est passé hier soir vers 21h30, et ça touche tous le graphes
Non pas tous.
Citation de: TiTi le 17 Octobre 2013 à 13:27:11
Si Damien le probleme est le même vu que c'est les memes groupes d'abo sauf inversé.
Deplus Vivien précise que les routes sont au pif car elles ont la même prioritée (Un truc de ce ce genre).
Demande a Vivien de faire un mtr inverse il passera par Equinix paris.
Si tu regardes bien même ping que le post en plus. Donc très grande chance que ce soit sur Equinix..
Comme j'ai indiqué avant, ça touche
également les abonnés Wibox....
Ba c'est Adeli qui redirige mal le trafique mais je pense que le probleme est le meme.
EDIT : Ce que je veux dire c'est que K-net => Adeli on passe bien par CIXP
Adeli => K-net pour pas mal de plage on passe par Equinix.
Et aussi au passage quelqu'un sait pourquoi avec Google le trajet n'est plus le même (+ 8 ms) du au passage de TH2 de k-net (Ce qui faisait un ping de 14ms) et maintenant au CIXP (Ce qui fait un ping de 22 ms), c'est rien de grave mais je comprends pas pourquoi d'un coup les trajets changent ?
Re-EDIT : Bon je ne sais pas si c'est vous, mais le trajet vers google est redevenu comme avant.
Bon j'ai contacté Adeli, et ils ont remis correctement ^^
L'officiel d'Adeli a répondu en 5 minutes sur lafibre.info (un dimanche), on dirait un Damien 2 !
Tsss, personne n'arrive à ma cheville
+1 pour Damien, personne ne lui arrive à la cheville :-*
Citation de: Damien le 20 Octobre 2013 à 18:04:13
Tsss, personne n'arrive à ma cheville
T'es si grand que ça ????
Ok, suis déjà dehors... ;D ;D ;D ;D