La Fibre
Télécom => Réseau => 
Comment tester son débit ? => Discussion démarrée par: hwti le 27 décembre 2018 à 20:46:55
-
Sur testdebit.info, il ne reste plus que le serveur Ikoula (1Gbps) :-\
Sur nperf.com, je ne vois pas le serveur Bouygues/testdebit.info/Massy, alors qu'il est toujours là sur speedtest.net.
Est-ce qu'une partie des serveurs est down, ou est-ce que nPerf a changé quelque chose ?
-
Euh, c'est Ikoula ça ?
iPerf3 est un petit logiciel open source pour èmettre à très haut débit (sans utiliser le disque dur, contrairement à FTP). iPerf3 est disponible pour Windows, Linux et MacOS X sur https://iperf.fr. Le support en français est fait sur le forum IPERF.
Commande pour èmettre pendant 20secondes: iperf3 -c bouygues.testdebit.info -p 5202 -t 20
Commande pour télécharger pendant 20 sec: iperf3 -c bouygues.testdebit.info -p 5202 -R -t 20
-
Je parle du test nPerf (cf le titre), pas des différentes url proposées plus bas sur la page.
-
Ouuuuuups je croyais que tu répondais au sujet sur le 10G, my bad ;)
-
sont down clairement... :o
ils sont en anycast il me semble , peut-etre un souci a ce niveau la.
-
La liste sur testdebit.info est maintenant vide, il ne reste plus que "Sélection automatique du serveur", qui donne OVH Roubaix pour moi.
Sur nperf.com, plus de serveur Ikoula (et toujours pas de testdebit.info).
-
meme sur nperf.com directement, la liste de séléction manuelle des serveurs rame et affiche que dalle au bout de 1 minute....
-
Vu la non réaction de vivien ici, je dirais qu'ils ont sonné la fin de la récré et qu'ils ne veulent plus héberger de serveurs autres que speedtest ?
-
Vu la non réaction de vivien ici, je dirais qu'ils ont sonné la fin de la récré et qu'ils ne veulent plus héberger de serveurs autres que speedtest ?
Il y a toujours les fichiers de test et iperf3 sur bouygues.testdebit.info (IP anycast ?).
Speedtest utilise massy.testdebit.info, sur lequel il n'y a pas iperf (ni les fichiers de test, mais ça pourrait être un vhost apache), donc à priori c'est un serveur différent.
-
Désolé, je n'avais pas vu ce sujet.
Le serveur nPerf anycast chez Bouygues Telecom va revenir.
nPerf a changé son nouveau logiciel serveur qui remplace apache aussi sur le port 80 s’intègre parfaitement dans Debian / Ubuntu, toutefois il y a eu un souci dans le script de mise à jour et je suis bloqué avec le soft qui ne fonctionne plus et que je n'arrive pas à désinstaller sur le serveur de Paris.
Voici ce qu'il se passe quand je tente une suppression :
# apt purge nperf-server
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants seront ENLEVÉS :
nperf-server*
0 mis à jour, 0 nouvellement installés, 1 à enlever et 0 non mis à jour.
Après cette opération, 5 595 ko d'espace disque seront libérés.
Souhaitez-vous continuer ? [O/n] o
(Lecture de la base de données... 109205 fichiers et répertoires déjà installés.)
Suppression de nperf-server (2.1.7pkg1) ...
dpkg: erreur de traitement du paquet nperf-server (--remove) :
installed nperf-server package pre-removal script subprocess returned error exit status 3
Running post installation configuration...
L'utilisateur système « nperf-server » existe déjà. Fin de la procédure.
Thank you very much for installing nPerfServer !
Please check nPerfServer configuration in /etc/nperf/nperf-server.conf
To start nPerfServer, run: /etc/init.d/nperf-server start
To make nPerfServer starts with the system, run: systemctl enable nperf-server
Des erreurs ont été rencontrées pendant l'exécution :
nperf-server
E: Sub-process /usr/bin/dpkg returned an error code (1)
# dpkg --force-all -P nperf-server
(Lecture de la base de données... 109205 fichiers et répertoires déjà installés.)
Suppression de nperf-server (2.1.7pkg1) ...
dpkg: erreur de traitement du paquet nperf-server (--purge) :
installed nperf-server package pre-removal script subprocess returned error exit status 3
Running post installation configuration...
L'utilisateur système « nperf-server » existe déjà. Fin de la procédure.
Restarting nPerf server.
Job for nperf-server.service failed because the control process exited with error code.
See "systemctl status nperf-server.service" and "journalctl -xe" for details.
dpkg : error while cleaning up:
installed nperf-server package post-installation script subprocess returned error exit status 1
Des erreurs ont été rencontrées pendant l'exécution :
nperf-server
Concrètement, les serveurs Bouygues Telecom de province (Lyon, Aix-en-provence, Lille, Bordeaux) sont opérationnel avec le nouveau nperf-serveur, mais il faut remettre en service Paris pour qu'il revienne sur la carte.
Pour le nPerf de Ikoula Reims, je pense qu'il sera de retour aujourd'hui (coupé hier soir pour la migration)
-
Bon, c'est rassurant :-)
-
Il faudrait regarder /var/lib/dpkg/info/nperf-server.prerm (le pre-removal script) et comprendre pourquoi il échoue.
Au pire on peut éditer le fichier.
-
Merci hwti,
Ce sont ces lignes dans /var/lib/dpkg/info/nperf-server.prerm qui bloquaient la désinstallation.
En les commentant, c'est bon.
# dh_installdeb will replace this with shell code automatically
# generated by other debhelper scripts.
# Automatically added by dh_installinit
if [ -x "/etc/init.d/nperf-server" ] || [ -e "/etc/init/nperf-server.conf" ]; then
invoke-rc.d nperf-server stop || exit $?
fi
# End automatically added section
/etc/init.d/nperf-server existe bien mais il me semble qu'il n'est pas utilisé et que c'est /etc/systemd/system/multi-user.target.wants/nperf-server.service qui permet le lancement
-
Si c'est un service systemd natif, je comprends.
Mais systemd sait aussi gérer les initscripts suffisemment standards, et dans ce cas la commande service fonctionne aussi, et compte tenu de https://manpages.debian.org/unstable/init-system-helpers/invoke-rc.d.8.en.html je suppose que invoke.rc.d fait de même.
-
nperf-server fonctionne bien après installation :
# systemctl status nperf-server
● nperf-server.service - nPerfServer
Loaded: loaded (/lib/systemd/system/nperf-server.service; disabled; vendor preset: enabled)
Active: inactive (dead)
# systemctl enable nperf-server
Synchronizing state of nperf-server.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable nperf-server
# systemctl status nperf-server
● nperf-server.service - nPerfServer
Loaded: loaded (/lib/systemd/system/nperf-server.service; enabled; vendor preset: enabled)
Active: inactive (dead)
# systemctl start nperf-server
# systemctl status nperf-server
● nperf-server.service - nPerfServer
Loaded: loaded (/lib/systemd/system/nperf-server.service; enabled; vendor preset: enabled)
Active: active (running) since Thu 2019-01-03 10:33:29 CET; 2s ago
Process: 3932 ExecStart=/etc/init.d/nperf-server start-systemd (code=exited, status=0/SUCCESS)
Process: 3856 ExecStartPre=/etc/init.d/nperf-server initnet (code=exited, status=0/SUCCESS)
Main PID: 3946 (nPerfServer)
Tasks: 1 (limit: 4915)
CGroup: /system.slice/nperf-server.service
└─3946 /usr/bin/nPerfServer -x --pidfile=/var/lib/nperf-server/nPerfServer.pid -p 8081 -t 8443 --uuidfile=/var/lib/nper
janv. 03 10:33:29 nperf2-ntr nPerfServer[3946]: Could not redirect STDERR to /dev/null, not critical
janv. 03 10:33:29 nperf2-ntr nPerfServer[3946]: INFO: Starting nPerfServer 2.1.7 2018-12-21 ...
janv. 03 10:33:29 nperf2-ntr nPerfServer[3946]: INFO: Analyzing system...
janv. 03 10:33:29 nperf2-ntr systemd[1]: Started nPerfServer.
janv. 03 10:33:29 nperf2-ntr nPerfServer[3946]: INFO: > CPU name: Intel(R) Xeon(R) CPU E3-1240 v5 @ 3.50GHz
janv. 03 10:33:29 nperf2-ntr nPerfServer[3946]: INFO: > CPU cores: 8
janv. 03 10:33:29 nperf2-ntr nPerfServer[3946]: INFO: > Thread capacity detected: 8
janv. 03 10:33:29 nperf2-ntr nPerfServer[3946]: INFO: > Memory size: 32766148
janv. 03 10:33:29 nperf2-ntr nPerfServer[3946]: INFO: CERT-UPDATE > Initiating HTTPS request to ws.nperf.com ...
janv. 03 10:33:29 nperf2-ntr nPerfServer[3946]: INFO: CERT-UPDATE > Current TLS Certificate is up-to-date! (Hash:ff98a5a66904d84b2
Je vous dit dès que c'est de retour sur la carte.
-
Donc il y a un service systemd natif (/lib/systemd/system/nperf-server.service), qui se sert du script d'init SysV de manière particulière ("/etc/init.d/nperf-server initnet" et "/etc/init.d/nperf-server start-systemd").
Le "/lib/systemd/systemd-sysv-install enable nperf-server" active le script SysV, mais il n'est pas utilisé directement pour autant (il n'est pas invoqué avec start), sauf à déinstaller systemd (ce qui n'est pas possible).
-
Le serveur de Anycast de Bouygues est de retour sur la carte.
=> https://fr-bouygues-massy-01-40g.nperf.net/
Les serveurs de Paris / Lyon / Aix-en-Provence / Lille / Bordeaux sont tous fonctionnels sur les ports 80 (http), 443 (https), 8081 (http) et 8443 (https) en IPv4 comme en IPv6.
Je m’attaque à celui d'Ikoula.
-
Le serveur nPerf d'Ikoula est en ligne.
Le test web utilise uniquement le port 8443 en https, le serveur n'est visible que si ce port n'est pas bloqué (en entreprise il peut être bloqué)
-
Les serveurs Bouygues ont disparu de nPerf et Speedtest.
fr-bouygues-massy-01-40g.nperf.net => 89.84.1.226 : ne répond pas
bouygues.testdebit.info, paris.testdebit.info, ... : OK
http://massy.testdebit.info/ : erreur 403
-
Merci de l'alerte.
Je voyais bien de gros problèmes depuis le 30 avril 6h00 du matin, sans identifier la cause.
Le problème ne concerne que IPv6 : Un filtre a visiblement été mis en place pour limiter l'IPv6 au réseau Bouygues Telecom (+ Adeli !)
Tous les serveurs Bouygues sont impactés, sauf un seul : fr.archive.ubuntu.com le serveur qui distribue les mises à jour pour Ubunutu et ses dérivés (j'avais été contacté pour ce serveur qui génère beaucoup de trafic IPv6)
Ce qui ne fonctionne plus :
- nPerf
- Speedtest d'Ookla
- IPv6-Test
Ce qui fonctionne toujours parfaitement :
- Les tests de débit QoSi sur Android/ iOS (4GMark, DébiTest 60, KiCapte, Tu Captes ?, Gigalis, NetgMark...) : Ces tests forcent l’utilisation de l'IPv4 et n'ont pas de support de l'IPv6
Ce qui fonctionne uniquement en IPv4 :
- tous les tests de débit via des fichiers ou iPerf3 (sauf sur le serveur iPerf3 de Lyon, j'ai envoyé un mail hier soir sur cette problématique qui est distincte de la perte d'IPv6)
Exemple de traceroute :
Depuis Adeli, c'est OK:
$ mtr -zrwc100 bouygues.testdebit.info
Start: Wed May 1 12:47:36 2019
HOST: lafibre Loss% Snt Last Avg Best Wrst StDev
1. AS43142 bgp1.adeli.biz 0.0% 100 408.4 52.0 0.2 2466. 301.8
2. AS5410 2001:860:bbe1:10::1 0.0% 100 1.5 1.5 1.4 1.9 0.0
3. AS5410 2001:860:bbe0:109::2 0.0% 100 2.1 2.0 1.9 2.3 0.0
4. AS5410 2001:860:b211:5200::64 0.0% 100 1.9 2.0 1.9 2.1 0.0
5. AS5410 2001:860:deff:1000::2 0.0% 100 1.5 1.4 1.4 1.6 0.0
Depuis OVH : on est bloqué en entrée du réseau Bouygues Telecom
$ mtr -zrwc100 bouygues.testdebit.info
Start: 2019-05-01T12:47:29+0200
HOST: ovh Loss% Snt Last Avg Best Wrst StDev
1. AS16276 _gateway 0.0% 100 0.3 0.3 0.2 0.7 0.1
2. AS??? fc00::1 0.0% 100 0.4 0.4 0.2 0.9 0.1
3. AS16276 2001:41d0:0:1:3::a5bf 0.0% 100 0.6 0.5 0.4 0.9 0.1
4. AS16276 2001:41d0:0:1:3::a3ec 0.0% 100 0.6 0.6 0.4 1.8 0.2
5. AS16276 2001:41d0:0:1:3::a3c4 0.0% 100 0.6 0.6 0.4 0.8 0.1
6. AS16276 2001:41d0:0:50::1:9306 0.0% 100 1.2 1.2 1.0 1.6 0.1
7. AS16276 2001:41d0:0:50::5:4c 0.0% 100 0.5 0.6 0.4 1.3 0.1
8. AS??? ? ? 100.0 100
9. AS16276 be100-1106.gsw-1-a9.fr.eu 94.0% 100 9.9 9.5 9.2 9.9 0.2
10. AS16276 be100-2.th2-1-a9.fr.eu 86.0% 100 9.8 9.8 9.5 10.1 0.2
11. AS??? ? ? 100.0 100
Depuis Ikoula : on est bloqué en entrée du réseau Bouygues Telecom
$ mtr -zrwc100 bouygues.testdebit.info
Start: Wed May 1 12:47:43 2019
HOST: ikoula Loss% Snt Last Avg Best Wrst StDev
1. AS21409 2a00:c70:1:213:246:63:0:1 26.0% 100 0.8 12.5 0.4 524.3 65.6
2. AS174 ikoula.demarc.cogentco.com 0.0% 100 1.2 29.7 0.9 401.0 83.3
3. AS21409 2a00:c70::1:16 0.0% 100 1.0 14.7 0.9 385.7 61.5
4. AS1200 2001:7f8:1::a502:1409:1 0.0% 100 4.5 21.6 4.3 458.8 68.6
5. AS??? 10gigabitethernet-2-2.par2.he.net 0.0% 100 3.9 6.0 3.8 25.3 4.8
6. AS??? ? ? 100.0 100
Depuis K-Net : on est bloqué en entrée du réseau Bouygues Telecom
$ mtr -zrwc100 bouygues.testdebit.info
Start: 2019-05-01T12:47:38+0200
HOST: k-net Loss% Snt Last Avg Best Wrst StDev
1. AS24904 rt-01-th2.kwaoo.net 0.0% 100 0.6 0.7 0.6 5.8 0.5
2. AS1299 prs-b5-link.telia.net 0.0% 100 0.7 1.3 0.6 31.3 3.5
3. AS??? ? ? 100.0 100
Je vais envoyer un mail à Bouygues Telecom mais cela risque de durer plusieurs jours : il n'y a pas de solution simple, il est probable que la solution soit de changer de plages IPv6.
-
Ce n'est pas rassurant ce manque de "maîtrise" d'IPv6 par Bouygues...
-
Je suppose que les plages IPv6 utilisées sont dans des plages IPv6 d’infrastructure Bouygues Telecom donc non joignable depuis Internet.
Soit il faut adapter le filtre, avec une exception comme pour 2001:860:f70a::2 (Ubuntu) soit il faut changer d'IPv6.
-
Donc nPerf/Speedtest ont enlevé les serveurs car ils ne répondent plus en IPv6.
Mais pourquoi est-ce que les ports TCP 80/443/8443 ne répondent pas sur fr-bouygues-massy-01-40g.nperf.net en IPv4 ?
Le serveur répond au ping pourtant, et envoie bien des ICMP connexion refused sur les ports fermés.
-
La date du 30 avril 6h00 du matin correspond au serveur de Lille.
Je vois que nPerf a été coupé plus tôt, cf graphe ci-dessous.
Il semblait pourtant up :
mai 01 11:33:47 nperf2-ntr nPerfServer[2072]: INFO: ALIVE-REPORT > Initiating HTTPS request to ws.nperf.com ...
mai 01 11:33:47 nperf2-ntr nPerfServer[2072]: INFO: ALIVE-REPORT > Received 200 OK.
mai 01 12:33:47 nperf2-ntr nPerfServer[2072]: INFO: ALIVE-REPORT > Initiating HTTPS request to ws.nperf.com ...
mai 01 12:33:47 nperf2-ntr nPerfServer[2072]: INFO: ALIVE-REPORT > Received 200 OK.
mai 01 13:33:47 nperf2-ntr nPerfServer[2072]: INFO: ALIVE-REPORT > Initiating HTTPS request to ws.nperf.com ...
mai 01 13:33:47 nperf2-ntr nPerfServer[2072]: INFO: ALIVE-REPORT > Received 200 OK.
mai 01 14:33:47 nperf2-ntr nPerfServer[2072]: INFO: ALIVE-REPORT > Initiating HTTPS request to ws.nperf.com ...
mai 01 14:33:48 nperf2-ntr nPerfServer[2072]: INFO: ALIVE-REPORT > Received 200 OK.
mai 01 15:33:48 nperf2-ntr nPerfServer[2072]: INFO: ALIVE-REPORT > Initiating HTTPS request to ws.nperf.com ...
mai 01 15:33:48 nperf2-ntr nPerfServer[2072]: INFO: ALIVE-REPORT > Received 200 OK.
J'ai redémarré le serveur, et il répond maintenant en IPv4 (ce qui ne sert à rien vu qu'il est désactivé)
=> https://fr-bouygues-massy-01-40g.nperf.net/
-
J'ai redémarré le serveur, et il répond maintenant en IPv4 (ce qui ne sert à rien vu qu'il est désactivé)
=> https://fr-bouygues-massy-01-40g.nperf.net/
Le serveur est à nouveau disponible !
Puisque qu'il n'y a pas d'IPv6 dans la réponse DNS, pas de risques d'avoir des tests différents selon le FAI (ni de besoin de compter sur Happy Eyeballs pour ceux qui ont IPv6 mais dont l'accès aux serveurs est maintenant limité à IPv4).
-
Oui, il me semblais que nPerf ne monitorais pas la disponibilité d'IPv6...
C'est confirmé ou seul les tests IPv6 sont supprimés ?
Il y a un autre nom de domaine pour les tests en IPv6 (par contre les tests ne sont pas lancés en IPv6 par défaut => il faut le sélectionner manuellement)
-
Aujourd'hui on monitore IPv4+IPv6 : si un des deux ne passe pas, le serveur est désactivé automatiquement (en IPv4 et IPv6).
On a un projet de séparer les deux monitoring (IPv4/IPv6) pour désactiver que la stack qui ne fonctionne plus... mais c'est pas fait.
-
IPv6 est revenu intégralement sur tous les serveurs.
Je suis un peu bluffé par la rapidité de résolution de Bouygues Telecom, car ce type de règles qui protègent le réseau c'est assez lourd à modifier avec passage par plusieurs équipes pour faire l'ingénerie puis son application.
-
De nouveau un incident cette nuit sur l'IPv6 de tous les serveurs Bouygues.
Les serveurs SpeedTest.net de Massy / Lille / Lyon / Marseille / Bordeaux ne sont donc plus en ligne de même que pour IPv6test.
Le problème tant identique à la dernière fois cela devrait être rétabli dans la matinée.
Traceroute depuis Adeli - Maxnod dans l'ain vers le serveur de Paris :
$ mtr -zrwc100 paris.testdebit.info
Start: Fri May 17 09:29:20 2019
HOST: lafibre Loss% Snt Last Avg Best Wrst StDev
1. AS43142 bgp1.adeli.biz 0.0% 100 1.1 89.1 0.2 2359. 386.2
2. AS??? ? ? 100.0 100
Traceroute depuis Ikoula -Reims :
$ mtr -zrwc100 paris.testdebit.info
Start: Fri May 17 09:29:24 2019
HOST: ikoula Loss% Snt Last Avg Best Wrst StDev
1. AS21409 2a00:c70:1:213:246:63:0:1 29.0% 100 0.6 6.8 0.4 418.5 49.6
2. AS174 ikoula.demarc.cogentco.com 0.0% 100 1.2 10.2 0.9 368.9 49.0
3. AS21409 2a00:c70::1:16 0.0% 100 1.0 4.6 0.9 177.9 20.1
4. AS1200 2001:7f8:1::a502:1409:1 0.0% 100 4.6 21.2 4.3 437.7 77.5
5. AS??? 10gigabitethernet-2-2.par2.he.net 0.0% 100 3.9 6.3 3.8 25.8 5.2
6. AS??? ? ? 100.0 100
Traceroute depuis OVH Gravelines :
$ mtr -zrwc100 paris.testdebit.info
Start: 2019-05-17T09:29:30+0200
HOST: vps Loss% Snt Last Avg Best Wrst StDev
1. AS16276 _gateway 0.0% 100 0.4 0.3 0.2 0.5 0.1
2. AS??? fc00::1 0.0% 100 0.4 0.3 0.2 0.6 0.1
3. AS16276 2001:41d0:0:1:3::a5bf 0.0% 100 0.6 0.6 0.4 0.8 0.1
4. AS16276 2001:41d0:0:1:3::a3ec 0.0% 100 0.5 0.6 0.4 0.7 0.1
5. AS16276 2001:41d0:0:1:3::a3c2 0.0% 100 0.6 0.6 0.4 0.8 0.1
6. AS16276 2001:41d0:0:50::1:9300 0.0% 100 1.2 1.2 1.0 1.7 0.1
7. AS16276 2001:41d0:0:50::5:60 0.0% 100 0.6 0.6 0.4 1.1 0.1
8. AS16276 be100-100.gra-g1-nc5.fr.eu 90.0% 100 1.9 1.7 1.5 2.4 0.3
9. AS16276 be100-1106.gsw-1-a9.fr.eu 82.0% 100 4.9 5.1 4.8 5.5 0.2
10. AS16276 be100-2.th2-1-a9.fr.eu 82.0% 100 5.3 5.4 5.0 5.7 0.2
11. AS??? ? ? 100.0 100
Dans les 3 cas on voit même pas de routeur sur le réseau de Bouygues Telecom dans les traceroute, donc je pense que c'est le premier routeur de Bouygues qui jette le paquet.
En IPv4, c'est ok :
Adeli :
$ mtr -4zrwc100 paris.testdebit.info
Start: Fri May 17 09:32:18 2019
HOST: lafibre Loss% Snt Last Avg Best Wrst StDev
1. AS43142 portevlan.adeli.biz 0.0% 100 0.3 65.0 0.2 2154. 318.9
2. AS5410 212.194.39.26 0.0% 100 1.7 1.4 1.4 1.8 0.0
3. AS5410 212.194.170.130 0.0% 100 1.6 1.5 1.4 1.9 0.0
4. AS5410 212.194.170.0 0.0% 100 13.5 12.3 8.4 16.3 2.2
5. AS5410 be5.cbr01-cro.net.bbox.fr 0.0% 100 10.8 9.9 8.7 10.9 0.3
6. AS5410 la20.bsr02-ntr.net.bbox.fr 0.0% 100 8.3 8.3 8.2 8.5 0.0
7. AS5410 la10.bsr01-ntr.net.bbox.fr 0.0% 100 8.3 8.3 8.3 8.7 0.0
8. AS5410 89.89.101.141 0.0% 100 8.5 8.5 8.5 8.8 0.0
9. AS5410 89.84.1.186 0.0% 100 8.2 8.2 8.2 8.4 0.0
Ikoula :
$ mtr -4zrwc100 paris.testdebit.info
Start: Fri May 17 09:32:24 2019
HOST: ikoula Loss% Snt Last Avg Best Wrst StDev
1. AS21409 ik063002.ikoula.com 32.0% 100 0.4 3.7 0.3 89.8 12.9
2. AS21409 eth-trunk2.core16.ikdc1.ikoula.com 0.0% 100 0.9 16.0 0.7 319.1 52.2
3. AS21409 eth-trunk14.core14.ikdc1.ikoula.com 0.0% 100 1.1 12.6 0.9 275.6 47.0
4. AS21409 po2.core13.ikdc2.ikoula.com 0.0% 100 3.9 9.0 3.7 323.1 35.0
5. AS21409 po3.core12.ikdc2.ikoula.com 0.0% 100 3.8 6.6 3.7 171.5 18.2
6. AS21409 eth-trunk1.core15.rb.ikoula.com 0.0% 100 4.2 28.3 3.8 443.7 85.7
7. AS21409 po2.core11.th2.ikoula.com 0.0% 100 324.4 9.1 3.9 324.4 34.2
8. AS??? equinix-paris.as5410.net 0.0% 100 3.8 3.8 3.7 4.1 0.0
9. AS5410 be36.cbr01-ntr.net.bbox.fr 0.0% 100 6.5 5.8 4.8 7.1 0.2
10. AS5410 la20.bsr01-ntr.net.bbox.fr 25.0% 100 4.3 4.2 4.2 4.4 0.0
11. AS5410 89.89.101.141 0.0% 100 4.5 4.4 4.3 4.6 0.0
12. AS5410 89.84.1.186 0.0% 100 4.2 4.1 4.1 4.2 0.0
OVH :
$ mtr -4zrwc100 paris.testdebit.info
Start: 2019-05-17T09:32:29+0200
HOST: vps Loss% Snt Last Avg Best Wrst StDev
1. AS16276 _gateway 0.0% 100 0.2 0.3 0.2 0.7 0.1
2. AS??? 192.168.250.254 0.0% 100 0.4 0.3 0.2 0.8 0.1
3. AS??? 10.69.154.126 0.0% 100 0.6 0.4 0.3 0.8 0.1
4. AS??? 10.69.154.0 0.0% 100 0.5 0.5 0.4 0.7 0.1
5. AS??? 10.69.128.82 0.0% 100 0.4 0.5 0.3 0.7 0.1
6. AS??? 10.17.146.6 0.0% 100 0.8 0.8 0.6 1.1 0.1
7. AS??? 10.73.0.100 0.0% 100 0.5 0.4 0.3 0.7 0.1
8. AS??? 10.95.33.8 0.0% 100 1.6 1.6 1.3 4.1 0.5
9. AS16276 be100-1106.gsw-1-a9.fr.eu 0.0% 100 4.7 5.1 4.6 12.5 0.9
10. AS16276 be100-2.th2-1-a9.fr.eu 0.0% 100 5.2 5.2 4.9 5.8 0.2
11. AS5410 la109.rpt02-th2.net.bbox.fr 0.0% 100 4.9 4.9 4.8 5.2 0.1
12. AS5410 be13.cbr01-cro.net.bbox.fr 0.0% 100 7.3 7.4 6.2 8.8 0.6
13. AS5410 la20.bsr02-ntr.net.bbox.fr 0.0% 100 5.9 5.9 5.8 6.2 0.1
14. AS5410 la10.bsr01-ntr.net.bbox.fr 24.0% 100 6.0 5.9 5.8 6.6 0.1
15. AS5410 89.89.101.141 0.0% 100 6.9 6.2 6.0 7.2 0.1
16. AS5410 89.84.1.186 0.0% 100 5.9 5.8 5.7 6.5 0.1
-
J'ai oublié de préciser que c'est rétablit.
Ils ont été rapide à corriger la chose.
-
Le serveur Bouygues a de nouveau disparu de la liste sur https://www.nperf.com / https://testdebit.info.
Encore un incident IPv6 ?
-
Non, là c'est le serveur nperf qui se plante, j'ai déjà eu me problème.
Il est bloqué sur Initiating HTTPS request to ws.nperf.com ... :
# service nperf-server status
● nperf-server.service - nPerfServer
Loaded: loaded (/lib/systemd/system/nperf-server.service; enabled; vendor preset: enabled)
Active: active (running) since Wed 2019-06-05 06:02:28 CEST; 2 days ago
Main PID: 2037 (nPerfServer)
Tasks: 12 (limit: 4915)
CGroup: /system.slice/nperf-server.service
└─2037 /usr/bin/nPerfServer -x --pidfile=/var/lib/nperf-server/nPerfServer.pid -p 8081 -t 8443 --uuidfile=/var/lib/nperf-server/nPerfServer.
juin 07 18:03:23 nperf2-ntr nPerfServer[2037]: INFO: ALIVE-REPORT > Initiating HTTPS request to ws.nperf.com ...
juin 07 18:03:23 nperf2-ntr nPerfServer[2037]: INFO: ALIVE-REPORT > Received 200 OK.
juin 07 19:03:23 nperf2-ntr nPerfServer[2037]: INFO: ALIVE-REPORT > Initiating HTTPS request to ws.nperf.com ...
juin 07 19:03:23 nperf2-ntr nPerfServer[2037]: INFO: ALIVE-REPORT > Received 200 OK.
juin 07 20:03:23 nperf2-ntr nPerfServer[2037]: INFO: ALIVE-REPORT > Initiating HTTPS request to ws.nperf.com ...
juin 07 20:03:23 nperf2-ntr nPerfServer[2037]: INFO: ALIVE-REPORT > Received 200 OK.
juin 07 21:03:23 nperf2-ntr nPerfServer[2037]: INFO: ALIVE-REPORT > Initiating HTTPS request to ws.nperf.com ...
juin 07 21:03:23 nperf2-ntr nPerfServer[2037]: INFO: ALIVE-REPORT > Received 200 OK.
juin 07 22:03:24 nperf2-ntr nPerfServer[2037]: INFO: ALIVE-REPORT > Initiating HTTPS request to ws.nperf.com ...
juin 07 22:03:24 nperf2-ntr nPerfServer[2037]: INFO: ALIVE-REPORT > Received 200 OK.
Je fais donc un :
# service nperf-server stop
# service nperf-server start
Et là cela repart :
# service nperf-server status
● nperf-server.service - nPerfServer
Loaded: loaded (/lib/systemd/system/nperf-server.service; enabled; vendor preset: enabled)
Active: active (running) since Fri 2019-06-07 22:52:52 CEST; 17s ago
Process: 9879 ExecStart=/etc/init.d/nperf-server start-systemd (code=exited, status=0/SUCCESS)
Process: 9831 ExecStartPre=/etc/init.d/nperf-server initnet (code=exited, status=0/SUCCESS)
Main PID: 9891 (nPerfServer)
Tasks: 12 (limit: 4915)
CGroup: /system.slice/nperf-server.service
└─9891 /usr/bin/nPerfServer -x --pidfile=/var/lib/nperf-server/nPerfServer.pid -p 8081 -t 8443 --uuidfile=/var/lib/nperf-server/nPerfServer.
juin 07 22:52:57 nperf2-ntr nPerfServer[9891]: INFO: 25%
juin 07 22:52:57 nperf2-ntr nPerfServer[9891]: INFO: 50%
juin 07 22:52:58 nperf2-ntr nPerfServer[9891]: INFO: 75%
juin 07 22:52:58 nperf2-ntr nPerfServer[9891]: INFO: 100%
juin 07 22:52:58 nperf2-ntr nPerfServer[9891]: INFO: Server is listening on ::, port: 8081 ...
juin 07 22:52:58 nperf2-ntr nPerfServer[9891]: INFO: TLS Server is listening on ::, port: 8443 (TLS) ...
juin 07 22:52:58 nperf2-ntr nPerfServer[9891]: INFO: Creating pool of 8 threads...
juin 07 22:52:58 nperf2-ntr nPerfServer[9891]: INFO: ALIVE-REPORT > Initiating HTTPS request to ws.nperf.com ...
juin 07 22:52:58 nperf2-ntr nPerfServer[9891]: INFO: Server is waiting for clients...
juin 07 22:52:58 nperf2-ntr nPerfServer[9891]: INFO: ALIVE-REPORT > Received 200 OK.
-
Les traces ne donnent pas l'impression que ce soit bloqué, il fait une requête toutes les heures et ws.nperf.com répond OK.
-
Les traces ne donnent pas l'impression que ce soit bloqué, il fait une requête toutes les heures et ws.nperf.com répond OK.
Je confirme, tout semble OK sur le démon nPerf...
-
Étonnant, car pourtant il ne répondait pus sur le port 8080 ou le port 8443.
(J'ai testé avec Firefox)