La Fibre
Hébergeurs et opérateurs pro / entreprises => Hébergeurs et opérateurs pro / entreprises => OVH FAI => Discussion démarrée par: nittch le 16 juillet 2019 à 21:41:33
-
Bonjour,
cela fait maintenant pas mal de temps que je galère sur mon setup, en effet les performances ne sont pas forcement au rendez vous :
- Speed test le plus souvent autour de 700Mbit/s en flux TCP multiples (exemple https://www.speedtest.net/result/8422267388 ) ... J'étais plutôt autour de 940Mbit/s avant chez Orange...
- Speed test le plus souvent autour de 385Mbit/s en flux TCP simples (exemple https://www.speedtest.net/result/8422269292)
Je suis racordé via l'offre Connect FTTH 1G, en passant par un EdgeRouter ER-6P
La forte différence entre le simple flux TCP et les flux TCP multiples faisant penser à un problème de MTU, je vais détailler un peu plus cela :
- le lien pppoe a un MTU de 1492
- côté lan c'est du jumbo frame à 9000
- mss-clamp à 1452 (1492 - 40) et 1432 (1492 - 60) en IPv6
Extraits de la config côté EdgeRouter (plein de sections sans rapports omises) :
firewall {
all-ping enable
broadcast-ping disable
options {
mss-clamp {
interface-type all
mss 1452
}
mss-clamp6 {
interface-type all
mss 1432
}
}
receive-redirects disable
send-redirects enable
source-validation disable
syn-cookies enable
}
interfaces {
ethernet eth0 {
address 172.29.11.1/24
description "eth0 (vlan 11)"
duplex auto
mtu 9000
poe {
output off
}
speed auto
}
ethernet eth4 {
description "OVH PPPoE"
duplex auto
pppoe 0 {
default-route auto
dhcpv6-pd {
pd 0 {
interface eth0 {
host-address ::1
prefix-id :11
service slaac
}
interface eth3 {
host-address ::1
prefix-id :22
service slaac
}
prefix-length /56
}
prefix-only
rapid-commit disable
}
ipv6 {
dup-addr-detect-transmits 1
enable {
}
}
mtu 1492
multilink
name-server auto
password xxxxxxxxxx
user-id xxxxxxx@ovh.kosc
}
speed auto
}
}
system {
ipv6 {
}
offload {
hwnat disable
ipsec enable
ipv4 {
gre enable
pppoe enable
vlan disable
}
ipv6 {
forwarding enable
pppoe enable
vlan disable
}
}
L'offload a l'air bien activé ::~$ show ubnt offload
IP offload module : loaded
IPv4
forwarding: enabled
vlan : disabled
pppoe : enabled
gre : enabled
IPv6
forwarding: enabled
vlan : disabled
pppoe : enabled
IPSec offload module: loaded
Traffic Analysis :
export : disabled
dpi : disabled
version : 1.480
Commençant à arriver à cours d'idée, toute aide est la bienvenue... Comment diagnostiquer la nature du problème ? Des hypothèses ?
Merci d'avance !
nittch
-
Bonjour,
Si je me trompe pas, le lien internet arrive sur un vlan, donc il faut aussi activer l'offload pour les vlans.
-
Cette baisse de débit peut être lié a beaucoup de choses :
- rwin trop limitée
- paquets désordonnés, par exemple au début de la connexion quand l'accélérateur se met en route
- buffer trop petit à l'endroit où le débit se réduit, probablement sur l'ONT au niveau de l'interface Ethernet, c'est elle qui limite le débit à 1 Gb/s
Pour en savoir pus, j'aimerais bien avoir 3 captures Wireshark : pour le téléchargement d'un fichier de 100 Mo (SVP pas un fichier de 1 Go, c'est trop gros pour l'analyse)
wget -O /dev/null https://bouygues.testdebit.info/100M.iso
Sous Windows, voici le tutoriel : https://lafibre.info/tester-son-debit/curl-upload/
Pour ne pas perdre de paquet dans ta capture wiresahrk, décoche la case Mettre à jour la liste des paquets en temps réel :
(https://lafibre.info/images/wireshark/wireshark_options_sans_limite.png)
-
J'ai un cas similaire 2.5 moins de débit en TCP simple plutôt qu'en multi.
Vivien, ta démarche d'analyse m'intéresse, j'ai d’ores et déjà lancé ma capture wireshark :)
-
Bonjour,
Si je me trompe pas, le lien internet arrive sur un vlan, donc il faut aussi activer l'offload pour les vlans.
Il n'y a pas de VLAN sur Kosc.
-
J'espere pouvoir trouver la cause du problème, mais je ne garanti rien.
il me faut 3 captures pour voir comment cela se passe sur plusieurs essais.
Ne pas hésiter à changer de serveurs à chaque fois.
Liste de serveurs : https://testdebit.info/
-
Un grand merci pour vos réponses.
KalNightmare: en effet, KOSC ne livre pas sur un vlan à l'inverse d'Orange
Vivien: Depuis Windows 10, derrière l'EdgeRouter, j'ai suivi la doc fournie :
- curl -4 -k -o NUL http://bouygues.testdebit.info/100M.iso -> run1 et 2
- curl -4 -k -o NUL http://ping.online.net/100Mo.dat -> run 3
- curl -4 -k -o NUL http://rbx.proof.ovh.net/files/100Mio.dat -> run 4
Les résultats sont ici https://vrac.linkea.org/BAAVSBpp/nittch-ovh-kosc.zip , n'étant pas trop familier avec Wireshark, j'espère que la capture est OK, sinon au besoin je peux le refaire.
Merci d'avance pour l'investigation !
-
J'ai mesuré le temps entre le premier paquet du fichier de 100 Mo reçu et le dernier.
Run1 : 1,664 secondes => débit de 481 Mb/s en moyenne (taille : 100000000 octets)
Run2 : 1,723 secondes => débit de 464 Mb/s en moyenne (taille : 100000000 octets)
Run3 : 1,735 secondes => débit de 461 Mb/s en moyenne (taille : 100000000 octets)
Run4 : 2,312 secondes => débit de 363 Mb/s en moyenne (taille : 104857600 octets)
Les trois premier run sont très similaires au niveau de la capture.
=> Tous les paquets sont dans l'ordre
=> A aucun moment le débit ne dépasse 600 Mb/s. Si les buffer étaient trop petit, le débit montrait à 1 Gb/s puis après la perte de paquet engendré par un débit trop important le serveur serait incapable de distinguer le débit de la connexion et le débit serait aléatoire. Nous ne sommes pas du tout dans ce cas ici.
Il y a des pertes de paquets anormales qui réduisent le débit (avec TCP, il y a des pertes de paquets normales aussi quand on sature le lien et qu'on dépasse les buffers, là c'est bien des pertes anormales)
Toutefois, les mauvais résultats ne sont sont pas liés entièrement à ces pertes: dés le début de la connexion alors qu'il n'y a aucune perte, le débit ne dépasse pas 500 Mb/s.
Le débit en fonction du temps sur le run1 : cela varie entre 340 Mb/s pour le point le plus bas à t=0,7 secondes à 600 Mb/s à t=1,4 secondes
(https://lafibre.info/images/ovh/201907_ovh_ftth_capture_100mo_1a.png)
Les échanges de paquets en fonction du temps, les pertes de paquets sont les points en rouge :
(https://lafibre.info/images/ovh/201907_ovh_ftth_capture_100mo_1b.png)
-
Le Run 4 est particulièrement mauvais, mais le serveur OVH n'est pas connu pour être un serveur très performant.
Le débit ne fait que chuter ! 620 Mb/s au début, 260 Mb/s à la fin.
(https://lafibre.info/images/ovh/201907_ovh_ftth_capture_100mo_4a.png)
Les chute de débit sont bien liées aux pertes de paquets :
(https://lafibre.info/images/ovh/201907_ovh_ftth_capture_100mo_4b.png)
Alors que les autres run ont commencé sans perte de paquets, celle ci commence très très mal.
Voici un zoom. En bleu les paquets, on voit les paquets qu'il manque (trait bleu vertical interrompu) et les paquets qui sont reçus plus tard (trais bleu à droite).
Le rouge correspond aux demandes de retransmissions émises par le client pour faire simple.
(https://lafibre.info/images/ovh/201907_ovh_ftth_capture_100mo_4c.png)
Je ne tire pas de conclusion, mais je pense qu'il est possible que le serveur soit la cause de ces problèmes.
-
Bonjour,
résultat intéressant, merci !
D'où peuvent venir ces pertes ? Est-t-il possible qu'un mauvais raccord dans l'immeuble ou au niveau de l'ONT soit en cause ? J'ai l'impression qu'en FTTH le signal est plutôt tout-ou-rien.
Est-ce que ça peut venir de mon setup ? Je pense avoir réglé l'ER d'une manière assez standard.
-
Oui le FTTH c'est souvent tout ou rien. L'entre-deux est rare.
Il serait intéressant de faire le test avec la box proposée par OVH (tu as bien leur box, même si tu ne l'utilise pas)
Voir mieux : directement connecté sur l'ONT Orange.
-
Bonsoir,
désolé pour la réponse tardive, mon planning pro étant un peu chargé...
Alors j'ai essayé en mettant le PC directement sur le dos de l'ONT et en établissant la session PPPoE depuis windows... résultat peu convainquant car la carte réseau n'est pas capable d'offloader le pppoe.... autour de 300Mbit/s (c'est un vieil i7 2600)
J'ai également essayé derrière le routeur d'OVH, ça a l'air beaucoup mieux, speedtest.net montrant du 800Mbit en simple flux , quand je curl depuis bouygues.testdebit.info j'ai l'air d'être également à 100Mo/s
J'ai fait une capture wireshark comme précédemment : https://vrac.linkea.org/p0cTk0rn/run5-viaovh-bouygues.zip
Cela laisse penser qu'il y a peut-être un problème sur l'EdgeRouter ? (S'il y a des motivés, ma config est ici https://vrac.linkea.org/UMSyKq8c/ -- Firewall par zones, un /29 routé, IPv6 par PD, OSPF vers d'autres routeurs, récursif DNSSEC)... J'ai également remarqué que quand je désactivais l'offload pppoe via la CLI cela ne changeait RIEN aux performances... Peut-être un début de piste ?
Merci d'avance,
nittch
-
Je ne pourrais pas t'aider sur l'EdgeRouter, mais quand ton PC fait directement le PPPoE à la place du routeur OVH, je suis étonné des performances : c'est le CPU qui sature ?
Je suis étonné que PPPoE qui est assez simple prenne autant de ressources, surtout sur un CPU 4 cœurs HT.
-
Nouveaux tests réalisés, en fait je pense que c'est l'implèmentation de windows 10 de PPPoE qui est à la ramasse... Avec une installation fraiche de Debian avec le package pppoe, utilisation CPU à 0% (sur la même machine) et exactement les mêmes perfs qu'avec l'Edgerouter... Ca ne semble pas venir de mon seetup donc.
-
Salut,
Je constate la même chose, Giga sur multi-co mais 200 240mbps sur une simple connexion http
Setups testé :
ONT Huawei + ERL-3 (gère le PPPoE) = 200-240mbps sur 1 Co / 946 en multi
ONT Huawei + Mikrotik CRS309 (gère le PPPoe) = 200-240mbps sur 1 Co / 946 en multi
ONT SFP Sercomm + ERL-3 (gère le PPPOe) = 200-240mbps sur 1 Co / 946 en multi
ONT SFP Sercomm + Stormshield U250S (PPPoE)= 200-240mbps sur 1 Co / 946 en multi
ONT Huawei + MikroTik CRS309 PPPoE + Stormshield = 200-240mbps sur 1 Co / 946 en multi (config actuelle)
Machines qui ont servies pour les tests.
PC1 : I9-9900k + 32Go RAM + SSD NVMe
PC2 : VM I5-8400 + 8Go RAM + VHD sur SSD NVMe
PC3 : ThreadRipper 2950x + 32Go RAM + SSD NVMe
Par contre en FTP, j'arrive bien a monté au giga, cependant ce n'est pas stable. (avant avec ma ligne Orange, pas de soucis, je maintenant le giga sans soucis depuis la même source en ftp)
KOSC ne libre pas en VLAN coté ethernet de l'ONT mais je pense qu'il y a en 1 entre l'ONT et l'ONT,
Voila si ca peu aider
Edit : J'avais les tests début juillet, je viens de faire un test je suis entre 300 et 500Mbps en simple connexion.
Edit 2 : Ajout de la config actuelle
-
Merci kaktuss77 pour ces tests.
Il confirme qu'un test mono-connexion est primordial pour vérifier la qualité d'un accès (mais qu'un test multi-connexion est important pour voir le débit du tuyau)
Il manque dans la description de tes tests le/les serveurs utilisés et surtout le système d’exploitation du client.
Certains systèmes de Microsoft n'activent pas les Timestamps TCP, ce qui pose des problèmes dans certains cas pour la montée en débit (forte latence ou paquets dé-séquencés).
Les serveurs sont généralement sous Linux, mais on en trouve avec Timestamps déactivé, car c'est ce que propose nPerf dans https://wiki.nperf.com/nperf-server/tcp-stack-tuning
Oui les Timestamps prennent 8 octets dans chaque paquets, mais ils peuvent aider. Cf https://tools.ietf.org/html/rfc1323
-
Merci pour les infos,
En effet j'ai oublié de précisé,
L'OS sur toutes les machines est Windows 10 v1809 à jour.
Les serveurs de speedtest sont Orange Paris, OVH Graveline, et le Online SAS Vitry (speedtest.net). (je constante les même débit à 50Mbps près)
L'Upload est également mauvais en mono-co ~250Mbps sur 500.
Je vais tester avec un Ubuntu en live pour voir ce que ca donne en MONO et je reviens vers le fofo
J'ai constaté quelque chose aussi concernant l'Upload, je suis a 500Mbps sur un serveur orange, sfr et ovh en multi-co, mais il semble que je suis "bridé" à 300Mbps vers le serveur Bouygues AnyCAST
Edit : J'utilise mon Pool IP fournie par OVH et non l'IP fournie par le PPPoE
Je joint une capture.
-
ONT Huawei + Mikrotik CRS309 (gère le PPPoe) = 200-240mbps sur 1 Co / 946 en multi
Pourquoi vouloir faire du routage sur un switch... :(
-
@Hugues, j'ai fais ça en catastrophe avant de partir en vacance pour 3 semaine, je savais que le MikroTik ne me ferait pas faux bond :)
Faut que je me re-penche sur l'infra, en même temps ça fait le Job, de plus , mon FW Stormshield ne gère par IPv6 sur les dialer PPPoE et j'avais pas envie d’utiliser autre chose pour le moment.
Je voulais également limité le nombre l'appareil allumé
ONT + RtR + FW + SW la j'ai le RtR en moins pour le moment
-
Intéressant ton problème d'upload.
Il y a visiblement une différence dans la configuration qui doit expliquer ça.
Il est possible que cela soit visible dans l'initialisation de la connexion.
Cela serait possible de faire une capture Wireshark de Bouygues et Orange ?
Il me faut le début de la connexion pour voir les paquet [SYN].
La connexion sera difficile a exploiter si tu capture tout : je propose de démarrer la capture avant de cliquer sur le bouton "Lancer le test" puis l’arrêter après 1 seconde de test en download.
Si tu souhaites tu peut filtrer sur l'IP du serveur en question, je n'ai pas besoin du trafic annexe.
Pour Bouygues Telecom l'IP est 89.84.1.226
-
Ok Vivien je vais faire ça, par contre c'est normal que le testdebit.info me fasse pointer directement vers un serveur OVH plutot que le Anycast? j'avais pas ce genre de comportement avec ma connexion Orange
@Vivien, voici le fichier de capture Wireshark filtré sur le serveur en question, test intégrale.
https://das-cube.me/sharing/txJ7adLG6
-
Avant, le test nPerf sur testdebit.info était limité aux serveurs que je gère.
Maintenant il prend le serveur censé être le pus performant pour l'opérateur testé.
Un avantage par rapport au test sur le site officiel de nPerf : J'ai mémoire qu'il consommait moins de CPU que celui de nPerf, donc pour une machine limité par le CPU, c'est intéressant.
Je télécharge ta capture de 2,4 Go, mais j'ai besoin d'une capture avec un autre opérateur en référence, par exemple Orange ou SFR. (SVP : seul le début, le plus important c'est le début de la connexion)
-
Oups j'avais compris que tu voulais le test complet, et le stop 1 sec après la fin. Je peux refaire la capture si besoin.
Pour l'autre opérateur, je suppose qu'il faut une Fibre aussi?
-
Le stop une seconde après le début.
Wireshark est très lent au-dessus d'un fichier de 500 Mo.
Là je vais découvrir (je télécharge)
Edit: Wireshark arrive a ouvrir le fichier mais a la moindre opération c'est un temps interminable et dans certains cas plantage.
Bref, je veut bien deux petites captures pour voir ce qui est négocié à l'ouverture de la connexion TCP.
-
Ok je te refais ça, par contre Le serveur n'apparait plus dans la liste.
-
Bonsoir,
ici aussi l'upload est également pénalisé en mono-co, mais dans une moindre mesure par rapport à chez kaktuss77. Par exemple entre mon OVH et Orange France : Multi (463M) https://www.speedtest.net/result/8501806004 Simples (345M) https://www.speedtest.net/result/8501802356 . Les débit sont également très instables et yoyotent beaucoup dans le temps. Je suis globalement à court d'idées quand aux causes potentielles car je pense avoir fait un bon tour.
J'ai ouvert un ticket chez OVH il y a un mois mais le technicien ne semble pas attacher la moindre importance à ce problème. Je n'ai à ce jour reçu aucune réponse technique (les débits ne sont pas garantis, il n'y a aucun de problème de saturation, et une dernière réponse hors sujet). Dommage sur une offre dite pro.
Pensez vous que ce problème de flux simples vs multiples est général chez OVH/Kosc ou bien s'agit t'il de cas isolés ?
Bonne fin de soirée,
nittch
-
Ok je te refais ça, par contre Le serveur n'apparait plus dans la liste.
Exact le logiciel serveur nperf ne répond plus depuis 15h00.
J'ai tenté de l’arrêter pour le relancer, mais service nperf-server restart se bloque. service nperf-server stop aussi.
Ce qui est étonnant c'est que le status semble montrer que tout est ok :
● nperf-server.service - nPerfServer
Loaded: loaded (/lib/systemd/system/nperf-server.service; enabled; vendor preset: en
Active: active (running) since Wed 2019-08-14 05:58:27 CEST; 1 day 3h ago
Process: 1902 ExecStart=/etc/init.d/nperf-server start-systemd (code=exited, status=0
Process: 1724 ExecStartPre=/etc/init.d/nperf-server initnet (code=exited, status=0/SU
Main PID: 1947 (nPerfServer)
Tasks: 12 (limit: 4915)
CGroup: /system.slice/nperf-server.service
└─1947 /usr/bin/nPerfServer -x --pidfile=/var/lib/nperf-server/nPerfServer.p
août 15 05:58:33 nperf2-ntr nPerfServer[1947]: INFO: CERT-UPDATE > Initiating HTTPS req
août 15 05:58:33 nperf2-ntr nPerfServer[1947]: INFO: CERT-UPDATE > Current TLS Certific
août 15 05:58:38 nperf2-ntr nPerfServer[1947]: INFO: ALIVE-REPORT > Initiating HTTPS re
août 15 05:58:38 nperf2-ntr nPerfServer[1947]: INFO: ALIVE-REPORT > Received 200 OK.
août 15 06:58:38 nperf2-ntr nPerfServer[1947]: INFO: ALIVE-REPORT > Initiating HTTPS re
août 15 06:58:38 nperf2-ntr nPerfServer[1947]: INFO: ALIVE-REPORT > Received 200 OK.
août 15 07:58:38 nperf2-ntr nPerfServer[1947]: INFO: ALIVE-REPORT > Initiating HTTPS re
août 15 07:58:38 nperf2-ntr nPerfServer[1947]: INFO: ALIVE-REPORT > Received 200 OK.
août 15 08:58:38 nperf2-ntr nPerfServer[1947]: INFO: ALIVE-REPORT > Initiating HTTPS re
août 15 08:58:38 nperf2-ntr nPerfServer[1947]: INFO: ALIVE-REPORT > Received 200 OK.
J'ai relancé le serveur (reboot)
Le serveur nPerf de Bouygues Telecom est de retour.
-
Voici les captures,
Stopées 1 sec après le début du DL et 1 Sec après le début du UL
http://das-cube.me/sharing/lcCPV7MFY
edit :
test wget 1 connexion https depuis mon NAS (i7-8700k) vers /dev/null
wget -4 -O /dev/null https://bouygues.testdebit.info/10G/10G.iso
--2019-08-16 12:08:24-- https://bouygues.testdebit.info/10G/10G.iso
Resolving bouygues.testdebit.info... 89.84.1.222
Connecting to bouygues.testdebit.info|89.84.1.222|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 10000000000 (9.3G) [application/x-iso9660-image]
Saving to: '/dev/null'
/dev/null 7%[> ] 720.88M 56.7MB/s eta 2m 35s
après 1min
aktuss@Das-Cube:~$ wget -4 -O /dev/null https://bouygues.testdebit.info/10G/10G.iso
--2019-08-16 12:08:24-- https://bouygues.testdebit.info/10G/10G.iso
Resolving bouygues.testdebit.info... 89.84.1.222
Connecting to bouygues.testdebit.info|89.84.1.222|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 10000000000 (9.3G) [application/x-iso9660-image]
Saving to: '/dev/null'
/dev/null 31%[=====> ] 2.89G 84.0MB/s eta 1m 43s
-
Wget, c'est le débit descendant.
Tutriel pour faire un test montant sous Windows : https://lafibre.info/tester-son-debit/curl-upload/msg438530/#msg438530
En fait, j'ai besoin d'une capture sur un serveur qui est ok pour voir les différences lors de l'initialisation TCP.
Pour le serveur Bouygues Telecom, cela donne ça :
(https://lafibre.info/images/wireshark/201908_syn-ack_serveur_nperf_bouygues.png)
-
Ok je te fais ça
-
J'ai ajouter les fichiers depuis le serveur OVH de roubaix au lien de partage
http://das-cube.me/sharing/lcCPV7MFY
-
du nouveau?
-
Voici les différents tests que j'ai fait aujourd'hui :
tests avec speedtest.net
Serveur Orange Paris 1 connexion TCP :
(https://www.speedtest.net/result/8520182577.png)
Serveur Orange Paris Multi connexionx TCP :
(https://www.speedtest.net/result/8520177449.png)
Serveur Online Vitry-Sur-Seine 1 connexion TCP :
(https://www.speedtest.net/result/8520209460.png)
Serveur Online Vitry-Sur-Seine multi connexions TCP :
(https://www.speedtest.net/result/8520215436.png)
Serveur OVH Cloud Graveline 1 connexion TCP :
(https://www.speedtest.net/result/8520220104.png)
Serveur OVH Cloud Graveline multi connexions TCP :
(https://www.speedtest.net/result/8520224838.png)
Test avec nPerf :
Serveur Bouygues Telecom 40Gbps multi connexions TCP : (bug Upload a 300Mbps)
(https://pic.nperf.com/r/3207971716294916-elR9FuVh.png)
Serveur Orange Paris :
(https://pic.nperf.com/r/3207973854218811-mvePnd4q.png)
Test transfère HTTP depuis les serveurs de fichiers OVH de Roubaix, Graveline, Strasbourg.
RBX :
wget -4 -O /dev/null http://rbx.proof.ovh.net/files/1Gio.dat --2019-08-21 15:04:22-- http://rbx.proof.ovh.net/files/1Gio.dat
Resolving rbx.proof.ovh.net... 188.165.12.106
Connecting to rbx.proof.ovh.net188.165.12.106:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1073741824 (1.0G) [application/octet-stream]
Saving to: '/dev/null'
/dev/null 100%[=====================================================================>] 1.00G 26.5MB/s in 35s
2019-08-21 15:04:56 (29.4 MB/s) - '/dev/null' saved [1073741824/1073741824]
GRA :
wget -4 -O /dev/null http://gra.proof.ovh.net/files/1Gio.dat
--2019-08-21 15:05:32-- http://gra.proof.ovh.net/files/1Gio.dat
Resolving gra.proof.ovh.net... 5.196.90.200
Connecting to gra.proof.ovh.net5.196.90.200:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1073741824 (1.0G) [application/x-ns-proxy-autoconfig]
Saving to: '/dev/null'
/dev/null 100%[=====================================================================>] 1.00G 86.5MB/s in 13s
2019-08-21 15:05:45 (76.1 MB/s) - '/dev/null' saved [1073741824/1073741824]
SBG :
wget -4 -O /dev/null http://sbg.proof.ovh.net/files/1Gio.dat
--2019-08-21 15:06:47-- http://sbg.proof.ovh.net/files/1Gio.dat
Resolving sbg.proof.ovh.net... 5.135.128.81
Connecting to sbg.proof.ovh.net5.135.128.81:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1073741824 (1.0G) [application/x-ns-proxy-autoconfig]
Saving to: '/dev/null'
/dev/null 100%[=====================================================================>] 1.00G 22.0MB/s in 43s
2019-08-21 15:07:30 (23.6 MB/s) - '/dev/null' saved [1073741824/1073741824]
HTTP depuis différentes sources :
Srv Bouygues Paris : wget -4 -O /dev/null http://ipv4.paris.testdebit.info/1G.iso
--2019-08-21 15:08:29-- http://ipv4.paris.testdebit.info/1G.iso
Resolving ipv4.paris.testdebit.info... 89.84.1.186
Connecting to ipv4.paris.testdebit.info89.84.1.186:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1000000000 (954M) [application/x-iso9660-image]
Saving to: '/dev/null'
/dev/null 100%[=====================================================================>] 953.67M 70.3MB/s in 15s
2019-08-21 15:08:43 (65.0 MB/s) - '/dev/null' saved [1000000000/1000000000]
wget -4 -O /dev/null http://ipv4.lyon.testdebit.info/1G.iso
--2019-08-21 15:09:13-- http://ipv4.lyon.testdebit.info/1G.iso
Resolving ipv4.lyon.testdebit.info... 89.84.1.242
Connecting to ipv4.lyon.testdebit.info89.84.1.242:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1000000000 (954M) [application/x-iso9660-image]
Saving to: '/dev/null'
/dev/null 100%[=====================================================================>] 953.67M 31.9MB/s in 24s
2019-08-21 15:09:38 (38.9 MB/s) - '/dev/null' saved [1000000000/1000000000]
Très bon débit en http depuis les serveurs de K-Net
wget -4 -O /dev/null http://ipv4.k-net.testdebit.info/1G.iso
--2019-08-21 15:10:32-- http://ipv4.k-net.testdebit.info/1G.iso
Resolving ipv4.k-net.testdebit.info... 178.250.208.152
Connecting to ipv4.k-net.testdebit.info178.250.208.152:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1000000000 (954M) [application/x-iso9660-image]
Saving to: '/dev/null'
/dev/null 100%[=====================================================================>] 953.67M 103MB/s in 9.3s
2019-08-21 15:10:41 (103 MB/s) - '/dev/null' saved [1000000000/1000000000]
-
Désolé, pour le temps de réponse, j'avais une connexion catastrophique (limite de couverture 4G, on a vraiment rien en débit)
La capture du serveur fr-ovh-roubaix-02-10g.nperf.net est presque identique au serveur de Bouygues Telecom.
Seul le Windows Scale change.
Avec Bouygues Telecom, c'est 9 (soit une Rwin maximum de 512 x 64 Ko = 32,8 Mo)
Avec OVH, c'est 11 (soit une Rwin maximum de 2048 x 64 Ko = 131,1 Mo)
Une valeur de 32 Mo est déjà délirante, il est inutile de fixer un maximum au-delà. Ce n'est donc de façon certains pas cette modification qui a joué un rôle.
L’énigme de la contre-performance du serveur Bouygues reste inconnue pour moi. Si vous avez des idées n'hésitez-pas.
J'ai eu le retour d'autres clients OVH eux aussi impactés par de débits en mono-connexions instables.
Je ne pense pas à une saturation de l'arbre Gpon (et de toute façon il n'est pas possible de demander un changement d'arbre)
Un test de nuit (ou au petit matin) devrait devrait permettre de le prouver en considérant qu'il n'y a pas de saturation la nuit.
Si le débit est pas excellent sur une connexion la nuit, c'est donc bien un pb distinct de la charge.
Il serait intéressant de savoir si vous êtes sur un OLT Kosc ou un OLT Orange (pour les zones où Kosc n'est pas présent en propre).
Orange n'ayant pas de problème pour ses clients en propre.
-
Pas de soucis Vivien, c'est déjà sympa d'y consacré du temps
Pour l'arbre, j'ai le même débit en mono-co quelque soit l'heure,
Je sais que je suis sur un OLT Orange (confirmé par un tech orange), d'ailleurs mon offre Orange et OVH on cohabitées quelques semaines, c'était sympa le 2x1G avec 800Mbps d'upload lol
Je penses que le soucis ne vienne pas de la partie Orange ou Kosc. J'ai un ami qui a un Serveur au DC OVH sur Strasbourg je vais faire les même tests, peu être est-ce propre a l'infra OVH?
-
test iperf depuis ma fibre OVH VM Win10 1 connexion
iperf3.exe -c bouygues.iperf.fr -P 1 -t 10 -R -p 5205
Connecting to host bouygues.iperf.fr, port 5205
Reverse mode, remote host bouygues.iperf.fr is sending
[ 4] local 192.168.10.141 port 59408 connected to 89.84.1.222 port 5205
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 23.4 MBytes 197 Mbits/sec
[ 4] 1.00-2.00 sec 23.4 MBytes 196 Mbits/sec
[ 4] 2.00-3.00 sec 23.5 MBytes 197 Mbits/sec
[ 4] 3.00-4.00 sec 23.3 MBytes 195 Mbits/sec
[ 4] 4.00-5.00 sec 23.2 MBytes 194 Mbits/sec
[ 4] 5.00-6.00 sec 23.0 MBytes 193 Mbits/sec
[ 4] 6.00-7.00 sec 23.4 MBytes 196 Mbits/sec
[ 4] 7.00-8.00 sec 21.6 MBytes 181 Mbits/sec
[ 4] 8.00-9.00 sec 20.7 MBytes 173 Mbits/sec
[ 4] 9.00-10.00 sec 23.7 MBytes 198 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 231 MBytes 194 Mbits/sec 55 sender
[ 4] 0.00-10.00 sec 229 MBytes 192 Mbits/sec receiver
iperf Done.
test iperf depuis ma fibre OVH VM Win10 10 connexion
iperf3.exe -c bouygues.iperf.fr -P 10 -t 10 -R -p 5205
Connecting to host bouygues.iperf.fr, port 5205
Reverse mode, remote host bouygues.iperf.fr is sending
[ 4] local 192.168.10.141 port 59690 connected to 89.84.1.222 port 5205
[ 6] local 192.168.10.141 port 59691 connected to 89.84.1.222 port 5205
[ 8] local 192.168.10.141 port 59692 connected to 89.84.1.222 port 5205
[ 10] local 192.168.10.141 port 59693 connected to 89.84.1.222 port 5205
[ 12] local 192.168.10.141 port 59694 connected to 89.84.1.222 port 5205
[ 14] local 192.168.10.141 port 59695 connected to 89.84.1.222 port 5205
[ 16] local 192.168.10.141 port 59696 connected to 89.84.1.222 port 5205
[ 18] local 192.168.10.141 port 59697 connected to 89.84.1.222 port 5205
[ 20] local 192.168.10.141 port 59698 connected to 89.84.1.222 port 5205
[ 22] local 192.168.10.141 port 59699 connected to 89.84.1.222 port 5205
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 12.7 MBytes 106 Mbits/sec
[ 6] 0.00-1.00 sec 15.4 MBytes 129 Mbits/sec
[ 8] 0.00-1.00 sec 9.17 MBytes 76.9 Mbits/sec
[ 10] 0.00-1.00 sec 14.3 MBytes 120 Mbits/sec
[ 12] 0.00-1.00 sec 10.1 MBytes 84.7 Mbits/sec
[ 14] 0.00-1.00 sec 7.59 MBytes 63.6 Mbits/sec
[ 16] 0.00-1.00 sec 7.18 MBytes 60.2 Mbits/sec
[ 18] 0.00-1.00 sec 7.63 MBytes 64.0 Mbits/sec
[ 20] 0.00-1.00 sec 6.54 MBytes 54.9 Mbits/sec
[ 22] 0.00-1.00 sec 9.06 MBytes 76.0 Mbits/sec
[SUM] 0.00-1.00 sec 99.6 MBytes 836 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 1.00-2.00 sec 11.6 MBytes 97.3 Mbits/sec
[ 6] 1.00-2.00 sec 9.51 MBytes 79.7 Mbits/sec
[ 8] 1.00-2.00 sec 9.82 MBytes 82.4 Mbits/sec
[ 10] 1.00-2.00 sec 8.44 MBytes 70.8 Mbits/sec
[ 12] 1.00-2.00 sec 7.62 MBytes 63.9 Mbits/sec
[ 14] 1.00-2.00 sec 9.36 MBytes 78.5 Mbits/sec
[ 16] 1.00-2.00 sec 12.5 MBytes 105 Mbits/sec
[ 18] 1.00-2.00 sec 8.64 MBytes 72.5 Mbits/sec
[ 20] 1.00-2.00 sec 9.66 MBytes 81.0 Mbits/sec
[ 22] 1.00-2.00 sec 16.7 MBytes 140 Mbits/sec
[SUM] 1.00-2.00 sec 104 MBytes 871 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 2.00-3.00 sec 10.6 MBytes 89.1 Mbits/sec
[ 6] 2.00-3.00 sec 7.35 MBytes 61.6 Mbits/sec
[ 8] 2.00-3.00 sec 11.6 MBytes 96.9 Mbits/sec
[ 10] 2.00-3.00 sec 7.64 MBytes 64.1 Mbits/sec
[ 12] 2.00-3.00 sec 10.4 MBytes 87.3 Mbits/sec
[ 14] 2.00-3.00 sec 8.97 MBytes 75.3 Mbits/sec
[ 16] 2.00-3.00 sec 13.8 MBytes 115 Mbits/sec
[ 18] 2.00-3.00 sec 10.4 MBytes 87.0 Mbits/sec
[ 20] 2.00-3.00 sec 10.3 MBytes 86.8 Mbits/sec
[ 22] 2.00-3.00 sec 15.5 MBytes 130 Mbits/sec
[SUM] 2.00-3.00 sec 107 MBytes 893 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 3.00-4.00 sec 11.8 MBytes 98.6 Mbits/sec
[ 6] 3.00-4.00 sec 7.42 MBytes 62.3 Mbits/sec
[ 8] 3.00-4.00 sec 10.5 MBytes 88.1 Mbits/sec
[ 10] 3.00-4.00 sec 7.67 MBytes 64.4 Mbits/sec
[ 12] 3.00-4.00 sec 9.35 MBytes 78.5 Mbits/sec
[ 14] 3.00-4.00 sec 9.85 MBytes 82.6 Mbits/sec
[ 16] 3.00-4.00 sec 15.0 MBytes 126 Mbits/sec
[ 18] 3.00-4.00 sec 14.9 MBytes 125 Mbits/sec
[ 20] 3.00-4.00 sec 11.5 MBytes 96.8 Mbits/sec
[ 22] 3.00-4.00 sec 10.4 MBytes 87.5 Mbits/sec
[SUM] 3.00-4.00 sec 108 MBytes 910 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 4.00-5.00 sec 11.3 MBytes 94.7 Mbits/sec
[ 6] 4.00-5.00 sec 9.46 MBytes 79.4 Mbits/sec
[ 8] 4.00-5.00 sec 8.81 MBytes 73.9 Mbits/sec
[ 10] 4.00-5.00 sec 8.73 MBytes 73.3 Mbits/sec
[ 12] 4.00-5.00 sec 10.7 MBytes 89.7 Mbits/sec
[ 14] 4.00-5.00 sec 6.49 MBytes 54.4 Mbits/sec
[ 16] 4.00-5.00 sec 12.8 MBytes 107 Mbits/sec
[ 18] 4.00-5.00 sec 15.3 MBytes 128 Mbits/sec
[ 20] 4.00-5.00 sec 11.5 MBytes 96.8 Mbits/sec
[ 22] 4.00-5.00 sec 12.7 MBytes 107 Mbits/sec
[SUM] 4.00-5.00 sec 108 MBytes 905 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 5.00-6.00 sec 10.9 MBytes 91.3 Mbits/sec
[ 6] 5.00-6.00 sec 9.75 MBytes 81.8 Mbits/sec
[ 8] 5.00-6.00 sec 9.30 MBytes 78.0 Mbits/sec
[ 10] 5.00-6.00 sec 10.8 MBytes 91.0 Mbits/sec
[ 12] 5.00-6.00 sec 11.7 MBytes 98.2 Mbits/sec
[ 14] 5.00-6.00 sec 7.31 MBytes 61.3 Mbits/sec
[ 16] 5.00-6.00 sec 11.0 MBytes 92.6 Mbits/sec
[ 18] 5.00-6.00 sec 10.0 MBytes 83.9 Mbits/sec
[ 20] 5.00-6.00 sec 11.0 MBytes 92.1 Mbits/sec
[ 22] 5.00-6.00 sec 17.9 MBytes 150 Mbits/sec
[SUM] 5.00-6.00 sec 110 MBytes 920 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 6.00-7.00 sec 9.08 MBytes 76.2 Mbits/sec
[ 6] 6.00-7.00 sec 13.6 MBytes 114 Mbits/sec
[ 8] 6.00-7.00 sec 10.1 MBytes 84.5 Mbits/sec
[ 10] 6.00-7.00 sec 10.1 MBytes 84.6 Mbits/sec
[ 12] 6.00-7.00 sec 12.0 MBytes 101 Mbits/sec
[ 14] 6.00-7.00 sec 7.43 MBytes 62.3 Mbits/sec
[ 16] 6.00-7.00 sec 10.2 MBytes 85.8 Mbits/sec
[ 18] 6.00-7.00 sec 10.6 MBytes 89.3 Mbits/sec
[ 20] 6.00-7.00 sec 9.76 MBytes 81.9 Mbits/sec
[ 22] 6.00-7.00 sec 13.4 MBytes 113 Mbits/sec
[SUM] 6.00-7.00 sec 106 MBytes 892 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 7.00-8.00 sec 5.52 MBytes 46.3 Mbits/sec
[ 6] 7.00-8.00 sec 13.1 MBytes 110 Mbits/sec
[ 8] 7.00-8.00 sec 7.83 MBytes 65.7 Mbits/sec
[ 10] 7.00-8.00 sec 11.9 MBytes 99.7 Mbits/sec
[ 12] 7.00-8.00 sec 6.62 MBytes 55.5 Mbits/sec
[ 14] 7.00-8.00 sec 12.1 MBytes 101 Mbits/sec
[ 16] 7.00-8.00 sec 13.0 MBytes 109 Mbits/sec
[ 18] 7.00-8.00 sec 12.7 MBytes 107 Mbits/sec
[ 20] 7.00-8.00 sec 11.5 MBytes 96.1 Mbits/sec
[ 22] 7.00-8.00 sec 13.0 MBytes 109 Mbits/sec
[SUM] 7.00-8.00 sec 107 MBytes 900 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 8.00-9.00 sec 4.18 MBytes 35.1 Mbits/sec
[ 6] 8.00-9.00 sec 13.5 MBytes 113 Mbits/sec
[ 8] 8.00-9.00 sec 5.89 MBytes 49.4 Mbits/sec
[ 10] 8.00-9.00 sec 10.5 MBytes 87.9 Mbits/sec
[ 12] 8.00-9.00 sec 6.94 MBytes 58.2 Mbits/sec
[ 14] 8.00-9.00 sec 12.4 MBytes 104 Mbits/sec
[ 16] 8.00-9.00 sec 15.8 MBytes 132 Mbits/sec
[ 18] 8.00-9.00 sec 13.0 MBytes 109 Mbits/sec
[ 20] 8.00-9.00 sec 11.4 MBytes 95.4 Mbits/sec
[ 22] 8.00-9.00 sec 11.1 MBytes 93.5 Mbits/sec
[SUM] 8.00-9.00 sec 105 MBytes 878 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 9.00-10.00 sec 5.54 MBytes 46.5 Mbits/sec
[ 6] 9.00-10.00 sec 12.1 MBytes 101 Mbits/sec
[ 8] 9.00-10.00 sec 5.51 MBytes 46.2 Mbits/sec
[ 10] 9.00-10.00 sec 11.3 MBytes 94.9 Mbits/sec
[ 12] 9.00-10.00 sec 6.89 MBytes 57.8 Mbits/sec
[ 14] 9.00-10.00 sec 12.5 MBytes 105 Mbits/sec
[ 16] 9.00-10.00 sec 14.8 MBytes 124 Mbits/sec
[ 18] 9.00-10.00 sec 14.3 MBytes 120 Mbits/sec
[ 20] 9.00-10.00 sec 12.3 MBytes 103 Mbits/sec
[ 22] 9.00-10.00 sec 12.4 MBytes 104 Mbits/sec
[SUM] 9.00-10.00 sec 108 MBytes 903 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 94.4 MBytes 79.2 Mbits/sec 329 sender
[ 4] 0.00-10.00 sec 93.1 MBytes 78.1 Mbits/sec receiver
[ 6] 0.00-10.00 sec 113 MBytes 94.9 Mbits/sec 724 sender
[ 6] 0.00-10.00 sec 111 MBytes 93.2 Mbits/sec receiver
[ 8] 0.00-10.00 sec 89.4 MBytes 75.0 Mbits/sec 289 sender
[ 8] 0.00-10.00 sec 88.5 MBytes 74.2 Mbits/sec receiver
[ 10] 0.00-10.00 sec 104 MBytes 86.9 Mbits/sec 622 sender
[ 10] 0.00-10.00 sec 101 MBytes 85.1 Mbits/sec receiver
[ 12] 0.00-10.00 sec 93.1 MBytes 78.1 Mbits/sec 369 sender
[ 12] 0.00-10.00 sec 92.4 MBytes 77.5 Mbits/sec receiver
[ 14] 0.00-10.00 sec 94.7 MBytes 79.5 Mbits/sec 753 sender
[ 14] 0.00-10.00 sec 93.9 MBytes 78.8 Mbits/sec receiver
[ 16] 0.00-10.00 sec 127 MBytes 107 Mbits/sec 749 sender
[ 16] 0.00-10.00 sec 126 MBytes 106 Mbits/sec receiver
[ 18] 0.00-10.00 sec 118 MBytes 99.4 Mbits/sec 581 sender
[ 18] 0.00-10.00 sec 118 MBytes 98.7 Mbits/sec receiver
[ 20] 0.00-10.00 sec 106 MBytes 89.2 Mbits/sec 502 sender
[ 20] 0.00-10.00 sec 106 MBytes 88.6 Mbits/sec receiver
[ 22] 0.00-10.00 sec 133 MBytes 112 Mbits/sec 586 sender
[ 22] 0.00-10.00 sec 132 MBytes 111 Mbits/sec receiver
[SUM] 0.00-10.00 sec 1.05 GBytes 901 Mbits/sec 5504 sender
[SUM] 0.00-10.00 sec 1.04 GBytes 891 Mbits/sec receiver
iperf Done.
-
test iperf depuis DC OVH VM sous windows 10 1 connexion
iperf3.exe -c bouygues.iperf.fr -P 1 -t 10 -R -p 5205
Connecting to host bouygues.iperf.fr, port 5205
Reverse mode, remote host bouygues.iperf.fr is sending
[ 4] local 192.168.100.11 port 63670 connected to 89.84.1.222 port 5205
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 35.4 MBytes 297 Mbits/sec
[ 4] 1.00-2.00 sec 36.4 MBytes 305 Mbits/sec
[ 4] 2.00-3.00 sec 36.9 MBytes 309 Mbits/sec
[ 4] 3.00-4.00 sec 36.9 MBytes 309 Mbits/sec
[ 4] 4.00-5.00 sec 36.8 MBytes 309 Mbits/sec
[ 4] 5.00-6.00 sec 37.1 MBytes 311 Mbits/sec
[ 4] 6.00-7.00 sec 37.2 MBytes 311 Mbits/sec
[ 4] 7.00-8.00 sec 36.6 MBytes 307 Mbits/sec
[ 4] 8.00-9.00 sec 36.8 MBytes 309 Mbits/sec
[ 4] 9.00-10.00 sec 36.8 MBytes 308 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 369 MBytes 309 Mbits/sec 0 sender
[ 4] 0.00-10.00 sec 367 MBytes 308 Mbits/sec receiver
iperf Done.
Test depuis DC OVH VM widows 10 10 connexion
iperf3.exe -c bouygues.iperf.fr -P 10 -t 10 -R -p 5205
Connecting to host bouygues.iperf.fr, port 5205
Reverse mode, remote host bouygues.iperf.fr is sending
[ 4] local 192.168.100.11 port 63672 connected to 89.84.1.222 port 5205
[ 6] local 192.168.100.11 port 63673 connected to 89.84.1.222 port 5205
[ 8] local 192.168.100.11 port 63674 connected to 89.84.1.222 port 5205
[ 10] local 192.168.100.11 port 63675 connected to 89.84.1.222 port 5205
[ 12] local 192.168.100.11 port 63676 connected to 89.84.1.222 port 5205
[ 14] local 192.168.100.11 port 63677 connected to 89.84.1.222 port 5205
[ 16] local 192.168.100.11 port 63678 connected to 89.84.1.222 port 5205
[ 18] local 192.168.100.11 port 63679 connected to 89.84.1.222 port 5205
[ 20] local 192.168.100.11 port 63680 connected to 89.84.1.222 port 5205
[ 22] local 192.168.100.11 port 63681 connected to 89.84.1.222 port 5205
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 11.3 MBytes 94.5 Mbits/sec
[ 6] 0.00-1.00 sec 11.2 MBytes 93.6 Mbits/sec
[ 8] 0.00-1.00 sec 11.3 MBytes 94.5 Mbits/sec
[ 10] 0.00-1.00 sec 10.6 MBytes 88.7 Mbits/sec
[ 12] 0.00-1.00 sec 10.5 MBytes 87.9 Mbits/sec
[ 14] 0.00-1.00 sec 10.7 MBytes 89.8 Mbits/sec
[ 16] 0.00-1.00 sec 10.8 MBytes 90.5 Mbits/sec
[ 18] 0.00-1.00 sec 10.6 MBytes 88.9 Mbits/sec
[ 20] 0.00-1.00 sec 10.6 MBytes 89.1 Mbits/sec
[ 22] 0.00-1.00 sec 10.6 MBytes 88.8 Mbits/sec
[SUM] 0.00-1.00 sec 108 MBytes 906 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 1.00-2.00 sec 9.03 MBytes 75.8 Mbits/sec
[ 6] 1.00-2.00 sec 11.8 MBytes 99.2 Mbits/sec
[ 8] 1.00-2.00 sec 13.4 MBytes 113 Mbits/sec
[ 10] 1.00-2.00 sec 9.42 MBytes 79.2 Mbits/sec
[ 12] 1.00-2.00 sec 6.66 MBytes 55.9 Mbits/sec
[ 14] 1.00-2.00 sec 11.2 MBytes 94.0 Mbits/sec
[ 16] 1.00-2.00 sec 10.5 MBytes 87.8 Mbits/sec
[ 18] 1.00-2.00 sec 11.7 MBytes 98.3 Mbits/sec
[ 20] 1.00-2.00 sec 12.8 MBytes 107 Mbits/sec
[ 22] 1.00-2.00 sec 12.0 MBytes 100 Mbits/sec
[SUM] 1.00-2.00 sec 108 MBytes 911 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 2.00-3.00 sec 9.26 MBytes 77.8 Mbits/sec
[ 6] 2.00-3.00 sec 12.2 MBytes 102 Mbits/sec
[ 8] 2.00-3.00 sec 12.3 MBytes 103 Mbits/sec
[ 10] 2.00-3.00 sec 10.0 MBytes 84.0 Mbits/sec
[ 12] 2.00-3.00 sec 7.56 MBytes 63.5 Mbits/sec
[ 14] 2.00-3.00 sec 11.0 MBytes 92.4 Mbits/sec
[ 16] 2.00-3.00 sec 9.43 MBytes 79.2 Mbits/sec
[ 18] 2.00-3.00 sec 13.6 MBytes 114 Mbits/sec
[ 20] 2.00-3.00 sec 14.1 MBytes 119 Mbits/sec
[ 22] 2.00-3.00 sec 12.3 MBytes 103 Mbits/sec
[SUM] 2.00-3.00 sec 112 MBytes 938 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 3.00-4.00 sec 9.56 MBytes 80.2 Mbits/sec
[ 6] 3.00-4.00 sec 12.0 MBytes 101 Mbits/sec
[ 8] 3.00-4.00 sec 12.0 MBytes 101 Mbits/sec
[ 10] 3.00-4.00 sec 11.0 MBytes 92.3 Mbits/sec
[ 12] 3.00-4.00 sec 9.21 MBytes 77.3 Mbits/sec
[ 14] 3.00-4.00 sec 11.4 MBytes 96.0 Mbits/sec
[ 16] 3.00-4.00 sec 10.5 MBytes 88.4 Mbits/sec
[ 18] 3.00-4.00 sec 12.1 MBytes 101 Mbits/sec
[ 20] 3.00-4.00 sec 12.1 MBytes 101 Mbits/sec
[ 22] 3.00-4.00 sec 12.0 MBytes 100 Mbits/sec
[SUM] 3.00-4.00 sec 112 MBytes 939 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 4.00-5.00 sec 10.9 MBytes 91.4 Mbits/sec
[ 6] 4.00-5.00 sec 11.3 MBytes 94.6 Mbits/sec
[ 8] 4.00-5.00 sec 11.3 MBytes 94.6 Mbits/sec
[ 10] 4.00-5.00 sec 11.2 MBytes 94.1 Mbits/sec
[ 12] 4.00-5.00 sec 10.8 MBytes 90.3 Mbits/sec
[ 14] 4.00-5.00 sec 11.2 MBytes 93.9 Mbits/sec
[ 16] 4.00-5.00 sec 11.3 MBytes 95.1 Mbits/sec
[ 18] 4.00-5.00 sec 11.3 MBytes 95.2 Mbits/sec
[ 20] 4.00-5.00 sec 11.3 MBytes 94.9 Mbits/sec
[ 22] 4.00-5.00 sec 11.3 MBytes 94.8 Mbits/sec
[SUM] 4.00-5.00 sec 112 MBytes 939 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 5.00-6.00 sec 11.2 MBytes 94.1 Mbits/sec
[ 6] 5.00-6.00 sec 11.2 MBytes 93.5 Mbits/sec
[ 8] 5.00-6.00 sec 11.2 MBytes 93.9 Mbits/sec
[ 10] 5.00-6.00 sec 11.1 MBytes 93.4 Mbits/sec
[ 12] 5.00-6.00 sec 11.2 MBytes 94.2 Mbits/sec
[ 14] 5.00-6.00 sec 11.1 MBytes 93.2 Mbits/sec
[ 16] 5.00-6.00 sec 11.3 MBytes 94.3 Mbits/sec
[ 18] 5.00-6.00 sec 11.2 MBytes 93.8 Mbits/sec
[ 20] 5.00-6.00 sec 11.2 MBytes 94.1 Mbits/sec
[ 22] 5.00-6.00 sec 11.2 MBytes 93.7 Mbits/sec
[SUM] 5.00-6.00 sec 112 MBytes 938 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 6.00-7.00 sec 11.3 MBytes 94.5 Mbits/sec
[ 6] 6.00-7.00 sec 10.8 MBytes 90.5 Mbits/sec
[ 8] 6.00-7.00 sec 7.83 MBytes 65.8 Mbits/sec
[ 10] 6.00-7.00 sec 13.9 MBytes 117 Mbits/sec
[ 12] 6.00-7.00 sec 11.5 MBytes 96.5 Mbits/sec
[ 14] 6.00-7.00 sec 10.5 MBytes 88.0 Mbits/sec
[ 16] 6.00-7.00 sec 9.21 MBytes 77.3 Mbits/sec
[ 18] 6.00-7.00 sec 12.0 MBytes 101 Mbits/sec
[ 20] 6.00-7.00 sec 9.52 MBytes 79.9 Mbits/sec
[ 22] 6.00-7.00 sec 14.0 MBytes 118 Mbits/sec
[SUM] 6.00-7.00 sec 111 MBytes 928 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 7.00-8.00 sec 10.0 MBytes 84.1 Mbits/sec
[ 6] 7.00-8.00 sec 13.1 MBytes 110 Mbits/sec
[ 8] 7.00-8.00 sec 10.3 MBytes 86.2 Mbits/sec
[ 10] 7.00-8.00 sec 10.4 MBytes 87.2 Mbits/sec
[ 12] 7.00-8.00 sec 9.02 MBytes 75.7 Mbits/sec
[ 14] 7.00-8.00 sec 13.0 MBytes 109 Mbits/sec
[ 16] 7.00-8.00 sec 12.2 MBytes 102 Mbits/sec
[ 18] 7.00-8.00 sec 10.8 MBytes 90.5 Mbits/sec
[ 20] 7.00-8.00 sec 10.5 MBytes 88.2 Mbits/sec
[ 22] 7.00-8.00 sec 10.7 MBytes 89.4 Mbits/sec
[SUM] 7.00-8.00 sec 110 MBytes 922 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 8.00-9.00 sec 12.1 MBytes 102 Mbits/sec
[ 6] 8.00-9.00 sec 8.21 MBytes 68.8 Mbits/sec
[ 8] 8.00-9.00 sec 12.4 MBytes 104 Mbits/sec
[ 10] 8.00-9.00 sec 11.4 MBytes 95.4 Mbits/sec
[ 12] 8.00-9.00 sec 10.9 MBytes 91.4 Mbits/sec
[ 14] 8.00-9.00 sec 10.9 MBytes 91.5 Mbits/sec
[ 16] 8.00-9.00 sec 11.5 MBytes 96.4 Mbits/sec
[ 18] 8.00-9.00 sec 11.7 MBytes 98.4 Mbits/sec
[ 20] 8.00-9.00 sec 9.24 MBytes 77.5 Mbits/sec
[ 22] 8.00-9.00 sec 11.6 MBytes 97.6 Mbits/sec
[SUM] 8.00-9.00 sec 110 MBytes 923 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 9.00-10.00 sec 11.4 MBytes 95.4 Mbits/sec
[ 6] 9.00-10.00 sec 10.1 MBytes 84.6 Mbits/sec
[ 8] 9.00-10.00 sec 11.3 MBytes 95.2 Mbits/sec
[ 10] 9.00-10.00 sec 11.3 MBytes 95.0 Mbits/sec
[ 12] 9.00-10.00 sec 11.4 MBytes 95.5 Mbits/sec
[ 14] 9.00-10.00 sec 11.4 MBytes 95.8 Mbits/sec
[ 16] 9.00-10.00 sec 11.3 MBytes 95.2 Mbits/sec
[ 18] 9.00-10.00 sec 11.3 MBytes 95.1 Mbits/sec
[ 20] 9.00-10.00 sec 10.8 MBytes 90.5 Mbits/sec
[ 22] 9.00-10.00 sec 11.3 MBytes 94.8 Mbits/sec
[SUM] 9.00-10.00 sec 112 MBytes 937 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 108 MBytes 90.6 Mbits/sec 479 sender
[ 4] 0.00-10.00 sec 106 MBytes 89.1 Mbits/sec receiver
[ 6] 0.00-10.00 sec 114 MBytes 95.3 Mbits/sec 428 sender
[ 6] 0.00-10.00 sec 112 MBytes 93.8 Mbits/sec receiver
[ 8] 0.00-10.00 sec 115 MBytes 96.7 Mbits/sec 365 sender
[ 8] 0.00-10.00 sec 114 MBytes 95.4 Mbits/sec receiver
[ 10] 0.00-10.00 sec 112 MBytes 94.2 Mbits/sec 565 sender
[ 10] 0.00-10.00 sec 111 MBytes 92.7 Mbits/sec receiver
[ 12] 0.00-10.00 sec 101 MBytes 84.4 Mbits/sec 311 sender
[ 12] 0.00-10.00 sec 99.0 MBytes 83.0 Mbits/sec receiver
[ 14] 0.00-10.00 sec 114 MBytes 95.9 Mbits/sec 398 sender
[ 14] 0.00-10.00 sec 113 MBytes 94.5 Mbits/sec receiver
[ 16] 0.00-10.00 sec 110 MBytes 92.2 Mbits/sec 698 sender
[ 16] 0.00-10.00 sec 108 MBytes 90.7 Mbits/sec receiver
[ 18] 0.00-10.00 sec 118 MBytes 99.2 Mbits/sec 536 sender
[ 18] 0.00-10.00 sec 117 MBytes 97.8 Mbits/sec receiver
[ 20] 0.00-10.00 sec 114 MBytes 95.7 Mbits/sec 494 sender
[ 20] 0.00-10.00 sec 112 MBytes 94.3 Mbits/sec receiver
[ 22] 0.00-10.00 sec 119 MBytes 99.7 Mbits/sec 666 sender
[ 22] 0.00-10.00 sec 117 MBytes 98.3 Mbits/sec receiver
[SUM] 0.00-10.00 sec 1.10 GBytes 944 Mbits/sec 4940 sender
[SUM] 0.00-10.00 sec 1.08 GBytes 930 Mbits/sec receiver
iperf Done.
même phénomènes :'( :'(
-
Comment déterminez vous qu'il s'agisse d'un OLT Kosc ou Orange ?
Nouveaux tests ce soir :
- 22h20 un samedi soir pour éliminer l'hypothèse de problèmes de charge, ou de saturation GPON.
- Speedtest depuis OVH Gravelines vers OVH Telecom :
multi https://www.speedtest.net/result/8529898559
simple https://www.speedtest.net/result/8529900054
- Edgerouter déconnecté, j'ai mis mon pc debian (i7 2600) pour établir le PPPoE
On observe bien :
- le simple flux est trois moins rapide que le multi flux (200 --- 550))
- le débit part fort, mais ralentit tout au long du test
Sur la première mesure : (https://vrac.linkea.org/SBqHrEve/gravelines_simple_1.png)
Sur une seconde mesure pour confirmer l'observation: (https://vrac.linkea.org/SBqHrEve/gravelines_simple_2.png)
C'est comme si le TCP n'arrivait pas à garder une vitesse constante, je pense que c'est un symptôme similaire à des pertes de paquet (pour rebondir sur l'observation de Vivien en début de thread).
Comment expliqueriez vous ce ralentissement ? Que peut t'il bien se passer ?
Si quelqu'un a une idée, je le remercie pour son retour !
-
Attention, 22h30, pour une offre grand public c'est le pic de consommation quotidien.
Le pic le plus élevé de la semaine pour les offres grand public, c'est généralement le dimanche soir vers 22h30, sauf quand il y a un événement sportif important.
Le trafic est faible entre 1h00 du matin et 9h00 du matin.
Le trafic monte lentement toute la journée.
Le trafic est très important entre 17h00 et 23h30. Après 23h30, le débit chute rapidement.
-
Une fois rentré j'essaierai de tester à nouveau le débit.
Je sais que sur Speedtest ou nPerf les débits sont au rendez-vous, par contre pour du téléchargement depuis un CDN c'est environ 45-50Mo/s au lieu des 112Mo/s qui est normalement le plafond.
Après pour ce qui est des OLT c'est simple de savoir, si le PM a un tiroir Kosc c'est que l'infra de Kosc est bien présent dans un NRO séparé d'Orange.
Alors que si c'est un tiroir Orange dans le PM sur lequel est raccordé le client, dans ce cas c'est un OLT Orange avec collecte ethernet.
D'ailleurs c'est par le S/N de l'ONT qu'Orange identifie les clients des autres opérateurs, en gros c'est comme si il y avait une sorte de "routage" vers la bonne porte de collecte alors que l'on est sur du niveau 2. Par exemple avec un SFP Orange impossible de se connecter au PPPoE Kosc (sans VLAN) et inversement.
-
Amis insomniaques bonsoirs... J'ai re-testé ce dimanche matin à 7h30 du coup.
OVH Cloud multi https://www.speedtest.net/result/8530644690 simple https://www.speedtest.net/result/8530645991
C'est à dire bien mieux que le test à 22h30.
J'ai également fait un test depuis testdebit.info multi https://www.speedtest.net/result/8530648318 simple https://www.speedtest.net/result/8530649393
Ces deux derniers résultats sont aussi mieux que d'habitude.
Ce dimanche matin à 7h30, ça semblait donc mieux : je dirais ~100Mbps de plus sur les 4 tests en down (simples ou multi)
-
La charge du serveur SpeedTest de Massy (c'est un serveur 10 Gb/s) : le trafic est assez régulier et loins de saturer, même si on n'est jamais à l'abri d'un test à 10 Gb/s, les données étant de moyenne sur 5 minutes.
-
D'ailleurs c'est par le S/N de l'ONT qu'Orange identifie les clients des autres opérateurs, en gros c'est comme si il y avait une sorte de "routage" vers la bonne porte de collecte alors que l'on est sur du niveau 2. Par exemple avec un SFP Orange impossible de se connecter au PPPoE Kosc (sans VLAN) et inversement.
Je suis pas tout a fait d'accord, j'ai remplacé mon ONT Huawei par un SFP Sercomm (neuf jamais programmé), je suis bien sur un OLT Orange. J'ai juste renseigné mon SLID
-
réponse du support OVH
Bonjour Monsieur xxxx,
Je reviens vers vous suite à l'intervention qui a eu lieu sur votre accès
FTTH.
Le compte rendu m'indique qu'une fiabilisation de la ligne fibre a été
effectué et qu'aucun défaut n'a été constaté, les valeurs optiques sont
conformes sur la liaison établie entre l'OLT et l'ONT.
Je vous souhaite une excellente journée.
Je reste à votre disposition pour toute demande complèmentaire.
Cordialement,
—
-
J'ai répondu au support le samedi, Pas de réponse depuis :-\
-
Réponse du support aujourd'hui, ils relances l'opérateur de collecte (pour faire quoi??) et ne semblent pas avoir tenu compte de mes tests depuis un serveur dédié hébergé chez eux qui a sensiblement les même symptôme.
-
Je suis pas tout a fait d'accord, j'ai remplacé mon ONT Huawei par un SFP Sercomm (neuf jamais programmé), je suis bien sur un OLT Orange. J'ai juste renseigné mon SLID
Neuf jamais programmé ? C'est à dire ? Tu l'as acheté sur eBay ?
Non parce que un SFP dont le S/N n'a pas été scanné par Orange n'est pas reconnu côté OLT, même si tu mets que le SLID.
Cela me parait quand même bizarre. Parce que j'ai justement essayé de le programmer avec le SLID de Kosc sur la page "livebox/sav-sfp" de la Livebox mais rien y est fait, il ne veut pas se connecter avec mon Mikrotik.
J'ai bien le Link OK, mais impossible d'avoir une connexion PPPoE avec le SFP.
-
Neuf jamais programmé ? C'est à dire ? Tu l'as acheté sur eBay ?
Non parce que un SFP dont le S/N n'a pas été scanné par Orange n'est pas reconnu côté OLT, même si tu mets que le SLID.
Cela me parait quand même bizarre. Parce que j'ai justement essayé de le programmer avec le SLID de Kosc sur la page "livebox/sav-sfp" de la Livebox mais rien y est fait, il ne veut pas se connecter avec mon Mikrotik.
J'ai bien le Link OK, mais impossible d'avoir une connexion PPPoE avec le SFP.
Oui sur eBay et ca marchait très bien,
En effet, depuis que l'installe a été validée, le SFP marche plus :( donc si j'ai bien compris au début seul le SLID est pris en compte, et seulement plus tard survient l'association du SLID et du SN, certainement une automatisation