La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Orange / Sosh =>
Débit fibre => Discussion démarrée par: WareZ le 22 mai 2026 à 03:15:26
-
Bonjour,
Je rencontre un problème très précis sur ma Livebox 7 (Offre Livebox Up Fibre) depuis fin avril avec le port 10G : en upload réel UNIQUEMENT depuis mes appareils, le débit démarre correctement puis s’effondre, alors que le test WAN de la box reste bon.
Au départ, plusieurs pistes ont été envisagées : carte réseau, pilotes, câble, configuration Windows, options avancées de la NIC, ou encore IPv6. Des essais ont donc été faits avec plusieurs PC, plusieurs cartes réseau 10G, plusieurs câbles, et différents réglages réseau, notamment sur une Intel X540.
Les résultats vont tous dans le même sens : le problème ne semble pas venir d’un PC en particulier, ni d’une carte réseau spécifique, ni d’un câble défectueux. Les statistiques réseau ne montrent pas non plus de grosses erreurs physiques de type CRC ou coupures de lien, ce qui écarte en grande partie un simple souci de couche physique.
Plusieurs réglages ont été testés ou recommandés : forcer la vitesse du lien, désactiver certains offloads, ajuster les buffers, couper IPv6 temporairement, et vérifier les erreurs côté interface d’administration de la Livebox. L’idée était de voir si le souci venait d’une mauvaise négociation 10G ou d’un mécanisme de gestion réseau mal supporté entre la box et les cartes réseau.
Le point le plus important est le suivant : en 5 Gbps, la connexion devient parfaitement stable, aussi bien en download qu’en upload, autour de 3,5 ~ 4,5 Gbps. En 10 Gbps, en revanche, l’upload redevient instable et chute, alors que le reste de la chaîne semble fonctionner correctement.
Conclusion selon moi :
La conclusion la plus probable est donc un problème côté Livebox sur la partie LAN 10G, possiblement un bug firmware ?? Bufferbloat ?? un souci de négociation Ethernet, de flow control, de buffer, ou du switch/ASIC interne de la box. Le fait que le problème apparaisse sur plusieurs PC et plusieurs cartes réseau, mais disparaisse en 5 Gbps, pointe clairement vers la liaison 10G entre la Livebox et les mon PC, plutôt que vers les appareils eux-mêmes non ?!
Je vais me rendre demain en boutique, espérant qu'ils puissent tester le port 10G, car sur le chat ils ne veulent rien savoir pour un changement de Livebox.
Matériel installer et utilisé pour les test :
Cable Ethernet Cat 6e (2 différents testé)
2x cartes réseau ( Asus XG-C100C 10G & Intel X540 testé )
Ryzen 9 5900x
Asrock B450 Steel Legend
Windows & Ubuntu
Speedtest 10G Full Duplex (paramètre carte optimiser)
(https://communaute.orange.fr/t5/image/serverpage/image-id/118772iFF15D52CDDE7D9FD/image-size/large/is-moderation-mode/true?v=v2&px=999)
Speedtest 10G Full Duplex (Option origine)
(https://i.ibb.co/rGtP95Rm/image.png)
Speedtest 5G Full Duplex (paramètre carte optimiser)
(https://i.ibb.co/4RxkTwvj/image.png)
Speedtest 5G Full Duplex (paramètre carte origine)
(https://i.ibb.co/svf3PCgf/image.png)
IPERF3 : https://pastebin.com/ssT7fW8a (https://pastebin.com/ssT7fW8a)
(https://i.ibb.co/zTqmYTB2/image.png)
(https://i.ibb.co/hJfqY61z/image.png)
-
Bonjour,
Habitant sur Antibes, depuis quelques jours je constate aussi un upload entre 3 et 4 Gbps seulement, alors qu'avant il était plutôt entre 7 et 8 Gbps.
Je suis aussi sur une Livebox 7, mais de première génération (Livebox 7 Wifi 6E).
Des fois, en éteignant électriquement la Livebox, le débit revient. Mais là il faut que je rentre pour faire le test.
-
Que donne un test de débit réalisé sur l'écran de la Livebox ?
-
Bonjour, je viens aux nouvelles.
Je pense que tu te doutes bien que j’ai déjà éteint la box complètement plusieurs fois d’affilée, ça n’a rien changé.
Pour ce qui est du Speedtest depuis la Livebox, rien à signaler au niveau du débit, celui-ci est au max de ses performances.
J’ai ramené ce matin la Livebox chez Orange, le conseiller m’a informé que la Livebox a eu une sur tension. Du coup il m’a donné une nouvelle Livebox 7 flambant neuve dernière version. J’ai même réussi à gratter une un câble fibre optique au cas où. Une fois rentré, la Livebox installée je lance mon Speedtest et la misère de misère, toujours la même chose le même problème identique. J’ai donc changé le câble optique, j’ai refais un test et malheureusement toujours pareil. Ayant testé déjà deux câbles en catégorie 6a, les deux étaient de 50 m. Juste pour bonne conscience, j’ai récupéré un câble de catégorie 8 de 1 m et pareil j’ai testé et ça n’a rien changé. Pour le moment les deux seuls hypothèses que j’ai actuellement seraient soit un bridage ou tout autre synonyme qui fait que le débit serait anormalement bas où je suis perplexe que cela viendrait de la carte mère de mon PC, même si cela m’étonnerait étant donné que sur 5Gbits ça reste stable à peu près donc si vous avez d’autres idées, je suis totalement preneur.
-
Perso, je pense que cela vient de derrière la Livebox pour ma part, et donc ni de la Livebox, ni de mon réseau derrière.
Je verrai cela lundi, pour faire des tests un peu plus poussés.
Pour le moment, il oscille entre 3 et 5 Gbps, et au niveau utilisation, je ne constate pas de trop gros problèmes.
-
Que donne un test nPerf sur le serveur d'Orange ?
Le test sur la Livebox est un véritable test de débit, vu que tu as testé pas mal de choses sur ton lan, cela serait bien de tester des serveurs différents et notamment des serveurs sur le réseau d'Orange.
Sur ton PC, cela serait bien si on pouvait exclure un problème logiciel sur Windows : Je te conseille de faire un test depuis une clé USB bootable Linux. La version téléchargeable de nPerf sous Linux est intéressant pour ne pas être limité par le navigateur web.
=> https://lafibre.info/nperf/ (section nPerf desktop bêta, accès sur demande)
-
J'ai regardé et ce soir j'ai un upload pas trop mal.
Bien sûr, je ne suis pas chez moi et donc je n'ai rien fait pour améliorer cela.
-
Que donne un test nPerf sur le serveur d'Orange ?
Le test sur la Livebox est un véritable test de débit, vu que tu as testé pas mal de choses sur ton lan, cela serait bien de tester des serveurs différents et notamment des serveurs sur le réseau d'Orange.
Sur ton PC, cela serait bien si on pouvait exclure un problème logiciel sur Windows : Je te conseille de faire un test depuis une clé USB bootable Linux. La version téléchargeable de nPerf sous Linux est intéressant pour ne pas être limité par le navigateur web.
=> https://lafibre.info/nperf/ (section nPerf desktop bêta, accès sur demande)
J'ai déjà testé via UBUNTU avec speedtest CLI même résultat ..
Test via Nperf concluant !
Je sais pas ce qu'il se passe avec Speedtest ..
Orange Stras
(https://i.ibb.co/1yyHLBc/image.png)
OVH Stras
(https://i.ibb.co/gZKzhJXC/image.png)
Orange Paris
(https://i.ibb.co/tTVwsTtq/image.png)
Tout à l'air correct :o .. Je pensais pas avoir des soupçons sur Speedtest étant donner que j'avais eu le même soucis sous Ubuntu et même avec Iperf3 ... :-\
Merci en tout cas !
-
J'ai du mal à tirer une conclusion, après le serveur OVH est de seulement 10 Gb/s et tu n'es pas le seul à l'utiliser.
Pour tester une connexion 8 Gb/s, cela ne peut se faire avec un serveur qui a uniquement 10 Gb/s de capacité et pleins de clients connectés dessus (généralement à 1 ou 2 Gb/s, les tests à 8 Gb/s sont rares).
-
J'ai du mal à tirer une conclusion, après le serveur OVH est de seulement 10 Gb/s et tu n'es pas le seul à l'utiliser.
Pour tester une connexion 8 Gb/s, cela ne peut se faire avec un serveur qui a uniquement 10 Gb/s de capacité et pleins de clients connectés dessus (généralement à 1 ou 2 Gb/s, les tests à 8 Gb/s sont rares).
Il est vrai ! Mais quand j'y pense, je trouve étrange que j'ai le soucis aussi sur Iperf3 sur le même serveur que Nperf :-\
-
Avec le même nombre de connexions en parallèle ?
iPerf3 est par défaut sur une connexion TCP.
SpeedTest et nPerf font leur test avec 16 connexions TCP en parallèle.
-
Avec le même nombre de connexions en parallèle ?
iPerf3 est par défaut sur une connexion TCP.
SpeedTest et nPerf font leur test avec 16 connexions TCP en parallèle.
(https://i.ibb.co/YFfdTDgN/image.png]https://i.ibb.co/YFfdTDgN/image.png)
(https://i.ibb.co/SD0LbQhm/image.png)
https://pastebin.com/siLas0CZ (https://pastebin.com/siLas0CZ)
-
Pour le serveur OVH, s'il est effectivement en 10Gbps, avoir plusieurs connexions peut permettre d'obtenir une part plus importante en cas de saturation.
Pour les serveurs 40Gbps / 100Gbps, normalement on doit pouvoir obtenir le débit max avec une seule connexion, à condition que la fenêtre TCP puisse être assez grande compte tenu de la latence (parfois l'option -w peut aider, mais certains serveurs échouent).
Par exemple, même sous Windows :
> iperf3.exe -4 -c ping.online.net -p 5203
Connecting to host ping.online.net, port 5203
[ 5] local 192.168.2.11 port 57542 connected to 51.158.1.21 port 5203
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 574 MBytes 4.77 Gbits/sec
[ 5] 1.01-2.01 sec 962 MBytes 8.02 Gbits/sec
[ 5] 2.01-3.02 sec 957 MBytes 8.02 Gbits/sec
[ 5] 3.02-4.00 sec 944 MBytes 8.02 Gbits/sec
[ 5] 4.00-5.00 sec 954 MBytes 8.02 Gbits/sec
[ 5] 5.00-6.01 sec 968 MBytes 8.02 Gbits/sec
[ 5] 6.01-7.01 sec 949 MBytes 7.99 Gbits/sec
[ 5] 7.01-8.00 sec 948 MBytes 8.02 Gbits/sec
[ 5] 8.00-9.00 sec 956 MBytes 8.02 Gbits/sec
[ 5] 9.00-10.00 sec 955 MBytes 8.01 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.00 sec 8.95 GBytes 7.69 Gbits/sec sender
[ 5] 0.00-10.04 sec 8.94 GBytes 7.65 Gbits/sec receiver
Sinon je note que tous les tests iperf sont en IPv4 ici, normalement l'IPv6 devrait être préférée.
-
Pour le serveur OVH, s'il est effectivement en 10Gbps, avoir plusieurs connexions peut permettre d'obtenir une part plus importante en cas de saturation.
Pour les serveurs 40Gbps / 100Gbps, normalement on doit pouvoir obtenir le débit max avec une seule connexion, à condition que la fenêtre TCP puisse être assez grande compte tenu de la latence (parfois l'option -w peut aider, mais certains serveurs échouent).
Par exemple, même sous Windows :
Sinon je note que tous les tests iperf sont en IPv4 ici, normalement l'IPv6 devrait être préférée.
Oui, j'ai désactiver l'IPV6 J'ai constaté une amélioration sur le débit.
J'ai testé le même serveur quoi toi :
PS C:\Users\Panda\Desktop\iperf-3.21-win64 (1)> .\iperf3.exe -4 -c ping.online.net -p 5203
Connecting to host ping.online.net, port 5203
[ 5] local 192.168.1.19 port 18146 connected to 51.158.1.21 port 5203
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 194 MBytes 1.61 Gbits/sec
[ 5] 1.01-2.00 sec 634 MBytes 5.35 Gbits/sec
[ 5] 2.00-3.00 sec 705 MBytes 5.92 Gbits/sec
[ 5] 3.00-4.00 sec 705 MBytes 5.92 Gbits/sec
[ 5] 4.00-5.02 sec 706 MBytes 5.86 Gbits/sec
[ 5] 5.02-6.00 sec 691 MBytes 5.86 Gbits/sec
[ 5] 6.00-7.00 sec 689 MBytes 5.80 Gbits/sec
[ 5] 7.00-8.01 sec 710 MBytes 5.89 Gbits/sec
[ 5] 8.01-9.01 sec 696 MBytes 5.87 Gbits/sec
[ 5] 9.01-10.01 sec 692 MBytes 5.81 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.01 sec 6.27 GBytes 5.38 Gbits/sec sender
[ 5] 0.00-10.05 sec 6.22 GBytes 5.31 Gbits/sec receiver
iperf Done.
-
Là c'est peut-être la latence qui limite avec la taille de fenêtre TCP par défaut, surtout sous Windows.
Est-ce que ce n'est pas mieux avec "-w 16M" ?
-
Là c'est peut-être la latence qui limite avec la taille de fenêtre TCP par défaut, surtout sous Windows.
Est-ce que ce n'est pas mieux avec "-w 16M" ?
Je comprend pas trop, ces totalement aléatoire :o
PS C:\Users\Panda\Desktop\iperf-3.21-win64 (1)> .\iperf3.exe -4 -c ping.online.net -p 5203 -w 16M
Connecting to host ping.online.net, port 5203
[ 5] local 192.168.1.19 port 52383 connected to 51.158.1.21 port 5203
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 753 MBytes 6.30 Gbits/sec
[ 5] 1.00-2.00 sec 965 MBytes 8.09 Gbits/sec
[ 5] 2.00-3.01 sec 969 MBytes 8.09 Gbits/sec
[ 5] 3.01-4.01 sec 672 MBytes 5.62 Gbits/sec
[ 5] 4.01-5.01 sec 282 MBytes 2.39 Gbits/sec
[ 5] 5.01-6.01 sec 288 MBytes 2.40 Gbits/sec
[ 5] 6.01-7.00 sec 284 MBytes 2.41 Gbits/sec
[ 5] 7.00-8.01 sec 288 MBytes 2.39 Gbits/sec
[ 5] 8.01-9.00 sec 289 MBytes 2.45 Gbits/sec
[ 5] 9.00-10.00 sec 294 MBytes 2.45 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.00 sec 4.96 GBytes 4.26 Gbits/sec sender
[ 5] 0.00-10.06 sec 4.95 GBytes 4.23 Gbits/sec receiver
iperf Done.
PS C:\Users\Panda\Desktop\iperf-3.21-win64 (1)> .\iperf3.exe -4 -c ping.online.net -p 5203 -w 16M
Connecting to host ping.online.net, port 5203
[ 5] local 192.168.1.19 port 52389 connected to 51.158.1.21 port 5203
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 719 MBytes 5.99 Gbits/sec
[ 5] 1.01-2.01 sec 969 MBytes 8.08 Gbits/sec
[ 5] 2.01-3.01 sec 965 MBytes 8.08 Gbits/sec
[ 5] 3.01-4.01 sec 959 MBytes 8.08 Gbits/sec
[ 5] 4.01-5.01 sec 966 MBytes 8.09 Gbits/sec
[ 5] 5.01-6.00 sec 939 MBytes 7.94 Gbits/sec
[ 5] 6.00-7.01 sec 969 MBytes 8.08 Gbits/sec
[ 5] 7.01-8.01 sec 964 MBytes 8.09 Gbits/sec
[ 5] 8.01-9.01 sec 960 MBytes 8.08 Gbits/sec
[ 5] 9.01-10.01 sec 967 MBytes 8.09 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.01 sec 9.16 GBytes 7.86 Gbits/sec sender
[ 5] 0.00-10.06 sec 9.16 GBytes 7.82 Gbits/sec receiver
iperf Done.
PS C:\Users\Panda\Desktop\iperf-3.21-win64 (1)> .\iperf3.exe -4 -c ping.online.net -p 5203 -w 16M
Connecting to host ping.online.net, port 5203
[ 5] local 192.168.1.19 port 52396 connected to 51.158.1.21 port 5203
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 782 MBytes 6.52 Gbits/sec
[ 5] 1.01-2.01 sec 271 MBytes 2.27 Gbits/sec
[ 5] 2.01-3.01 sec 284 MBytes 2.37 Gbits/sec
[ 5] 3.01-4.01 sec 281 MBytes 2.35 Gbits/sec
[ 5] 4.01-5.00 sec 270 MBytes 2.29 Gbits/sec
[ 5] 5.00-6.01 sec 287 MBytes 2.40 Gbits/sec
[ 5] 6.01-7.00 sec 283 MBytes 2.40 Gbits/sec
[ 5] 7.00-8.00 sec 296 MBytes 2.47 Gbits/sec
[ 5] 8.00-9.01 sec 284 MBytes 2.37 Gbits/sec
[ 5] 9.01-10.00 sec 287 MBytes 2.43 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.00 sec 3.25 GBytes 2.79 Gbits/sec sender
[ 5] 0.00-10.04 sec 3.24 GBytes 2.77 Gbits/sec receiver
iperf Done.
-
Peut-être qu'il y a quelques pertes, qui font facilement chuter le débit au niveau de l'algo de congestion TCP.
Un test sous Linux ou WSL donnerait plus de détails (colonnes avec les "retry" et la fenêtre TCP), et permettrait aussi de tester BBR ("sudo iperf3 -C bbr ...") qui tolère beaucoup plus les pertes.
Il y a aussi la possibilité de limiter le débit pour voir si c'est plus stable, par exemple avec "-b 7G".
-
Peut-être qu'il y a quelques pertes, qui font facilement chuter le débit au niveau de l'algo de congestion TCP.
Un test sous Linux ou WSL donnerait plus de détails (colonnes avec les "retry" et la fenêtre TCP), et permettrait aussi de tester BBR ("sudo iperf3 -C bbr ...") qui tolère beaucoup plus les pertes.
Il y a aussi la possibilité de limiter le débit pour voir si c'est plus stable, par exemple avec "-b 7G".
Voici les tests sous windows. Je vais faire sous linux juste après ce message.
https://pastebin.com/mv8HSCEY (https://pastebin.com/mv8HSCEY)
Edit :
Ceux sous linux :
https://pastebin.com/dM95bPQJ (https://pastebin.com/dM95bPQJ)
-
Avec les débits vers le serveur OVH, la limitation à 7Gbps ne sert absolument à rien pour lui (c'est sur ping.online.net qu'il fallait faire ce test).
De mon côté il n'est pas si horrible, ça plafonne toujours à entre 1,7Gbps et 2,5Gbps (mais parfois le débit a du mal à monter).
Il y a parfois quelques retry au début, mais rien de dramatique.
Le serveur ne semble pas vouloir du "-w", et avec les 12ms de ping la taille de la fenêtre TCP peut plus facilement limiter.
Pour tes tests Linux :
- c'est mauvais vers ping.online.net, malgré aucune perte
- sbg.proof.ovh.net atteint les 2Gbps (limite du serveur ?), avec une window de "4.39M"
Quelle est le ping vers ces serveurs ?
Comme tu as choisi un serveur à Strasbourg, je suppose que tu es par là, mais peut-être que la route passe par Paris.
Dans les deux cas, il faut probablement des gros buffers pour que les débits montent, mais ça n'explique pas pourquoi Windows se comporterait mieux pour ping.online.net, et Linux pour sbg.proof.ovh.net.
-
Avec les débits vers le serveur OVH, la limitation à 7Gbps ne sert absolument à rien pour lui (c'est sur ping.online.net qu'il fallait faire ce test).
De mon côté il n'est pas si horrible, ça plafonne toujours à entre 1,7Gbps et 2,5Gbps (mais parfois le débit a du mal à monter).
Il y a parfois quelques retry au début, mais rien de dramatique.
Le serveur ne semble pas vouloir du "-w", et avec les 12ms de ping la taille de la fenêtre TCP peut plus facilement limiter.
Pour tes tests Linux :
- c'est mauvais vers ping.online.net, malgré aucune perte
- sbg.proof.ovh.net atteint les 2Gbps (limite du serveur ?), avec une window de "4.39M"
Quelle est le ping vers ces serveurs ?
Comme tu as choisi un serveur à Strasbourg, je suppose que tu es par là, mais peut-être que la route passe par Paris.
Dans les deux cas, il faut probablement des gros buffers pour que les débits montent, mais ça n'explique pas pourquoi Windows se comporterait mieux pour ping.online.net, et Linux pour sbg.proof.ovh.net.
Voici d'autre test :
https://pastebin.com/GwEzKTLp (https://pastebin.com/GwEzKTLp)
Je sais pas si ça peut aider :
(https://i.ibb.co/tMCvPnQ5/image.png)
(https://i.ibb.co/57rm4PL/image.png)
-
Les tests en parallèle ne sont pas utiles tant qu'on ne comprend pas ce qui se passe.
Les tests avec le débit qui chute au milieu seraient intéressants sous Linux avec les retry, sous Windows on n'a aucune information.
7ms vers Orange Strasbourg (le speedtest au départ), 11ms vers OVH Strasbourg, et 15ms vers Paris, c'est bizarre, peut-être qu'un traceroute expliquerait des choses.
Avec cette latence il faut des gros buffers et pas de perte (avec cubic, sous Linux le BBR serait mieux) pour que les débits puissent être importants.
-
Les tests en parallèle ne sont pas utiles tant qu'on ne comprend pas ce qui se passe.
Les tests avec le débit qui chute au milieu seraient intéressants sous Linux avec les retry, sous Windows on n'a aucune information.
7ms vers Orange Strasbourg (le speedtest au départ), 11ms vers OVH Strasbourg, et 15ms vers Paris, c'est bizarre, peut-être qu'un traceroute expliquerait des choses.
Avec cette latence il faut des gros buffers et pas de perte (avec cubic, sous Linux le BBR serait mieux) pour que les débits puissent être importants.
Ce que je trouve étrange ces que aucun soucis via les APPs (Speedtest & Nperf) et via Speedtest CLI et Iperf3 ces pas jolie jolie ..
(https://i.ibb.co/4nxr2vK7/image.png)
(https://i.ibb.co/WN47pwSm/image.png)
(https://i.ibb.co/S4xtQR6Q/image.png)
-
Les traceroutes sont illisibles (trop petits), et il faut éviter les images pour du contenu texte.
Les applis font des tests avec beaucoup de connexions, donc ça peut masquer les problèmes.
En plus, le serveur Orange est à 6-7ms, donc plus proche que les serveurs utilisés pour iperf3.
-
Les traceroutes sont illisibles (trop petits), et il faut éviter les images pour du contenu texte.
Les applis font des tests avec beaucoup de connexions, donc ça peut masquer les problèmes.
En plus, le serveur Orange est à 6-7ms, donc plus proche que les serveurs utilisés pour iperf3.
Ma faute j'ai pris le mauvais lien, voila corrigé
-
Donc tu es à 7ms de Strasbourg, mais pour OVH ça fait Strasbourg => Francfort => Strasbourg (soit un problème, soit Orange et OVH n'ont pas de peering local).
Pour iperf, tu as str.bbr.iperf.bytel.fr (ports 9200 - 9240), même s'il n'est que 10Gbps, c'est peut-être mieux (je ne sais pas si Orange et Bouygues ont un peering à Strasbourg).
-
Donc tu es à 7ms de Strasbourg, mais pour OVH ça fait Strasbourg => Francfort => Strasbourg (soit un problème, soit Orange et OVH n'ont pas de peering local).
Pour iperf, tu as str.bbr.iperf.bytel.fr (ports 9200 - 9240), même s'il n'est que 10Gbps, c'est peut-être mieux (je ne sais pas si Orange et Bouygues ont un peering à Strasbourg).
Aucune idée ! Mais pour le moment j'ai pas soucis à voir dans le temps ? :-\
-
Donc tu es à 7ms de Strasbourg, mais pour OVH ça fait Strasbourg => Francfort => Strasbourg (soit un problème, soit Orange et OVH n'ont pas de peering local).
Bonjour,
OVH ne peer pas sur Strasbourg.
(je ne sais pas si Orange et Bouygues ont un peering à Strasbourg).
Peers Orange <=> Bouygues sur Paris et Lyon.