La Fibre
Hébergeurs et opérateurs pro / entreprises => Hébergeurs et opérateurs pro / entreprises => Linkt => Discussion démarrée par: mulbzh le 30 juin 2020 à 13:08:23
-
Bonjour,
Je suis chez l'opérateur Linkt avec une fibre a 1Gbit/s. Nous constatons des lenteurs réseau sur internet. Avec nos outils de monitoring SNMP, je ne constate pas de sur utilisation sur mon LAN. J'ai même fait un iperf entre l'extremité de mion réseau LAN et avant la sortie internet, je suis à plus de 900M-950M , donc plutot bien avec un PC qui avait une carte 1G.
J'ai tendance a dire que le prob de lenteur est chez mon operateur. J'ai fait des test avec speedtest, testdebit.info (en testtant plusieurs serveurs à chaque fois) directement connecté sur le routeur internet en débranchant mon LAN...j'ai des résultats variables qui tournent vers 350M en upload et download, voir moins.
Est ce que vous trouvez normal ce genre de débit sur une fibre 1G ? est ce que je devrais avoir bien plus ?
J'ai retrouvé un speedtest qu'avait fait à l'époque mon collègue lors de la 1ère installation, il était déjà à 350M-400M.
Je trouve faible le débit...
Merci pour vos avis
-
A quel débit minimum garanti as-tu souscrit ?
-
ha cela je ne sais pas, il faut que je regarde
-
Est-ce de la fibre FTTH ou de la fibre FTTO ?
Et, si c'est de la FTTO, quel débit garanti contractuellement (pas dans la proposition commerciale, mais dans les clauses du contrat) ?
Vu qu'à priori, c'est un LAN qui est derrière l'accès internet (donc potentiellement plusieurs postes de travail avec du trafic simultané), est-ce-que les tests de débit sont bien réalisés sans aucun autre trafic sur le lien au moment des tests ?
-
alors les débits garanti que m'a envoyé Linkt : pour 1G, le débit garanti est 950M
C'est du FFTO
Et j'ai bien testé les débits en débranchant mon LAN mais c'est pareil.
-
Bonjour,
J'ai déplacé dans la section Linkt.
Il faudrait nous donner des exemples précis de destinations qui posent problème.
Si je comprends bien il y a 1 Gb/s vers certaines destinations, mais pas toutes.
Si vous utilisez SpeedTest, il faut faire attention a sélectionner uniquement des serveurs 10 Gb/s :
Quels sont les mires proposées par les différents outils de test de qualité de service ?
L’Arcep liste, à titre illustratif, en annexe 2 du présent rapport les mires de tests utilisées par différents outils. Les caractéristiques présentées pour chaque mire de test sont les suivantes :
- Sponsor : c’est le nom de la mire affichée sur l’outil de mesure de la qualité de service. Attention, ce nom ne permet pas toujours de savoir quel est le réseau qui héberge la mire.
- Ville / région : localisation de la mire.
- Protocole IPv4 / IPv6 : certaines mires sont « IPv4 uniquement » ce qui empêche la réalisation d’un test en IPv6. Les tests réalisés sur des connexions où IPv6 est natif et IPv4 transporté sur IPv6 montrent un léger gain de débit avec le protocole IPv6, quand on le compare au protocole IPv4. Réaliser le test en IPv6 est utile puisqu’aujourd’hui, 62% des pages web les plus visitées en France sont accessibles en IPv6 . Choisir une mire « IPv4 uniquement » permet à un utilisateur de vérifier également la qualité de service qu’il obtient en IPv4.
- Capacité de la connexion : la mire doit offrir suffisamment de débit pour ne pas être le facteur limitant dans la mesure de débit (il est souvent conseillé d’utiliser une mire qui offre au minimum le double du débit présumé de votre connexion).
- Port utilisé : Il s’agit encore d’un aspect important pour la représentativité des tests. De nombreux usages sur internet utilisent le port TCP 443. Un test de qualité de service qui utilise le même port sera plus représentatif d’un usage réel qu’un test utilisant un port différent. En effet, les choix techniques pour acheminer le trafic peuvent être différents en fonction du port. Quatre ports TCP sont utilisés par les différents outils de test de qualité de service :
- port 80 : port du trafic HTTP utilisé pour l’accès non chiffré aux pages web ;
- port 443 : port utilisé par HTTPS (HTTP avec une couche de chiffrement au travers le plus souvent du protocole TLS) ;
- port 8080 : le trafic transporté sur ce port est majoritairement du trafic lié à des tests de débit. Aujourd’hui, le trafic du port 8080 est généralement chiffré, ce qui n’était pas le cas il y a quelques années ;
- port 8443 : ce port est le pendant chiffré du port 8080 ;
- Nom de l'hébergeur et AS (Autonomous System) : permet d’identifier le réseau hébergeant la mire. Chaque AS identifie un réseau (au niveau routage). Certaines sociétés peuvent avoir plusieurs numéros d’AS pour segmenter leurs activités (les relations d’interconnexion des différents AS pouvant être différentes).
Les mires sont classées en fonction de leur AS d'appartenance.
Pour SpeedTest.net d'Ookla :
(https://lafibre.info/images/doc/202006_arcep_mire_speedtest.png)
-
Bonjour,
J'ai déplacé dans la section Linkt.
Il faudrait nous donner des exemples précis de destinations qui posent problème.
Si je comprends bien il y a 1 Gb/s vers certaines destinations, mais pas toutes.
Si vous utilisez SpeedTest, il faut faire attention a sélectionner uniquement des serveurs 10 Gb/s :
Non non, je n'ai jamais 1 Gb/s. Je suis tout le temps vers 350M a peu près en download et upload.
J'ai testé sur différents sites comme speedtest, testdebit.info en selectionant des serveurs 10 Gb/s mais je suis toujours à 350M a peu près. Et je suis directement connecté sur le routeur avec une adresse IP publique sur mon PC, sans pare-feu donc et en ayant débranché mon LAN. Juste mon PC sur le routeur
-
Par curiosité, a qui appartient le routeur, et c'est quoi la marque/modèle ?
-
En général, le prix donne une idée du 'débit garantissable' ;D
-
modele du routeur
routeur Oneaccess fourni par l'operateur
-
Et comment c'est passé la mise en service alors ?
Ils ont fait un speedtest lors de la mise en service pour valider les 950M ?
Car chez nous, on fait justement un speedtest au cul du routeur du client pour valider le débit garanti pour éviter des déconvenues juridiques.
-
Le routeur nous a ete livré configuré, nous avons installé nous meme : branché au RAD par fibre et ils nous ont dit les ports a utiliser vers notre LAN
-
Ne serait-ce pas ton PC qui est sous-puissant pour passer le Gbps ?
-
Pour permettre de mettre d'être sur que le software installé sur ton PC et le hardware ne limite pas, j'ai fait un tutoriel à base de clé USB bootable :
=> Création d’une clé USB bootable, pour réaliser un test de débit fiable (https://lafibre.info/tester-son-debit/clef-usb-boot/) (mise à jour 2020)
Si la aussi tu ne dépasse pas 800 Mb/s, avec une charge CPU < 70%, tu peut revenir vers ton opérateur avec le détails des tests réalisés.
-
Ne serait-ce pas ton PC qui est sous-puissant pour passer le Gbps ?
Non, c'est un PC neuf. J'ai meme mis a jour les pilotes de la carte réseau avant les tests.
De toute façon, j'ai les memes résulstats speedtest avant n'importe quel PC
-
Pour permettre de mettre d'être sur que le software installé sur ton PC et le hardware ne limite pas, j'ai fait un tutoriel à base de clé USB bootable :
=> Création d’une clé USB bootable, pour réaliser un test de débit fiable (https://lafibre.info/tester-son-debit/clef-usb-boot/) (mise à jour 2020)
Si la aussi tu ne dépasse pas 800 Mb/s, avec une charge CPU < 70%, tu peut revenir vers ton opérateur avec le détails des tests réalisés.
Mon pc est bon, quand je fais un iperf en interne, je suis presque a 1G/s
-
En général, le prix donne une idée du 'débit garantissable' ;D
+1
-
Du coup, tu as contacté le SAV de Linkt j'imagine ?
-
oui mais ce que l'on comprend pas c'est qu'avec ses tests de débits de son coté fait sur son routeur, il a du 800Mbits/s en upload et download mais moi derrière le routeur avec un PC je n'ai que 300Mbits/s
-
Mon pc est bon, quand je fais un iperf en interne, je suis presque a 1G/s
Pas sur que ce soit très représentatif des performances de ton PC. Que donne un iperf vers un serveur public externe dans ce cas là, sauf si tu faisais déjà ton test de cette manière (j'utilise souvent bouygues.iperf.fr parce que le nom est très facile à retenir, et que j'ai autre chose à penser et à retenir durant mes journées qui sont assez éloignées de l'informatique ;D)
J'ai relu un peu les messages précédents, et le problème est identique avec toutes tes machines de test. Ce serait donc le routeur le problème ? Pas moyen de le virer (ou un mode bridge peut-être) et d'en mettre un autre ou de brancher ton PC à la place pour le test ?
Ca me rappelle le routeur KiWi de l'époque (2011) qui ne passait pas 35Mbps sur les 100 prévus (oui je sais c'est une autre échelle)
-
routeur Oneaccess fourni par l'operateur
quel modele de OneAccess ?
sinon test en IPv6 si y'a de l'IPv6.
-
oui mais ce que l'on comprend pas c'est qu'avec ses tests de débits de son coté fait sur son routeur, il a du 800Mbits/s en upload et download mais moi derrière le routeur avec un PC je n'ai que 300Mbits/s >:(
Et le tech ne trouve pas où est le probleme
alors les débits garanti que m'a envoyé Linkt : pour 1G, le débit garanti est 950M
C'est du FFTO
Bah voilà, tu as la preuve que tu n'as même pas le débit minimal garanti :)
-
quel modele de OneAccess ?
Probablement un OneAccess 2540 ?
-
Probablement un OneAccess 2540 ?
oui je crois que c'est cela. Des soucis connus avec ?
-
J'espère qu'ils vont trouver une solution
-
J'ai travaillé chez plusieurs opérateurs telecoms, des grands, des petits. Il faut dissocier l'ambiance interne de la capacité du réseau.
Un de mes précédents employeurs avaient des produits exceptionnels, mais le management était catastrophique de chez catastrophique.
J'ai aussi travaillé pour Bouygues Telecom. Les produits font moins rêver, mais il y a un management bien plus à l'écoute, y compris en haut de la pyramide.
Bref, l'ambiance au sein de Linkt (le peu que j'ai été en relation, j'ai eu un bon retour) me semble totalement décorrélé de ton problème de débit.
Que dit le support quand tu leur soumet la problématique ?
-
OK.
Le routeur c'est eux mais derrière c'est du SFR, j'ai demandé qu'ils ouvrent un ticket chez SFR
-
Tu as quoi de connecté derrière ton Oneaccess?
Un switch, un firewall, un autre routeur?
-
Leur porte de collecte 10 Gbps SFR sur Equinix PA2 qui serait en surcharge / saturation ?
-
Question habituelle, mais tu as ce débit tôt le matin comme tard le soir ?
-
Tu as quoi de connecté derrière ton Oneaccess?
Un switch, un firewall, un autre routeur?
J'ai un switch Cisco 9300L neuf et paramétré par un ingénieur. Sur l'interface où est connecté le routeur Oneaccess, j'ai fait un show interface qui permet de voir d'éventuelles erreurs mais mon switch me dit que tout est OK. De toute façon, j'ai fait l'essai en débranchant tout mon LAN et ce switch, plus rien sur le routeur Oneaccess a part mon PC et je n'avais pas les debits attendus, toujours autour de 330Mbits/s
-
Question habituelle, mais tu as ce débit tôt le matin comme tard le soir ?
La moyenne reste la meme en journée avec 330Mbits/s. Par moment oui je peux avoir les débits qui s'éffondrent car nos données entreprises sont en mode SaaS (Office 365) et on fait pas mal de visioconferences
-
Ok donc on peut surement mettre de côté une saturation.
-
Ok donc on peut surement mettre de côté une saturation.
Oui sans doute. Bon je vais attendre une réponse de leur part
-
ça y est ! Ils se sont enfin décides a venir sur place faire des essais ;D.
Merci
-
ça y est ! Ils se sont enfin décides a venir sur place faire des essais semaine prochaine ;D.
J'ai juste ouvert le ticket le 17 juin ...... grosse grosse rapidité ! :o
Avec les congés, ils ont peut-être pas mal de boulot et moins d'effectifs, comme dans toutes les boites.
Et vu que ce n'était pas bloquant non plus pour vous, basse priorité, rien de bien choquant.
Surtout si le problème vient d'un équipement privé (de chez vous j'entends)
-
Bonsoir,
Je suis moi même technicien chez Linkt.
Souhaiteriez-vous passé en MP que je puisse faire une première investigation a distance ?
Concernant les tests de débit, personnellement, je passe par speedtest au delà de 200M, car Nperf a du mal a suivre je trouve, il m'arrive même parfois de lancé 2 tests sur 2 serveurs différents et je vérifie avec le graphique de ma carte réseau.
Cordialement
-
Bienvenue Supp059 !
Nperf est fiable, mais consomme un peu plus de CPU que SpeedTest d'Ookla pour un débit équivalent.
Le PC de test peut donc plus rapidement être l'élément limitant. Les logiciels installés peuvent aussi limiter un test de débit, d'où ma demande de test sur clé USB :
Pour permettre de mettre d'être sur que le software installé sur ton PC et le hardware ne limite pas, j'ai fait un tutoriel à base de clé USB bootable + vérification de la charge CPU pendant le test :
=> Création d’une clé USB bootable, pour réaliser un test de débit fiable (https://lafibre.info/tester-son-debit/clef-usb-boot/) (mise à jour 2020)
Si la aussi tu ne dépasse pas 800 Mb/s, avec une charge CPU < 70%, tu peut revenir vers ton opérateur avec le détails des tests réalisés.
Ces problématiques de CPU pour les très haut débit on conduit nPerf à lancer une application nPerf pour Windows, Mac, Linux, cf https://lafibre.info/tester-son-debit/beta-test-application-nperf-pour-windows-mac-linux/ pour le tester.
Pour SpeedTest, il faut faire attention au choix du serveur, certains peuvent être l'élément limitant (pour une connexion 1 Gb/s, il faut un serveur 10 Gb/s car vous n'êtes pas seul dessus)
La liste des serveurs Français :
Quels sont les mires proposées par les différents outils de test de qualité de service ?
L’Arcep liste, à titre illustratif, en annexe 2 du présent rapport les mires de tests utilisées par différents outils. Les caractéristiques présentées pour chaque mire de test sont les suivantes :
- Sponsor : c’est le nom de la mire affichée sur l’outil de mesure de la qualité de service. Attention, ce nom ne permet pas toujours de savoir quel est le réseau qui héberge la mire.
- Ville / région : localisation de la mire.
- Protocole IPv4 / IPv6 : certaines mires sont « IPv4 uniquement » ce qui empêche la réalisation d’un test en IPv6. Les tests réalisés sur des connexions où IPv6 est natif et IPv4 transporté sur IPv6 montrent un léger gain de débit avec le protocole IPv6, quand on le compare au protocole IPv4. Réaliser le test en IPv6 est utile puisqu’aujourd’hui, 62% des pages web les plus visitées en France sont accessibles en IPv6 . Choisir une mire « IPv4 uniquement » permet à un utilisateur de vérifier également la qualité de service qu’il obtient en IPv4.
- Capacité de la connexion : la mire doit offrir suffisamment de débit pour ne pas être le facteur limitant dans la mesure de débit (il est souvent conseillé d’utiliser une mire qui offre au minimum le double du débit présumé de votre connexion).
- Port utilisé : Il s’agit encore d’un aspect important pour la représentativité des tests. De nombreux usages sur internet utilisent le port TCP 443. Un test de qualité de service qui utilise le même port sera plus représentatif d’un usage réel qu’un test utilisant un port différent. En effet, les choix techniques pour acheminer le trafic peuvent être différents en fonction du port. Quatre ports TCP sont utilisés par les différents outils de test de qualité de service :
- port 80 : port du trafic HTTP utilisé pour l’accès non chiffré aux pages web ;
- port 443 : port utilisé par HTTPS (HTTP avec une couche de chiffrement au travers le plus souvent du protocole TLS) ;
- port 8080 : le trafic transporté sur ce port est majoritairement du trafic lié à des tests de débit. Aujourd’hui, le trafic du port 8080 est généralement chiffré, ce qui n’était pas le cas il y a quelques années ;
- port 8443 : ce port est le pendant chiffré du port 8080 ;
- Nom de l'hébergeur et AS (Autonomous System) : permet d’identifier le réseau hébergeant la mire. Chaque AS identifie un réseau (au niveau routage). Certaines sociétés peuvent avoir plusieurs numéros d’AS pour segmenter leurs activités (les relations d’interconnexion des différents AS pouvant être différentes).
Les mires sont classées en fonction de leur AS d'appartenance.
Pour SpeedTest.net d'Ookla :
(https://lafibre.info/images/doc/202006_arcep_mire_speedtest.png)
-
Semaine dernière, un tech est passé. Il a constaté que sur speedtest, testdebit et autres on a pas 1Gbits/s mais 300Mbits/s
la réponse du tech est que Linkt ne garantie pas le débit en mono-session ("sur un fil") mais que en multisession ("multifil") donc si on arrive a 300Mbits/s c'est normal :P
d'apres le technicien si on fait du telechargement sur plusieurs serveurs en meme temps, on atteint bien le 1Gbits/s.
-
Semaine dernière, un tech est passé. Il a constaté que sur speedtest, testdebit et autres on a pas 1Gbits/s mais 300Mbits/s
la réponse du tech est que Linkt ne garantie pas le débit en mono-session ("sur un fil") mais que en multisession ("multifil") donc si on arrive a 300Mbits/s c'est normal :P
d'apres le technicien si on fait du telechargement sur plusieurs serveurs en meme temps, on atteint bien le 1Gbits/s.
LOL, du vrai faux 1 Gbps symétrique.
Et qu'est ce qui est écrit "noir sur blanc" dans le contrat Linkt ?
-
Étonnant comme réponse sachant que les ports du routeurs sont tous capable de fournir du 1G.
Pourriez vous me donnez le nom de votre entreprise que je puis regardé en interne ?
-
En mono-session, c'est 300 Mb/s
En multisession, c'est combien ?
-
En mono-session, c'est 300 Mb/s
En multisession, c'est combien ?
on est a 800Mbits/s a peu pres
-
Étonnant comme réponse sachant que les ports du routeurs sont tous capable de fournir du 1G.
Pourriez vous me donnez le nom de votre entreprise que je puis regardé en interne ?
bonjour. Je ne souhaite pas pour l'instant communiquer sur mon entreprise. Je suis administrateur réseau mais pas specialiste du WAN. J'étais venu ici pour avoir des informations contradictoires ou non d'ailleurs sur mon sujet, avoir des compléments d'informations de spécialistes. Je comprends que vous souhaitez m'aidez mais un de vos collègues est deja sur le ticket donc je préfère lui laisser le ticket et qu'on en discute ici sur les reponses
-
Moi ce que je comprends c'est que l'on a un vrai/faux 1Gbit/s, je ne sais pas si vous etes d'accord ou j'ai tort :
C'est comme si une société d'autoroute indique sur les prospectus : "autoroute a 130Kms"
Finalement sur l'autoroute, les panneaux indiquent "43 kms max" et quand vous indiquez a la société d'autoroute, "vous avez dit 130Kms sur la pub", la societe vous répond : "Oui, mais c'est une autoroute à 3 voies, si vous allez avec 3 voitures, vous atteignez a eux 3 les 130Kms" ;D
En tout cas le tech me dit que Linkt "ne garantit le 1Gbits/s que en multisession"
-
non c'est logique. le 130km/h est bien possible.
Enfin bref, il faut se referer a ton contrat si ce genre de finesse est detaillé ou non.
-
En tout cas le tech me dit que Linkt "ne garantit le 1Gbits/s que en multisession"
Qu'en disent les SLA ?
-
A moins que le FAI ne fasse du CGNAT ou du tunneling quelque part , si il y a une différence de débit entre mono session et multi session ca vient pas du routeur ou du FAI.
-
non c'est logique. le 130km/h est bien possible.
Enfin bref, il faut se referer a ton contrat si ce genre de finesse est detaillé ou non.
Derrière Linkt, c'est du SFR. J'ai un prestataire qui travaille avec une autre société, ils sont sur SFR pas très loin de chez nous, en mono-session ou multi-session ils ont 900Mbits/s
-
Qu'en disent les SLA ?
Ils faut que l'on regarde tout cela.
Cela se fait couramment avec les FAI : vendre du 1Gbits/s ou autres débits et finalement que le 1Gbits/s n'est jamais atteint en mono-session ?
-
Derrière Linkt, c'est du SFR. J'ai un prestataire qui travaille avec une autre société, ils sont sur SFR pas très loin de chez nous, en mono-session ou multi-session ils ont 900Mbits/s
Après c'est compliqué je pense de comparer une collecte d'un opérateur tiers avec cet opérateur en terme de fonctionnement. En particulier quand le débit "total" est présent (en multithread).
-
j'en reviens a mes questions du tout début:
- marque et modèle précis du routeur
- prix approximatif de l'abonnement - on ne peut raisonnablement exigé 1 Gbps 'garanti' sur un abo a 2 chiffres par mois....
- la région en France ou se situe la connexion Internet
-
Derrière Linkt, c'est du SFR. J'ai un prestataire qui travaille avec une autre société, ils sont sur SFR pas très loin de chez nous, en mono-session ou multi-session ils ont 900Mbits/s
Oui, c'est peut-être du SFR, mais ce n'est que la boucle locale (de votre entreprise au NRO SFR) et la collecte SFR (du NRO SFR jusqu'au point de livraison chez LINKT sur tronc 10Gbps à Paris TH2) qui sont utilisées.
Ensuite, c'est le réseau IP Internet AS44407 de LINKT qui est utilisé et non pas le réseau IP Internet AS15557 de SFR.
-
Donc si je résume, il y a bien un débit proche de 1 Gb/s (1 Gb/s brut donne 940 Mb/s max utile) mais en mono-session les débits s'écroulent.
Il faudrait une capture wireshark pour diagnostiquer le problème.
Cela pourrait-être de la responsabilité du FAI :
- des paquets perdus en nombre (l'utilisation du protocole de congestion TCP permettrait d'avoir un bien meilleur débit)
- des paquets qui arrivent dans le désordre (forte gigue)
- des paquets dupliqués
Cela peut aussi être de la responsabilité du client :
- software qui limite la Rwin
- désactivation des timestamps TCP
Je suggère toujours un test sur clé USB bootable afin de diagnostiquer si le pb est chez l'opérateur ou le client.
Il faut utiliser SpeedTest.net, qui permet de faire un test mono / multi connexion.
-
j'en reviens a mes questions du tout début:
- marque et modèle précis du routeur
- prix approximatif de l'abonnement - on ne peut raisonnablement exigé 1 Gbps 'garanti' sur un abo a 2 chiffres par mois....
- la région en France ou se situe la connexion Internet
Oneaccess, One 2540
On est bien sur un abonnement à 3 chiffres par mois, on depasse 1000 euros
Sur Brest
-
Donc si je résume, il y a bien un débit proche de 1 Gb/s (1 Gb/s brut donne 940 Mb/s max utile) mais en mono-session les débits s'écroulent.
Il faudrait une capture wireshark pour diagnostiquer le problème.
Cela pourrait-être de la responsabilité du FAI :
- des paquets perdus en nombre (l'utilisation du protocole de congestion TCP permettrait d'avoir un bien meilleur débit)
- des paquets qui arrivent dans le désordre (forte gigue)
- des paquets dupliqués
Cela peut aussi être de la responsabilité du client :
- software qui limite la Rwin
- désactivation des timestamps TCP
Je suggère toujours un test sur clé USB bootable afin de diagnostiquer si le pb est chez l'opérateur ou le client.
Il faut utiliser SpeedTest.net, qui permet de faire un test mono / multi connexion.
J'ai clairement des latences énorme, rien que pour afficher la page Google ??? ça prend plusieurs secondes.
Notre reseau est connecte sur un nouveau switch Cisco 9300L qui part avec 2 liaisons 10Gbits/s vers 2 switch Cisco 9300 neuf dans un datacenter. Sur ces derniers switchs est connecte Linkt et notre pare-feu.
Bref, sur notre LAN on est en reseau 10Gbits/s sachant que biensur les PCs font du 1Gbits/s et Linkt aussi en 1Gbits/s. De notre coté, on a fait un iperf en interne, d'un PC avec une carte 1Giga vers le datacenter, on a 940-950Mbits/s
je monitore tous mes equipements reseau avec SNMP et Zabbix, je consomme max sur tout mon reseau 30Mbits/s sur la patte de sortie de mon reseau vers internet
-
Il faut utiliser SpeedTest.net, qui permet de faire un test mono / multi connexion.
C'est ce que je fais, je viens de tester en multisession :
844Mbit/s en upload
225Mbits/s en download ???
a chaque fois, j'ai un download bas, meme resulstats sur 1 mois et en debranchant mon LAN
-
Sur Brest
ca peut expliquer la limitation mono session.
iperf3 (version windows ici: https://files.budman.pw/iperf3.8.1_64.zip, "apt install iperf3" pour Linux ) ou un curl sur un OS bien réglé peuvent éventuellement dépasser cela.
iperf3:
mono session:
iperf3 -V --get-server-output -c bouygues.testdebit.info -p 9220 -R
multi session:
ajouter "-P 4"
Idealement il faudrait trouver un serveur de distro linux sur Rennes ou Brest avec un peering chez SFR.
Egalement tester le mtu pour voir si y'a du tunneling.
Et y'a t'il de l'IPv6 ?
-
nouveau test sur speedtest, je suis a 150Mbits en Download et jour ferié, j'ai pratiquement personne au boulot...
Et y'a t'il de l'IPv6 ?
non pas d'IPv6
-
iperf 3.1.3
CYGWIN_NT-10.0 MSGE110402 2.5.1(0.297/5/3) 2016-04-21 22:14 x86_64
Time: Tue, 14 Jul 2020 10:41:36 GMT
Connecting to host bouygues.testdebit.info, port 5201
Reverse mode, remote host bouygues.testdebit.info is sending
Cookie: MSGE110402.1594723296.707566.0e59510
TCP MSS: 0 (default)
[ 4] local 10.10.12.99 port 52180 connected to 89.84.1.222 port 5201
Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 0 seconds, 10 second test
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 13.2 MBytes 111 Mbits/sec
[ 4] 1.00-2.00 sec 13.3 MBytes 112 Mbits/sec
[ 4] 2.00-3.00 sec 13.2 MBytes 111 Mbits/sec
[ 4] 3.00-4.00 sec 13.4 MBytes 112 Mbits/sec
[ 4] 4.00-5.00 sec 13.3 MBytes 111 Mbits/sec
[ 4] 5.00-6.00 sec 13.2 MBytes 111 Mbits/sec
[ 4] 6.00-7.00 sec 13.3 MBytes 111 Mbits/sec
[ 4] 7.00-8.00 sec 13.3 MBytes 111 Mbits/sec
[ 4] 8.00-9.00 sec 13.2 MBytes 111 Mbits/sec
[ 4] 9.00-10.00 sec 13.2 MBytes 111 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 134 MBytes 112 Mbits/sec 0 sender
[ 4] 0.00-10.00 sec 133 MBytes 111 Mbits/sec receiver
CPU Utilization: local/receiver 10.2% (3.1%u/7.1%s), remote/sender 0.2% (0.0%u/0.2%s)
Server output:
-----------------------------------------------------------
Server listening on 5201
-----------------------------------------------------------
Accepted connection from 45.87.57.254, port 52179
[ 14] local 89.84.1.222 port 5201 connected to 45.87.57.254 port 52180
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 14] 0.00-1.00 sec 13.9 MBytes 117 Mbits/sec 0 419 KBytes
[ 14] 1.00-2.00 sec 13.4 MBytes 112 Mbits/sec 0 419 KBytes
[ 14] 2.00-3.00 sec 12.9 MBytes 108 Mbits/sec 0 419 KBytes
[ 14] 3.00-4.00 sec 13.4 MBytes 112 Mbits/sec 0 419 KBytes
[ 14] 4.00-5.00 sec 13.4 MBytes 112 Mbits/sec 0 419 KBytes
[ 14] 5.00-6.00 sec 13.4 MBytes 112 Mbits/sec 0 419 KBytes
[ 14] 6.00-7.00 sec 13.4 MBytes 112 Mbits/sec 0 419 KBytes
[ 14] 7.00-8.00 sec 13.4 MBytes 112 Mbits/sec 0 419 KBytes
[ 14] 8.00-9.00 sec 12.9 MBytes 108 Mbits/sec 0 419 KBytes
[ 14] 9.00-10.00 sec 13.4 MBytes 112 Mbits/sec 0 419 KBytes
[ 14] 10.00-10.04 sec 507 KBytes 109 Mbits/sec 0 419 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 14] 0.00-10.04 sec 134 MBytes 112 Mbits/sec 0 sender
iperf Done.
c:\iperf>iperf3 -V --get-server-output -c bouygues.testdebit.info -R -P 4
iperf 3.1.3
CYGWIN_NT-10.0 MSGE110402 2.5.1(0.297/5/3) 2016-04-21 22:14 x86_64
Time: Tue, 14 Jul 2020 10:42:58 GMT
Connecting to host bouygues.testdebit.info, port 5201
Reverse mode, remote host bouygues.testdebit.info is sending
Cookie: MSGE110402.1594723378.627612.01a7118
TCP MSS: 0 (default)
[ 4] local 10.10.12.99 port 52220 connected to 89.84.1.222 port 5201
[ 6] local 10.10.12.99 port 52221 connected to 89.84.1.222 port 5201
[ 8] local 10.10.12.99 port 52222 connected to 89.84.1.222 port 5201
[ 10] local 10.10.12.99 port 52223 connected to 89.84.1.222 port 5201
Starting Test: protocol: TCP, 4 streams, 131072 byte blocks, omitting 0 seconds, 10 second test
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 12.7 MBytes 107 Mbits/sec
[ 6] 0.00-1.00 sec 13.0 MBytes 109 Mbits/sec
[ 8] 0.00-1.00 sec 9.79 MBytes 82.1 Mbits/sec
[ 10] 0.00-1.00 sec 11.9 MBytes 99.9 Mbits/sec
[SUM] 0.00-1.00 sec 47.4 MBytes 398 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 1.00-2.00 sec 13.0 MBytes 109 Mbits/sec
[ 6] 1.00-2.00 sec 11.5 MBytes 96.3 Mbits/sec
[ 8] 1.00-2.00 sec 10.1 MBytes 84.5 Mbits/sec
[ 10] 1.00-2.00 sec 11.2 MBytes 93.6 Mbits/sec
[SUM] 1.00-2.00 sec 45.7 MBytes 384 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 2.00-3.00 sec 13.2 MBytes 111 Mbits/sec
[ 6] 2.00-3.00 sec 13.5 MBytes 113 Mbits/sec
[ 8] 2.00-3.00 sec 12.6 MBytes 106 Mbits/sec
[ 10] 2.00-3.00 sec 13.4 MBytes 112 Mbits/sec
[SUM] 2.00-3.00 sec 52.7 MBytes 442 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 3.00-4.00 sec 10.4 MBytes 87.5 Mbits/sec
[ 6] 3.00-4.00 sec 8.54 MBytes 71.7 Mbits/sec
[ 8] 3.00-4.00 sec 8.66 MBytes 72.6 Mbits/sec
[ 10] 3.00-4.00 sec 8.56 MBytes 71.8 Mbits/sec
[SUM] 3.00-4.00 sec 36.2 MBytes 304 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 4.00-5.00 sec 12.9 MBytes 109 Mbits/sec
[ 6] 4.00-5.00 sec 11.0 MBytes 92.6 Mbits/sec
[ 8] 4.00-5.00 sec 11.0 MBytes 91.9 Mbits/sec
[ 10] 4.00-5.00 sec 11.2 MBytes 93.8 Mbits/sec
[SUM] 4.00-5.00 sec 46.1 MBytes 387 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 5.00-6.00 sec 13.8 MBytes 116 Mbits/sec
[ 6] 5.00-6.00 sec 13.5 MBytes 113 Mbits/sec
[ 8] 5.00-6.00 sec 13.6 MBytes 114 Mbits/sec
[ 10] 5.00-6.00 sec 13.6 MBytes 114 Mbits/sec
[SUM] 5.00-6.00 sec 54.5 MBytes 457 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 6.00-7.00 sec 13.7 MBytes 115 Mbits/sec
[ 6] 6.00-7.00 sec 13.9 MBytes 116 Mbits/sec
[ 8] 6.00-7.00 sec 13.8 MBytes 116 Mbits/sec
[ 10] 6.00-7.00 sec 13.8 MBytes 116 Mbits/sec
[SUM] 6.00-7.00 sec 55.2 MBytes 463 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 7.00-8.00 sec 8.55 MBytes 71.7 Mbits/sec
[ 6] 7.00-8.00 sec 8.80 MBytes 73.8 Mbits/sec
[ 8] 7.00-8.00 sec 8.69 MBytes 72.9 Mbits/sec
[ 10] 7.00-8.00 sec 11.3 MBytes 95.1 Mbits/sec
[SUM] 7.00-8.00 sec 37.4 MBytes 313 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 8.00-9.00 sec 10.9 MBytes 91.5 Mbits/sec
[ 6] 8.00-9.00 sec 11.0 MBytes 92.0 Mbits/sec
[ 8] 8.00-9.00 sec 10.9 MBytes 91.4 Mbits/sec
[ 10] 8.00-9.00 sec 13.5 MBytes 113 Mbits/sec
[SUM] 8.00-9.00 sec 46.3 MBytes 388 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 9.00-10.00 sec 13.4 MBytes 112 Mbits/sec
[ 6] 9.00-10.00 sec 13.3 MBytes 112 Mbits/sec
[ 8] 9.00-10.00 sec 13.4 MBytes 112 Mbits/sec
[ 10] 9.00-10.00 sec 13.7 MBytes 115 Mbits/sec
[SUM] 9.00-10.00 sec 53.8 MBytes 451 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 124 MBytes 104 Mbits/sec 133 sender
[ 4] 0.00-10.00 sec 123 MBytes 103 Mbits/sec receiver
[ 6] 0.00-10.00 sec 119 MBytes 100 Mbits/sec 137 sender
[ 6] 0.00-10.00 sec 118 MBytes 98.9 Mbits/sec receiver
[ 8] 0.00-10.00 sec 113 MBytes 94.9 Mbits/sec 142 sender
[ 8] 0.00-10.00 sec 113 MBytes 94.4 Mbits/sec receiver
[ 10] 0.00-10.00 sec 123 MBytes 103 Mbits/sec 185 sender
[ 10] 0.00-10.00 sec 122 MBytes 103 Mbits/sec receiver
[SUM] 0.00-10.00 sec 479 MBytes 402 Mbits/sec 597 sender
[SUM] 0.00-10.00 sec 476 MBytes 399 Mbits/sec receiver
CPU Utilization: local/receiver 45.7% (14.6%u/31.1%s), remote/sender 0.5% (0.1%u/0.4%s)
Server output:
-----------------------------------------------------------
Server listening on 5201
-----------------------------------------------------------
Accepted connection from 45.87.57.254, port 52219
[ 14] local 89.84.1.222 port 5201 connected to 45.87.57.254 port 52220
[ 18] local 89.84.1.222 port 5201 connected to 45.87.57.254 port 52221
[ 22] local 89.84.1.222 port 5201 connected to 45.87.57.254 port 52222
[ 26] local 89.84.1.222 port 5201 connected to 45.87.57.254 port 52223
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 14] 0.00-1.00 sec 13.8 MBytes 116 Mbits/sec 0 398 KBytes
[ 18] 0.00-1.00 sec 13.9 MBytes 117 Mbits/sec 45 210 KBytes
[ 22] 0.00-1.00 sec 10.5 MBytes 88.1 Mbits/sec 53 177 KBytes
[ 26] 0.00-1.00 sec 12.5 MBytes 105 Mbits/sec 71 210 KBytes
[SUM] 0.00-1.00 sec 50.8 MBytes 426 Mbits/sec 169
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 14] 1.00-2.00 sec 12.6 MBytes 106 Mbits/sec 59 278 KBytes
[ 18] 1.00-2.00 sec 11.6 MBytes 97.0 Mbits/sec 26 182 KBytes
[ 22] 1.00-2.00 sec 10.0 MBytes 84.1 Mbits/sec 37 164 KBytes
[ 26] 1.00-2.00 sec 11.1 MBytes 93.4 Mbits/sec 98 181 KBytes
[SUM] 1.00-2.00 sec 45.3 MBytes 380 Mbits/sec 220
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 14] 2.00-3.00 sec 13.3 MBytes 112 Mbits/sec 0 278 KBytes
[ 18] 2.00-3.00 sec 13.4 MBytes 112 Mbits/sec 0 210 KBytes
[ 22] 2.00-3.00 sec 12.5 MBytes 105 Mbits/sec 0 210 KBytes
[ 26] 2.00-3.00 sec 13.5 MBytes 113 Mbits/sec 0 210 KBytes
[SUM] 2.00-3.00 sec 52.6 MBytes 442 Mbits/sec 0
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 14] 3.00-4.00 sec 10.6 MBytes 89.2 Mbits/sec 14 172 KBytes
[ 18] 3.00-4.00 sec 8.41 MBytes 70.6 Mbits/sec 57 140 KBytes
[ 22] 3.00-4.00 sec 8.72 MBytes 73.2 Mbits/sec 12 143 KBytes
[ 26] 3.00-4.00 sec 8.60 MBytes 72.1 Mbits/sec 15 142 KBytes
[SUM] 3.00-4.00 sec 36.4 MBytes 305 Mbits/sec 98
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 14] 4.00-5.00 sec 12.6 MBytes 106 Mbits/sec 0 210 KBytes
[ 18] 4.00-5.00 sec 11.3 MBytes 94.4 Mbits/sec 0 190 KBytes
[ 22] 4.00-5.00 sec 10.9 MBytes 91.3 Mbits/sec 0 190 KBytes
[ 26] 4.00-5.00 sec 11.1 MBytes 93.4 Mbits/sec 0 191 KBytes
[SUM] 4.00-5.00 sec 45.9 MBytes 385 Mbits/sec 0
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 14] 5.00-6.00 sec 14.3 MBytes 120 Mbits/sec 0 210 KBytes
[ 18] 5.00-6.00 sec 13.2 MBytes 111 Mbits/sec 0 210 KBytes
[ 22] 5.00-6.00 sec 13.7 MBytes 115 Mbits/sec 0 210 KBytes
[ 26] 5.00-6.00 sec 13.8 MBytes 116 Mbits/sec 0 210 KBytes
[SUM] 5.00-6.00 sec 54.9 MBytes 461 Mbits/sec 0
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 14] 6.00-7.00 sec 13.5 MBytes 113 Mbits/sec 0 210 KBytes
[ 18] 6.00-7.00 sec 13.9 MBytes 116 Mbits/sec 0 210 KBytes
[ 22] 6.00-7.00 sec 13.7 MBytes 115 Mbits/sec 0 210 KBytes
[ 26] 6.00-7.00 sec 13.9 MBytes 116 Mbits/sec 0 210 KBytes
[SUM] 6.00-7.00 sec 54.9 MBytes 460 Mbits/sec 0
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 14] 7.00-8.00 sec 8.47 MBytes 71.1 Mbits/sec 60 142 KBytes
[ 18] 7.00-8.00 sec 9.28 MBytes 77.8 Mbits/sec 9 140 KBytes
[ 22] 7.00-8.00 sec 8.85 MBytes 74.2 Mbits/sec 40 142 KBytes
[ 26] 7.00-8.00 sec 11.3 MBytes 94.4 Mbits/sec 1 187 KBytes
[SUM] 7.00-8.00 sec 37.9 MBytes 318 Mbits/sec 110
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 14] 8.00-9.00 sec 10.9 MBytes 91.8 Mbits/sec 0 189 KBytes
[ 18] 8.00-9.00 sec 10.6 MBytes 89.2 Mbits/sec 0 187 KBytes
[ 22] 8.00-9.00 sec 10.8 MBytes 90.8 Mbits/sec 0 190 KBytes
[ 26] 8.00-9.00 sec 13.7 MBytes 115 Mbits/sec 0 210 KBytes
[SUM] 8.00-9.00 sec 46.1 MBytes 387 Mbits/sec 0
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 14] 9.00-10.00 sec 13.6 MBytes 114 Mbits/sec 0 210 KBytes
[ 18] 9.00-10.00 sec 13.7 MBytes 115 Mbits/sec 0 210 KBytes
[ 22] 9.00-10.00 sec 13.5 MBytes 114 Mbits/sec 0 210 KBytes
[ 26] 9.00-10.00 sec 13.8 MBytes 116 Mbits/sec 0 210 KBytes
[SUM] 9.00-10.00 sec 54.7 MBytes 459 Mbits/sec 0
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 14] 0.00-10.01 sec 124 MBytes 104 Mbits/sec 133 sender
[ 18] 0.00-10.01 sec 119 MBytes 99.8 Mbits/sec 137 sender
[ 22] 0.00-10.01 sec 113 MBytes 94.8 Mbits/sec 142 sender
[ 26] 0.00-10.01 sec 123 MBytes 103 Mbits/sec 185 sender
[SUM] 0.00-10.01 sec 479 MBytes 402 Mbits/sec 597 sender
iperf Done.
c:\iperf>
-
844Mbit/s en upload
225Mbits/s en download ???
Un antivirus qui tasserait le download ?
-
Idealement il faudrait trouver un serveur de distro linux sur Rennes ou Brest avec un peering chez SFR.
C'est le réseau IP Internet AS44407 de LINKT qui est utilisé et non pas le réseau IP Internet AS15557 de SFR.
SFR c'est que pour la boucle locale et la collecte.
Du coup, c'est un serveur avec du peering avec Zayo ou Cogent qu'il faut trouver en sortie de Paris TH2 ou Paris Interxion (ce sont les 2 têtes de connectivité internet de AS44407).
Avec le serveur de test Bouygues, ça devrait le faire.
Bouygues a très certainement du peering sur Paris avec Zayo et/ou Cogent.
Un traceroute vers 89.84.1.222 (serveur de test Bouygues) permettra de voir le chemin.
-
iperf 3.1.3
CYGWIN_NT-10.0 MSGE110402 2.5.1(0.297/5/3) 2016-04-21 22:14 x86_64
cette version d'iperf3 est a éviter, pas a jour avec des problèmes de limitation de débit.
prendre la version ici https://files.budman.pw/iperf3.8.1_64.zip pour Windows ou une version a jour pour Linux (au moins v3.7).
en mono session, ajouter l'option "-w 4M" pour voir si c'est un probleme de buffers d'OS.
-
voilà les resultats lancé ce soir, personne au presque au travail :
iperf3 -V --get-server-output -c bouygues.testdebit.info -p 9220 -R -w 4M
iperf 3.8.1
CYGWIN_NT-10.0-18362 MSGE110402 3.1.5-340.x86_64 2020-06-01 08:59 UTC x86_64
warning: Ignoring nonsense TCP MSS -2146368256
Control connection MSS 0
Time: Tue, 14 Jul 2020 18:09:34 GMT
Connecting to host bouygues.testdebit.info, port 9220
Reverse mode, remote host bouygues.testdebit.info is sending
Cookie: wd7ed7m2nodwd7l66rryfd5ame4rai6yopws
TCP MSS: 0 (default)
[ 5] local 10.10.12.99 port 61300 connected to 89.84.1.222 port 9220
Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 0 seconds, 10 second test, tos 0
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 26.0 MBytes 218 Mbits/sec
[ 5] 1.00-2.00 sec 28.9 MBytes 243 Mbits/sec
[ 5] 2.00-3.00 sec 32.7 MBytes 275 Mbits/sec
[ 5] 3.00-4.00 sec 35.5 MBytes 298 Mbits/sec
[ 5] 4.00-5.00 sec 38.6 MBytes 323 Mbits/sec
[ 5] 5.00-6.00 sec 41.6 MBytes 349 Mbits/sec
[ 5] 6.00-7.00 sec 44.2 MBytes 371 Mbits/sec
[ 5] 7.00-8.00 sec 47.3 MBytes 396 Mbits/sec
[ 5] 8.00-9.00 sec 50.2 MBytes 421 Mbits/sec
[ 5] 9.00-10.00 sec 53.4 MBytes 448 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.03 sec 404 MBytes 338 Mbits/sec 177 sender
[ 5] 0.00-10.00 sec 398 MBytes 334 Mbits/sec receiver
snd_tcp_congestion cubic
Server output:
-----------------------------------------------------------
Server listening on 9220
-----------------------------------------------------------
Accepted connection from 45.87.57.254, port 61299
[ 5] local 89.84.1.222 port 9220 connected to 45.87.57.254 port 61300
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 31.2 MBytes 262 Mbits/sec 177 418 KBytes
[ 5] 1.00-2.00 sec 28.8 MBytes 241 Mbits/sec 0 465 KBytes
[ 5] 2.00-3.00 sec 32.5 MBytes 273 Mbits/sec 0 515 KBytes
[ 5] 3.00-4.00 sec 35.0 MBytes 294 Mbits/sec 0 563 KBytes
[ 5] 4.00-5.00 sec 38.8 MBytes 325 Mbits/sec 0 610 KBytes
[ 5] 5.00-6.00 sec 41.2 MBytes 346 Mbits/sec 0 659 KBytes
[ 5] 6.00-7.00 sec 45.0 MBytes 377 Mbits/sec 0 706 KBytes
[ 5] 7.00-8.00 sec 46.2 MBytes 388 Mbits/sec 0 753 KBytes
[ 5] 8.00-9.00 sec 50.0 MBytes 419 Mbits/sec 0 801 KBytes
[ 5] 9.00-10.00 sec 53.8 MBytes 451 Mbits/sec 0 848 KBytes
[ 5] 10.00-10.03 sec 1.25 MBytes 323 Mbits/sec 0 849 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.03 sec 404 MBytes 338 Mbits/sec 177 sender
iperf Done.
iperf3 -V --get-server-output -c bouygues.testdebit.info -p 9220 -R
iperf 3.8.1
CYGWIN_NT-10.0-18362 MSGE110402 3.1.5-340.x86_64 2020-06-01 08:59 UTC x86_64
warning: Ignoring nonsense TCP MSS -2146368256
Control connection MSS 0
Time: Tue, 14 Jul 2020 18:10:48 GMT
Connecting to host bouygues.testdebit.info, port 9220
Reverse mode, remote host bouygues.testdebit.info is sending
Cookie: lmcemn6mr2fimgodapmjnbzfsmz3ieuhmclj
TCP MSS: 0 (default)
[ 5] local 10.10.12.99 port 61318 connected to 89.84.1.222 port 9220
Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 0 seconds, 10 second test, tos 0
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 40.5 MBytes 340 Mbits/sec
[ 5] 1.00-2.00 sec 43.4 MBytes 364 Mbits/sec
[ 5] 2.00-3.00 sec 32.2 MBytes 270 Mbits/sec
[ 5] 3.00-4.00 sec 28.5 MBytes 239 Mbits/sec
[ 5] 4.00-5.00 sec 31.3 MBytes 263 Mbits/sec
[ 5] 5.00-6.00 sec 34.3 MBytes 288 Mbits/sec
[ 5] 6.00-7.00 sec 37.8 MBytes 317 Mbits/sec
[ 5] 7.00-8.00 sec 40.4 MBytes 339 Mbits/sec
[ 5] 8.00-9.00 sec 43.4 MBytes 364 Mbits/sec
[ 5] 9.00-10.00 sec 46.6 MBytes 391 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 381 MBytes 318 Mbits/sec 338 sender
[ 5] 0.00-10.00 sec 379 MBytes 318 Mbits/sec receiver
snd_tcp_congestion cubic
Server output:
-----------------------------------------------------------
Server listening on 9220
-----------------------------------------------------------
Accepted connection from 45.87.57.254, port 61317
[ 5] local 89.84.1.222 port 9220 connected to 45.87.57.254 port 61318
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 40.7 MBytes 342 Mbits/sec 220 682 KBytes
[ 5] 1.00-2.00 sec 44.5 MBytes 373 Mbits/sec 116 527 KBytes
[ 5] 2.00-3.00 sec 32.0 MBytes 268 Mbits/sec 2 404 KBytes
[ 5] 3.00-4.00 sec 29.0 MBytes 243 Mbits/sec 0 453 KBytes
[ 5] 4.00-5.00 sec 31.2 MBytes 262 Mbits/sec 0 501 KBytes
[ 5] 5.00-6.00 sec 34.0 MBytes 285 Mbits/sec 0 548 KBytes
[ 5] 6.00-7.00 sec 37.7 MBytes 317 Mbits/sec 0 597 KBytes
[ 5] 7.00-8.00 sec 39.8 MBytes 334 Mbits/sec 0 646 KBytes
[ 5] 8.00-9.00 sec 43.3 MBytes 363 Mbits/sec 0 693 KBytes
[ 5] 9.00-10.00 sec 46.5 MBytes 390 Mbits/sec 0 740 KBytes
[ 5] 10.00-10.04 sec 1.98 MBytes 455 Mbits/sec 0 741 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 381 MBytes 318 Mbits/sec 338 sender
iperf Done.
>iperf3 -V --get-server-output -c bouygues.testdebit.info -p 9220 -R -P 4
iperf 3.8.1
CYGWIN_NT-10.0-18362 MSGE110402 3.1.5-340.x86_64 2020-06-01 08:59 UTC x86_64
warning: Ignoring nonsense TCP MSS -2146368256
Control connection MSS 0
Time: Tue, 14 Jul 2020 18:12:07 GMT
Connecting to host bouygues.testdebit.info, port 9220
Reverse mode, remote host bouygues.testdebit.info is sending
Cookie: 62udpo5ir6ffzmnclmheeiik65vkts2z7u7c
TCP MSS: 0 (default)
[ 5] local 10.10.12.99 port 61348 connected to 89.84.1.222 port 9220
[ 7] local 10.10.12.99 port 61349 connected to 89.84.1.222 port 9220
[ 9] local 10.10.12.99 port 61350 connected to 89.84.1.222 port 9220
[ 11] local 10.10.12.99 port 61351 connected to 89.84.1.222 port 9220
Starting Test: protocol: TCP, 4 streams, 131072 byte blocks, omitting 0 seconds, 10 second test, tos 0
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 36.9 MBytes 309 Mbits/sec
[ 7] 0.00-1.00 sec 11.9 MBytes 99.5 Mbits/sec
[ 9] 0.00-1.00 sec 11.6 MBytes 97.6 Mbits/sec
[ 11] 0.00-1.00 sec 11.5 MBytes 96.3 Mbits/sec
[SUM] 0.00-1.00 sec 71.9 MBytes 603 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 1.00-2.00 sec 24.2 MBytes 203 Mbits/sec
[ 7] 1.00-2.00 sec 11.6 MBytes 97.3 Mbits/sec
[ 9] 1.00-2.00 sec 8.67 MBytes 72.7 Mbits/sec
[ 11] 1.00-2.00 sec 11.5 MBytes 96.6 Mbits/sec
[SUM] 1.00-2.00 sec 56.0 MBytes 470 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 2.00-3.00 sec 26.3 MBytes 221 Mbits/sec
[ 7] 2.00-3.00 sec 14.8 MBytes 124 Mbits/sec
[ 9] 2.00-3.00 sec 11.4 MBytes 95.7 Mbits/sec
[ 11] 2.00-3.00 sec 14.5 MBytes 122 Mbits/sec
[SUM] 2.00-3.00 sec 67.0 MBytes 562 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 3.00-4.00 sec 21.2 MBytes 178 Mbits/sec
[ 7] 3.00-4.00 sec 12.6 MBytes 106 Mbits/sec
[ 9] 3.00-4.00 sec 10.2 MBytes 85.8 Mbits/sec
[ 11] 3.00-4.00 sec 12.1 MBytes 102 Mbits/sec
[SUM] 3.00-4.00 sec 56.2 MBytes 471 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 4.00-5.00 sec 17.3 MBytes 145 Mbits/sec
[ 7] 4.00-5.00 sec 11.2 MBytes 94.0 Mbits/sec
[ 9] 4.00-5.00 sec 9.69 MBytes 81.3 Mbits/sec
[ 11] 4.00-5.00 sec 11.1 MBytes 92.8 Mbits/sec
[SUM] 4.00-5.00 sec 49.3 MBytes 413 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 5.00-6.00 sec 20.3 MBytes 171 Mbits/sec
[ 7] 5.00-6.00 sec 14.3 MBytes 120 Mbits/sec
[ 9] 5.00-6.00 sec 12.7 MBytes 106 Mbits/sec
[ 11] 5.00-6.00 sec 14.1 MBytes 118 Mbits/sec
[SUM] 5.00-6.00 sec 61.4 MBytes 515 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 6.00-7.00 sec 23.0 MBytes 193 Mbits/sec
[ 7] 6.00-7.00 sec 17.0 MBytes 143 Mbits/sec
[ 9] 6.00-7.00 sec 15.6 MBytes 131 Mbits/sec
[ 11] 6.00-7.00 sec 16.9 MBytes 142 Mbits/sec
[SUM] 6.00-7.00 sec 72.6 MBytes 609 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 7.00-8.00 sec 23.6 MBytes 198 Mbits/sec
[ 7] 7.00-8.00 sec 17.8 MBytes 149 Mbits/sec
[ 9] 7.00-8.00 sec 16.4 MBytes 138 Mbits/sec
[ 11] 7.00-8.00 sec 18.1 MBytes 152 Mbits/sec
[SUM] 7.00-8.00 sec 76.0 MBytes 637 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 8.00-9.00 sec 15.7 MBytes 132 Mbits/sec
[ 7] 8.00-9.00 sec 12.4 MBytes 104 Mbits/sec
[ 9] 8.00-9.00 sec 16.0 MBytes 134 Mbits/sec
[ 11] 8.00-9.00 sec 12.4 MBytes 104 Mbits/sec
[SUM] 8.00-9.00 sec 56.4 MBytes 473 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 9.00-10.00 sec 18.5 MBytes 155 Mbits/sec
[ 7] 9.00-10.00 sec 11.3 MBytes 94.5 Mbits/sec
[ 9] 9.00-10.00 sec 18.9 MBytes 158 Mbits/sec
[ 11] 9.00-10.00 sec 15.2 MBytes 128 Mbits/sec
[SUM] 9.00-10.00 sec 63.8 MBytes 535 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.01 sec 229 MBytes 192 Mbits/sec 413 sender
[ 5] 0.00-10.00 sec 227 MBytes 191 Mbits/sec receiver
[ 7] 0.00-10.01 sec 136 MBytes 114 Mbits/sec 124 sender
[ 7] 0.00-10.00 sec 135 MBytes 113 Mbits/sec receiver
[ 9] 0.00-10.01 sec 132 MBytes 111 Mbits/sec 202 sender
[ 9] 0.00-10.00 sec 131 MBytes 110 Mbits/sec receiver
[ 11] 0.00-10.01 sec 138 MBytes 116 Mbits/sec 266 sender
[ 11] 0.00-10.00 sec 138 MBytes 115 Mbits/sec receiver
[SUM] 0.00-10.01 sec 635 MBytes 532 Mbits/sec 1005 sender
[SUM] 0.00-10.00 sec 631 MBytes 529 Mbits/sec receiver
snd_tcp_congestion cubic
Server output:
-----------------------------------------------------------
Server listening on 9220
-----------------------------------------------------------
Accepted connection from 45.87.57.254, port 61347
[ 5] local 89.84.1.222 port 9220 connected to 45.87.57.254 port 61348
[ 8] local 89.84.1.222 port 9220 connected to 45.87.57.254 port 61349
[ 10] local 89.84.1.222 port 9220 connected to 45.87.57.254 port 61350
[ 12] local 89.84.1.222 port 9220 connected to 45.87.57.254 port 61351
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 38.1 MBytes 320 Mbits/sec 217 674 KBytes
[ 8] 0.00-1.00 sec 12.8 MBytes 107 Mbits/sec 63 213 KBytes
[ 10] 0.00-1.00 sec 12.3 MBytes 104 Mbits/sec 94 214 KBytes
[ 12] 0.00-1.00 sec 12.3 MBytes 104 Mbits/sec 100 213 KBytes
[SUM] 0.00-1.00 sec 75.6 MBytes 634 Mbits/sec 474
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 1.00-2.00 sec 24.7 MBytes 207 Mbits/sec 15 373 KBytes
[ 8] 1.00-2.00 sec 11.3 MBytes 94.4 Mbits/sec 2 194 KBytes
[ 10] 1.00-2.00 sec 8.66 MBytes 72.6 Mbits/sec 6 148 KBytes
[ 12] 1.00-2.00 sec 11.3 MBytes 94.4 Mbits/sec 3 194 KBytes
[SUM] 1.00-2.00 sec 55.9 MBytes 469 Mbits/sec 26
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 2.00-3.00 sec 26.4 MBytes 221 Mbits/sec 0 422 KBytes
[ 8] 2.00-3.00 sec 14.7 MBytes 123 Mbits/sec 0 243 KBytes
[ 10] 2.00-3.00 sec 11.7 MBytes 98.1 Mbits/sec 0 195 KBytes
[ 12] 2.00-3.00 sec 14.7 MBytes 123 Mbits/sec 0 243 KBytes
[SUM] 2.00-3.00 sec 67.5 MBytes 566 Mbits/sec 0
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 3.00-4.00 sec 21.8 MBytes 183 Mbits/sec 160 241 KBytes
[ 8] 3.00-4.00 sec 13.0 MBytes 109 Mbits/sec 46 147 KBytes
[ 10] 3.00-4.00 sec 9.96 MBytes 83.5 Mbits/sec 90 124 KBytes
[ 12] 3.00-4.00 sec 12.1 MBytes 102 Mbits/sec 152 146 KBytes
[SUM] 3.00-4.00 sec 56.9 MBytes 477 Mbits/sec 448
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 4.00-5.00 sec 16.9 MBytes 142 Mbits/sec 0 288 KBytes
[ 8] 4.00-5.00 sec 11.3 MBytes 94.4 Mbits/sec 0 194 KBytes
[ 10] 4.00-5.00 sec 9.96 MBytes 83.5 Mbits/sec 0 171 KBytes
[ 12] 4.00-5.00 sec 11.3 MBytes 94.4 Mbits/sec 0 193 KBytes
[SUM] 4.00-5.00 sec 49.4 MBytes 414 Mbits/sec 0
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 5.00-6.00 sec 20.5 MBytes 172 Mbits/sec 0 336 KBytes
[ 8] 5.00-6.00 sec 13.9 MBytes 116 Mbits/sec 0 241 KBytes
[ 10] 5.00-6.00 sec 12.6 MBytes 105 Mbits/sec 0 218 KBytes
[ 12] 5.00-6.00 sec 13.9 MBytes 116 Mbits/sec 0 240 KBytes
[SUM] 5.00-6.00 sec 60.8 MBytes 510 Mbits/sec 0
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 6.00-7.00 sec 22.4 MBytes 188 Mbits/sec 0 383 KBytes
[ 8] 6.00-7.00 sec 17.3 MBytes 145 Mbits/sec 0 288 KBytes
[ 10] 6.00-7.00 sec 15.6 MBytes 131 Mbits/sec 0 265 KBytes
[ 12] 6.00-7.00 sec 16.9 MBytes 142 Mbits/sec 0 287 KBytes
[SUM] 6.00-7.00 sec 72.2 MBytes 606 Mbits/sec 0
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 7.00-8.00 sec 24.6 MBytes 206 Mbits/sec 20 306 KBytes
[ 8] 7.00-8.00 sec 17.8 MBytes 149 Mbits/sec 10 239 KBytes
[ 10] 7.00-8.00 sec 16.5 MBytes 138 Mbits/sec 12 221 KBytes
[ 12] 7.00-8.00 sec 18.2 MBytes 153 Mbits/sec 10 236 KBytes
[SUM] 7.00-8.00 sec 76.9 MBytes 645 Mbits/sec 52
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 8.00-9.00 sec 15.0 MBytes 126 Mbits/sec 1 260 KBytes
[ 8] 8.00-9.00 sec 12.1 MBytes 102 Mbits/sec 2 210 KBytes
[ 10] 8.00-9.00 sec 16.0 MBytes 134 Mbits/sec 0 267 KBytes
[ 12] 8.00-9.00 sec 12.6 MBytes 105 Mbits/sec 1 210 KBytes
[SUM] 8.00-9.00 sec 55.7 MBytes 468 Mbits/sec 4
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 9.00-10.00 sec 18.6 MBytes 156 Mbits/sec 0 306 KBytes
[ 8] 9.00-10.00 sec 11.3 MBytes 94.4 Mbits/sec 1 193 KBytes
[ 10] 9.00-10.00 sec 18.6 MBytes 156 Mbits/sec 0 315 KBytes
[ 12] 9.00-10.00 sec 15.2 MBytes 127 Mbits/sec 0 257 KBytes
[SUM] 9.00-10.00 sec 63.6 MBytes 534 Mbits/sec 1
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 10.00-10.01 sec 0.00 Bytes 0.00 bits/sec 0 307 KBytes
[ 8] 10.00-10.01 sec 443 KBytes 257 Mbits/sec 0 193 KBytes
[ 10] 10.00-10.01 sec 443 KBytes 257 Mbits/sec 0 315 KBytes
[ 12] 10.00-10.01 sec 0.00 Bytes 0.00 bits/sec 0 257 KBytes
[SUM] 10.00-10.01 sec 887 KBytes 515 Mbits/sec 0
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.01 sec 229 MBytes 192 Mbits/sec 413 sender
[ 8] 0.00-10.01 sec 136 MBytes 114 Mbits/sec 124 sender
[ 10] 0.00-10.01 sec 132 MBytes 111 Mbits/sec 202 sender
[ 12] 0.00-10.01 sec 138 MBytes 116 Mbits/sec 266 sender
[SUM] 0.00-10.01 sec 635 MBytes 532 Mbits/sec 1005 sender
iperf Done.
-
mon speedtest du soir ;D :
-
Bouygues a très certainement du peering sur Paris avec Zayo et/ou Cogent.
Un traceroute vers 89.84.1.222 (serveur de test Bouygues) permettra de voir le chemin.
-
y'a peu de 'Retr' du coup peu de chance que ca viennent du réseau ou d'un bridage.
ce n'est pas stable en plus. peut y avoir des pertes de paquets. Check cable et statistiques réseaux (netstat -e)
La machine utilisée pour tester a peut-etre des limitations ou y'a un équipement particulier (non switch) entre le Pc et routeur de sortie ?
en tout c'est curieux.
edit: sous Windows, pour voir les capacités de la carte réseau. Sous Powershell:
Get-NetAdapter
pour voir la liste des interfaces réseau
puis
Get-NetAdapterAdvancedProperty -Name "nom"
pour voir les capas de l'interface "nom"
-
J'ai laissé tourner un traceroute, et effectivement un peu de perte sur la fin.
-
oui le peering n'est pas top depuis Bytel non plus... ca n'aide pas.
-
Bah, en même temps, la connectivité internet de Linkt se résume à 2 transits, Zayo et Cogent, à Paris.
Rien d'autre, pas de PNI, ni de peering.
-
Get-NetAdapter
pour voir la liste des interfaces réseau
puis
Get-NetAdapterAdvancedProperty -Name "nom"
pour voir les capas de l'interface "nom"
Le PC sur lequel je fais mes tests est connecte ainsi :
PC---Switch---SWITCH 9300L---2X liaison fibre 10G en etherchannel---Switch 9300 10G---Pare-feu cisco Firepower virtuel neuf (supporte debit 1,5Gbps)---Routeur Linkt
Je faisais aussi des tests avec mon ancien opérateur, j'avais de bon resulstats. de toute façon des tests ont ete fait directement connecte sur le routeur Linkt avec des debits similaires avec un autre PC
Name InterfaceDescription ifIndex Status MacAddress LinkSpeed
---- -------------------- ------- ------ ---------- ---------
Ethernet Broadcom NetXtreme Gigabit Ethernet 12 Up 64-31-50-3A-93-1C 1 Gbps
VirtualBox Host-Only N... VirtualBox Host-Only Ethernet Adapter 8 Up 0A-00-27-00-00-08 1 Gbps
Name DisplayName DisplayValue RegistryKeyword RegistryValue
---- ----------- ------------ --------------- -------------
Ethernet Flow Control Auto Negotiation *FlowControl {4}
Ethernet Interrupt Moderation Enabled *InterruptMo... {1}
Ethernet Large Send Offload V2 (IPv4) Enabled *LsoV2IPv4 {1}
Ethernet Large Send Offload V2 (IPv6) Enabled *LsoV2IPv6 {1}
Ethernet ARP Offload Enabled *PMARPOffload {1}
Ethernet NS Offload Enabled *PMNSOffload {1}
Ethernet Priority & VLAN Priority & VLAN Enabled *PriorityVLA... {3}
Ethernet Receive Side Scaling Disabled *RSS {0}
Ethernet Speed & Duplex Auto Negotiation *SpeedDuplex {0}
Ethernet TCP/UDP Checksum Offload (I... Rx & Tx Enabled *TCPUDPCheck... {3}
Ethernet TCP/UDP Checksum Offload (I... Rx & Tx Enabled *TCPUDPCheck... {3}
Ethernet Wake on Magic Packet Enabled *WakeOnMagic... {1}
Ethernet Wake on Pattern Match Enabled *WakeOnPattern {1}
Ethernet Network Address -- NetworkAddress {--}
Ethernet VLAN ID 0 VlanID {0}
Ethernet Ethernet@WireSpeed Enable WireSpeed {1}
Ethernet WOL Speed Lowest Speed Advertised WolSpeed {256}
-
J'ai demandé au support Linkt pourquoi sur speedtest en multisession j'avais un très bon débit en upload et très bas en download, la réponse est :
"Bonjour,
Speedtest.net utilise le protocole TCP, qui est directement impacté par la latence.
Ainsi, il est normal en download d'avoir ces valeurs
Cordialement"
-
Le PC sur lequel je fais mes tests est connecte ainsi :
PC---Switch---SWITCH 9300L---2X liaison fibre 10G en etherchannel---Switch 9300 10G---Pare-feu cisco Firepower virtuel neuf (supporte debit 1,5Gbps)---Routeur Linkt
Je faisais aussi des tests avec mon ancien opérateur, j'avais de bon resulstats. de toute façon des tests ont ete fait directement connecte sur le routeur Linkt avec des debits similaires avec un autre PC
oui mais c'est toujours bon de valider sa méthode de test et les équipements utilisés surtout si des preuves tangibles doivent être fourni au FAI si celui-ci n'admet pas la chose.
Bon après vu le prix de l'abonnement je trouve peu professionnel que ce FAI ne mette pas en oeuvre une démonstration probante du débit. Ils n'ont pas de serveur speedtest chez eux pour valider le débit jusqu'a leur AS ... Donc en dehors de tout aspect technique ce n'est déja pas un bon point pour eux.
Pour en revenir a la technique, si t'es certain a 100% que rien ne cloche avant leur routeur dans ce cas c'est un souci de connectivité avec Internet. Comme indique TI@RY ce FAI n'a que 2 transits a Paris.
Perso je demanderai au FAI de m'indiquer (ou fournir) un serveur web avec fichiers de mire bien situé par rapport a leur connectivité Internet pour faire des tests avec curl par exemple. Il suffit d'un serveur avec des ISO linux par exemple , serveur capable de cracher au moins 1 Gbps bien sur. C'est tres simple à mettre en place. Ou juste meme un serveur iperf3 chez eux.
-
J'ai demandé au support Linkt pourquoi sur speedtest en multisession j'avais un très bon débit en upload et très bas en download, la réponse est :
"Bonjour,
Speedtest.net utilise le protocole TCP, qui est directement impacté par la latence.
Ainsi, il est normal en download d'avoir ces valeurs
Cordialement"
Lol, il faut leur demander ce qu'ils conseillent pour tester le débit.
Oui Windows XP va voir son débit diminuer fortement avec la latence, mais aujourd'hui, on sait faire 1 Gb/s, même avec une seule connexion TCP.
Il y a des bugs avec Windows Vista et Windows 7, donc je recommande Windows 8.1 au minium pour faire des tests à 1 Gb/s en mono-connexion.
Bien sur un tests sous Linux (par exemple via une clé USB bootable) est encore mieux pour éliminer le pb logiciel.
-
Bah, en même temps, la connectivité internet de Linkt se résume à 2 transits, Zayo et Cogent, à Paris.
Rien d'autre, pas de PNI, ni de peering.
Ce qui n'explique pour autant pas le problème à priori, à partir du moment où les transits en question sont bien dimensionnés.
-
Ce qui n'explique pour autant pas le problème à priori, à partir du moment où les transits en question sont bien dimensionnés.
Certes, mais tu sors mon propos de son contexte.
En effet, il s'agit de pouvoir tester le débit avec un serveur le plus direct possible avec le réseau IP Linkt.
Or, à part les 2 transits (Cogent et Zayo), Linkt n'a aucun peer, ni PNI avec d'autres acteurs ayant, eux, des serveurs de test à dispo sur Speedtest et/ou Nperf.
Du coup, c'est compliqué.
Et, il serait donc judicieux, tel que conseillé par Kgersen, que Linkt indique un serveur de test bien situé par rapport à leur connectivité, afin de permettre les tests.
Il s'agit quand même, ici, d'un accès internet sur support FTTO avec débit garanti à 1 Gbps symétriques de manière contractuelle de ce que j'ai compris.
S'il n'y a aucun moyen mis à dispo pour mesurer ce débit garanti, c'est un peu du vent ....
-
Il y a un serveur de test chez Zayo France (AS8218): http://speedtest.neotelecoms.com/
vu les traceroute ca devrait être plus 'proche' niveau réseau.
-
Pas mieux, voici les résultats :
-
Et avec le speedtest Zayo en HTML5 ?
Là ce sera direct Linkt > Zayo
http://speedtest.neotelecoms.com/speedtest-master/zayo.html (http://speedtest.neotelecoms.com/speedtest-master/zayo.html)
-
Pas mieux, voici les résultats :
faut pas utliiser NPerf il prend pas forcement ce serveur en mode auto. La il t'envoie sur Strasbourg...
(self pub):
Télécharge : https://github.com/nspeed-app/nspeed/releases/download/0.2/nspeed_windows_amd64.exe
puis
nspeed_windows_amd64.exe http://speedtest.neotelecoms.com/files/file1Go
pour tester 2 flux:
nspeed_windows_amd64.exe http://speedtest.neotelecoms.com/files/file1Go http://speedtest.neotelecoms.com/files/file1Go
-
voilà les resultats des tests que vous m'avez demandé :
test http://speedtest.neotelecoms.com/speedtest-master/zayo.html