La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Orange / Sosh => Incidents Orange => Discussion démarrée par: jeremyp3 le 17 février 2023 à 18:26:35
-
Bonjour,
J'avoue que je savais pas trop ou poster ça, soit du coté Orange, soit du coté Scaleway.
je constate un débit très bas, entre orange et Scaleway, que ça soit vers ping.online.net ou vers mon serveur dédié.
root@routeurlinux:~# wget -O /dev/null "http://ping.online.net/5000Mo.dat"
--2023-02-17 18:14:39-- http://ping.online.net/5000Mo.dat
Résolution de ping.online.net (ping.online.net)… 62.210.18.40
Connexion à ping.online.net (ping.online.net)|62.210.18.40|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 5000000000 (4,7G) [application/octet-stream]
Sauvegarde en : « /dev/null »
/dev/null 0%[ ] 36,75M 837KB/s tps 62m 51s^C
en ipv6, c'est encore pire:
--2023-02-17 18:19:30-- http://ping6.online.net/5000Mo.dat
Résolution de ping6.online.net (ping6.online.net)… 2001:bc8:1::40
Connexion à ping6.online.net (ping6.online.net)|2001:bc8:1::40|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 5000000000 (4,7G) [application/octet-stream]
Sauvegarde en : « /dev/null »
/dev/null 0%[ ] 1,13M 73,6KB/s tps 17h 57m^C
Est-ce que quelqu'un d'autre constate la même chose ?
Si nécessaire je posterai des mtr, mais je voulais pas alourdir le sujet
en ipv4 c'est en direct dans les 2 sens, mais en v6, on passe par AS5511
Merci :)
Jerem
-
Hi, tu peux poster les mtr ? :)
-
Hello,
voici les mtr:
ipv6: orange vers online
Start: Fri Feb 17 19:02:36 2023
HOST: routeurlinux Loss% Snt Last Avg Best Wrst StDev
1. AS3215 2a01cb08a00402050193025300740231.ipv6.abo.wanadoo.fr (2a01:cb08:a004:205:193:253 0.0% 20 1.4 1.5 1.4 1.9 0.0
2. AS??? 2a01:cfc4:0:d00::a 0.0% 20 10.3 10.4 10.2 10.8 0.0
3. AS??? bundle-ether103.pastr4.paris.opentransit.net (2a01:cfc4:0:d00::3) 80.0% 20 17.4 17.4 17.3 17.4 0.0
4. AS5511 2001:688:0:2:1::46b 0.0% 20 17.8 17.7 17.5 18.0 0.0
5. AS5511 2001:688:0:3:8::396 5.0% 20 17.6 17.5 17.2 17.8 0.0
6. AS12876 2001:bc8:400:1::8e 0.0% 20 18.7 17.8 17.7 18.7 0.0
7. AS12876 2001:bc8:400:1::5a 5.0% 20 17.6 17.6 17.5 18.1 0.0
8. AS12876 2001:bc8:xxxx:xxxx::1 0.0% 20 17.3 17.2 17.2 17.3 0.0
ipv6: online vers orange:
Start: Fri Feb 17 19:05:55 2023
HOST: sd-xxxxx Loss% Snt Last Avg Best Wrst StDev
1. AS12876 2001:bc8:2::2:176:2 0.0% 10 0.6 0.6 0.5 0.7 0.0
2. AS12876 2001:bc8:400:1::59 0.0% 10 0.7 0.8 0.7 0.9 0.0
3. AS12876 2001:bc8:400:1::8d 0.0% 10 1.0 0.7 0.5 1.1 0.0
4. AS5511 2001:688:0:3:8::397 0.0% 10 0.9 1.0 0.8 1.2 0.0
5. AS5511 bundle-ether310.pastr4.paris.opentransit.net (2001:688:0:2:1::46a) 60.0% 10 0.9 0.9 0.8 0.9 0.0
6. AS??? 2a01:cfc4:0:d00::2 0.0% 10 7.4 7.5 7.4 7.8 0.0
7. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
8. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
9. AS3215 2a01cb08a00402050193025300740231.ipv6.abo.wanadoo.fr (2a01:cb08:a004:205:193:253 10.0% 10 16.2 16.2 16.2 16.3 0.0
10. AS3215 2a01:cb18:xxxx:xxxx:xxxx::1 0.0% 10 17.7 17.7 17.7 17.8 0.0
ipv4: orange vers online:
Start: Fri Feb 17 19:09:08 2023
HOST: routeurlinux Loss% Snt Last Avg Best Wrst StDev
1. AS??? 80.10.232.109 0.0% 20 1.8 1.3 1.1 1.8 0.0
2. AS??? ae113-0.ncbay202.rbci.orange.net (193.253.94.222) 0.0% 20 2.6 5.0 2.4 30.6 6.6
3. AS??? ae44-0.nipoi202.rbci.orange.net (81.253.130.13) 0.0% 20 9.7 10.0 9.7 10.3 0.0
4. AS??? ae40-0.nipoi201.rbci.orange.net (193.252.160.45) 0.0% 20 10.5 10.2 9.9 10.6 0.0
5. AS??? 193.252.137.18 0.0% 20 14.2 14.8 14.0 25.8 2.5
6. AS??? 193.251.131.111 0.0% 20 14.7 15.0 14.7 15.3 0.0
7. AS??? 193.251.152.48 0.0% 20 14.8 14.7 14.4 15.1 0.0
8. AS12876 pni-th2-a9k1.th2.poneytelecom.eu (195.154.1.37) 0.0% 20 14.7 14.7 14.6 14.9 0.0
9. AS12876 195.154.2.195 0.0% 20 14.7 14.6 14.4 14.8 0.0
10. AS12876 163-172-xx-x.rev.poneytelecom.eu (163.172.xx.x) 0.0% 20 14.3 14.3 14.1 14.5 0.0
ipv4: online vers orange:
Start: Fri Feb 17 19:11:25 2023
HOST: sd-xxxxx Loss% Snt Last Avg Best Wrst StDev
1. AS12876 163-172-xx-x.rev.poneytelecom.eu (163.172.xx.x) 0.0% 10 0.3 0.8 0.3 2.5 0.5
2. AS12876 195.154.1.24 0.0% 10 0.5 0.5 0.4 0.6 0.0
3. AS12876 51.158.8.182 0.0% 10 0.9 0.6 0.4 0.9 0.0
4. AS??? 193.251.152.49 0.0% 10 0.9 1.0 0.9 1.2 0.0
5. AS??? 193.251.131.110 0.0% 10 0.9 9.3 0.8 85.3 26.7
6. AS??? ae0-0.nipoi201.rbci.orange.net (193.252.137.17) 0.0% 10 4.8 4.9 4.8 5.0 0.0
7. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
8. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
9. AS3215 lfbn-bay-1-82-xx.w83-193.abo.wanadoo.fr (83.193.xxx.xx) 10.0% 10 14.2 14.4 14.2 14.5 0.0
Jerem
-
J'ai le même problème je tourne à 1 Mo/s pour télécharger un fichier depuis mon serveur via FTP
Je tape aisément les 50 Mo/s voir 60 d'habitude
-
Pas de saturation selon https://netmap.scaleway.com/
-
ça se voit avec un speedtest "classique" :
(https://www.speedtest.net/result/c/8c33e29d-6553-4bc3-a408-6b27beab8559.png)
-
Bonsoir,
du coté de Nantes, pas de saturation visible
-
Je viens de retester en IPv4 débit niquel 100 Mo/s mais en IPv6 je passe pas la bars des 5 Mo/s et encore le débit descends jusqu'à 1Mo/s
-
Hello,
effectivement après quelques tests sur un serveur qui répond en v6 et en v4, la v4 ne semble impactée par la baisse de débit, mais bien la v6.
Le mtr, des deux cotés ne donne pas de saturation apparente.
-
Pour moi, ping.online.net oscille entre 50 et 100Mo/s.
pin6.online.net est effectivement extrêmement lent.
iperf semble indiquer quelques pertes :
Connecting to host ping.online.net, port 5200
Reverse mode, remote host ping.online.net is sending
[ 5] local 192.168.2.26 port 7377 connected to 62.210.18.40 port 5200
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 99.6 MBytes 835 Mbits/sec
[ 5] 1.00-2.00 sec 113 MBytes 947 Mbits/sec
[ 5] 2.00-3.00 sec 113 MBytes 949 Mbits/sec
[ 5] 3.00-4.00 sec 113 MBytes 949 Mbits/sec
[ 5] 4.00-5.00 sec 113 MBytes 948 Mbits/sec
[ 5] 5.00-6.00 sec 113 MBytes 949 Mbits/sec
[ 5] 6.00-7.00 sec 113 MBytes 949 Mbits/sec
[ 5] 7.00-8.00 sec 113 MBytes 949 Mbits/sec
[ 5] 8.00-9.00 sec 113 MBytes 949 Mbits/sec
[ 5] 9.00-10.00 sec 113 MBytes 949 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 1.10 GBytes 941 Mbits/sec 69 sender
[ 5] 0.00-10.00 sec 1.09 GBytes 937 Mbits/sec receiver
En revanche en UDP il y a beaucoup de pertes.
Sur scaleway.testdebit.info, ça se passe mieux : aucun problème en IPv4, et IPv6 entre 10 et 40Mo/s.
-
Les traceroute sont propres. C’est à n’importe quelle heure de la journée ou en soirée seulement ?
-
Perso le problème est toujours présent je verrais cette nuit si le problème est toujours là
-
Les traceroute sont propres. C’est à n’importe quelle heure de la journée ou en soirée seulement ?
Dans mon cas, même à 0h30 l'IPv6 était à 200Ko/s, et l'IPv4 était mieux mais pas parfait.
Là l'IPv4 est à 5Mo/s, l'IPv6 à 100Ko/s
En revanche ipv4.scaleway.testdebit.info fonctionne correctement, et ipv6.scaleway.testdebit.info fonctionne parfois très bien, parfois mal.
-
Il y a eu un problème la semaine dernière sur un des liens de peering Orange/SCW. Potentiellement un nouveau souci dessus.
-
En revanche ipv4.scaleway.testdebit.info fonctionne correctement, et ipv6.scaleway.testdebit.info fonctionne parfois très bien, parfois mal.
je me demande si bbr n'y est pas pour quelque chose pour ce cas là
-
je me demande si bbr n'y est pas pour quelque chose pour ce cas là
C'est possible, parce que les mtr montrent un peu de pertes et quelques pings anormaux de temps en temps.
En revanche, ça n'explique pas pourquoi l'IPv6 semble moins bien fonctionner.
Start: 2023-02-19T22:56:25+0100
HOST: TR Loss% Snt Last Avg Best Wrst StDev
1.|-- 2a01:cb00:.... 0.0% 100 0.6 0.8 0.5 4.3 0.8
2.|-- 2a01cb08a00402000193025300740009.ipv6.abo.wanadoo.fr 0.0% 100 3.0 3.7 2.3 16.4 2.0
3.|-- 2a01:cfc4::b 0.0% 100 4.3 4.5 3.7 8.7 0.7
4.|-- bundle-ether104.pastr4.paris.opentransit.net 62.0% 100 4.2 5.1 3.1 30.9 4.3
5.|-- 2001:688:0:2:1::46b 0.0% 100 4.6 5.1 3.5 26.4 2.4
6.|-- 2001:688:0:3:8::396 8.0% 100 28.9 5.7 3.5 45.2 5.2
7.|-- 2001:bc8:0:1::3b 0.0% 100 4.7 5.5 4.2 48.2 4.6
8.|-- 2001:bc8:0:1::b6 3.0% 100 4.4 5.6 3.7 27.2 3.2
9.|-- ping6.online.net 2.0% 100 3.9 5.6 3.6 93.1 9.5
Start: 2023-02-19T23:01:10+0100
HOST: TR Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.2.1 0.0% 100 0.5 0.8 0.4 7.5 1.2
2.|-- 80.10.237.77 0.0% 100 3.1 2.5 1.5 10.0 0.9
3.|-- ae111-0.ncidf103.rbci.orange.net 0.0% 100 7.9 7.9 3.0 53.0 8.6
4.|-- ae41-0.niidf101.rbci.orange.net 0.0% 100 3.4 4.0 3.1 20.3 2.2
5.|-- 193.252.137.10 0.0% 100 3.7 6.1 3.0 105.5 13.6
6.|-- 193.251.132.119 0.0% 100 3.9 4.6 3.5 25.3 2.4
7.|-- 81.52.200.129 0.0% 100 4.1 4.7 3.5 18.0 1.8
8.|-- 193.251.152.48 0.0% 100 3.7 4.1 2.8 14.2 1.3
9.|-- 51.158.1.37 2.0% 100 3.9 4.4 3.3 17.3 2.0
10.|-- 45x-s44-2-a9k1.dc3.poneytelecom.eu 2.0% 100 4.2 5.2 3.1 29.7 3.4
11.|-- ping.online.net 1.0% 100 3.6 4.2 3.3 22.6 2.8
iperf en UDP continue d'avoir plein de pertes (35% à 900Mbps, 15-20% à 500Mbps), mais ça peut être un problème de serveur.
-
Les traceroute sont propres. C’est à n’importe quelle heure de la journée ou en soirée seulement ?
Pour moi ça semble être en soirée d'après le speedtest sur le serveur de Scaleway Vitry (id 5022) que je monitore dans un Zabbix interne.
(https://minio.ralmn.fr/public/lafibreinfo_graph_scaleway_orange.png)
Et sur 7j
(https://minio.ralmn.fr/public/lafibreinfo_graph_scaleway_orange_7d.png)
-
Pour moi ça semble être en soirée d'après le speedtest sur le serveur de Scaleway Vitry (id 5022) que je monitore dans un Zabbix interne.
2h du matin passé et le problème est toujours présent perso
EDIT : j'ai oublier de préciser que mon serveur étais en BBR
-
J'avais plus trop de problème à 2h. Mais étrangement le débit était plus variable aujourd'hui d'après le graph... Bon j'étais pas chez moi pour constaté réellement si ça se ressentait...
(https://minio.ralmn.fr/public/orange_scaleway_20230220.png)
-
https://status.scaleway.com/incidents/m01xgh71pgch
Orange subscribers might experience performance limitations when communicating with Scaleway services.
Our team is currently investigating.
Posted 7 hours ago. Feb 21, 2023 - 11:15 CET
-
Le problème a commencé Jeudi dernier quand on a isolé un des deux PNI qui avait un soucis hardware.
Sauf que visiblement le 2ème PNI a aussi un problème, probablement un soucis de capacité vu que le problème est particulièrement visible lors du pic de trafic.
Le 1er PNI est réparé, on est en train de voir avec Orange pour le remettre en prod, ça devrait permettre un retour à la normal.
Et en parallèle on discute avec eux pour identifier le soucis de capacité sur le 2ème PNI.
Désolé pour le service dégradé, on a mis un moment à identifier qu'il y avait un soucis (pas de saturation visible de notre côté).
On a déchargé une petite partie du trafic hier soir, ça a dû mieux se passer cette nuit. Et si le 1er PNI n'est pas remis en prod dans l'après-midi, on déchargera encore plus de trafic.
-
Le TCP semble bien fonctionner, mais iperf en UDP semble se comporter de manière bizarre (c'est peut-être le serveur).
500Mbps => 19% de pertes :
~ ᐅ iperf3 -R -c ping6.online.net -p 5203 -u -b 500M --get-server-output
Connecting to host ping6.online.net, port 5203
Reverse mode, remote host ping6.online.net is sending
[ 5] local 2a01:cb00:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx port 36023 connected to 2001:bc8:1::40 port 5203
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 5] 0.00-1.00 sec 47.5 MBytes 398 Mbits/sec 0.016 ms 9512/44360 (21%)
[ 5] 1.00-2.00 sec 48.2 MBytes 405 Mbits/sec 0.013 ms 8468/43882 (19%)
[ 5] 2.00-3.00 sec 49.0 MBytes 411 Mbits/sec 0.011 ms 7742/43745 (18%)
[ 5] 3.00-4.00 sec 49.0 MBytes 411 Mbits/sec 0.014 ms 7720/43692 (18%)
[ 5] 4.00-5.00 sec 48.4 MBytes 406 Mbits/sec 0.017 ms 8539/44100 (19%)
[ 5] 5.00-6.00 sec 48.2 MBytes 404 Mbits/sec 0.015 ms 8065/43465 (19%)
[ 5] 6.00-7.00 sec 47.4 MBytes 398 Mbits/sec 0.016 ms 8667/43494 (20%)
[ 5] 7.00-8.00 sec 48.2 MBytes 405 Mbits/sec 0.014 ms 8692/44101 (20%)
[ 5] 8.00-9.00 sec 48.9 MBytes 410 Mbits/sec 0.015 ms 8305/44205 (19%)
[ 5] 9.00-10.00 sec 47.9 MBytes 402 Mbits/sec 0.018 ms 8273/43456 (19%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 5] 0.00-10.00 sec 598 MBytes 501 Mbits/sec 0.000 ms 0/438500 (0%) sender
[ 5] 0.00-10.00 sec 483 MBytes 405 Mbits/sec 0.018 ms 83983/438500 (19%) receiver
Server output:
Time: Wed, 22 Feb 2023 22:47:17 GMT
Accepted connection from 2a01:cb00:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx, port 37038
Cookie: htbgkxk2ug3fo6jwfzyftf6o4vjnomlnlzox
[ 5] local 2001:bc8:1::40 port 5203 connected to 2a01:cb00:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx port 36023
Starting Test: protocol: UDP, 1 streams, 1428 byte blocks, omitting 0 seconds, 10 second test
[ ID] Interval Transfer Bandwidth Total Datagrams
[ 5] 0.00-2.00 sec 115 MBytes 483 Mbits/sec 84526
[ 5] 2.00-4.00 sec 119 MBytes 499 Mbits/sec 87443
[ 5] 4.00-6.00 sec 119 MBytes 500 Mbits/sec 87579
[ 5] 6.00-8.00 sec 120 MBytes 501 Mbits/sec 87770
[ 5] 8.00-10.00 sec 119 MBytes 498 Mbits/sec 87255
[ 5] 10.00-10.04 sec 5.97 MBytes 1.19 Gbits/sec 4387
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 5] 0.00-10.04 sec 598 MBytes 499 Mbits/sec 0.000 ms 0/438960 (0%)
CPU Utilization: local/sender 3.0% (0.4%u/2.6%s), remote/receiver 2.9% (0.4%u/2.5%s)
500Mbps avec des paquets de 500 octets => 1,2% de pertes (bizarre que ça fonctionne mieux, en tout cas ça s'accompagne d'une forte charge CPU du serveur) :
~ ᐅ iperf3 -R -c ping6.online.net -p 5203 -u -b 500M --get-server-output -l 500
Connecting to host ping6.online.net, port 5203
Reverse mode, remote host ping6.online.net is sending
[ 5] local 2a01:cb00:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx port 38276 connected to 2001:bc8:1::40 port 5203
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 5] 0.00-1.00 sec 59.6 MBytes 500 Mbits/sec 0.005 ms 1082/126012 (0.86%)
[ 5] 1.00-2.00 sec 59.4 MBytes 499 Mbits/sec 0.004 ms 866/125496 (0.69%)
[ 5] 2.00-3.00 sec 60.0 MBytes 503 Mbits/sec 0.006 ms 733/126561 (0.58%)
[ 5] 3.00-4.00 sec 55.1 MBytes 463 Mbits/sec 0.003 ms 1661/117306 (1.4%)
[ 5] 4.00-5.00 sec 58.0 MBytes 487 Mbits/sec 0.004 ms 1857/123588 (1.5%)
[ 5] 5.00-6.00 sec 63.5 MBytes 533 Mbits/sec 0.004 ms 976/134101 (0.73%)
[ 5] 6.00-7.00 sec 59.0 MBytes 495 Mbits/sec 0.004 ms 1641/125305 (1.3%)
[ 5] 7.00-8.00 sec 57.9 MBytes 486 Mbits/sec 0.006 ms 1492/122938 (1.2%)
[ 5] 8.00-9.00 sec 57.7 MBytes 484 Mbits/sec 0.004 ms 2694/123764 (2.2%)
[ 5] 9.00-10.00 sec 59.7 MBytes 500 Mbits/sec 0.006 ms 2598/127699 (2%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 5] 0.00-10.00 sec 598 MBytes 501 Mbits/sec 0.000 ms 0/1252770 (0%) sender
[ 5] 0.00-10.00 sec 590 MBytes 495 Mbits/sec 0.006 ms 15600/1252770 (1.2%) receiver
Server output:
iperf 3.1.3
Linux ping 4.15.0-47-generic #50-Ubuntu SMP Wed Mar 13 10:44:52 UTC 2019 x86_64
-----------------------------------------------------------
Server listening on 5203
-----------------------------------------------------------
Time: Wed, 22 Feb 2023 22:48:38 GMT
Accepted connection from 2a01:cb00:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx, port 43396
Cookie: k5rds5w6ooc7fn2yulzrza7bp362uv7iur5a
[ 5] local 2001:bc8:1::40 port 5203 connected to 2a01:cb00:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx port 38276
Starting Test: protocol: UDP, 1 streams, 500 byte blocks, omitting 0 seconds, 10 second test
[ ID] Interval Transfer Bandwidth Total Datagrams
[ 5] 0.00-2.00 sec 119 MBytes 499 Mbits/sec 249374
[ 5] 2.00-4.00 sec 114 MBytes 479 Mbits/sec 239621
[ 5] 4.00-6.00 sec 123 MBytes 515 Mbits/sec 257693
[ 5] 6.00-8.00 sec 118 MBytes 496 Mbits/sec 247921
[ 5] 8.00-10.00 sec 120 MBytes 503 Mbits/sec 251258
[ 5] 10.00-10.04 sec 3.57 MBytes 713 Mbits/sec 7484
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 5] 0.00-10.04 sec 598 MBytes 499 Mbits/sec 0.000 ms 0/1253351 (0%)
CPU Utilization: local/sender 28.6% (3.6%u/24.9%s), remote/receiver 1.5% (0.1%u/1.4%s)
900Mbps en paquets de 500 octets => forte charge CPU côté serveur qui semble le limiter à 700Mbps, mais peu de pertes (parfois comme ici ça fait des out of order, et une forte charge CPU côté client) :
~ ᐅ iperf3 -R -c ping6.online.net -p 5203 -u -b 900M --get-server-output -l 500
Connecting to host ping6.online.net, port 5203
Reverse mode, remote host ping6.online.net is sending
[ 5] local 2a01:cb00:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx port 52261 connected to 2001:bc8:1::40 port 5203
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 5] 0.00-1.00 sec 79.9 MBytes 670 Mbits/sec 0.009 ms 163469/331001 (49%)
[ 5] 1.00-2.00 sec 79.4 MBytes 666 Mbits/sec 0.005 ms -157057/9445 (-1.7e+03%)
[ 5] 2.00-3.00 sec 83.0 MBytes 697 Mbits/sec 0.005 ms 5319/179449 (3%)
[ 5] 3.00-4.00 sec 84.5 MBytes 708 Mbits/sec 0.004 ms 7405/184522 (4%)
[ 5] 4.00-5.00 sec 78.6 MBytes 659 Mbits/sec 0.009 ms 6942/171695 (4%)
[ 5] 5.00-6.00 sec 78.1 MBytes 655 Mbits/sec 0.005 ms 536/164360 (0.33%)
[ 5] 6.00-7.00 sec 82.0 MBytes 688 Mbits/sec 0.006 ms 3985/175998 (2.3%)
[ 5] 7.00-8.00 sec 81.9 MBytes 687 Mbits/sec 0.004 ms 2285/174053 (1.3%)
[ 5] 8.00-9.00 sec 80.0 MBytes 671 Mbits/sec 0.004 ms 2761/170578 (1.6%)
[ 5] 9.00-10.00 sec 82.3 MBytes 690 Mbits/sec 0.004 ms 3589/176111 (2%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 5] 0.00-10.00 sec 829 MBytes 695 Mbits/sec 0.000 ms 0/1737212 (0%) sender
[SUM] 0.0-10.0 sec 324587 datagrams received out-of-order
[ 5] 0.00-10.00 sec 810 MBytes 679 Mbits/sec 0.004 ms 39234/1737212 (2.3%) receiver
Server output:
iperf 3.1.3
Linux ping 4.15.0-47-generic #50-Ubuntu SMP Wed Mar 13 10:44:52 UTC 2019 x86_64
-----------------------------------------------------------
Server listening on 5203
-----------------------------------------------------------
Time: Wed, 22 Feb 2023 22:49:06 GMT
Accepted connection from 2a01:cb00:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx, port 41514
Cookie: mlngbjsmbgyhmrh3fljex54a2p2pu4vh7wxw
[ 5] local 2001:bc8:1::40 port 5203 connected to 2a01:cb00:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx port 52261
Starting Test: protocol: UDP, 1 streams, 500 byte blocks, omitting 0 seconds, 10 second test
[ ID] Interval Transfer Bandwidth Total Datagrams
[ 5] 0.00-2.00 sec 159 MBytes 667 Mbits/sec 333670
[ 5] 2.00-4.00 sec 173 MBytes 727 Mbits/sec 363571
[ 5] 4.00-6.00 sec 161 MBytes 673 Mbits/sec 336642
[ 5] 6.00-8.00 sec 167 MBytes 700 Mbits/sec 349830
[ 5] 8.00-10.00 sec 165 MBytes 693 Mbits/sec 346544
[ 5] 10.00-10.04 sec 3.58 MBytes 703 Mbits/sec 7515
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 5] 0.00-10.04 sec 829 MBytes 692 Mbits/sec 0.000 ms 0/1737772 (0%)
CPU Utilization: local/sender 35.7% (4.3%u/31.4%s), remote/receiver 40.1% (4.9%u/35.2%s)
-
Le 1er PNI a été remis en prod en milieu de nuit, il ne devrait plus y avoir de problèmes de performance dans l'immédiat.
On continue de creuser avec Orange pour éviter que ça ne se reproduise.
-
Y aurait t'il de nouveau des problèmes en ce moment ?
Je tourne en ce moment autour des 10, 11 mo/s pour la copie de fichiers entre Scaleway et mon domicile (fibre Orange).
-
Bonsoir,
aucun souci ici sur ping et ping6 je suis au max de mon 1gbps
rencontres tu le même problème sur ping et/ou ping6 ?
-
C'est un faux problème, désolé.
Le soucis est de mon côté. Le NAS ne fonctionne plus que à 100 méga ! :o
Je vais essayer de rebooter ma box internet, et de changer de port. Si le problème persiste, changement de câble.
Merci Jérémy d'avoir essayé ! :)