La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Bouygues Telecom => 
Actus fibre Bouygues => Discussion démarrée par: daleksek le 17 juillet 2023 à 16:56:11
-
Bouygues Telecom déploie la technologie XGS-PON et propose dès aujourd’hui aux Parisiens 8 Gbit/s.
Limité aux Parisiens pour le moment et à l'offre ultym (Bbox Wifi 6 et Bbox Wifi 6e)
Option Débit+ à 5 €/mois :
- 8 Gbit/s descendant et 1 Gbit/s montant pour les particuliers (Similaire à SFR)
- 8 Gbit/s descendant et 2 Gbit/s montant pour les PRO
(https://lafibre.info/images/bbox_fibre/202307_bbox_ultym_xgs-pon_8gbps.webp)
Communiqué de presse :
Bouygues Telecom déploie la technologie XGS-PON et propose dès aujourd’hui aux Parisiens une expérience fibre encore plus rapide et fluide
Paris, le 17 juillet 2023 – Pour répondre aux besoins de fluidité maximale des clients fibre et proposer un débit pouvant atteindre 8 Gbit/s, Bouygues Telecom annonce déployer la technologie XGS-PON, en commençant par Paris, et en faire bénéficier les Parisiens dès aujourd’hui grâce à l’option Débit+ à 5 €/mois1.
Après avoir déployé le WiFi 6E, l’opérateur, toujours soucieux d’améliorer la qualité de l’expérience de ses clients et de répondre à leurs attentes, a choisi de déployer la dernière évolution technologique de la fibre (FttH) : le XGS-PON (10 Gigabits Symmetric Passive Optical Network). Cette nouvelle technologie, plus performante que les technologies de fibre optique existantes (GPON), offre une puissance et une vitesse de transmission des données permettant une connexion jusqu’à 4 fois plus rapide.
Bouygues Telecom, l’opérateur WiFi n°1 selon nPerf2, annonce avoir déployé cette nouvelle norme à Paris et poursuit ses investissements pour la proposer prochainement dans plusieurs grandes agglomérations.
Plus de débit, plus de puissance et de fluidité : une expérience renforcée
Les particuliers éligibles peuvent bénéficier dès maintenant de tous les avantages du XGS-PON en souscrivant à l’option Débit+ des offres Bbox ultym proposée à 5 €/mois1. Avec des débits jusqu’à 8 Gbit/s en débit descendant (téléchargement) et d’1Gbit/s en débit montant (envoi), Bouygues Telecom répond pleinement aux nouveaux usages nécessitant toujours plus de performance : téléchargement de fichiers volumineux, gaming, streaming
Box évolutives : un accès à la performance en toute simplicité
Fidèle à ses engagements et à sa stratégie climat, Bouygues Telecom a conçu ses box pour qu’elles soient évolutives. Les box de l’offre ultym4 sont déjà compatibles avec la technologie XGS-PON. Pour profiter de toute la puissance de l’option Débit+, c’est très simple : il suffit de brancher le module SFP3 fourni, et utiliser le port Ethernet 10 Gbit/s de la Box prédisposé pour les usages en XGSPON.
En outre, le « WiFi intelligent », associé aux 2 répéteurs inclus dans l’offre Bbox ultym4, diffuse le meilleur du WiFi partout dans la maison5 en permettant à l’ensemble des personnes du foyer de se connecter à tout moment, en toute sérénité.
“ L’expérience client est au cœur de notre stratégie d’innovation, au même titre que la qualité du réseau. Aujourd’hui, Bouygues Telecom démontre à nouveau sa volonté de proposer le meilleur à ses clients. En alliant la puissance du WiFi 6E et celle de la technologie XGS-PON, nous proposons une expérience exceptionnelle aux clients qui en ont besoin ” déclare Laure Joslet, Directrice Générale Adjointe Marché Grand Public et Pro de Bouygues Telecom.
Bouygues Telecom propose également cette option aux clients Bbox Pro+ éligibles, à 4,17 € HT/mois6, avec des débits jusqu’à 8Gbit/s en débit descendant et de 2Gbit/s en débit montant, pour télécharger de manière encore plus fluide des fichiers volumineux ou utiliser tout le potentiel des applications cloud.
- 1 Offre soumise à conditions, valable avec Bbox ultym et Bbox ultym Smart TV sous réserve d’éligibilité.
- 2 Source nPerf au 3 février 2023 : Baromètre WiFi des connexions Internet résidentielles en France métropolitaine. N°1 au score global. Tests réalisés du 01/01/2022 au 31/12/2022 depuis l’application nPerf avec des terminaux Android et iOS. Rapport 2022 sur nPerf.com.
- 3 Small Form-Factor Pluggable, module émetteur récepteur optique compact.
- 4 Selon le résultat du Diagnostic WiFi, jusqu’à 2 répéteurs inclus sur demande. Conditions sur bouyguestelecom.fr
- 5 Avec Bbox ultym et équipements compatibles. Engagement 1 an. Offre valable pour toute première souscription et sous réserve d’éligibilité et de raccordement à la fibre jusqu’au domicile. Pour installer votre Bbox, préférer les lieux sans obstacles (escaliers, éléments métalliques ou en béton…). Conseils et conditions sur bouyguestelecom.fr.
- 6 Offre soumise à conditions, valable avec Bbox ultym et Bbox ultym Smart TV sous réserve d’éligibilité. Prix HT pour les clients Bbox Pro+.
À propos de Bouygues Telecom :
Bouygues Telecom dont le capital est détenu à 90,5% par le groupe Bouygues est un opérateur global de communications. Bouygues Telecom se démarque en apportant tous les jours à ses 27,4 millions de clients le meilleur de la technologie. L’excellence de son réseau 5G, 4G qui couvre aujourd’hui 99% de la population et ses services dans le fixe et le Cloud permettent à ses clients de profiter simplement, pleinement et où qu’ils soient, de leur vie digitale personnelle et professionnelle. Aujourd’hui, le réseau 5G Bouygues Telecom couvre plus de 12 000 communes et plus de 7 habitants sur 10. Dès les années 2000, Bouygues Telecom s’est doté d’une politique environnementale avec pour objectif de concilier l’amélioration de l’accès à un numérique de qualité pour tous et la maîtrise de ses impacts environnementaux. En octobre 2022, l’initiative Science Based Targets (SBTi) a approuvé les objectifs de réduction des émissions carbone à court terme de Bouygues Telecom pour la période 2021-2027.
Source : Communiqué de presse Bouygues Telecom du 17 juillet 2023 (https://www.corporate.bouyguestelecom.fr/archives-communique-presse/bouygues-telecom-deploie-la-technologie-xgs-pon-et-propose-des-aujourdhui-aux-parisiens-une-experience-fibre-encore-plus-rapide-et-fluide/)
-
Va falloir que Free sorte vite sa Freebox 15Gbits ;D
-
Les box de l’offre ultym4 sont déjà compatibles avec la technologie XGS-PON. Pour profiter de toute la puissance de l’option Débit+, c’est très simple : il suffit de brancher le module SFP3 fourni, et utiliser le port Ethernet 10 Gbit/s de la Box prédisposé pour les usages en XGSPON.
Effectivement, cela fait un bout de temps que la présence de ce port 10 Gb/s avait été notée. Ils auront mis du temps à sortir le XGS-PON. Et donc pour l'instant qu'à Paris. Mais comme SFR, il y a des chances que cela s'étende au fur et à mesure du déploiement des équipements XGS-PON. Bon, 5€ de plus quand même...
-
@xp25: Free est largué sur l'upload, il ne pourra pas s'aligner avec la techno actuelle, pas besoin de s'attaquer au Download
@alain_p : Si la connexion ne fluctue pas comme chez Free en heure de pointe, c'est tout aussi bien de prendre son temps
-
Ouais alors avant d'avoir du 8gb avec les escargot de bouygues faudrait déja qu'il lance leurs éligibilité fibre dans les villes en cours comme ma ville. Ca va faire 1 an que c'est en cours et toujours rien tout comme free. Alors d'ici la qu'il bascule en XGS-PON ca prendra encore 10 ans
-
Il faut avoir à l'esprit qu'il faut 4 dBm de marge pour passer à XGS.
Dans mon cas pour le passage G-PON ->XGS-PON la semaine dernière sur la même fibre à 2 heures d'intervalle :
G-PON:
RX: -15dBm
TX: 2 dBm
XGS-PON
RX: -19 dBm
TX: 6 dBm
-
Et c'est quoi l'explication ? Il faut plusieurs fusions de fibre ?
-
Je suppose que ça vient de la longueur d'onde qui est plus courte, mais j'ignore les détails de modulation.
Je me demande si on a partiellement le même phénomène entre G-PON et Free-PON.
-
https://www.assistance.bouyguestelecom.fr/s/article/option-debit-plus
Bbox WiFi 6 ou 6E : vous renvoyez simplement votre ancien module optique, et installerez le nouveau une fois reçu.
La chronologie semble bizarre, il faudra probablement attendre les premiers testeurs pour voir comment ça se passe.
Est-ce que je dois rendre le module optique fibre si je résilie mon option Débit+ ?
Vous conservez votre module optique fibre ! Votre débit initial sera automatiquement rétabli.
Donc soit :
- le module optique est compatible avec les deux longueurs d'ondes
- après résiliation de l'option l'abonné reste en XGS-PON mais bridé (si tous les ports de l'OLT ne sont pas compatibles XGS-PON, ils risquent d'avoir un problème si trop de monde prend l'option puis la résilie, mais comme c'est réservé à l'offre Ultym ça limite)
-
Si c'est comme SFR, le Gpon et le XGS-PON sont tous les deux envoyés sur les arbres PON (c'est des longueurs d'ondes différentes) et l'OLT émet les deux sur chaque port.
Donc aucun problème si un client prend l'option et résilie.
Sinon, plusieurs villes de région parisienne sont également éligibles au 8 Gb/s.
-
Si tous les ports de l'OLT sont compatibles XGS-PON, alors il est très probable qu'un abonné qui résilie l'option se retrouve juste bridé.
Mais de mémoire, le fait de combiner GPON et XGS-PON sur un port était présenté comme une innovation Altice Labs, donc ce n'est peut-être pas pareil pour Huawei et Alcatel/Nokia.
Remplacer toutes les cartes de l'OLT, ça a un coût plus important que rajouter un nombre réduit de cartes XGS-PON.
Bien sûr, il serait possible de recycler les anciennes cartes dans des nouveaux OLT, mais ça voudrait dire volontairement limiter le déploiement du XGS-PON.
Côté SFR, est-ce qu'on sait si les OLT déployés il y a moins d'un an sont tous éligibles ?
-
Et c'est quoi l'explication ? Il faut plusieurs fusions de fibre ?
https://www.assistance.bouyguestelecom.fr/s/article/option-debit-plus
Donc soit :
- le module optique est compatible avec les deux longueurs d'ondes
- après résiliation de l'option l'abonné reste en XGS-PON mais bridé (si tous les ports de l'OLT ne sont pas compatibles XGS-PON, ils risquent d'avoir un problème si trop de monde prend l'option puis la résilie, mais comme c'est réservé à l'offre Ultym ça limite)
Je pense que côté OLT, les modules font les deux. Si le module/carte OLT desservant le client n'est pas compatible, l'option n'est pas disponible.
Côté client, si l'ONT est compatible XGS-PON, il accroche le XGS-PON peu importe l'offre et son débit. Si l'ONT n'est pas compatible, il reste en GPON.
-
Je viens de souscrire à l'offre, raccordement le 26 juillet. Malheureusement je pourrai pas tester le plein potentiel, je n'ai qu'un port 2.5G...
Je ferai un petit retour quand ce sera opé 8)
-
https://www.assistance.bouyguestelecom.fr/s/article/option-debit-plus
La chronologie semble bizarre, il faudra probablement attendre les premiers testeurs pour voir comment ça se passe.
Donc soit :
- le module optique est compatible avec les deux longueurs d'ondes
- après résiliation de l'option l'abonné reste en XGS-PON mais bridé (si tous les ports de l'OLT ne sont pas compatibles XGS-PON, ils risquent d'avoir un problème si trop de monde prend l'option puis la résilie, mais comme c'est réservé à l'offre Ultym ça limite)
Non , le module optique (sfp) n'est pas compatible avec les 2 lambdas, c'est soit gpon, soit XGSPON.
-
Je pense que si le client résilie son option débit+, comme indiqué sans rendre son module SFP+ XGS-PON, il sera tout simplement bridé logiciellement à 1 Gb/s (ou 2 Gb/s), mais restera en fait en XGS-PON.
-
Et en cas de souscription à l'option débit+ (en étant déjà abonné BBox ultym), il recevra un sfp+ XGSPON.
-
Si tous les ports de l'OLT sont compatibles XGS-PON, alors il est très probable qu'un abonné qui résilie l'option se retrouve juste bridé.
Mais de mémoire, le fait de combiner GPON et XGS-PON sur un port était présenté comme une innovation Altice Labs, donc ce n'est peut-être pas pareil pour Huawei et Alcatel/Nokia.
Remplacer toutes les cartes de l'OLT, ça a un coût plus important que rajouter un nombre réduit de cartes XGS-PON.
Bien sûr, il serait possible de recycler les anciennes cartes dans des nouveaux OLT, mais ça voudrait dire volontairement limiter le déploiement du XGS-PON.
Côté SFR, est-ce qu'on sait si les OLT déployés il y a moins d'un an sont tous éligibles ?
Non, la pseudo innovation (car ça existait déjà chez Huawei depuis des années) c'était de pouvoir mettre 2 fibres en bidi sur un même sfp. (Normalement , sur un sfp bi, c'est une fibre qui fait tx et l'autre pour le RX)Il y a une version gpon et une XGSPON, mais les optiques ne font pas les 2 en même temps. Ça permet juste de doubler la capa de l'olt.
Pour mixer les 2 techno, il y aura probablement un couplage au niveau du NRA/NRO.
-
Je pense que si le client résilie son option débit+, comme indiqué sans rendre son module SFP+ XGS-PON, il sera tout simplement bridé logiciellement à 1 Gb/s (ou 2 Gb/s), mais restera en fait en XGS-PON.
Ils sont capables de demander le retour de la box actuelle avec le SFP, pour un changement d'offre
-
Ils sont capables de demander le retour de la box actuelle avec le SFP, pour un changement d'offre
Autant changer que le sfp, la box reste la même.
-
Bonjour tout le monde,
Hoo non, ça veut dire qu'il fait que je change d'opérateur pour les 31 Mb qu'il me manque afin de monter à 8gb ??
:) :) :) :) :) :)
Bonne journée
-
Bonjour tout le monde,
Hoo non, ça veut dire qu'il fait que je change d'opérateur pour les 31 Mb qu'il me manque afin de monter à 8gb ??
:) :) :) :) :) :)
Bonne journée
Tu auras moins avec du XGSPON. Le 10GEPON permet un petit 100 méga brut de plus.
-
nPerf parle de débit applicatif (sans les en-têtes), les opérateurs de débit plus bas (dans le modèle OSI).
Tu as bien les 8 Gb/s annoncé par Free.
-
Autant changer que le sfp, la box reste la même.
Pour passer du forfait 1Gbits à 2Gbits chez Bouygues, en ayant déjà au préalable la Bbox Wifi 6, il fallait que je change de boîtier TV...
-
Tu auras moins avec du XGSPON. Le 10GEPON permet un petit 100 méga brut de plus.
10G epon 10.3125 gb/s
Xgs-pon 9.95328 -1.05% d’overhead GEM = 9.84877 gb/s
-
J'ai hâte qu'orange dégaine leur 10gb
-
Bonjour tout le monde,
Hoo non, ça veut dire qu'il fait que je change d'opérateur pour les 31 Mb qu'il me manque afin de monter à 8gb ??
:) :) :) :) :) :)
Bonne journée
Refais le test en cubic juste pour voir :-X
-
Bonjour tout le monde,
Hoo non, ça veut dire qu'il fait que je change d'opérateur pour les 31 Mb qu'il me manque afin de monter à 8gb ??
:) :) :) :) :) :)
Bonne journée
Ça veut dire que tu auras surtout 318,7 Mb/s de plus en montant. ;D
-
Non, la pseudo innovation (car ça existait déjà chez Huawei depuis des années) c'était de pouvoir mettre 2 fibres en bidi sur un même sfp. (Normalement , sur un sfp bi, c'est une fibre qui fait tx et l'autre pour le RX)Il y a une version gpon et une XGSPON, mais les optiques ne font pas les 2 en même temps. Ça permet juste de doubler la capa de l'olt.
Pour mixer les 2 techno, il y aura probablement un couplage au niveau du NRA/NRO.
Mais donc chez SFR il y a à priori autant de ports GPON que XGS-PON (à moins qu'ils mélangent avec des anciennes cartes GPON).
Alors qu'avec la solution traditionnelle qui passe par un coupleur, les cartes XGS-PON peuvent être ajoutées au fur et à mesure selon la stratégie de déploiement (pas besoin d'autant de ports qu'en GPON, le nombre d'abonnés sera limité).
En tout cas l'annonce de Bouygues limitée à Paris semble indiquer que même les OLT installés récemment seraient en 100% GPON (pas d'anticipation d'un déploiement généralisé, plutôt des installations ou remplacement de cartes dans des OLT ciblés).
-
10G epon 10.3125 gb/s
Xgs-pon 9.95328 -1.05% d’overhead GEM = 9.84877 gb/s
Il y avait eu une discussion au début de https://lafibre.info/free-les-news/10gbs-limite-a-8gbs/, en 10G-EPON il y a au moins l'encodage 64b/66b qui réduit à 10Gbps pile, et éventuellement le FEC (ce n'était pas clair), plus quelques entêtes (négligeables).
-
In Fine, en dehors des records de speedtest ça reste négligeable
-
j'ai souscris a l'offre pro 8G/2G en remplacement de FreePro. Installation prévue le 7 aout. Tests dans la foulée.
-
@kgersen : Tu vas tenter un bypass de la Box ?
Je pense aussi basculer dès que ce sera dispo dans ma ville
-
J'ai vu des modules XG-PON sur AliExpress mais je n'ai aucune idée de leur valeur pour remplacer l'ONU fourni par ByTel.
On commence aussi à trouver des ONT 10G.
-
@kgersen : Tu vas tenter un bypass de la Box ?
non car je n'ai pas de routeur 10G sur ce site et j'ai aussi besoin de la box pour son api (https://api.bbox.fr/doc/apirouter/), Bytel et Orange sont les 2 seuls à avoir des API sur leur box ce qui me permettra d'étendre NSpeed avec déjà ces 2 la.
-
J'ai vu des modules XG-PON sur AliExpress mais je n'ai aucune idée de leur valeur pour remplacer l'ONU fourni par ByTel.
On commence aussi à trouver des ONT 10G.
Il y a un onu 1G comme chez Free maintenant ?!
-
Sinon, plusieurs villes de région parisienne sont également éligibles au 8 Gb/s.
Sais-tu lesquelles ?
-
Sinon, plusieurs villes de région parisienne sont également éligibles au 8 Gb/s.
Sais-tu lesquelles ?
Non, certains sur twitter ont testé d'autres communes qui fonctionnaient autour du siège de Bouygues Telecom à Meudon dans le 92 et c'était éligible au 8 Gb/s : https://twitter.com/Laurentboyer/status/1681169643090608129
-
offre inutile pour 99% des gens
si seulement les FAI trouvaient mieux comme innovation que des pauvres augmentations de débit sans interet
-
Toujours les "sans intérêt" à chaque augmentation de débit... Bref.
Je suis peu décu de l'offre, dans le sens où j'aurais préferé moins de down et plus d'up. D'ici que l'éligibilité soit massive, il faut que je trouve un ont xgs pon compatible :o
-
@doum : Peut être une généralisation du 1 Gbits pour les forfaits moins onéreux
-
J'ai reçu la box et ce petit module appart :D
-
Il semble que c'est la même référence que le module GPON ? (cs50001) Seule l'indication XGS au lieu de G diffère, cela veut dire que c'est aussi un convertisseur de média (ONT) et non un ONU logiquement ?
-
C'est juste un sfp+ XGSPON. C'est la box qui se charge de traîter la tambouille qui arrive.
-
Toujours les "sans intérêt" à chaque augmentation de débit... Bref.
Je suis peu décu de l'offre, dans le sens où j'aurais préferé moins de down et plus d'up. D'ici que l'éligibilité soit massive, il faut que je trouve un ont xgs pon compatible :o
j'ai le droit de penser que ces augmentations de débit au dela du gigabit sont :
- inutile pour le commun des mortels
- tres peu utilisable, quel pourcentage de client a des réseaux > 1gibts ? voir > 2,5Gbits a la maison ?
- meme chez les plus geeks d'entre nous, qui va vraiment voir une diff a l'usage (autre que sur un benchmark pour se tirer sur la nouille)
@doum : Peut être une généralisation du 1 Gbits pour les forfaits moins onéreux
ce qui de fait entraine ces offres avec des augmentations de debits ; vu qu'il faut bien justifier que le forfait soit plus cher :D
-
j'ai le droit de penser que ces augmentations de débit au dela du gigabit sont :
- inutile pour le commun des mortels
- tres peu utilisable, quel pourcentage de client a des réseaux > 1gibts ? voir > 2,5Gbits a la maison ?
- meme chez les plus geeks d'entre nous, qui va vraiment voir une diff a l'usage (autre que sur un benchmark pour se tirer sur la nouille)
on entendais exactement les mêmes arguments il y a 10+ ans quand on est passé du 100Mbps a 1Gbps.
le but d'un tel débit c'est que la connexion internet ne soit plus le 'maillon lent' dans la chaine. Si j'ai un PC ou une console qui installe un jeu pendant que je regarde Netflix en 4K sur la TV et qu'a coté quelqu'un est en visio via le Wifi il faut que tout cela tourne sans gène.
Les appareils PC, smartphones, tablettes, etc progressent, le wifi aussi et a un moment un seul appareil peut dépasser 1Gbps et éventuellement impacter les autres.
Le but n'est pas saturé la connexion de la box d'une maison, au contraire le but est qu'elle ne soit jamais saturé , qu'on arrive jamais au max. Le but est qu'aucun appareil ne puisse gêner les autres. Il faut se "déconditionner mentalement" de l'ADSL qui faisait que la connexion Internet était toujours le maillon lent. Aujourd'hui un maillon lent c'est soit ton appareil , soit le serveur a l'autre bout soit ton cable réseau ou ton wifi (ou dans le cas de Free leur réseau :p )
Apres c'est sur qu'une personne seule avec seulement un vieux PC en wifi 5 derriere une box 8G c'est overkill. Mais ce n'est pas représentatif de la population.
Autre point important, il y a aussi l'évolution techno, si les débit n'augmentent pas, les prix doivent baissé et les FAI ne veulent pas cela.
Tout comme tu n'achèterai pas un disque dur de 200Go au même prix qu'un disque de 1To même si autant de capacité est inutile pour toi.
Pourquoi trouver normal de n'avoir 1Gbps quand la technologie récente, au même prix, permet 10Gbps ? Tu achèterai un PC neuf avec un wifi 5 ou un port Ethernet 100Mbps sous prétexte que ce débit te suffit ?
C'est le même raisonnement: valeur / prix / techno du moment.
De toute facon a un moment on ne fabrique plus les composants d'avant (100Mbps par exemple) ou du moins pas au même volume. Maintenir plusieurs technos coute plus cher aux FAI et installer XGS-PON limité artificiellement a 1Gbps ca ne fait pas bonne presse.
-
j'ai le droit de penser que ces augmentations de débit au dela du gigabit sont :
- inutile pour le commun des mortels
- tres peu utilisable, quel pourcentage de client a des réseaux > 1gibts ? voir > 2,5Gbits a la maison ?
- meme chez les plus geeks d'entre nous, qui va vraiment voir une diff a l'usage (autre que sur un benchmark pour se tirer sur la nouille)
ce qui de fait entraine ces offres avec des augmentations de debits ; vu qu'il faut bien justifier que le forfait soit plus cher :D
Pourtant on observe sur le forum que souvent les gens avec le "pack PC Carrefour + CPL + Wi-Fi x 150 répéteurs" prennent quand même l'offre avec le plus gros débit qu'ils n'exploiteront jamais, "pour être tranquille".
-
Avec un raisonnement pareil... on en serait encore là !
https://www.dailymotion.com/video/x5skfba (https://www.dailymotion.com/video/x5skfba)
ce doux bruit
EDIT : Orthographe
-
on entendais exactement les mêmes arguments il y a 10+ ans quand on est passé du 100Mbps a 1Gbps.
le but d'un tel débit c'est que la connexion internet ne soit plus le 'maillon lent' dans la chaine. Si j'ai un PC ou une console qui installe un jeu pendant que je regarde Netflix en 4K sur la TV et qu'a coté quelqu'un est en visio via le Wifi il faut que tout cela tourne sans gène.
Les appareils PC, smartphones, tablettes, etc progressent, le wifi aussi et a un moment un seul appareil peut dépasser 1Gbps et éventuellement impacter les autres.
Le but n'est pas saturé la connexion de la box d'une maison, au contraire le but est qu'elle ne soit jamais saturé , qu'on arrive jamais au max. Le but est qu'aucun appareil ne puisse gêner les autres. Il faut se "déconditionner mentalement" de l'ADSL qui faisait que la connexion Internet était toujours le maillon lent. Aujourd'hui un maillon lent c'est soit ton appareil , soit le serveur a l'autre bout soit ton cable réseau ou ton wifi (ou dans le cas de Free leur réseau :p )
Apres c'est sur qu'une personne seule avec seulement un vieux PC en wifi 5 derriere une box 8G c'est overkill. Mais ce n'est pas représentatif de la population.
Autre point important, il y a aussi l'évolution techno, si les débit n'augmentent pas, les prix doivent baissé et les FAI ne veulent pas cela.
Tout comme tu n'achèterai pas un disque dur de 200Go au même prix qu'un disque de 1To même si autant de capacité est inutile pour toi.
Pourquoi trouver normal de n'avoir 1Gbps quand la technologie récente, au même prix, permet 10Gbps ? Tu achèterai un PC neuf avec un wifi 5 ou un port Ethernet 100Mbps sous prétexte que ce débit te suffit ?
C'est le même raisonnement: valeur / prix / techno du moment.
De toute facon a un moment on ne fabrique plus les composants d'avant (100Mbps par exemple) ou du moins pas au même volume. Maintenir plusieurs technos coute plus cher aux FAI et installer XGS-PON limité artificiellement a 1Gbps ca ne fait pas bonne presse.
je suis un putain de geek, je suis ingénieur systeme dans une grosse boite, j'ai "72" appareils connectés chez moi, pc, console, smartphone, tablette, et j'ai JAMAIS été géné par une saturation du gigabit, dans la vraie vie en 2023 a part si tu vas volontairement télécharger 2 jeux sur tes 2 consoles next gen en meme temps, installer un jeu sur steam sur ton pc ton exemple n'existe pas
et netflix en 4k c'est a peine 15mbits/s, avant de saturer ton lien giga au point de plus pouvoir streamer 15mbit/s tu m'appelles
ajd les offres hdg depassent deja toute le gigabits, les consoles ont toutes des interfaces 1gbits, donc tu satureras pas ta co avec ca, eventuellement depuis un pc mais trouver un serveur en face qui te permette de saturer ton lien meme gigabit c'est deja rare
donc je le redis, pour moi c'est des offres qui n'apportent rien a part faire plaisir a 3 geeks qui pensent que ca y est leur vie va changer parcequ'ils pourront plus jamais saturer leur lien.
je comprends bien que c'est un moyen simple pour les fAI de faire semblant qu'ils innovent tout en montant les prix (ou au moins ne les baissant pas), mais pour moi ca reste des innovations sans interet immédiat. pour rester dans ton exmeple, je prefererai largement qu'ils baissent les prix en restant au meme débit :D
-
Ça va pas encore repartir dans l'éternel débat de l'utile/inutile... ?
Faut arrêter de vouloir refaire l'histoire...
je suis un putain de geek, je suis ingénieur systeme dans une grosse boite, j'ai "72" appareils connectés chez moi, pc, console, smartphone, tablette, et j'ai JAMAIS été géné par une saturation du gigabit, dans la vraie vie en 2023 a part si tu vas volontairement télécharger 2 jeux sur tes 2 consoles next gen en meme temps, installer un jeu sur steam sur ton pc ton exemple n'existe pas
et netflix en 4k c'est a peine 15mbits/s, avant de saturer ton lien giga au point de plus pouvoir streamer 15mbit/s tu m'appelles
ajd les offres hdg depassent deja toute le gigabits, les consoles ont toutes des interfaces 1gbits, donc tu satureras pas ta co avec ca, eventuellement depuis un pc mais trouver un serveur en face qui te permette de saturer ton lien meme gigabit c'est deja rare
donc je le redis, pour moi c'est des offres qui n'apportent rien a part faire plaisir a 3 geeks qui pensent que ca y est leur vie va changer parcequ'ils pourront plus jamais saturer leur lien.
je comprends bien que c'est un moyen simple pour les fAI de faire semblant qu'ils innovent tout en montant les prix (ou au moins ne les baissant pas), mais pour moi ca reste des innovations sans interet immédiat. pour rester dans ton exmeple, je prefererai largement qu'ils baissent les prix en restant au meme débit :D
Belle argument d'autorité...
-
Avec un résonnement pareil... on en serait encore là !
https://www.dailymotion.com/video/x5skfba (https://www.dailymotion.com/video/x5skfba)
ce doux bruit
raisonnement foireux au possible
le passage a l'ADSL a changé la vie
- illimité en temps et en quantité vs limité
- + de 10 fois plus rapide
- stable
- n'occupait pas la ligne téléphonique
on passait de 5min pour télécharger une pauvre chanson mp3 dégueulasse a 30s (je le sais, j'ai eu l'ADSL 64k netissimo des qu'il a été dispo a nice)
et chaque augmentation de débit ensuite a été largement visible
ajd tu ne peux pas comparer
explique moi qui y gagne vraiment en passant de 2gbits a 8gbits concretement ?
je ne dis pas que l'evolution ne sert pas, je serai bien con de dire ca alors que c'est mon taf, je dis que ce sont des evolutions qui n'apportent rien
quand demain tous les equipements auront des cartes réseaux 10gbits, que les servers en face suivront, et qu'on aura de la 8k partout ou quoi je dis pas que peut etre ca serait pas utile, je dis qu'ajd ca sert a rien
-
TKT ;) c'était juste pour la vanne...
D'ailleurs je me demande si mon adresse mail club internet marche toujours ! :o
j'avoue, j'ai orthographié avec "l'accent du sud" ...dslé...
-
chez moi ca saute mes visio quand j'installe un jeu avec Steam (>1,7 Gbps) mais bon je suis chez Free en collecte c'est surement la cause :p
Si tu raisonnes comme ca quand il y'a peu de progrès qui apportent grand chose:
Tu ne vois que les paliers et pas la courbe interpolée de la progression. Pour que la courbe progresse , dans ce type de techno, c'est par palier que ca fonctionne (y'a pas de GPON a 3 Gbps par exemple) donc oui c'est brutal le passage au palier supérieur "a cet instant" mais nécessaire sinon c'est l'arrêt de l'évolution et on reste bloqué a 1Gbps jusqu'à qu'on ne tienne plus ? Dans un marché avec concurrence ca ne marche pas.
Apres je suis d'accord pour le prix mais notre économie est basée sur la croissance, c'est inconcevable pour ceux qui décident dans les grosses boites que leur CA baisse pour service/produit équivalent rendu au client. D'ailleurs ils sont viré si le CA baisse :p On va y venir quand on aura plus le choix (décroissance écologique) et encore ce n'est pas sur.
Apres y'a cela aussi, segmentation d'adoption d'un produit/techno:
(https://i0.wp.com/ondigitalmarketing.com/wp-content/uploads/2012/01/640px-Diffusionofideas.png?w=640&ssl=1)
t'a le profil late majority/laggards, pas de souci, d'autres préfèrent être early adopters.
-
Si tu télécharges un jeu steam à 1,7 Gb/s, il doit être téléchargé en quelques secondes avant la fin de ta visio non ?
Je suis d'accord sur le fait que > 1 gb/s ça ne sert à rien, sauf à une chose : imposer le 1 gb/s sur les offres entrée de gamme et donc de permettre en finalité de payer moins cher, car ça ne sert à rien d'avoir 10 gb/s à 55 euros / mois.
-
Y'a quand même un surcoût important côté opérateur (je me base sur les prix publics d'Ubiquiti) :
OLT GPON : 1653 HT (1024 clients max à 128 clients par port, généralement je crois que c'est plutôt 64 clients pour être safe donc 512 clients)
SFP OLT : 72 HT * 8 (ports) = 576 HT / OLT
ONT/ONU GPON : 63 HT / client
-
Pour 512 clients : 34485 HT en GPON
OLT XGSPON : 3307 HT (2048 clients max)
SFP+ OLT : 265 * 8 = 2120 HT / OLT
ONT/ONU XGSPON : 182 HT / client
-
Pour 512 clients : 98611 HT en XGSPON
C'est presque 3 fois plus cher, mais apparemment la densité est 2 fois meilleure. Est-ce-que les opérateurs vont miser dessus pour limiter l'impact ?
Après c'est comme tout, la démocratisation de la technologie va faire baisser les prix.
-
offre inutile pour 99% des gens
si seulement les FAI trouvaient mieux comme innovation que des pauvres augmentations de débit sans interet
On t'a pas demandé de souscrire à l'offre. C'est une option, tu l'as veut pas tu la prends pas. Bonne journée
-
Le but n'est pas saturé la connexion de la box d'une maison, au contraire le but est qu'elle ne soit jamais saturé , qu'on arrive jamais au max. Le but est qu'aucun appareil ne puisse gêner les autres. Il faut se "déconditionner mentalement" de l'ADSL qui faisait que la connexion Internet était toujours le maillon lent. Aujourd'hui un maillon lent c'est soit ton appareil , soit le serveur a l'autre bout soit ton cable réseau ou ton wifi
En phase. C'est la raison de ma souscription à la Freebox Pop (5 Gbps DL, 1 port 2,5G, 2 ports 1G + Wifi 6 donc aucun moyen qu'un seul device sature tout). Avec le game pass, sur Xbox je passe mon temps à télécharger à 1Gbps des jeux (je sature son RJ45) et c'est super agréable de savoir que "c'est pas bloquant pour le reste". Ma compagne en visio ? Osef. Mon PC avec le VPN du taff ? Osef. C'est juste trop bien et 0 craintes à avoir d'emmerder qui que ce soit chez moi.
(par contre, je trouve pas le réseau de Free particulièrement saturé, même pas du tout. Chez Bouygues puisque c'est le sujet ici, il y a des RIPs qui crèvent totalement le soir parce que la collecte est ni en propre ni propre).
C'est presque 3 fois plus cher, mais apparemment la densité est 2 fois meilleure. Est-ce-que les opérateurs vont miser dessus pour limiter l'impact ?
Chez certains oui. Au lieu de porter 10 arbres GPON à 64 clients t'en portes 5 en XGSPON à 128 clients, tu économises du matos et certainement de la conso. Et + future proof.
-
ONT/ONU GPON : 63 HT / client
ONT/ONU XGSPON : 182 HT / client
Pour le GPON, les opérateurs doivent payer bien moins que ça compte tenu des quantités.
Pour le XGSPON, comme c'est plus récent ça peut effectivement être assez cher.
Mais ici tout est dans la Bbox, le SFP est juste un module optique, donc le surcoût du SoC GPON/XGS-PON (BCM68580) + port Ethernet 10Gps par rapport au SoC GPON (BCM68360) + port Ethernet 2.5Gbps est déjà présent dès le début.
-
@kgersen : Tu vas tenter un bypass de la Box ?
Je pense aussi basculer dès que ce sera dispo dans ma ville
Pareil, j'attends que Bouygues propose l'option Débit+ dans ma ville pour basculer de Free à Bouygues sur une offre pro.
Je remplacerai bien leur Bbox, mais ça me fait du matériel à acheter et trouver la procédure, à voir...
-
(par contre, je trouve pas le réseau de Free particulièrement saturé, même pas du tout. Chez Bouygues puisque c'est le sujet ici, il y a des RIPs qui crèvent totalement le soir parce que la collecte est ni en propre ni propre).
Au contraire, j'ai une Pop (v1, Wi-Fi 5) et je trouve que le réseau de Free est assez moyen, c'est la raison de mon souhait de quitter Free.
-
Si tu télécharges un jeu steam à 1,7 Gb/s, il doit être téléchargé en quelques secondes avant la fin de ta visio non ?
Je télécharge des jeux Battle.net ou Rockstar Games à presque 2.5Gb/s.
GTA V en quelques minutes c'est quand même super agréable plutôt que d'attendre des heures.
-
En phase. C'est la raison de ma souscription à la Freebox Pop (5 Gbps DL, 1 port 2,5G, 2 ports 1G + Wifi 6 donc aucun moyen qu'un seul device sature tout). Avec le game pass, sur Xbox je passe mon temps à télécharger à 1Gbps des jeux (je sature son RJ45) et c'est super agréable de savoir que "c'est pas bloquant pour le reste". Ma compagne en visio ? Osef. Mon PC avec le VPN du taff ? Osef. C'est juste trop bien et 0 craintes à avoir d'emmerder qui que ce soit chez moi.
(par contre, je trouve pas le réseau de Free particulièrement saturé, même pas du tout. Chez Bouygues puisque c'est le sujet ici, il y a des RIPs qui crèvent totalement le soir parce que la collecte est ni en propre ni propre).
Chez certains oui. Au lieu de porter 10 arbres GPON à 64 clients t'en portes 5 en XGSPON à 128 clients, tu économises du matos et certainement de la conso. Et + future proof.
Ça va mettre du temps pour voir l'offre 8G de bouygue sur les rip.
-
Dans les faits, Bouygues peut poser les OLT qu'il veut dans les RIPs et donc mettre du XGSPON. C'est ensuite le RIP qui assure la collecte et le transport, et là ça va faire mal à 8Gbps/client :)
-
Dans les faits, Bouygues peut poser les OLT qu'il veut dans les RIPs et donc mettre du XGSPON. C'est ensuite le RIP qui assure la collecte et le transport, et là ça va faire mal à 8Gbps/client :)
Est-ce que ça signifie que TOUTE l'infrastructure sur Paris Intra à été changé ? Et qu'ensuite petit à petit ils changeront le reste de la France ?
-
Il me semble que sur Paris intra, c'est pas un RIP.
Donc c'est plus simple pour les FAI de moderniser le réseau.
-
Il me semble que sur Paris intra, c'est pas un RIP.
Donc c'est plus simple pour les FAI de moderniser le réseau.
C'est du ZTD.
Est ce que c'est plus simple pour les fai de moderniser ? Pas forcément.
-
ZTD, AMII ou RIP, dans tous les cas Bouygues Telecom a ses propres OLT.
Attention, dans certains cas, la collecte sera peut-être insuffisante : En Gpon, tu peux te permettre d'avoir une collection d'OLT en 10 Gb/, plus en XGS-PON si tu proposes des offres à 8 Gb/s.
-
ZTD, AMII ou RIP, dans tous les cas Bouygues Telecom a ses propres OLT.
Attention, dans certains cas, la collecte sera peut-être insuffisante : En Gpon, tu peux te permettre d'avoir une collection d'OLT en 10 Gb/, plus en XGS-PON si tu proposes des offres à 8 Gb/s.
Mais pas son réseau FTTH ou sa collecte, et c'est sur ça que ça peut coincer dans les rip.
-
Déja que dans ma commune ils sont toujours pas lancé ça fait déja 1 ans et tout pas eligible, alors l'arrivée du 8gb bouygues dans ma commune c'est pas demain la veille lol
-
Au contraire, tu peux penser que toutes les nouvelles zones éligibles FttH le seront en XGS-PON, vu que c'est du matériel neuf.
-
Au contraire, tu peux penser que toutes les nouvelles zones éligibles FttH le seront en XGS-PON, vu que c'est du matériel neuf.
Ouais peut-être ce sera en XGS-PON mais j'en doute car c'est paris uniquement pour l'instant
-
Je suis dans le 95 et je suis passé éligible à l'option 8Gb, sachant qu'à l'annonce c'était pas le cas, et que j'ai eu une coupure avant hier dans la matinée ;)
-
Je suis dans le 95 et je suis passé éligible à l'option 8Gb, sachant qu'à l'annonce c'était pas le cas, et que j'ai eu une coupure avant hier dans la matinée ;)
Curieux, j'ai fait deux tests dans le 95,; juste pour voir, avec des adresses prises au hasard et l'une est éligible à la fibre mais limité à 2Gb/s descendant et 900Mb/s montant, et l'autre est limité à... de l'ADSL. En plein centre de Cergy.
-
Vous pensez qu'ils vont récupérer beaucoup de client qui ont la Delta ?
-
Non car les clients sont fanatiques des fonctions de la Freebox :o
-
Pas que, il y a aussi la pléiade de services inclus dans l'abonnement Freebox qui en font l'offre la moins chère du marché si l'on utilise ces services.
-
Vous pensez qu'ils vont récupérer beaucoup de client qui ont la Delta ?
En Grand Public je ne sais pas, en Pro exigeant c'est sur. La box est mieux et en plus l'upload est a 2Gbps et la Free ne peut suivre sans changer leur techno.
tech Free: 10G EPON asymétrique = 10G down / 1G up (en pratique: 8,7 Gbps line rate avec FEC)
tech Bytel: XGS-PON symétrique = 10G down /10G up (en pratique: 8,54 Gbps line rate avec FEC)
La tech de Free existe aussi en symétrique mais a ce jour n'est pas déployé. Le chip optique coté Freebox est compatible symétrique (bcm55030) mais on ne sait si l'électronique autour supporte le 10G up. On présume que coté OLT c'est donc des versions asymétrique 10G/1G qui sont utilisé (vu la facon de faire de Free on doute que le réseau soit 10G/10G limité a 1G d'upload juste par une configuration logicielle). Mais peut-être que cette offre 2G up de Bytel va faire réagir Free.
-
Chez Bouygues même sur l’offre BBox Pro+ donc avec la Ultym et l’option débit+ on est à 1Gb/s en up et pas 2Gb.
-
Bouygues Telecom propose 8 Gb/s descendant et 2 Gb/s montant en Pro sur les zones d'éligibilité au XGS-PON
-
Chez Bouygues même sur l’offre BBox Pro+ donc avec la Ultym et l’option débit+ on est à 1Gb/s en up et pas 2Gb.
C'est l'offre sans XGS-PON, si tu es éligible, ça passe bien à 2Gbits d'upload
-
Vous pensez qu'ils vont récupérer beaucoup de client qui ont la Delta ?
Faudrait que ce soit national pour que ce soit vraiment le cas. A l'heure actuelle c'est du niveau de SFR pour le déploiement, voir moins.
-
C'est l'offre sans XGS-PON, si tu es éligible, ça passe bien à 2Gbits d'upload
Ah oui tiens, j’avais regardé tout au début de la mise en place de cette offre et il me semblait que c’était 8Gb/1Gb pour les pros aussi.
Cool ! Bon, je ne suis pas encore éligible mais je sens que je vais partir chez Bouygues, ça va me motiver.
D’autant plus que je viens de vérifier sur la Bbox des parents et à priori je vais pouvoir faire ma configs réseau avec une Bbox aussi, c’est la seule chose qui me retenait chez Free. :)
-
Faudrait que ce soit national pour que ce soit vraiment le cas. A l'heure actuelle c'est du niveau de SFR pour le déploiement, voir moins.
Oui je comprends pas par contre pourquoi à Paris on est pas éligible aux 8GB chez SFR...
-
Je suis bien raccordé, bon après je peux pas tester les 8GB j'ai pas de port 10GB, et le test interne de la box affiche un message d'erreur, je pense que c'est trop récent.
En tous cas ça change des débits de la POP...
Bbox :
(https://www.speedtest.net/fr/result/15038849574.png) (https://www.speedtest.net/fr/result/15038849574)
POP :
(https://www.speedtest.net/fr/result/14988975449.png) (https://www.speedtest.net/fr/result/14988975449)
Le raccordement à été fait en 10 minutes.
-
La box est mieux
T'as déjà utilisé l'UI de la bbox wifi 6 ? Une fois sur deux elle met 20 secondes à load une page.
Le DHCPv4 se suicide random aussi, laissant les devices du LAN sans IPv4 (j'ai fixé ça chez un collègue pas plus tard qu'hier).
Niveau fiabilité et qualité de construction, h24 7/7 la Delta est mieux
-
+ la délégation ipv6 qui ne fonctionne pas côté BT. Et pas de mode bridge.
-
Et le DNS primaire qui pointe toujours vers la Bbox malgré le changement de config
@eahlys : Je pense qu'il comparait avec la Freebox Pro (qui n'a de pro que le nom et basé sur la Delta) et non la Delta en elle même
@Pegasus38 : Tu as été vite raccordé
Tu comptes installer une carte 10Gbits ?
-
@Pegasus38 : Tu as été vite raccordé
Tu comptes installer une carte 10Gbits ?
J'aimerai bien mais pas de carte mère compatible pour du mini itx... Peut être le prochain ordi.
-
J’ai reçu la Bbox ultym hier. Raccordement prévu mardi, ça sera fait en 10 minutes aussi puisque je suis déjà fibré.
Avec ma pop j’ai 2300Mb/s down et 680Mb/s up.
Je ne serai pas plus haut en descendant sur la Bbox Pro+ (ultym), mais j’aurai plus en up (1Gb/s, je ne suis pas éligible XGS-PON) et du Wi-Fi 6E contre du Wi-Fi 5 sur ma Pop.
Donc j’aurai plus de débit en Wi-Fi, j’attends que Bouygues déploie le XGS-PON par chez moi avec impatience puisque je suis en 10Gb/s chez moi sur mon LAN.
-
T'as déjà utilisé l'UI de la bbox wifi 6 ? Une fois sur deux elle met 20 secondes à load une page.
Le DHCPv4 se suicide random aussi, laissant les devices du LAN sans IPv4 (j'ai fixé ça chez un collègue pas plus tard qu'hier).
Niveau fiabilité et qualité de construction, h24 7/7 la Delta est mieux
Je parlais qu'au niveau hardware & performance (wifi 6e, vrai switch, port 10G cuivre, etc) et dans un contexte Pro. La Freebox Pro est une Delta logiciellement bridée.
Effectivement si le software est buggé et qu'ils ne le corrigent pas c'est problématique. Mais du software c'est plus facile a corriger qu'une limitation hardware ou il faut changer la box.
-
Depuis 2019 ça n'a pas beaucoup évolué malheureusement niveau software
-
En offre Fit, c'est au moins très facile de se passer de la box et tous ces bugs ;D (ONT externe)
-
C’est vrai et comme la Fit est en train de passer en gigabit descendant et 700Mb/s montant, j’avoue avoir un peu hésité, mais au final la promesse du débit supérieur de la Bbox Pro+ + les services un peu plus pro inclus dans l’offre, perso j’ai pris cette dernière.
-
De toute façon, ça n'est disponible qu'à Paris. Une zone comme Fontenay sous bois (94) qui est à côté de Paris, n'est pas encore disponible c'est la réponse du service client.
-
Bouygues va déjà commencer par déployer le XGS-PON dans toutes les grandes villes puis après ça arrivera dans les plus petites puis dans les campagnes.
En clair, c’est pas prêt d’arriver chez moi…
-
Bouygues va déjà commencer par déployer le XGS-PON dans toutes les grandes villes puis après ça arrivera dans les plus petites puis dans les campagnes.
En clair, c’est pas prêt d’arriver chez moi…
A voir, on ne sait pas trop depuis quand BT pose du materiel compatible xgs pon dans leur réseau. Ce n'est pas un projet récent vu la compatibilité de leur dernière box. J'espère, peut être naïvement, qu'une grande partie du territoire soit élligible d'ici 24 mois ?
-
Techniquement tout était prêt depuis des années, j'ai compris que c'est le prix qui posait un problème, le XGS-PON augmente sérieusement la facture par rapport à du Gpon.
Si cela se trouve, Bouygues Telecom teste sur Paris (+ quelques villes autour du siège) pour voir le % de clients qui souscrit afin de décider ou non de le généraliser.
C'est bien de répondre à Free / SFR, mais si au final, c'est une vente à perte, ils ne vont peut-être pas le généraliser.
-
Techniquement tout était prêt depuis des années, j'ai compris que c'est le prix qui posait un problème, le XGS-PON augmente sérieusement la facture par rapport à du Gpon.
Tous les OLT seraient compatibles (à l'ajout d'une carte près) ?
Et les collectes seraient suffisantes ? Je pense par exemple aux zones qui n'ont pas d'IPv6 à cause des limitations des routeurs.
-
Quid du prix du 10G-EPON de Free par rapport au XGS-PON
-
Je tenais à dire que je me rétracte concernant cette offre, je ne suis pas du tout satisfait de la qualité de la connexion. De grosses lenteurs sur certains sites, et des pics de latence dans les jeux en ligne sur mon poste fixe. J'ai même dû plusieurs fois désactiver le wifi de mon téléphone (la box est à 3m) pour utiliser ma connexion 5G Bouygues. Je ne m'attendais vraiment pas à ce type d'expérience, j'avais entendu que du bien de Bouygues.
Je pensais sincèrement que Free était le mauvais élève mais je n'ai pas eu à me plaindre durant les 5 mois (merci à Myck205 ;D)
Bref, je vais arrêter les tests et retourner chez Sosh avec le tarif promo, en espérant qu'ils augmentent un peu leurs débits.
-
Il aurait été intéressant d'analyser (capture Wireshark) les lenteurs que tu rencontres.
Si c'est aussi gênant que ça, je pense pour des plages IP complétement inaccessibles : Les sites web qui font appel à des dépendances mettent beaucoup de temps à se charger.
-
Les pics de latence, ça peut aussi être de la perte de paquets.
Donc ça pourrait être intéressant de vérifier ce qui se passe avec un ping (ou plusieurs, pour voir si c'est général ou limité à certaines routes).
-
Il me semble que le réseau mobile et fixe de Bouygues partagent les mêmes peering / transit (un seul AS), du coup ... C'est probablement un souci local (canal wifi ? box ? mauvaise config ipv6 ? Saturation RIP locale ?).
-
Oui, des grosses pertes de paquets peuvent également dégrader à ce point la connexion (ex: 5% de perte de paquets), mais dans ce cas-là le débit devrait être mauvais sur les SpeedTest.
Il faudrait faire un SpeedTest mono-connexion puis multi-connexion avec un PC connecté en Ethernet (et éventuellement un autre en WiFi si les problèmes sont constatés uniquement en Wi-Fi).
-
Les DNS intégrés à la box sont pas terrible hors cache,
Je te conseille des DNS tiers (teste 1.0.0.1 par exemple) ou mieux auto hébergé
Sur quel jeux en particulier ?
Si tu ping ce serveur CSGO (185.25.182.18) ça donne quoi ?
-
Avec plaisir les tests. Mon IP : 176.151.172.49. Vous pouvez me ping etc..., je change après demain.
J'utilise les DNS Google, j'étais habitué aux petits débits Cubic chez Free mais là à priori ça semble impacter l'utilisation même si soyons clair ce n'est pas dramatique.
Quelques speedtests en Ethernet (2,5Gb/s)
(https://www.speedtest.net/fr/result/15058764283.png) (https://www.speedtest.net/fr/result/15058764283)
(https://www.speedtest.net/fr/result/15058768213.png) (https://www.speedtest.net/fr/result/15058768213)
(https://www.speedtest.net/fr/result/15058773655.png) (https://www.speedtest.net/fr/result/15058773655)
(https://www.speedtest.net/fr/result/15058777127.png) (https://www.speedtest.net/fr/result/15058777127)
(https://www.speedtest.net/fr/result/15058785632.png) (https://www.speedtest.net/fr/result/15058785632)
En multi : RAS
(https://www.speedtest.net/fr/result/15058793160.png) (https://www.speedtest.net/fr/result/15058793160)
-
Au final,ça sature même en multi.
Déploiement fibre de type RIP ou ZMD ?
-
Le max que j'ai atteint avec Bouygues :
(https://www.speedtest.net/fr/result/15042954467.png) (https://www.speedtest.net/fr/result/15042954467)
Je suis sur Paris centre, donc je pense ZTD.
-
Le max que j'ai atteint avec Bouygues :
(https://www.speedtest.net/fr/result/15042954467.png) (https://www.speedtest.net/fr/result/15042954467)
Je suis sur Paris centre, donc je pense ZTD.
Ah oui, je pensais que c'était dans le 92.
Ça varie pas mal le débit. Le 8G doit être clairement illusoire. Peut-être lancé dans la précipitation sans upgradre de collecte.
-
Attention, si les débits sont comme ça le matin au réveil, ce n'est pas de la saturation, mais des pertes de paquets. Vu la localisation dans Paris, la saturation semble peu probable.
Pourtant, pas de perte de paquet sur ton IPv4.
Tu as des pertes de paquet quand tu ping 192.168.1.254 ?
Tu as de l'IPv6 ? (sachant que Ookla fait ses tests en IPv6 si c'est disponible coté client et serveur).
-
Après je suis limité à 2,5gb/s
-
Attention, si les débits sont comme ça le matin au réveil, ce n'est pas de la saturation, mais des pertes de paquets. Vu la localisation dans Paris, la saturation semble peu probable.
Pourtant, pas de perte de paquet sur ton IPv4.
Tu as des pertes de paquet quand tu ping 192.168.1.254 ?
Tu as de l'IPv6 ? (sachant que Ookla fait ses tests en IPv6 si c'est disponible coté client et serveur).
Je suis 100% en ipv4 sur mon ordi. Je précise que j'ai essayé avec un autre ordinateur en ethernet avec un autre câble, c'est la première chose que j'ai faite.
Envoi d’une requête 'Ping' 192.168.1.254 avec 32 octets de données :
Réponse de 192.168.1.254 : octets=32 temps=1 ms TTL=64
Réponse de 192.168.1.254 : octets=32 temps=1 ms TTL=64
Réponse de 192.168.1.254 : octets=32 temps<1ms TTL=64
Réponse de 192.168.1.254 : octets=32 temps=3 ms TTL=64
Statistiques Ping pour 192.168.1.254:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 0ms, Maximum = 3ms, Moyenne = 1ms
-
Attention, si les débits sont comme ça le matin au réveil, ce n'est pas de la saturation, mais des pertes de paquets. Vu la localisation dans Paris, la saturation semble peu probable.
Pourtant, pas de perte de paquet sur ton IPv4.
Tu as des pertes de paquet quand tu ping 192.168.1.254 ?
Tu as de l'IPv6 ? (sachant que Ookla fait ses tests en IPv6 si c'est disponible coté client et serveur).
Pourquoi peu probable ?
-
L'infra parisienne a été upgradée pour propose du 8 Gb/s, je vois mal avoir des saturations de cet ordre.
Pegasus38, il faut au minimum 100 ping pour avoir un pourcentage fiable de perte.
ping -t 192.168.1.254 sous Windows.
Tu peux aussi en lancer un second en parallèle qui lui passe par internet : ping -t lafibre.info
-
Tu peux faire un : ping -n 100 lafibre.info, si tu ne veux pas t'embêter à compter
Est-ce que le problème survient en utilisant les Ports 1Gbits ?
@Myck205 : C'est observable chez Free, le débit baisse généralement à l'approche de 12H, que au réveil 7-9H, saturation due au nombre de personnes utilisant le réseau
-
Si le matos est déjà acheté et en prod, en quoi c'est plus chère pour BT de positionner le client dessus vs laisser dormir l'equipement ?
-
Voici les nouveaux tests :)
RAS à priori
Statistiques Ping pour 80.67.167.77:
Paquets : envoyés = 100, reçus = 100, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 14ms, Maximum = 15ms, Moyenne = 14ms
Statistiques Ping pour 192.168.1.254:
Paquets : envoyés = 100, reçus = 100, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 0ms, Maximum = 0ms, Moyenne = 0ms
-
L'infra parisienne a été upgradée pour propose du 8 Gb/s, je vois mal avoir des saturations de cet ordre.
Ah oui ? Ils sont passé de débit en collecte par rapport à avant ? Les olt ont vu leurs uplink montés à combien ?
@Myck205 : C'est observable chez Free, le débit baisse généralement à l'approche de 12H, que au réveil 7-9H, saturation due au nombre de personnes utilisant le réseau
Mais on est sur un topic bouygue qui a un réseau qui ne sature jamais et qui a été upgradé (voir post de Vivien), c'est quand même bizarre.
-
Bon là y a un problème.
J'ai voulu refaire un test en mono/cubic vers le serv Bouygues Potiers sur mon iPhone et les résultats sont meilleurs.
WiFi iPhone :
https://www.speedtest.net/fr/result/i/5708601352
Ethernet 2,5G :
(https://www.speedtest.net/fr/result/15059273466.png) (https://www.speedtest.net/fr/result/15059273466)
Perso j'abandonne ;D Je comprends pas... La seule différence à mes yeux c'est l'ipv6 sur le téléphone.
-
Je remarque que tu ne fais pas tes tests sur le même serveur à chaque fois (sur tes précédents tests).
Peut-etre un souci de compatibilité entre ton contrôleur Ethernet 2.5 et celui de la Bbox ?
-
Mono-connexion / Cubic, c'est le top pour voir des problèmes.
Ok, donc le débit semble bon sur l'iPhone, mais pas sur ton PC.
Tu pourais tester ton PC en WiFi voir si cela améliore ?
Tu aurais un second PC pour faire le test en Ethernet ?
-
Alors, comme dit, j'ai déjà fait le test avec un autre ordinateur, avec un autre câble, sur un autre port, en ipv4, c'est pareil.
Mon ordi actuelle fixe en WiFi donne le même résultat :
(https://www.speedtest.net/fr/result/15060110463.png) (https://www.speedtest.net/fr/result/15060110463)
En revanche, en mono/bbr en câble RAS :
(https://www.speedtest.net/fr/result/15060115606.png) (https://www.speedtest.net/fr/result/15060115606)
-
Donc la problématique est uniquement e WiFi ?
Tu as vérifié la bande de fréquence utilisée ? Tu ne serais pas en 2,4 Ghz ?
-
Donc mono/Cubic = problème
Mono /BBR = pas problème
Conclusion : saturation
-
Donc la problématique est uniquement e WiFi ?
Tu as vérifié la bande de fréquence utilisée ? Tu ne serais pas en 2,4 Ghz ?
Bon là y a un problème.
J'ai voulu refaire un test en mono/cubic vers le serv Bouygues Potiers sur mon iPhone et les résultats sont meilleurs.
WiFi iPhone :
https://www.speedtest.net/fr/result/i/5708601352
Ethernet 2,5G :
(https://www.speedtest.net/fr/result/15059273466.png) (https://www.speedtest.net/fr/result/15059273466)
Perso j'abandonne ;D Je comprends pas... La seule différence à mes yeux c'est l'ipv6 sur le téléphone.
NON
-
Je n'étais pas en 2,4Ghz, voici 2 tests en Ethernet sur Bouygues Lyon/Cubic. Je link aussi la puissance.
Si quelqu'un de chez Bouygues peut faire le même test ce serait cool 8)
Mono/Cubic :
(https://www.speedtest.net/fr/result/15060160386.png) (https://www.speedtest.net/fr/result/15060160386)
Multi/Cubic :
(https://www.speedtest.net/fr/result/15060163919.png) (https://www.speedtest.net/fr/result/15060163919)
-
Puissance tout à fait correct.
-
Au vue des résultats et des changements de paramètres entre chaque test (ça aide pas !), je conseillerai de tester avec un live cd Linux, en ethernet forcé à 1 Gbits puis 2.5 Gbits, sur le même serveur Bouygues Mono Cubic PARIS (aucune raison d'aller plus loin pour ces tests).
Là, ça sert à rien, on peut rien déduire :-\
-
Au vue des résultats et des changements de paramètres entre chaque test (ça aide pas !), je conseillerai de tester avec un live cd Linux, en ethernet forcé à 1 Gbits puis 2.5 Gbits, sur le même serveur Bouygues Mono Cubic PARIS (aucune raison d'aller plus loin pour ces tests).
Là, ça sert à rien, on peut rien déduire :-\
Page 9, tu as les tests sur mon ordi principal, en ethernet, ipv4.
-
Ca pourrait être intéressant de vérifier avec iperf (UDP ou TCP) pour pouvoir spécifier un débit élevé mais pas maximum (2Gbps par exemple).
Bouygues a forcément testé en 2.5Gbps, donc normalement il ne devrait pas y avoir de problème à la réduction de débit (8Gbps => 2.5Gbps), mais en fonction des contrôleurs 2.5Gbps il pourrait y avoir des problèmes (Quel est le modèle ? RTL8125(B) ? i225V (quelle rev) ?).
-
J'ai un Intel(R) Ethernet Controller (3) I225-V.
De retour chez les numéro 1, ça marche nettement mieux et avec une meilleure latence 8) Mais bon bloqué à 300mega...
Test mono/cubic/bouygues/poitiers
(https://www.speedtest.net/fr/result/15067668062.png) (https://www.speedtest.net/fr/result/15067668062)
-
Tu as (malheureusement) le fameux contrôleur I225-V dont Intel a reconnu une erreur de conception en mode 2.5 Gbits (le débit est instable / packet loss selon la marque du Switch / Box en face). Cependant, il fonctionne bien en 1 Gbits forcé.
Comme tu n'as pas fait de test en 1 Gbits comme demandé, on ne saura jamais si ton problème était de Bouygues ou ton matériel ...
-
Effectivement : https://www.tomshardware.fr/le-controleur-intel-i226-v-25-gbe-entraine-des-pertes-de-connexion/
Apparemment Intel a déployé un patch pour désactiver l'économie d'énergie (EEE), qui serait la cause des pertes de paquets
J'imagine que si on le désactive manuellement dans les versions antérieures ça doit fonctionner.
J'ai l'impression qu'il y a pas mal de ratés avec les controleurs Intel sur les cartes mères,
Un ami du temps des Intel Ivy Bridge, avait aussi des soucis de connexion avec son controleur Intel, il me semble qu'un an après c'était à peine réglé
-
Tu as (malheureusement) le fameux contrôleur I225-V dont Intel a reconnu une erreur de conception en mode 2.5 Gbits (le débit est instable / packet loss selon la marque du Switch / Box en face). Cependant, il fonctionne bien en 1 Gbits forcé.
Comme tu n'as pas fait de test en 1 Gbits comme demandé, on ne saura jamais si ton problème était de Bouygues ou ton matériel ...
Son débit était correct en multi/bbr.
Le débit était aussi mauvais en wifi. Le contrôleur influe sur la connexion Wi-Fi d'un autre appareil ?
Le contrôleur fait la différence entre un test mono/multi/bbr/Cubic ?
J'ai un Intel(R) Ethernet Controller (3) I225-V.
De retour chez les numéro 1, ça marche nettement mieux et avec une meilleure latence 8) Mais bon bloqué à 300mega...
Test mono/cubic/bouygues/poitiers
(https://www.speedtest.net/fr/result/15067668062.png) (https://www.speedtest.net/fr/result/15067668062)
Pas de risques de saturation visible avec une telle offre ;D
-
BBR est plus efficient sur les connexion subissant des pertes que Cubic
J'imagine que le fait d'ouvrir plusieurs connexion en // cache le problème, les pertes de paquets sont présentes, mais noyé dans le flux.
C'était (ou c'est toujours) le cas chez Free mobile, en mono Cubic la vitesse était beaucoup plus faible qu'en multi à contrario de ses concurrents.
-
Alors je vais préciser quand même, avant Bouygues j'avais Free Pop et avant Free j'avais Orange LB6, je n'ai rien changé à mon installation, même pas 1 câble. Et tout marchait nickel avant, et ça remarche aujourd'hui avec Sosh. Je peux link des anciens Speedtests s'il faut ^^
-
Alors je vais préciser quand même, avant Bouygues j'avais Free Pop et avant Free j'avais Orange LB6, je n'ai rien changé à mon installation, même pas 1 câble. Et tout marchait nickel avant, et ça remarche aujourd'hui avec Sosh. Je peux link des anciens Speedtests s'il faut ^^
En 2.5G avec Orange ?
-
En 2.5G avec Orange ?
Oui oui l'offre Max. Rappel toi j'avais changé car je voulais te prouver que tu avais tord ^^ Mais au final ca marchait nickel ;D
-
Tu as (malheureusement) le fameux contrôleur I225-V dont Intel a reconnu une erreur de conception en mode 2.5 Gbits (le débit est instable / packet loss selon la marque du Switch / Box en face). Cependant, il fonctionne bien en 1 Gbits forcé.
De souvenir, ce problème avait été corriger par Intel avec la 3ème révision de cette puce (B3) ?
https://www.intel.fr/content/www/fr/fr/products/sku/184676/intel-ethernet-controller-i225v/ordering.html?wapkw=i225-v (https://www.intel.fr/content/www/fr/fr/products/sku/184676/intel-ethernet-controller-i225v/ordering.html?wapkw=i225-v)
https://www.reddit.com/r/ASUS/comments/kppyoi/psa_asus_motherboards_with_intel_i225v_25gb_nic/ (https://www.reddit.com/r/ASUS/comments/kppyoi/psa_asus_motherboards_with_intel_i225v_25gb_nic/)
| Chip Reference | Stepping | Affected |
| SLN9D or SLN9C | B1 | Yes |
| SLNJX or SLNJY | B2 | Yes |
| SLNMH or SLMNG | B3 | No |
-
Oui oui l'offre Max. Rappel toi j'avais changé car je voulais te prouver que tu avais tord ^^ Mais au final ca marchait nickel ;D
Comme quoi, des préjugés, il y en a plein. Au moins tu as testé. Free, mauvais résultats en speedtests mono/Cubic mais utilisation générale ok. Bouygue, mauvais résultats générals speedtests et utilisation générale dégradée, Orange ok (même si dans certains coins, le 2.5G varie).
Au moins tu t'es fait un véritable avis, contrairement à beaucoup qui jugent sans avoir testé et se base sur des "on dit" (comme pour le mobile). Et ça a du mal à être accepté.
-
Ouais enfin Free "mauvais en cubic" c'est relatif j'avais plus que ma connexion Sosh donc bon...
-
De souvenir, ce problème avait été corriger par Intel avec la 3ème révision de cette puce (B3) ?
https://www.intel.fr/content/www/fr/fr/products/sku/184676/intel-ethernet-controller-i225v/ordering.html?wapkw=i225-v (https://www.intel.fr/content/www/fr/fr/products/sku/184676/intel-ethernet-controller-i225v/ordering.html?wapkw=i225-v)
https://www.reddit.com/r/ASUS/comments/kppyoi/psa_asus_motherboards_with_intel_i225v_25gb_nic/ (https://www.reddit.com/r/ASUS/comments/kppyoi/psa_asus_motherboards_with_intel_i225v_25gb_nic/)
| Chip Reference | Stepping | Affected |
| SLN9D or SLN9C | B1 | Yes |
| SLNJX or SLNJY | B2 | Yes |
| SLNMH or SLMNG | B3 | No |
Officiellement oui mais y a encore des retours négatifs malgré la nouvelle révision et, pire, la nouvelle gen i226 semble avoir le même problème.
-
Ouais enfin Free "mauvais en cubic" c'est relatif j'avais plus que ma connexion Sosh donc bon...
Disons que par rapport à l'offre c'était moyen, mais totalement utilisable. Je pense que le bbr/multi est bien plus utilisé pour un usage courant que ce que l'on veut nous faire croire.
-
Officiellement oui mais y a encore des retours négatifs malgré la nouvelle révision et, pire, la nouvelle gen i226 semble avoir le même problème.
Je ne sais pas si ça peut t'aider, mais c'est une ASUS ROG STRIX B660-I
-
Officiellement oui mais y a encore des retours négatifs malgré la nouvelle révision et, pire, la nouvelle gen i226 semble avoir le même problème.
J'avais eu une inquiétude à ce sujet, lors de l'achat d'un NAS, avec des i225-V (dernière révision B3 : SLNMH) mais j'ai jamais remarqué de problèmes de mon côté.
Parcontre, pour le i226, c'est bien emmerdant pour Intel. L'erreur de conception se situe aussi uniquement avec la version -V ?
-
@thsdrd : J'imagine que tu as installé un système à base de Linux, qui a peut être un fix déployé dans le kernel, ou peut être que ça ne touche que Windows
-
Tiens, c'est bizarre... Je ne suis plus éligible à la fibre chez Bouygues.
Un micmac avec les adresses on dirait. Quand je tape ma nouvelle adresse, il me demande de sélectionner le logement (c'était pas le cas avant je crois), sauf qu'après, ça atterri sur l'ancienne et dans ce cas seules les offres ADSL apparaissent. Et si je tape la vieille dans la recherche, elle est introuvable, seule la nouvelle est présente.
Encore un truc pété :P
-
J'ai un Intel(R) Ethernet Controller (3) I225-V.
Est-ce que le (3) c'est la révision ?
Pour vérifier, sous Windows ça doit être indiqué comme REV_0x (gestionnaire de périphériques, onglet détails des propriétés de la carte, numéro d'identification du matériel).
-
Tiens hwti ! Normalement c'est bon.
J'ai vérifié mon historique speedtests il y a quelque chose d'intéressant, j'ai bien réussi une fois à avoir le débit max en mono/cubic avec ma connexion Bouygues le premier jour quand le technicien est venu.
(https://www.speedtest.net/fr/result/15038558019.png) (https://www.speedtest.net/fr/result/15038558019)
-
Tiens hwti ! Normalement c'est bon.
J'ai vérifié mon historique speedtests il y a quelque chose d'intéressant, j'ai bien réussi une fois à avoir le débit max en mono/cubic avec ma connexion Bouygues le premier jour quand le technicien est venu.
(https://www.speedtest.net/fr/result/15038558019.png) (https://www.speedtest.net/fr/result/15038558019)
Probablement a une heure où il y a peu de trafic, donc pas de saturation.
-
Tiens, c'est bizarre... Je ne suis plus éligible à la fibre chez Bouygues.
Un micmac avec les adresses on dirait. Quand je tape ma nouvelle adresse, il me demande de sélectionner le logement (c'était pas le cas avant je crois), sauf qu'après, ça atterri sur l'ancienne et dans ce cas seules les offres ADSL apparaissent. Et si je tape la vieille dans la recherche, elle est introuvable, seule la nouvelle est présente.
Encore un truc pété :P
Pareil ici (alors que je suis toujours abonné...).
L'adresse semble pourtant bonne mais uniquement éligibilité ADSL. Ça mériterait presque un split de topic.
-
Dans ton cas, ton adresse n'a pas changé donc ?
Chez moi c'est un peu particulier, suite au renommage des rues (en 2014 je crois), j'ai l'éligibilité ADSL sur l'adresse historique et fibre sur la nouvelle ("nouvelle" qui est la combinaison des 2 plaques sur le bâtiment et qui ne devrait pas exister)
Le problème c'est que les deux apparaissent encore chez certains FAI, car dans la base nationale des adresses, les bâtiments sont bien référencés deux fois, alors que ça ne devrait pas être le cas (je suppose qu'ils auraient dû virer les vieilles plaques, ce qui n'a pas été fait...). Car d'après le courrier qu'on avait reçu de la mairie, il ne doit y avoir que le nouveau N° comme adresse officielle.
-
recu & branché. installation en 1/2 heure. offre pro 8G/2G:
Depuis Linux avec un carte intel 10G via un switch 10G:
en multi:
(https://www.speedtest.net/result/15089677300.png)
en mono:
(https://www.speedtest.net/result/15089636249.png)
nspeed:
$ ./nspeed from https://dl.nspeed.app/bbrcubic
| WARN | reading commands from https://dl.nspeed.app/bbrcubic
| WARN | running jobs of 'test download BBR mono' (0)...
| WARN | running jobs of 'test download BBR multi' (1)...
| WARN | running jobs of 'test download CUBIC mono' (2)...
| WARN | running jobs of 'test download CUBIC multi' (3)...
batch test download BBR mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#0| 3.8 Gbps| 0 bps| 8.00| 3.8 GB| 0 B|get https://paris.testdebit.info/10G/10G.iso (IPv6 - 3.946 ms - HTTP/2.0 - TLS 1.3)
| | | | | |
Average| 3.8 Gbps| 0 bps| 8.00| 3.8 GB| 0 B|
batch test download BBR multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#1| 7.0 Gbps| 0 bps| 8.00| 7.0 GB| 0 B|4 x get https://paris.testdebit.info/10G/10G.iso (IPv6 - 5.43 ms - HTTP/2.0 - TLS 1.3)
| | | | | |
Average| 7.0 Gbps| 0 bps| 8.00| 7.0 GB| 0 B|
batch test download CUBIC mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#2| 665.4 Mbps| 0 bps| 8.00| 665.5 MB| 0 B|get https://bouygues.testdebit.info/10G/10G.iso (IPv6 - 2.800 ms - HTTP/2.0 - TLS 1.3)
| | | | | |
Average| 665.4 Mbps| 0 bps| 8.00| 665.5 MB| 0 B|
batch test download CUBIC multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#3| 1.7 Gbps| 0 bps| 8.00| 1.7 GB| 0 B|4 x get https://bouygues.testdebit.info/10G/10G.iso (IPv6 - 2.222 ms - HTTP/2.0 - TLS 1.3)
| | | | | |
Average| 1.7 Gbps| 0 bps| 8.00| 1.7 GB| 0 B|
en poussant fort (32 flux, pas de chiffrement):
$ ./nspeed get -n 32 http://speedtest.milkywan.fr/files/10G.iso
| WARN | running jobs of '#0' (0)...
batch #0:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#0| 7.5 Gbps| 0 bps| 8.00| 7.5 GB| 0 B|32 x get http://speedtest.milkywan.fr/files/10G.iso (IPv6 - 5.286 ms - HTTP/1.1 - )
| | | | | |
Average| 7.5 Gbps| 0 bps| 8.00| 7.5 GB| 0 B|
-
C'est pas glorieux en Cubic.
Saturation ?
L'infra parisienne a été upgradée pour propose du 8 Gb/s, je vois mal avoir des saturations de cet ordre.
Tu es sûre que l'Infra a été upgradé sur Paris ? (Pas seulement la pose d'Olt XGSPON)
-
C'est pas glorieux en Cubic.
Saturation ?
aucune idée pas eu le temps de creuser plus.
avec speedtest en mono et le serveur cubic a Orly:
(https://www.speedtest.net/result/15089770494.png)
pas mal pour du cubic monoflux.
je n'ai pas l'impression que "LaFibre.info CUBIC Orly (id=45454)" soit https://bouygues.testdebit.info/ (pas la meme ip en tout cas).
-
4g en mono faut aller les chercher...
Free et SFR (en 8g) font mieux ?
-
4g en mono faut aller les chercher...
Free et SFR (en 8g) font mieux ?
Ça doit dépendre de l'heure, comme pour bouygue.
-
aucune idée pas eu le temps de creuser plus.
avec speedtest en mono et le serveur cubic a Orly:
(https://www.speedtest.net/result/15089770494.png)
pas mal pour du cubic monoflux.
je n'ai pas l'impression que "LaFibre.info CUBIC Orly (id=45454)" soit https://bouygues.testdebit.info/ (pas la meme ip en tout cas).
kgersen peux tu faire un speedtest en mono/cubic sur le serveur Bouygues Poitiers stp
Merci beaucoup
-
test du wifi:
pc Wifi6 (pas E). 5Ghz. a 2 metres de la bbox:
netsh wlan show interfaces :
Réception (Mbits/s) : 2402
Transmission (Mbits/s) : 2402
Signal : 92%
le wifi est synchro a 2,4 Gbps avec le PC:
speedtest (donc en wifi6):
(https://www.speedtest.net/result/15090040680.png)
avec nspeed: meme machine du wifi bbox puis retour port Ethernet 10G on arrive max a environ 1,7 Gbps (pc->10g->bbox->wifi->meme pc) dans les 2 sens:
.\nspeed.exe get -a Wi-Fi -n 4 nspeed://s1/10g server -a "Ethernet 10G Intel" -id s1 api -browse -statsinterfaces "Wi-Fi,Ethernet 10G Intel" (https://i.imgur.com/btP3oOX.png)
kgersen peux tu faire un speedtest en mono/cubic sur le serveur Bouygues Poitiers stp
Merci beaucoup
mono: https://www.speedtest.net/result/15090133578
(https://www.speedtest.net/result/15090133578.png)
multi : https://www.speedtest.net/result/15090128032
(https://www.speedtest.net/result/15090128032.png)
-
Le serveur de Poitiers est bridé pour ne pas pouvoir monter plus en Cubic/multi ?
-
Le serveur de Poitiers est bridé pour ne pas pouvoir monter plus en Cubic/multi ?
pas en CLI en tout cas (Linux dans Windows WSL)
$ speedtest -s 53171
Speedtest by Ookla
Server: BOUYGUES TELECOM CUBIC - Poitiers (id: 53171)
ISP: Bouygues Telecom
Idle Latency: 6.97 ms (jitter: 0.58ms, low: 5.02ms, high: 7.07ms)
Download: 6905.61 Mbps (data used: 8.3 GB)
8.59 ms (jitter: 5.01ms, low: 6.26ms, high: 220.94ms)
Upload: 1878.04 Mbps (data used: 2.1 GB)
7.57 ms (jitter: 3.01ms, low: 5.12ms, high: 229.06ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/9be0494e-684b-4bd8-9a7c-42bc22022516
C'est la version web (testé avec Chrome, Firefox et Edge) qui merdouille avec Poitiers ? et l'application speedtest Windows ne permet pas de choisir Poitiers...
Firefox sur Linux dans Windows WSL. pas bon non plus.
Mais l'application Android sur Windows 11 fonctionne bien aussi: https://www.speedtest.net/my-result/a/9466821520
ca sent la bizarrerie web... ;D
-
Merci pour le speedtest, je me suis demandé aussi à un moment si ce n'était pas le serveur qui déconnait, faudrait que qlq de chez Free ou SFR puisse faire le test pour voir
-
Du coup, seul solution pour approcher des 8G, c'est d'être en BBR/multi ?
-
batch test download CUBIC mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#2| 665.4 Mbps| 0 bps| 8.00| 665.5 MB| 0 B|get https://bouygues.testdebit.info/10G/10G.iso (IPv6 - 2.800 ms - HTTP/2.0 - TLS 1.3)
| | | | | |
Average| 665.4 Mbps| 0 bps| 8.00| 665.5 MB| 0 B|
batch test download CUBIC multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#3| 1.7 Gbps| 0 bps| 8.00| 1.7 GB| 0 B|4 x get https://bouygues.testdebit.info/10G/10G.iso (IPv6 - 2.222 ms - HTTP/2.0 - TLS 1.3)
| | | | | |
Average| 1.7 Gbps| 0 bps| 8.00| 1.7 GB| 0 B|[/tt]
Pour comparaison avec Orange Pro :
batch test download CUBIC mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#2| 639.3 Mbps| 0 bps| 8.00| 639.3 MB| 0 B|get https://bouygues.testdebit.info/10G/10G.iso (IPv4 - 16.57 ms - HTTP/2.0 - TLS 1.3)
| | | | | |
Average| 639.3 Mbps| 0 bps| 8.00| 639.3 MB| 0 B|
batch test download CUBIC multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#3| 1.6 Gbps| 0 bps| 8.00| 1.6 GB| 0 B|4 x get https://bouygues.testdebit.info/10G/10G.iso (IPv4 - 16.300 ms - HTTP/2.0 - TLS 1.3)
| | | | | |
Average| 1.6 Gbps| 0 bps| 8.00| 1.6 GB| 0 B|
Les résultats sont similaires, n'est ce pas une limitation du serveur ?
-
Les résultats sont similaires, n'est ce pas une limitation du serveur ?
probable oui. ou de son lien vers de peering/transit (si c'est le meme vers les 4 FAI ).
-
https://bouygues.testdebit.info/10G/10G.iso semble avoir un problème en HTTP/2 :
- Ubuntu 22.04 (curl 7.81 + libnghttp2 1.43.0) ou Fedora 38 (curl 8.0.1 + libnghttp2 1.52.0) : je reste bloqué 25s avant de commencer à télécharger.
- curl 8.2.1 + libnghttp2 1.55.1 (binaire statique Linux ou Windows) : ça commence à télécharger après 2s
Dans tous les cas, le débit semble limité, alors que ce n'est pas le cas en HTTP/1.1.
Avec paris.testdebit.info, je reste bloqué moins longtemps (6s), et il n'y a pas de problème de débit.
Et avec curl 8.2.1 + libnghttp2 1.55.1, ça ne bloque presque plus, mais c'est toujours légèrement moins bon qu'en HTTP/1.1.
Donc il faudrait tester en forçant HTTP/1.1 sur le test nperf.
-
https://bouygues.testdebit.info/10G/10G.iso semble avoir un problème en HTTP/2 :
- Ubuntu 22.04 (curl 7.81 + libnghttp2 1.43.0) ou Fedora 38 (curl 8.0.1 + libnghttp2 1.52.0) : je reste bloqué 25s avant de commencer à télécharger.
- curl 8.2.1 + libnghttp2 1.55.1 (binaire statique Linux ou Windows) : ça commence à télécharger après 2s
Dans tous les cas, le débit semble limité, alors que ce n'est pas le cas en HTTP/1.1.
Avec paris.testdebit.info, je reste bloqué moins longtemps (6s), et il n'y a pas de problème de débit.
Et avec curl 8.2.1 + libnghttp2 1.55.1, ça ne bloque presque plus, mais c'est toujours légèrement moins bon qu'en HTTP/1.1.
Donc il faudrait tester en forçant HTTP/1.1 sur le test nperf.
effectivement y'a un souci en https sur ce serveur:
sur Windows:
.\nspeed.exe from https://dl.nspeed.app/bytelhttp
HTTP 1.1:
#0| 4.6 Gbps| 0 bps| 8.00| 4.6 GB| 0 B|get http://bouygues.testdebit.info/10G/10G.iso (IPv6 - 5.605 ms - HTTP/1.1 - )
HTTPS 1.1:
#1| 1.4 Gbps| 0 bps| 8.00| 1.4 GB| 0 B|get -http1.1 https://bouygues.testdebit.info/10G/10G.iso (IPv6 - 2.908 ms - HTTP/1.1 - TLS 1.3)
HTTPS 2.0:
#2| 589.5 Mbps| 0 bps| 8.00| 589.6 MB| 0 B|get -http2 https://bouygues.testdebit.info/10G/10G.iso (IPv6 - 2.309 ms - HTTP/2.0 - TLS 1.3)
mais pas sur Linux c'est consistent...
./nspeed from https://dl.nspeed.app/bytelhttp
HTTP 1.1:
#0| 733.7 Mbps| 0 bps| 8.00| 733.7 MB| 0 B|get http://bouygues.testdebit.info/10G/10G.iso (IPv6 - 2.167 ms - HTTP/1.1 - )
HTTPS 1.1:
#1| 710.5 Mbps| 0 bps| 8.00| 710.5 MB| 0 B|get -http1.1 https://bouygues.testdebit.info/10G/10G.iso (IPv6 - 3.425 ms - HTTP/1.1 - TLS 1.3)
HTTPS 2.0:
#2| 601.0 Mbps| 0 bps| 8.00| 601.0 MB| 0 B|get -http2 https://bouygues.testdebit.info/10G/10G.iso (IPv6 - 6.12 ms - HTTP/2.0 - TLS 1.3)
edit: en refaisant le test plusieurs fois, on arrive comme sur Windows... je pense que le serveur sature par moment.
alors que paris.testdebit.info sature le lien sur une connexion:
./nspeed get http://bouygues.testdebit.info/10G/10G.iso then get http://paris.testdebit.info/10G/10G.iso
batch #0:
#0| 679.3 Mbps| 0 bps| 8.00| 679.3 MB| 0 B|get http://bouygues.testdebit.info/10G/10G.iso (IPv6 - 5.414 ms - HTTP/1.1 - )
batch #1:
#1| 7.3 Gbps| 0 bps| 8.00| 7.3 GB| 0 B|get http://paris.testdebit.info/10G/10G.iso (IPv6 - 3.142 ms - HTTP/1.1 - )
les 2 serveurs sont a 5 noeuds en traceroute.
-
Sur un serveur qui tient la charge, ça donne combien en multi/Cubic ?
-
edit: en refaisant le test plusieurs fois, on arrive comme sur Windows... je pense que le serveur sature par moment.
Il y a déjà 4,6Gbps en http quand ça fonctionne (c'est un serveur 10Gbps, donc même sans le problème https et http/2, il peut de toute façon saturer pour un test 8Gbps).
Malheureusement les deux serveurs 40Gbps (appliwave.testdebit.info et speedtest.milkywan.fr) sont en BBR.
Donc ce n'est pas facile de vérifier si on peut atteindre le débit maximal sur une connexion cubic.
Peut-être avec http://hivane.testdebit.info/10G/10G.iso ou http://ping.online.net/10000Mo.dat.
-
Sur un serveur qui tient la charge, ça donne combien en multi/Cubic ?
avec l'application Windows:
https://www.speedtest.net/my-result/d/20c31559-40a5-406a-81b4-77bfdd7ba2e3
(https://www.speedtest.net/result/d/20c31559-40a5-406a-81b4-77bfdd7ba2e3.png)
avec Chrome sur le meme Windows (meme machine, memes conditions)
https://www.speedtest.net/result/15093042127
(https://www.speedtest.net/result/15093042127.png)
-
Comment expliquer que les 8G ne sont pas atteint ?
Limitation machine ?
La différence entre appli Windows et sous Google est classique.
Les "2G" en UP, c'est parce que c'est une offre pro ? Bouygue utilise t'il des OLT et une infra en parallèle de celle pour les offres GP ?
-
Il y a déjà 4,6Gbps en http quand ça fonctionne (c'est un serveur 10Gbps, donc même sans le problème https et http/2, il peut de toute façon saturer pour un test 8Gbps).
Malheureusement les deux serveurs 40Gbps (appliwave.testdebit.info et speedtest.milkywan.fr) sont en BBR.
Donc ce n'est pas facile de vérifier si on peut atteindre le débit maximal sur une connexion cubic.
Peut-être avec http://hivane.testdebit.info/10G/10G.iso ou http://ping.online.net/10000Mo.dat.
en mono hivane (https://hivane.testdebit.info/, speedtest id 49781, hivane.iperf.fr )
- 3.7 Gbps max sur Windows (2.5 Gbps avec iperf3 qui indique bien emetteur 'cubic').
- sur Linux dépasse jamais 1Gbps, plutot vers 600Mbps sur plusieurs tests...a creuser pourquoi. idem avec curl et iperf3 (pour valider que ce n'est pas nspeed).
par contre
T:\dev\nspeed-client> .\nspeed.exe get http://ping.online.net/10000Mo.dat
batch #0:
#0| 6.8 Gbps| 0 bps| 8.00| 6.8 GB| 0 B|get http://ping.online.net/10000Mo.dat (IPv4 - 5.875 ms - HTTP/1.1 - )
et sur linux:
$ ./nspeed get http://ping.online.net/10000Mo.dat
batch #0:
#0| 7.2 Gbps| 0 bps| 8.00| 7.2 GB| 0 B|get http://ping.online.net/10000Mo.dat (IPv4 - 6.2 ms - HTTP/1.1 - )
et en IPv6:
$ ./nspeed get http://ping6.online.net/10000Mo.dat
batch #0:
#0| 7.4 Gbps| 0 bps| 8.00| 7.4 GB| 0 B|get http://ping6.online.net/10000Mo.dat (IPv6 - 5.609 ms - HTTP/1.1 - )
il est vraiment cubic online.net ?
-
bon ben code erreur S1 , plus de ligne. Pas d'intervention possible avant jeudi...
ca fait même pas 24H ca commence mal.
et ce n'est pas très 'Pro' niveau délai.
-
T'as fait trop de speedtests et tu t'es fait jeter ? :-) c'est une blague bien sur.
-
a priori c'est dans l'immeuble, peut-etre que Free n'a pas aimé mon départ et ils ont envoyé un saboteur...
-
a priori c'est dans l'immeuble, peut-etre que Free n'a pas aimé mon départ et ils ont envoyé un saboteur...
C'est même certain !!! Ils ont probablement rempli la gaine de mousse expansive âpres avoir bien coupé la fibre !!!...
-
https://www.bouyguestelecom.fr/offres-internet-bbox-pro#pack-pro
l'offre Pro+ semble être juste du marketing hormis le débit (quand ca marche):
Intervention garantie en moins de 8h(6)
Garantie d'intervention d'un technicien sous 8h ouvrables (en cas de panne de votre accès internet)
avec la note 6:
(6) Intervention garantie en moins de 8h : Réservée aux clients d'une offre Bbox Pro ou Pro+. En cas d’incident signalé par le client au Service Clients et diagnostiqué comme se situant sur l'équipement unitaire du client (hors installation privée) et ne pouvant être traité à distance, intervention d’un technicien sur le site du client dans un délai maximum de 8 heures ouvrables (hors jours fériés). Ce délai nécessite la disponibilité du client sur le créneau proposé (sans quoi l’intervention n’est plus garantie) et est décompté à partir de l’heure de l’appel confirmant le rendez-vous par le Service Clients, pendant les heures de la période de couverture de garantie (lundi au vendredi, de 8h à 18h, et samedi de 8h à 14h).
Dans mon cas on est largement au delà des 8 heures ouvrable. Au tel avec le service client, c'est les mêmes équipes de toute façon et le même traitement.
Internet garanti Pro:
Soyez connectés tout de suite, tout le temps grâce à une clé 4G et 200 Go d’internet mis à disposition dès votre souscription. Et pour vos usages en mobilité, bénéficiez de 20 Go/mois.
La continuité de service est juste une pauvre clé 4G sans aucune possibilité de la relier a la bbox pour prendre le relai de la fibre. Donc faut reconfigurer les appareils wifi (ou couper le wifi de la bbox et renommer celui de la clé). Les appareils sans wifi n'ont pas de continuité de service. Ils ne peuvent pas prêter un modem 5G chez Bytel ?
J'ai testé les 3 FAI principaux a ce jour :
- Freepro , modem 4G permanent, bascule auto. La fibre déconnait mais le backup marchait (quand on capte la 4G Free donc pas partout) donc ne marchait pas non plus dans mon cas.
- Orange Pro, la clé 4G se branche en usb sur la livebox et la bascule est automatique
- Bytel Pro+, clé 4G simple, rien d'autre. le "backup" qui n'est pas vraiment un backup.
Bref si pas besoin du débit d'upload 'pro+' autant prendre une l'offre GP a 8G/1G. Le label 'pro' c'est du marketing (pour le moment).
-
"diagnostiqué comme se situant sur l'équipement unitaire du client ", y a une garantie uniquement en cas de panne de la box. Pas d'une coupure fibre visiblement.
-
Je le comprend "entre eux et la box" et pas au delà.
De toute facon ils envoient quelqu'un , c'est juste qu'ils n'ont pas mis en face les effectifs suffisant pour assurer 8h ouvrés.
-
il est vraiment cubic online.net ?
C'est ce qui est indiqué sur testdebit.info, mais ça pourrait ne pas être à jour.
ping.online.net supporte aussi iperf, donc ça pourrait donner une idée (sous réserve qu'il ne s'agisse pas de VM voire conteneurs séparés).
Avec iperf on peut tester en forçant Cubic, mais aussi en UDP (attention, ça ne fonctionne pas toujours très bien).
-
en mono hivane (https://hivane.testdebit.info/, speedtest id 49781, hivane.iperf.fr )
- 3.7 Gbps max sur Windows (2.5 Gbps avec iperf3 qui indique bien emetteur 'cubic').
- sur Linux dépasse jamais 1Gbps, plutot vers 600Mbps sur plusieurs tests...a creuser pourquoi. idem avec curl et iperf3 (pour valider que ce n'est pas nspeed).
Pareil en http (pour éliminer le TLS, le serveur semble limité à HTTP/1.1) ?
-
Comment expliquer que les 8G ne sont pas atteint ?
Limitation machine ?
7.5G semble le max atteignable sur IP. Cela correspond a 8G 'line rate' en prenant en compte vlan, ip, tcp au dessus. Voir même aussi http en plus dans certains outils de mesure (notamment nspeed,curl,etc mais par iperf3).
On compte en général 6% d'overhead sur la line rate. 8Gbps - %6 ca fait 7,5Gbps ce qui semble être le max constaté.
En théorie le XGS-PON peut atteindre 8,54 Gbps en line rate donc ils gardent une réserve de service ou pour la QoS ?
Les "2G" en UP, c'est parce que c'est une offre pro ? Bouygue utilise t'il des OLT et une infra en parallèle de celle pour les offres GP ?
2G up c'est l'offre pro+ avec l'option Debit+ a 5€/mois (qui est le passage au XGS-PON donc de 2G/1G a 8G/2G).
Dixit le tech c'est la meme infra (et les memes techs et le meme service client...).
Pareil en http (pour éliminer le TLS, le serveur semble limité à HTTP/1.1) ?
c'est en panne jusqu'a jeudi, je reprendrai les tests après.
iperf3 ne marchait pas avec ping.online.net malgré ce qu'indique le site.
-
iperf3 ne marchait pas avec ping.online.net malgré ce qu'indique le site.
Le site indique qu'iperf3 est disponible sur les ports 5200-5209.
En pratique seuls 5200, 5201 et 5205 semblent fonctionner (aussi bien pour ping.online.net que ping6.online.net), les autres ne répondent pas (démons iperf3 plantés et non relancés ?).
Et sinon :
rcv_tcp_congestion cubic
Sur ping(6)-ams1.online.net (peut-être moins intéressant pour les débits élevés, à cause de la latence), le port 5200 ne répond pas, et connexion refusée sur les ports 5202/5204.
Il y a donc les ports 5201/5203/5205/5206/5207/5208/5209, mais certains semblent toujours occupés (peut-être qu'il y a des clients qui lancent des tests longs, ou que que le serveur iperf3 est bloqué).
Là aussi le serveur est en Cubic.
-
En théorie le XGS-PON peut atteindre 8,54 Gbps en line rate donc ils gardent une réserve de service ou pour la QoS ?
Vu que l'infra PON est partagée avec les autres offres GP, tu as forcément du traffic IPTV (même la nuit, les gens n'éteignent pas leurs décodeurs de ce que j'ai pu voir) et bien évidemment du traffic IP destiné à d'autres clients. Ca peut rapidement faire plusieurs centaines de Mbit/s.
Les opérateurs utilisent bel et bien la CoS Ethernet pour prioriser le traffic, mais si il n'y a pas de traffic dans ces classes, la bande passante est de facto disponible pour les classes moins prioritaires.
Ensuite, il y a la collecte : les OLT sont très probablement collectés en 10Gbit/s, et il y a un grand nombre d'arbre PON par OLT. Là aussi, il va y avoir contention.
-
Les opérateurs utilisent bel et bien la CoS Ethernet pour prioriser le traffic, mais si il n'y a pas de traffic dans ces classes, la bande passante est de facto disponible pour les classes moins prioritaires.
oui c'est usuellement le cas.
Je pense qu'ils ont peut-être simplement réglé la line rate a "8 Gbps" pile par ce que c'est l'offre commerciale.
D'ailleurs en upload le ratio débit observé/débit vendu correspond aussi a "2 Gbps - 6%" alors qu'ils auraient pu le régler a ~2,1 Gbps pour voir affiché "2 Gbps" aux tests de débits usuels (astuce de réglage qu'ils ont fait dans d'autres offres déjà).
Pour atteindre "8 Gbps" pile aux tests de débit usuels il faudrait provisionner la line rate a 8,5 Gbps on est vraiment très proche de la limite physique, voir trop proche.
-
7.5G semble le max atteignable sur IP. Cela correspond a 8G 'line rate' en prenant en compte vlan, ip, tcp au dessus. Voir même aussi http en plus dans certains outils de mesure (notamment nspeed,curl,etc mais par iperf3).
On compte en général 6% d'overhead sur la line rate. 8Gbps - %6 ca fait 7,5Gbps ce qui semble être le max constaté.
En théorie le XGS-PON peut atteindre 8,54 Gbps en line rate donc ils gardent une réserve de service ou pour la QoS ?
2G up c'est l'offre pro+ avec l'option Debit+ a 5€/mois (qui est le passage au XGS-PON donc de 2G/1G a 8G/2G).
Dixit le tech c'est la meme infra (et les memes techs et le meme service client...).
c'est en panne jusqu'a jeudi, je reprendrai les tests après.
iperf3 ne marchait pas avec ping.online.net malgré ce qu'indique le site.
C'est pas pour le 10GEPON ça ?
Vu que l'infra PON est partagée avec les autres offres GP, tu as forcément du traffic IPTV (même la nuit, les gens n'éteignent pas leurs décodeurs de ce que j'ai pu voir) et bien évidemment du traffic IP destiné à d'autres clients. Ca peut rapidement faire plusieurs centaines de Mbit/s.
Les opérateurs utilisent bel et bien la CoS Ethernet pour prioriser le traffic, mais si il n'y a pas de traffic dans ces classes, la bande passante est de facto disponible pour les classes moins prioritaires.
Ensuite, il y a la collecte : les OLT sont très probablement collectés en 10Gbit/s, et il y a un grand nombre d'arbre PON par OLT. Là aussi, il va y avoir contention.
Vivien a dit que Bouygue avait up sont infra, c'est peut probablement qu'ils aient laissé les OLT en 10G.
-
Vu que l'infra PON est partagée avec les autres offres GP, tu as forcément du traffic IPTV (même la nuit, les gens n'éteignent pas leurs décodeurs de ce que j'ai pu voir) et bien évidemment du traffic IP destiné à d'autres clients. Ca peut rapidement faire plusieurs centaines de Mbit/s.
L'offre XGS-PON est très récente, il ne doit pas y avoir grand monde sur l'arbre (peut-être même que kgersen était tout seul).
-
L'offre XGS-PON est très récente, il ne doit pas y avoir grand monde sur l'arbre (peut-être même que kgersen était tout seul).
Bah l'olt est mutualisé avec les abonnés gpon, donc si, il y a du monde. Et vu la densité d'abonnés par olt, dans les 14 000 si il est full en se limitant à des arbres pon de 64 (surtout sur Paris), une collecte limite se voit bien plus avec une offre 8G.
-
Vivien a dit que Bouygue avait up sont infra, c'est peut probablement qu'ils aient laissé les OLT en 10G.
Tu peux upgrader ta collecte en 40, 100Gb/s voire plus, mais si tes OLT n'ont que des interfaces 10Gbit/s, il faut tous les remplacer... ce qui n'est pas forcément justifié, car le taux d'utilisation réel des lignes FTTH par rapport à leur débit provisionné est très, très faible.
Note que je ne sais pas ce qu'utilise Bouygues comme OLT, je ne fais que montrer qu'il y a des limites à plusieurs niveaux : techno PON utilisée, backplane OLT, cartes de collecte OLT, éventuellement switching/routing collecte local au NRO, puis interco de collecte avec le core network. Et ca, ce n'est que sur la collecte!
-
Tu peux upgrader ta collecte en 40, 100Gb/s voire plus, mais si tes OLT n'ont que des interfaces 10Gbit/s, il faut tous les remplacer... ce qui n'est pas forcément justifié, car le taux d'utilisation réel des lignes FTTH par rapport à leur débit provisionné est très, très faible.
Note que je ne sais pas ce qu'utilise Bouygues comme OLT, je ne fais que montrer qu'il y a des limites à plusieurs niveaux : techno PON utilisée, backplane OLT, cartes de collecte OLT, éventuellement switching/routing collecte local au NRO, puis interco de collecte avec le core network.
Bouygue utilise des olt de marque Huawei.
Ok , donc le "ils ont upgradé leurs infra" c'est juste ajouté de carte XGSPON, rien de foufou.
L'infra parisienne a été upgradée pour propose du 8 Gb/s, je vois mal avoir des saturations de cet ordre.
-
C'est pas pour le 10GEPON ça ?
10G EPON 8,7 Gbps line rate avec FEC
XGS-PON 8,54 Gbps line rate avec FEC
saturation, je n'ai pas l'impression apres quelques heures de tests et utilisation.
En tous cas rien a voir avec Freepro avec qui j'avais même des micro-coupures depuis 15 jours. Même avant en simple surf on sentait des délais et lenteurs (peut-etre leur techno de tunnel vers Jaguar et je suspecte aussi la Freebox Detla/Pro d'avoir un souci de traitement des paquets a tres haut débit (>1G)).
Sur les tests avec les 2 serveurs a 5 noeuds de distance donc sans quitter l'AS Bytel je n'avais vraiment aucune saturation.
Apres c'est certain qu'avec des serveurs au delà, via des peerings & transits, le but n'est pas d’espérer avoir le max.
On demande juste que le NRO et la collecte ne sature pas comme c'est le cas avec Free. SI j'ai un serveur ou service chez OVH ou Online ou GCP je dois pouvoir y accéder sans trop de perte. Franchement 6+ Gbps en mono avec Online ... j'ai jamais eu cela avec Freepro. C'est pourtant le même groupe Iliad non ?
On paie un FAI pour sa collecte, son backbone et ses peerings pas que pour une box hi-tech toute belle au bout d'une ligne en sur-contention. Surtout en Pro. C'est un ensemble qui n'était pas la pour Freepro.
Mais a leur décharge c'était les seuls a proposer ces débits. Maintenant on peut comparer et sur quelques heures que j'ai pu tester c'est flagrant qu'on est pas dans la même catégorie d'infra réseau. Maintenant y'a cette coupure/panne qui terni un peu l'expérience, j'attend demain les explications ...
Pour être équitable il faut prendre en compte qu'on doit pas être nombreux avec cette techno et que c'est doute un peu tôt pour tirer des conclusions définitives. Ce qui est bien c'est qu'il y a maintenant de la concurrence a ce niveau de débits. On attend plus qu'Orange.
-
10G EPON 8,7 Gbps line rate avec FEC
XGS-PON 8,54 Gbps line rate avec FEC
saturation, je n'ai pas l'impression apres quelques heures de tests et utilisation.
En tous cas rien a voir avec Freepro avec qui j'avais même des micro-coupures depuis 15 jours. Même avant en simple surf on sentait des délais et lenteurs (peut-etre leur techno de tunnel vers Jaguar et je suspecte aussi la Freebox Detla/Pro d'avoir un souci de traitement des paquets a tres haut débit (>1G)).
Sur les tests avec les 2 serveurs a 5 noeuds de distance donc sans quitter l'AS Bytel je n'avais vraiment aucune saturation.
Apres c'est certain qu'avec des serveurs au delà, via des peerings & transits, le but n'est pas d’espérer avoir le max.
On demande juste que le NRO et la collecte ne sature pas comme c'est le cas avec Free. SI j'ai un serveur ou service chez OVH ou Online ou GCP je dois pouvoir y accéder sans trop de perte. Franchement 6+ Gbps en mono avec Online ... j'ai jamais eu cela avec Freepro. C'est pourtant le même groupe Iliad non ?
On paie un FAI pour sa collecte, son backbone et ses peerings pas que pour une box hi-tech toute belle au bout d'une ligne en sur-contention. Surtout en Pro. C'est un ensemble qui n'était pas la pour Freepro.
Mais a leur décharge c'était les seuls a proposer ces débits. Maintenant on peut comparer et sur quelques heures que j'ai pu testé c'est flagrant qu'on est pas dans la même catégorie d'infra réseau. Maintenant y'a cette coupure/panne qui terni un peu l'expérience, j'attend demain les explications ...
Pour être équitable il faut prendre en compte qu'on doit pas être nombreux avec cette techno et que c'est doute un peu tot pour tirer des conclusions définitives. Ce qui est bien c'est qu'il y a maintenant de la concurrence a ce niveau de débits. On attend plus qu'Orange.
Pour le coup, ça semble être la même avec bouygue (la box en moins). Bon après, l'investissement dans une infra qui peut vraiment supporter de tel débit n'est pas forcément rentable au vu de la masse d'abonné qui veut vraiment l'exploiter.
-
10G EPON 8,7 Gbps line rate avec FEC
XGS-PON 8,54 Gbps line rate avec FEC
saturation, je n'ai pas l'impression apres quelques heures de tests et utilisation.
En tous cas rien a voir avec Freepro avec qui j'avais même des micro-coupures depuis 15 jours. Même avant en simple surf on sentait des délais et lenteurs (peut-etre leur techno de tunnel vers Jaguar et je suspecte aussi la Freebox Detla/Pro d'avoir un souci de traitement des paquets a tres haut débit (>1G)).
Sur les tests avec les 2 serveurs a 5 noeuds de distance donc sans quitter l'AS Bytel je n'avais vraiment aucune saturation.
Apres c'est certain qu'avec des serveurs au delà, via des peerings & transits, le but n'est pas d’espérer avoir le max.
On demande juste que le NRO et la collecte ne sature pas comme c'est le cas avec Free. SI j'ai un serveur ou service chez OVH ou Online ou GCP je dois pouvoir y accéder sans trop de perte. Franchement 6+ Gbps en mono avec Online ... j'ai jamais eu cela avec Freepro. C'est pourtant le même groupe Iliad non ?
On paie un FAI pour sa collecte, son backbone et ses peerings pas que pour une box hi-tech toute belle au bout d'une ligne en sur-contention. Surtout en Pro. C'est un ensemble qui n'était pas la pour Freepro.
Mais a leur décharge c'était les seuls a proposer ces débits. Maintenant on peut comparer et sur quelques heures que j'ai pu testé c'est flagrant qu'on est pas dans la même catégorie d'infra réseau. Maintenant y'a cette coupure/panne qui terni un peu l'expérience, j'attend demain les explications ...
Pour être équitable il faut prendre en compte qu'on doit pas être nombreux avec cette techno et que c'est doute un peu tot pour tirer des conclusions définitives. Ce qui est bien c'est qu'il y a maintenant de la concurrence a ce niveau de débits. On attend plus qu'Orange.
C'est un peu ce qu'on constate en quittant Free pour un autre opérateur. Malgré les débits annoncés, on ressent des lenteurs au niveau du surf et d'accès aux services du web. Quand on regarde plus en détail, on remarque des pertes de paquets mais aussi des saturations vers certains services, dues la plupart du temps non à des saturations locales et des problèmes d'infrastructures en aval comme cela peut arriver en fonction du succès de l'opérateur et/ou d'un manque de dimansionnement, mais en amont entre le réseau de Free et l'ensemble du web à savoir les liens de peering et de transit. YouTube et Netflix en étaient les exemples criants et ce problème est loin d'être réglé pour l'ensemble des services.
-
Pour le coup, ça semble être la même avec bouygue (la box en moins).
Pour l'instant il n'y a aucun soucis de clairement identifié, à part certains serveurs de test de débit.
Comme chez Free et SFR, les 8Gbps vendus sont proches des 100% de ce qui est possible sur l'arbre, donc le débit maximum dépend de l'activité des autres utilisateurs.
Mais l'offre vient d'être lancée, donc l'arbre XGS-PON ne doit pas être très rempli.
On ne sait pas quel modèle d'OLT est utilisé (Bouygues a du Huawei et Nokia/Alcatel), donc pour les limitations communes à tous les arbres on ne peut que faire des suppositions :
- s'il a un seul port 10Gbps (pour l'ensemble GPON et XGS-PON) : risque important de saturation
- s'il a plusieurs ports 10Gbps, tout dépend du type d'agrégation : ça pourrait saturer si le trafic d'un abonné passe toujours par le même port, ou éventuellement saturer sur une connexion si c'est réparti en fonction des IP/ports
- s'il a au moins un port >10Gbps, il ne devrait pas y avoir de saturation
Bien sûr, il faut dans tous les cas que la collecte suive, et les différents peerings ou transits si le serveur est sur un autre réseau.
-
Pour l'instant il n'y a aucun soucis de clairement identifié, à part certains serveurs de test de débit.
Comme chez Free et SFR, les 8Gbps vendus sont proches des 100% de ce qui est possible sur l'arbre, donc le débit maximum dépend de l'activité des autres utilisateurs.
Mais l'offre vient d'être lancée, donc l'arbre XGS-PON ne doit pas être très rempli.
On ne sait pas quel modèle d'OLT est utilisé (Bouygues a du Huawei et Nokia/Alcatel), donc pour les limitations communes à tous les arbres on ne peut que faire des suppositions :
- s'il a un seul port 10Gbps (pour l'ensemble GPON et XGS-PON) : risque important de saturation
- s'il a plusieurs ports 10Gbps, tout dépend du type d'agrégation : ça pourrait saturer si le trafic d'un abonné passe toujours par le même port, ou éventuellement saturer sur une connexion si c'est réparti en fonction des IP/ports
- s'il a au moins un port >10Gbps, il ne devrait pas y avoir de saturation
Bien sûr, il faut dans tous les cas que la collecte suive, et les différents peerings ou transits si le serveur est sur un autre réseau.
OK, donc ça sera encore plus variable dans le futur.
C'est que du Huawei chez bouygue (c'est le moins cher), Alcatel j'ai vu chez SFR (en plus d'alticelab).
-
C'est que du Huawei chez bouygue (c'est le moins cher), Alcatel j'ai vu chez SFR (en plus d'alticelab).
Tout indique qu'ils ont toujours des OLT Alcatel en plus des Huawei, et en 2018 Vivien disait qu'il s'agissait des plus anciens, en ZTD (donc potentiellement ceux de Paris, à moins qu'ils aient été remplacés) :
A noter que Bouygues Telecom a des OLT Alcatel en ZTD et des OLT Huawei en ZMD.
Ce n'est pas lié la zone mais au fait que Bouygues a déployé au début des NRO uniquement en ZTD puis depuis 2 ans ne déploie plus que des nouveau NRO en ZMD et qu'entre temps le fournisseur à changé.
Je suis sur un OLT Alcatel (enfin c'est ce que disait la BBox avant de retourner dans son carton).
Je suis un olt alcatel, même comportement (routeur mikrotik, ont alcatel).
-
C'est un peu ce qu'on constate en quittant Free pour un autre opérateur. Malgré les débits annoncés, on ressent des lenteurs au niveau du surf et d'accès aux services du web. Quand on regarde plus en détail, on remarque des pertes de paquets mais aussi des saturations vers certains services, dues la plupart du temps non à des saturations locales et des problèmes d'infrastructures en aval comme cela peut arriver en fonction du succès de l'opérateur et/ou d'un manque de dimansionnement, mais en amont entre le réseau de Free et l'ensemble du web à savoir les liens de peering et de transit. YouTube et Netflix en étaient les exemples criants et ce problème est loin d'être réglé pour l'ensemble des services.
Pour ma part la navigation web était bien mieux chez Free que chez Bouygues, le jour et la nuit. En revanche depuis que je suis chez Sosh, il y a même pas débat entre les 3 opérateurs, et de loin.
Vous savez si SFR sature sur Paris centre ? J'essai de comprendre qui a investi le plus d'argent sur les infra à Paris.
-
Les chiffres et rapport de nperf ne te donnent pas raison sur l'internet fixe.
Orange / Sosh ne sont pas 1er depuis un certain moment. Free était sur la première place du podium pendant longtemps jusqu'au mois dernier où ils se sont fait voler la première place par Bouygues.
Tous les détails : https://media.nperf.com/files/publications/FR/2023-07-19_Barometre-connexions-fixes-metropole-nPerf-S1-2023.pdf
C’est effectivement Bouygues Telecom qui, au global, affiche les évolutions nettes les plus
importantes depuis 2021, toute catégorie confondue. On peut constater aussi bien en Haut Débit
et Très Haut Débit, qu’il enregistre les meilleures progressions.
L’avance de Free sur le débit descendant est en train de fondre et Bouygues Telecom parvient
même à prendre le lead sur le dernier mois en proposant en moyenne à ses clients très haut débit,
un débit descendant approchant les 400 Mb/s.
-
Ces résultats sont vraiment à prendre avec des pincettes... tout le monde sait que c'est orange le numero 1 en qualité de service. La différence se joue au niveau de la box et du matériel des gens
-
Ces résultats sont obtenus avec un protocole agrée par l'arcep et sont repris par Free et les FAI. Par exemple, pour Free Fixe en 2022, https://iliad-strapi.s3.fr-par.scw.cloud/CP_200123_91e3fc9e6e.pdf
-
Pour ma part la navigation web était bien mieux chez Free que chez Bouygues, le jour et la nuit. En revanche depuis que je suis chez Sosh, il y a même pas débat entre les 3 opérateurs, et de loin.
Vous savez si SFR sature sur Paris centre ? J'essai de comprendre qui a investi le plus d'argent sur les infra à Paris.
Un problème particulier ou une saturation locale ne permet pas de savoir le niveau de qualité des infrastructures global d'un opérateur. Pour ça qu'on tente de dresser une appréciation générale à partir d'un grand échantillon et pas juste quelques cas. Sinon, pour prendre le mobile par exemple, on pourrait sélectionner des zones où Orange n'est pas très bon et en conclure que c'est représentatif, ce qui n'est pas le cas.
-
Ces résultats sont obtenus avec un protocole agrée par l'arcep et sont repris par Free et les FAI. Par exemple, pour Free Fixe en 2022, https://iliad-strapi.s3.fr-par.scw.cloud/CP_200123_91e3fc9e6e.pdf
le probleme est qu'il y a une dépendance financière entre ceux qui mesurent et ceux qui sont mesuré et pire maintenant avec l'api box ceux qui sont mesuré sont maintenant prévenu en temps réel qu'une mesure a lieu...
Il n'y a pas de protocole agrée sur la mesure elle-meme. On ne sait pas de facon scientifique comment les mesures sont faites. NPerf parle de "Le speed test repose sur un algorithme unique permettant de mesurer précisément les débits descendant et montant ainsi que la latence de votre connexion."
Il n'y a pas d'algorithme standardisé, reproductible par qui veut, open source et définie par l'arcep ou autre et agrée par tout le monde. Ce qui est défini et agrée c'est l'api box qui permet d'informer le FAI qu'une mesure a lieu et fournir des meta data.
D'ailleurs tout le problème est la, les FAI ne devraient pas à avoir leur mot a dire dans ces histoires de mesure de débit , il n'y a pas besoin d'avoir leur agréement. Ils ne devraient pas savoir qui mesure et comment.
Mais la c'est eux qui financent et eux qui imposent un accès contrôlé aux metadata des box sous des prétextes fallacieux (vie privée, sécurité et autre bullshit que les gens avalent parce qu'ils n'ont pas les compétences pour comprendre exactement de quoi il s'agit ou qu'ils ne font pas l'effort de creuser plus le sujet).
Il n'ya pas d'accès public aux données bruts collectées (anonymisées), elle ne sont pas en open data. Pas d'info sur les serveurs, leur charge pendent une mesure, pas d'info sur le traitement et l'épuration des données, etc rien absolument rien n'est défini et standardisé.
Un peu comme le label "élu produit de l'année" c'est donc avant tout du marketing. Mais pire car l'ARCEP a apposé son sceau dessus.
Pour moi citer le rapport nperf (et d'autres) c'est se moquer des utilisateurs.
-
Complétement d'accord, il faudrait que chacun ait la même box, la même offre, et le même ordinateur. Sans parler de la latence.
Quelqu'un avait déjà subit des saturations chez Bouygues à Paris avec l'offre 2Gb ou moins ? On m'a toujours dit que Bouygues ne saturait pas, hormis quelques fois sur les rips.
-
Pour ma part la navigation web était bien mieux chez Free que chez Bouygues, le jour et la nuit. En revanche depuis que je suis chez Sosh, il y a même pas débat entre les 3 opérateurs, et de loin.
Vous savez si SFR sature sur Paris centre ? J'essai de comprendre qui a investi le plus d'argent sur les infra à Paris.
Quelqu'un du forum y avait souscris, c'était très variable. C'était en zmd il le semble.
-
coupure réparée. Il s'avère que la jarretière dans le PMI pour ma fibre a été "pincé" par l'espece de trappe/porte au niveau du boitier FAI Free (module opérateur). Le boitier Bytel étant au dessus de tout les autres toutes les fibres Bytel doivent traverser les autres boitiers (Free, SFR) et Orange est l'OI.
L'intervention a juste consisté a remplacer cette fibre et a la positionner mieux de façon que les futurs intervenants ne la coincent pas en refermant les portes des différents modules...
Ca ressemble a cela mais avec tout plein de fibres:
(https://lafibre.info/images/altice/200901_install_sfr_gpon_08.jpg)
arrivé des logements en bas, boitier Bytel tout en haut , ma fibre a été 'pincé' par la porte Free.
Apres ce n'est pas forcement un technicien Free qui a pincé la fibre. Tout les techs peuvent ouvrir toutes les portes suivant l'intervention qu'ils ont à faire.
Et ce n'est pas forcement "volontaire" juste du travail mal fait.
Et y'a tellement de fibres entassées que la porte du module du bas par exemple ne ferme pas complétement ...(probleme de "cable management" ou de sous-dimensionnement des boitiers?)
Ce qui n'excuse pas l'incident.
du coup ca remarche:
Pareil en http (pour éliminer le TLS, le serveur semble limité à HTTP/1.1) ?
oui http ou https meme résultat pour hivane.testdebit.info
Le site indique qu'iperf3 est disponible sur les ports 5200-5209.
En pratique seuls 5200, 5201 et 5205 semblent fonctionner (aussi bien pour ping.online.net que ping6.online.net), les autres ne répondent pas (démons iperf3 plantés et non relancés ?).
Et sinon :
rcv_tcp_congestion cubic
Sur ping(6)-ams1.online.net (peut-être moins intéressant pour les débits élevés, à cause de la latence), le port 5200 ne répond pas, et connexion refusée sur les ports 5202/5204.
Il y a donc les ports 5201/5203/5205/5206/5207/5208/5209, mais certains semblent toujours occupés (peut-être qu'il y a des clients qui lancent des tests longs, ou que que le serveur iperf3 est bloqué).
Là aussi le serveur est en Cubic.
j'ai réussi a choper un iperf3 sur ping.online.net mais c'est du bol y'a plein de 'the server is busy' donc pas pu tester avec -C ou --get-server-output
iperf3 -c ping.online.net -p 5200 -R
Connecting to host ping.online.net, port 5200
Reverse mode, remote host ping.online.net is sending
[ 5] local 192.168.10.3 port 51680 connected to 62.210.18.40 port 5200
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 737 MBytes 6.18 Gbits/sec
[ 5] 1.00-2.00 sec 815 MBytes 6.83 Gbits/sec
[ 5] 2.00-3.00 sec 826 MBytes 6.93 Gbits/sec
[ 5] 3.00-4.00 sec 808 MBytes 6.78 Gbits/sec
[ 5] 4.00-5.00 sec 857 MBytes 7.19 Gbits/sec
[ 5] 5.00-6.00 sec 861 MBytes 7.23 Gbits/sec
[ 5] 6.00-7.00 sec 836 MBytes 7.01 Gbits/sec
[ 5] 7.00-8.00 sec 269 MBytes 2.25 Gbits/sec
[ 5] 8.00-9.00 sec 76.3 MBytes 640 Mbits/sec
[ 5] 9.00-10.00 sec 91.5 MBytes 767 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 6.06 GBytes 5.20 Gbits/sec 2589 sender
[ 5] 0.00-10.00 sec 6.03 GBytes 5.18 Gbits/sec receiver
iperf Done.
curieux la chute après l'atteinte du max.
pour ams:
iperf3 -V --get-server-output -c ping-ams1.online.net -p 5201 -R -C cubic
Control connection MSS 1448
Time: Thu, 10 Aug 2023 08:11:46 GMT
Connecting to host ping-ams1.online.net, port 5201
Reverse mode, remote host ping-ams1.online.net is sending
Cookie: ......
TCP MSS: 1448 (default)
[ 5] local 192.168.10.3 port 49986 connected to 163.172.208.7 port 5201
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 556 MBytes 4.67 Gbits/sec
[ 5] 1.00-2.00 sec 206 MBytes 1.73 Gbits/sec
[ 5] 2.00-3.00 sec 15.9 MBytes 134 Mbits/sec
[ 5] 3.00-4.00 sec 18.2 MBytes 153 Mbits/sec
[ 5] 4.00-5.00 sec 17.3 MBytes 145 Mbits/sec
[ 5] 5.00-6.00 sec 15.5 MBytes 130 Mbits/sec
[ 5] 6.00-7.00 sec 14.2 MBytes 119 Mbits/sec
[ 5] 7.00-8.00 sec 17.9 MBytes 150 Mbits/sec
[ 5] 8.00-9.00 sec 15.8 MBytes 132 Mbits/sec
[ 5] 9.00-10.00 sec 16.2 MBytes 136 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 978 MBytes 820 Mbits/sec 6001 sender
[ 5] 0.00-10.00 sec 893 MBytes 749 Mbits/sec receiver
rcv_tcp_congestion cubic
Server output:
iperf 3.1.3
Linux ping-ams1 4.4.0-104-generic #127-Ubuntu SMP Mon Dec 11 12:16:42 UTC 2017 x86_64
-----------------------------------------------------------
Server listening on 5201
-----------------------------------------------------------
Time: Thu, 10 Aug 2023 08:11:46 GMT
Accepted connection from .......... port 49970
Cookie: ....
TCP MSS: 1448 (default)
[ 7] local 163.172.208.7 port 5201 connected to ........... port 49986
Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 0 seconds, 10 second test
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 7] 0.00-2.00 sec 847 MBytes 3.55 Gbits/sec 5983 245 KBytes
[ 7] 2.00-4.00 sec 33.8 MBytes 142 Mbits/sec 0 334 KBytes
[ 7] 4.00-6.00 sec 32.5 MBytes 136 Mbits/sec 4 223 KBytes
[ 7] 6.00-8.00 sec 32.5 MBytes 136 Mbits/sec 0 314 KBytes
[ 7] 8.00-10.00 sec 32.5 MBytes 136 Mbits/sec 14 304 KBytes
[ 7] 10.00-10.02 sec 0.00 Bytes 0.00 bits/sec 0 304 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval Transfer Bandwidth Retr
[ 7] 0.00-10.02 sec 978 MBytes 819 Mbits/sec 6001 sender
[ 7] 0.00-10.02 sec 0.00 Bytes 0.00 bits/sec receiver
CPU Utilization: local/sender 0.9% (0.0%u/0.8%s), remote/receiver 0.7% (0.0%u/0.7%s)
iperf Done.
a noter: c'est iperf 3.1.3 de 2016 sur les serveurs Online
-
le probleme est qu'il y a une dépendance financière entre ceux qui mesurent et ceux qui sont mesuré et pire maintenant avec l'api box ceux qui sont mesuré sont maintenant prévenu en temps réel qu'une mesure a lieu...
Il n'y a pas de protocole agrée sur la mesure elle-meme. On ne sait pas de facon scientifique comment les mesures sont faites. NPerf parle de "Le speed test repose sur un algorithme unique permettant de mesurer précisément les débits descendant et montant ainsi que la latence de votre connexion."
Il n'y a pas d'algorithme standardisé, reproductible par qui veut, open source et définie par l'arcep ou autre et agrée par tout le monde. Ce qui est défini et agrée c'est l'api box qui permet d'informer le FAI qu'une mesure a lieu et fournir des meta data.
D'ailleurs tout le problème est la, les FAI ne devraient pas à avoir leur mot a dire dans ces histoires de mesure de débit , il n'y a pas besoin d'avoir leur agréement. Ils ne devraient pas savoir qui mesure et comment.
Mais la c'est eux qui financent et eux qui imposent un accès contrôlé aux metadata des box sous des prétextes fallacieux (vie privée, sécurité et autre bullshit que les gens avalent parce qu'ils n'ont pas les compétences pour comprendre exactement de quoi il s'agit ou qu'ils ne font pas l'effort de creuser plus le sujet).
Il n'ya pas d'accès public aux données bruts collectées (anonymisées), elle ne sont pas en open data. Pas d'info sur les serveurs, leur charge pendent une mesure, pas d'info sur le traitement et l'épuration des données, etc rien absolument rien n'est défini et standardisé.
Un peu comme le label "élu produit de l'année" c'est donc avant tout du marketing. Mais pire car l'ARCEP a apposé son sceau dessus.
Pour moi citer le rapport nperf (et d'autres) c'est se moquer des utilisateurs.
J'entends bien un problème financier entre ceux qui mesurent et les mesurés mais y a-t-il des alternatives avec un nombre suffisant de tests pour se donner une idée de la qualité de services au niveau national ?
Le rapport ci-dessus nPerf indique que le protocole a été validé par l'arcep et donne ce lien https://media.nperf.com/files/misc/2022-01-05_Declaration.de.conformite.au.code.de.conduite.ARCEP.2020.pdf . Il contient bien en partie la procédure de tests ... Incomplet certes mais c'est un bon début. À défaut d'avoir une alternative ...
-
coupure réparée. Il s'avère que la jarretière dans le PMI pour ma fibre a été "pincé" par l'espece de trappe/porte au niveau du boitier FAI Free (module opérateur). Le boitier Bytel étant au dessus de tout les autres toutes les fibres Bytel doivent traverser les autres boitiers (Free, SFR) et Orange est l'OI.
L'intervention a juste consisté a remplacer cette fibre et a la positionner mieux de façon que les futurs intervenants ne la coincent pas en refermant les portes des différents modules...
Vous êtes que 3 dans l'immeuble ou quoi ? ;D ;D
-
J'entends bien un problème financier entre ceux qui mesurent et les mesurés mais y a-t-il des alternatives avec un nombre suffisant de tests pour se donner une idée de la qualité de services au niveau national ?
Le rapport ci-dessus nPerf indique que le protocole a été validé par l'arcep et donne ce lien https://media.nperf.com/files/misc/2022-01-05_Declaration.de.conformite.au.code.de.conduite.ARCEP.2020.pdf . Il contient bien en partie la procédure de tests ... Incomplet certes mais c'est un bon début. À défaut d'avoir une alternative ...
Oui mais regarde, par exemple si tu habites Paris ou Marseille, les résultats sont totalement différents, aujourd'hui c'est très rare d'avoir un problème sur une connexion fibre et la différence entre les 4 opérateurs et même pas perceptible, si tu demain je change ta box par une box SFR je ne suis pas sûr que tu vas le voir, en gros.
-
Vous êtes que 3 dans l'immeuble ou quoi ? ;D ;D
non lol la photo est générique, publiée sur lafibre.info il y a longtemps, ce n'est pas mon PMI.
-
J'entends bien un problème financier entre ceux qui mesurent et les mesurés mais y a-t-il des alternatives avec un nombre suffisant de tests pour se donner une idée de la qualité de services au niveau national ?
Le rapport ci-dessus nPerf indique que le protocole a été validé par l'arcep et donne ce lien https://media.nperf.com/files/misc/2022-01-05_Declaration.de.conformite.au.code.de.conduite.ARCEP.2020.pdf . Il contient bien en partie la procédure de tests ... Incomplet certes mais c'est un bon début. À défaut d'avoir une alternative ...
"une idée de la qualité de services au niveau national", non ca donne aucune idée en fait.
La qualité d'Internet ou la qualité pour quelques geeks du lien jusqu'au NRO ?
on part un peu en hors sujet mais:
Les mesures qui dépendent d'une partie non représentative de la population ca indique quoi ? c'est pas Mr ou Mme tout le monde qui lancent un speedtest ou un nperf.
L'ARCEP est focus sur les FAI car c'est sa mission mais l'internet c'est les 2 bouts (serveur & client) qui comptent. Pour bien regarder il faut être au 2 bouts sur des applications et services réels pas sur des tests synthétiques lancés que par des technophiles.
Les GAFAM, les gros CDN, les gros hébergeurs (OVH,Online,etc) eux ont des mesures réelles de télémétrie mais y'a pas de communication a part:
- netflix: https://ispspeedindex.netflix.net/country/france
- youtube: pas dispo en France (https://www.google.com/get/videoqualityreport/)
- steam: https://store.steampowered.com/stats/content/ (fun fact: Starlink bat Free en France)
Mais c'est loin d'être détaillé.
Bref y'a toute une méthodologie a revoir , un process a revoir, impliquer les acteurs qui sont aux 2 bouts et surtout pas impliquer les FAI au milieu qu'on veut mesurer et comparer.
La c'est comme si le condamné participait a l'édiction de la loi, été présent aux délibérations du jury avec en plus une voix pour voter...
bref on pourrait en discuter des heures ;)
-
Bouygue utilise des olt de marque Huawei.
Ok , donc le "ils ont upgradé leurs infra" c'est juste ajouté de carte XGSPON, rien de foufou.
Dans mon coin je suis sur du ALCL (alcatel lucent j'imagine).
-
oui http ou https meme résultat pour hivane.testdebit.info
Donc toujours de moins bons résultats sous Linux ?
curieux la chute après l'atteinte du max.
Le serveur ams a aussi la vitesse qui chute, c'est étrange.
Peut-être qu'il y a trop de pertes au moment où le débit maximum est atteint, et Cubic surréagit et limite fortement le débit.
Mais c'est un vieux kernel 4.4, et comme tu as relevé un vieil iperf.
Tu pourrais faire les tests en UDP, pour ne pas être affecté par les pertes (idéalement tu devrais pouvoir avoir par exemple 7Gbps sans perte, mais parfois l'UDP est bizarrement limité).
Mais il y a aussi les deux serveurs 40Gbps :
- appliwave.iperf.fr (port 1-9199, sauf le port 5201)
- speedtest.milkywan.fr (port 9200-9240)
Ils utilisent bbr par défaut, mais on peut choisir cubic, et donc comparer.
Ces serveurs ne donnent pas leur version d'iperf3, ni de kernel.
https://speedtest.milkywan.fr/ dit Ubuntu 22.04, donc c'est probablement iperf 3.9.
https://appliwave.testdebit.info/ dit "Un script doit faire attention à ne pas dépasser 40 Go par jour et par IP sous peine de se voir définitivement bloqué", avec ta connexion ça peut aller vite (mais je ne sais pas si ça s'applique à iperf3).
-
Donc toujours de moins bons résultats sous Linux ?
nspeed, curl, iperf3 : linux <<1Gpbs, windows ~4Gbps pour hivane.
je ferais plus de tests a mon retour de week-end prolongé sur cette différence linux/windows. j'ai viré les timestamps ca ne change rien.
Apres c'est que ce serveur ...
Ils utilisent bbr par défaut, mais on peut choisir cubic, et donc comparer.
effectivement aussi bien appliwave que milkwan avec iperf3:
- bbr : ~7Gbps
par contre appliwave:
- cubic: ~1Gbps (constant sur les 10 secondes)
et milkyway
- cubic: ~4 Gbps (depart fort puis écroulement jusqu'a 1Gbps.)
appliwave:
iperf3 -c appliwave.iperf.fr -p 922 -R -V -C cubic --get-server-output
iperf 3.14
Linux nuca 6.4.8-arch1-1 #1 SMP PREEMPT_DYNAMIC Thu, 03 Aug 2023 16:02:01 +0000 x86_64
Control connection MSS 1428
Time: Fri, 11 Aug 2023 09:18:27 GMT
Connecting to host appliwave.iperf.fr, port 922
Reverse mode, remote host appliwave.iperf.fr is sending
Cookie: .....
TCP MSS: 1428 (default)
[ 5] local 2001:....... port 49908 connected to 2a05:46c0:100:1007::5 port 922
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 153 MBytes 1.28 Gbits/sec
[ 5] 1.00-2.00 sec 188 MBytes 1.58 Gbits/sec
[ 5] 2.00-3.00 sec 108 MBytes 907 Mbits/sec
[ 5] 3.00-4.00 sec 110 MBytes 920 Mbits/sec
[ 5] 4.00-5.00 sec 152 MBytes 1.27 Gbits/sec
[ 5] 5.00-6.00 sec 160 MBytes 1.34 Gbits/sec
[ 5] 6.00-7.00 sec 135 MBytes 1.14 Gbits/sec
[ 5] 7.00-8.00 sec 138 MBytes 1.16 Gbits/sec
[ 5] 8.00-9.00 sec 128 MBytes 1.07 Gbits/sec
[ 5] 9.00-10.00 sec 146 MBytes 1.22 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.03 sec 1.39 GBytes 1.19 Gbits/sec 848 sender
[ 5] 0.00-10.00 sec 1.38 GBytes 1.19 Gbits/sec receiver
snd_tcp_congestion cubic
rcv_tcp_congestion cubic
Server output:
Accepted connection from 2001:........., port 49898
[ 5] local 2a05:46c0:100:1007::1af1:b2e port 9229 connected to 2001:........ port 49908
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 154 MBytes 1.29 Gbits/sec 737 812 KBytes
[ 5] 1.00-2.00 sec 189 MBytes 1.58 Gbits/sec 54 682 KBytes
[ 5] 2.00-3.00 sec 110 MBytes 923 Mbits/sec 13 441 KBytes
[ 5] 3.00-4.00 sec 109 MBytes 912 Mbits/sec 0 595 KBytes
[ 5] 4.00-5.00 sec 150 MBytes 1.26 Gbits/sec 0 767 KBytes
[ 5] 5.00-6.00 sec 161 MBytes 1.35 Gbits/sec 22 657 KBytes
[ 5] 6.00-7.00 sec 136 MBytes 1.14 Gbits/sec 10 573 KBytes
[ 5] 7.00-8.00 sec 138 MBytes 1.15 Gbits/sec 0 729 KBytes
[ 5] 8.00-9.00 sec 128 MBytes 1.07 Gbits/sec 7 664 KBytes
[ 5] 9.00-10.00 sec 146 MBytes 1.23 Gbits/sec 5 573 KBytes
[ 5] 10.00-10.03 sec 5.00 MBytes 1.20 Gbits/sec 0 580 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.03 sec 1.39 GBytes 1.19 Gbits/sec 848 sender
]
milkywan:
$ iperf3 -c speedtest.milkywan.fr -p 9201 -R -V -C cubic --get-server-output
iperf 3.14
Linux nuca 6.4.8-arch1-1 #1 SMP PREEMPT_DYNAMIC Thu, 03 Aug 2023 16:02:01 +0000 x86_64
Control connection MSS 1428
Time: Fri, 11 Aug 2023 09:30:45 GMT
Connecting to host speedtest.milkywan.fr, port 9201
Reverse mode, remote host speedtest.milkywan.fr is sending
Cookie: ....
TCP MSS: 1428 (default)
[ 5] local 2001:................. port 34220 connected to 2a0b:cbc0:42:1::1 port 9201
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 766 MBytes 6.42 Gbits/sec
[ 5] 1.00-2.00 sec 816 MBytes 6.85 Gbits/sec
[ 5] 2.00-3.00 sec 729 MBytes 6.11 Gbits/sec
[ 5] 3.00-4.00 sec 736 MBytes 6.18 Gbits/sec
[ 5] 4.00-5.00 sec 742 MBytes 6.22 Gbits/sec
[ 5] 5.00-6.00 sec 353 MBytes 2.96 Gbits/sec
[ 5] 6.00-7.00 sec 159 MBytes 1.33 Gbits/sec
[ 5] 7.00-8.00 sec 169 MBytes 1.41 Gbits/sec
[ 5] 8.00-9.00 sec 183 MBytes 1.53 Gbits/sec
[ 5] 9.00-10.00 sec 157 MBytes 1.32 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 4.71 GBytes 4.03 Gbits/sec 2030 sender
[ 5] 0.00-10.00 sec 4.70 GBytes 4.03 Gbits/sec receiver
snd_tcp_congestion cubic
rcv_tcp_congestion cubic
Server output:
Accepted connection from 2001:......., port 34204
[ 5] local 2a0b:cbc0:42:1::1 port 9201 connected to 2001:..... port 34220
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 741 MBytes 6.22 Gbits/sec 826 4.17 MBytes
[ 5] 1.00-2.00 sec 822 MBytes 6.90 Gbits/sec 443 3.08 MBytes
[ 5] 2.00-3.00 sec 729 MBytes 6.11 Gbits/sec 0 3.24 MBytes
[ 5] 3.00-4.00 sec 745 MBytes 6.25 Gbits/sec 0 3.41 MBytes
[ 5] 4.00-5.00 sec 741 MBytes 6.21 Gbits/sec 395 2.52 MBytes
[ 5] 5.00-6.00 sec 369 MBytes 3.10 Gbits/sec 343 529 KBytes
[ 5] 6.00-7.00 sec 156 MBytes 1.31 Gbits/sec 0 721 KBytes
[ 5] 7.00-8.00 sec 170 MBytes 1.43 Gbits/sec 8 641 KBytes
[ 5] 8.00-9.00 sec 181 MBytes 1.52 Gbits/sec 0 831 KBytes
[ 5] 9.00-10.00 sec 160 MBytes 1.34 Gbits/sec 15 524 KBytes
[ 5] 10.00-10.04 sec 5.00 MBytes 1.06 Gbits/sec 0 531 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 4.71 GBytes 4.03 Gbits/sec 2030 sender
la chute a +5s est brutal quand meme :)
La fenetre de départ (Cwnd) est plus grande chez milkywan (4Mo) que appliwave (800ko).
et affectivement si on ajoute "-w 4m" par exemple, le comportement d'appliwave est le meme que milkywan:
iperf3 -c appliwave.iperf.fr -p 922 -R -V -C cubic --get-server-output -w 4m
....
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 732 MBytes 6.14 Gbits/sec 0 4.20 MBytes
[ 5] 1.00-2.00 sec 826 MBytes 6.93 Gbits/sec 0 4.20 MBytes
[ 5] 2.00-3.00 sec 849 MBytes 7.12 Gbits/sec 0 4.20 MBytes
[ 5] 3.00-4.00 sec 696 MBytes 5.84 Gbits/sec 1644 515 KBytes
[ 5] 4.00-5.00 sec 118 MBytes 986 Mbits/sec 0 671 KBytes
[ 5] 5.00-6.00 sec 148 MBytes 1.24 Gbits/sec 6 579 KBytes
[ 5] 6.00-7.00 sec 122 MBytes 1.03 Gbits/sec 0 720 KBytes
[ 5] 7.00-8.00 sec 148 MBytes 1.24 Gbits/sec 9 606 KBytes
[ 5] 8.00-9.00 sec 120 MBytes 1.01 Gbits/sec 0 742 KBytes
[ 5] 9.00-10.00 sec 115 MBytes 965 Mbits/sec 6 631 KBytes
[ 5] 10.00-10.04 sec 3.75 MBytes 850 Mbits/sec 0 637 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 3.79 GBytes 3.24 Gbits/sec 1665 sender
des que y'a des retry ca chute et ne remonte jamais vraiment.
bon apres bbr a été crée pour palier a ce défaut de cubic.
Plus a suivre mercredi prochain.
-
On peut en déduire une saturation du coup (comme chez Free) ?
Faudrait tester à 3h du mat" !
-
On peut en déduire une saturation du coup (comme chez Free) ?
Faudrait tester à 3h du mat" !
c'est pas vraiment "saturé" ca.
et si on ajoute "-i 0.1" pour avoir un échantillonage toutes les 1/10 de secondes, on arrive a 7.4 Gbps en cubic !!!
je pense plus a un "probleme" avec iperf3 et cubic ?... mais on ne peut tester cubic avec autre chose sur ces serveurs.
$ iperf3 -c speedtest.milkywan.fr -p 9201 -R -V -C cubic --get-server-output -i 0.1
iperf 3.14
Linux nuca 6.4.8-arch1-1 #1 SMP PREEMPT_DYNAMIC Thu, 03 Aug 2023 16:02:01 +0000 x86_64
Control connection MSS 1440
Time: Fri, 11 Aug 2023 10:36:32 GMT
Connecting to host speedtest.milkywan.fr, port 9201
Reverse mode, remote host speedtest.milkywan.fr is sending
Cookie: ...
TCP MSS: 1440 (default)
[ 5] local 2001:... port 48944 connected to 2a0b:cbc0:42:1::1 port 9201
Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 0 seconds, 10 second test, tos 0
[ ID] Interval Transfer Bitrate
[ 5] 0.00-0.10 sec 45.6 MBytes 3.82 Gbits/sec
[ 5] 0.10-0.20 sec 88.5 MBytes 7.42 Gbits/sec
[ 5] 0.20-0.30 sec 88.6 MBytes 7.44 Gbits/sec
[ 5] 0.30-0.40 sec 90.2 MBytes 7.56 Gbits/sec
[ 5] 0.40-0.50 sec 90.3 MBytes 7.57 Gbits/sec
[ 5] 0.50-0.60 sec 90.4 MBytes 7.58 Gbits/sec
[ 5] 0.60-0.70 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 0.70-0.80 sec 90.5 MBytes 7.60 Gbits/sec
[ 5] 0.80-0.90 sec 88.9 MBytes 7.44 Gbits/sec
[ 5] 0.90-1.00 sec 88.8 MBytes 7.46 Gbits/sec
[ 5] 1.00-1.10 sec 86.9 MBytes 7.29 Gbits/sec
[ 5] 1.10-1.20 sec 90.3 MBytes 7.58 Gbits/sec
[ 5] 1.20-1.30 sec 89.3 MBytes 7.49 Gbits/sec
[ 5] 1.30-1.40 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 1.40-1.50 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 1.50-1.60 sec 90.7 MBytes 7.58 Gbits/sec
[ 5] 1.60-1.70 sec 89.6 MBytes 7.54 Gbits/sec
[ 5] 1.70-1.80 sec 88.5 MBytes 7.42 Gbits/sec
[ 5] 1.80-1.90 sec 88.1 MBytes 7.39 Gbits/sec
[ 5] 1.90-2.00 sec 89.2 MBytes 7.47 Gbits/sec
[ 5] 2.00-2.10 sec 89.6 MBytes 7.52 Gbits/sec
[ 5] 2.10-2.20 sec 89.3 MBytes 7.49 Gbits/sec
[ 5] 2.20-2.30 sec 88.5 MBytes 7.42 Gbits/sec
[ 5] 2.30-2.40 sec 87.7 MBytes 7.36 Gbits/sec
[ 5] 2.40-2.50 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 2.50-2.60 sec 89.4 MBytes 7.50 Gbits/sec
[ 5] 2.60-2.70 sec 88.4 MBytes 7.42 Gbits/sec
[ 5] 2.70-2.80 sec 85.6 MBytes 7.18 Gbits/sec
[ 5] 2.80-2.90 sec 90.5 MBytes 7.59 Gbits/sec
[ 5] 2.90-3.00 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 3.00-3.10 sec 90.3 MBytes 7.57 Gbits/sec
[ 5] 3.10-3.20 sec 90.4 MBytes 7.59 Gbits/sec
[ 5] 3.20-3.30 sec 89.8 MBytes 7.52 Gbits/sec
[ 5] 3.30-3.40 sec 89.0 MBytes 7.47 Gbits/sec
[ 5] 3.40-3.50 sec 88.3 MBytes 7.41 Gbits/sec
[ 5] 3.50-3.60 sec 87.8 MBytes 7.37 Gbits/sec
[ 5] 3.60-3.70 sec 90.4 MBytes 7.59 Gbits/sec
[ 5] 3.70-3.80 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 3.80-3.90 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 3.90-4.00 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 4.00-4.10 sec 90.5 MBytes 7.59 Gbits/sec
[ 5] 4.10-4.20 sec 88.0 MBytes 7.38 Gbits/sec
[ 5] 4.20-4.30 sec 90.5 MBytes 7.59 Gbits/sec
[ 5] 4.30-4.40 sec 89.8 MBytes 7.53 Gbits/sec
[ 5] 4.40-4.50 sec 89.4 MBytes 7.50 Gbits/sec
[ 5] 4.50-4.60 sec 89.8 MBytes 7.53 Gbits/sec
[ 5] 4.60-4.70 sec 90.5 MBytes 7.60 Gbits/sec
[ 5] 4.70-4.80 sec 88.5 MBytes 7.42 Gbits/sec
[ 5] 4.80-4.90 sec 89.2 MBytes 7.47 Gbits/sec
[ 5] 4.90-5.00 sec 90.6 MBytes 7.61 Gbits/sec
[ 5] 5.00-5.10 sec 90.0 MBytes 7.55 Gbits/sec
[ 5] 5.10-5.20 sec 88.9 MBytes 7.46 Gbits/sec
[ 5] 5.20-5.30 sec 87.9 MBytes 7.37 Gbits/sec
[ 5] 5.30-5.40 sec 90.0 MBytes 7.55 Gbits/sec
[ 5] 5.40-5.50 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 5.50-5.60 sec 86.2 MBytes 7.23 Gbits/sec
[ 5] 5.60-5.70 sec 90.1 MBytes 7.56 Gbits/sec
[ 5] 5.70-5.80 sec 90.1 MBytes 7.56 Gbits/sec
[ 5] 5.80-5.90 sec 90.7 MBytes 7.60 Gbits/sec
[ 5] 5.90-6.00 sec 90.5 MBytes 7.60 Gbits/sec
[ 5] 6.00-6.10 sec 88.9 MBytes 7.45 Gbits/sec
[ 5] 6.10-6.20 sec 90.5 MBytes 7.60 Gbits/sec
[ 5] 6.20-6.30 sec 88.9 MBytes 7.45 Gbits/sec
[ 5] 6.30-6.40 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 6.40-6.50 sec 90.5 MBytes 7.60 Gbits/sec
[ 5] 6.50-6.60 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 6.60-6.70 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 6.70-6.80 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 6.80-6.90 sec 89.7 MBytes 7.53 Gbits/sec
[ 5] 6.90-7.00 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 7.00-7.10 sec 86.6 MBytes 7.27 Gbits/sec
[ 5] 7.10-7.20 sec 90.2 MBytes 7.57 Gbits/sec
[ 5] 7.20-7.30 sec 89.9 MBytes 7.53 Gbits/sec
[ 5] 7.30-7.40 sec 90.5 MBytes 7.60 Gbits/sec
[ 5] 7.40-7.50 sec 90.5 MBytes 7.59 Gbits/sec
[ 5] 7.50-7.60 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 7.60-7.70 sec 89.8 MBytes 7.54 Gbits/sec
[ 5] 7.70-7.80 sec 89.8 MBytes 7.53 Gbits/sec
[ 5] 7.80-7.90 sec 90.5 MBytes 7.59 Gbits/sec
[ 5] 7.90-8.00 sec 90.3 MBytes 7.57 Gbits/sec
[ 5] 8.00-8.10 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 8.10-8.20 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 8.20-8.30 sec 90.3 MBytes 7.58 Gbits/sec
[ 5] 8.30-8.40 sec 89.6 MBytes 7.52 Gbits/sec
[ 5] 8.40-8.50 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 8.50-8.60 sec 90.7 MBytes 7.60 Gbits/sec
[ 5] 8.60-8.70 sec 90.5 MBytes 7.60 Gbits/sec
[ 5] 8.70-8.80 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 8.80-8.90 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 8.90-9.00 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 9.00-9.10 sec 90.5 MBytes 7.58 Gbits/sec
[ 5] 9.10-9.20 sec 90.3 MBytes 7.58 Gbits/sec
[ 5] 9.20-9.30 sec 90.5 MBytes 7.60 Gbits/sec
[ 5] 9.30-9.40 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 9.40-9.50 sec 90.0 MBytes 7.55 Gbits/sec
[ 5] 9.50-9.60 sec 89.2 MBytes 7.47 Gbits/sec
[ 5] 9.60-9.70 sec 89.9 MBytes 7.55 Gbits/sec
[ 5] 9.70-9.80 sec 90.2 MBytes 7.56 Gbits/sec
[ 5] 9.80-9.90 sec 90.5 MBytes 7.60 Gbits/sec
[ 5] 9.90-10.00 sec 90.7 MBytes 7.60 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.03 sec 8.73 GBytes 7.48 Gbits/sec 1449 sender
[ 5] 0.00-10.00 sec 8.72 GBytes 7.49 Gbits/sec receiver
snd_tcp_congestion cubic
rcv_tcp_congestion cubic
Server output:
Accepted connection from 2001:...., port 48934
[ 5] local 2a0b:cbc0:42:1::1 port 9201 connected to 2001:... port 48944
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 832 MBytes 6.97 Gbits/sec 1449 4.50 MBytes
[ 5] 1.00-2.00 sec 894 MBytes 7.50 Gbits/sec 0 4.80 MBytes
[ 5] 2.00-3.00 sec 890 MBytes 7.47 Gbits/sec 0 5.05 MBytes
[ 5] 3.00-4.00 sec 899 MBytes 7.53 Gbits/sec 0 5.27 MBytes
[ 5] 4.00-5.00 sec 895 MBytes 7.51 Gbits/sec 0 5.45 MBytes
[ 5] 5.00-6.00 sec 896 MBytes 7.52 Gbits/sec 0 5.59 MBytes
[ 5] 6.00-7.00 sec 901 MBytes 7.56 Gbits/sec 0 5.71 MBytes
[ 5] 7.00-8.00 sec 899 MBytes 7.54 Gbits/sec 0 5.80 MBytes
[ 5] 8.00-9.00 sec 905 MBytes 7.59 Gbits/sec 0 5.87 MBytes
[ 5] 9.00-10.00 sec 901 MBytes 7.56 Gbits/sec 0 5.92 MBytes
[ 5] 10.00-10.03 sec 31.2 MBytes 7.64 Gbits/sec 0 5.92 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.03 sec 8.73 GBytes 7.48 Gbits/sec 1449 sender
7.48 Gbps en cubic c'est pas 'saturé' ...
pourquoi l'échantillonnage x10 améliore les perfs ? (on voit coté serveur ca reste un l'échantillonnage par défaut de 1s)
en fait je ne tirerait aucune conclusion pour le moment. il faut toujours valider, vérifier les mesures et comprendre ce qui se passe.
-
c'est pas vraiment "saturé" ca.
et si on ajoute "-i 0.1" pour avoir un échantillonage toutes les 1/10 de secondes, on arrive a 7.4 Gbps en cubic !!!
je pense plus a un "probleme" avec iperf3 et cubic ?... mais on ne peut tester cubic avec autre chose sur ces serveurs.
$ iperf3 -c speedtest.milkywan.fr -p 9201 -R -V -C cubic --get-server-output -i 0.1
iperf 3.14
Linux nuca 6.4.8-arch1-1 #1 SMP PREEMPT_DYNAMIC Thu, 03 Aug 2023 16:02:01 +0000 x86_64
Control connection MSS 1440
Time: Fri, 11 Aug 2023 10:36:32 GMT
Connecting to host speedtest.milkywan.fr, port 9201
Reverse mode, remote host speedtest.milkywan.fr is sending
Cookie: ...
TCP MSS: 1440 (default)
[ 5] local 2001:... port 48944 connected to 2a0b:cbc0:42:1::1 port 9201
Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 0 seconds, 10 second test, tos 0
[ ID] Interval Transfer Bitrate
[ 5] 0.00-0.10 sec 45.6 MBytes 3.82 Gbits/sec
[ 5] 0.10-0.20 sec 88.5 MBytes 7.42 Gbits/sec
[ 5] 0.20-0.30 sec 88.6 MBytes 7.44 Gbits/sec
[ 5] 0.30-0.40 sec 90.2 MBytes 7.56 Gbits/sec
[ 5] 0.40-0.50 sec 90.3 MBytes 7.57 Gbits/sec
[ 5] 0.50-0.60 sec 90.4 MBytes 7.58 Gbits/sec
[ 5] 0.60-0.70 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 0.70-0.80 sec 90.5 MBytes 7.60 Gbits/sec
[ 5] 0.80-0.90 sec 88.9 MBytes 7.44 Gbits/sec
[ 5] 0.90-1.00 sec 88.8 MBytes 7.46 Gbits/sec
[ 5] 1.00-1.10 sec 86.9 MBytes 7.29 Gbits/sec
[ 5] 1.10-1.20 sec 90.3 MBytes 7.58 Gbits/sec
[ 5] 1.20-1.30 sec 89.3 MBytes 7.49 Gbits/sec
[ 5] 1.30-1.40 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 1.40-1.50 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 1.50-1.60 sec 90.7 MBytes 7.58 Gbits/sec
[ 5] 1.60-1.70 sec 89.6 MBytes 7.54 Gbits/sec
[ 5] 1.70-1.80 sec 88.5 MBytes 7.42 Gbits/sec
[ 5] 1.80-1.90 sec 88.1 MBytes 7.39 Gbits/sec
[ 5] 1.90-2.00 sec 89.2 MBytes 7.47 Gbits/sec
[ 5] 2.00-2.10 sec 89.6 MBytes 7.52 Gbits/sec
[ 5] 2.10-2.20 sec 89.3 MBytes 7.49 Gbits/sec
[ 5] 2.20-2.30 sec 88.5 MBytes 7.42 Gbits/sec
[ 5] 2.30-2.40 sec 87.7 MBytes 7.36 Gbits/sec
[ 5] 2.40-2.50 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 2.50-2.60 sec 89.4 MBytes 7.50 Gbits/sec
[ 5] 2.60-2.70 sec 88.4 MBytes 7.42 Gbits/sec
[ 5] 2.70-2.80 sec 85.6 MBytes 7.18 Gbits/sec
[ 5] 2.80-2.90 sec 90.5 MBytes 7.59 Gbits/sec
[ 5] 2.90-3.00 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 3.00-3.10 sec 90.3 MBytes 7.57 Gbits/sec
[ 5] 3.10-3.20 sec 90.4 MBytes 7.59 Gbits/sec
[ 5] 3.20-3.30 sec 89.8 MBytes 7.52 Gbits/sec
[ 5] 3.30-3.40 sec 89.0 MBytes 7.47 Gbits/sec
[ 5] 3.40-3.50 sec 88.3 MBytes 7.41 Gbits/sec
[ 5] 3.50-3.60 sec 87.8 MBytes 7.37 Gbits/sec
[ 5] 3.60-3.70 sec 90.4 MBytes 7.59 Gbits/sec
[ 5] 3.70-3.80 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 3.80-3.90 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 3.90-4.00 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 4.00-4.10 sec 90.5 MBytes 7.59 Gbits/sec
[ 5] 4.10-4.20 sec 88.0 MBytes 7.38 Gbits/sec
[ 5] 4.20-4.30 sec 90.5 MBytes 7.59 Gbits/sec
[ 5] 4.30-4.40 sec 89.8 MBytes 7.53 Gbits/sec
[ 5] 4.40-4.50 sec 89.4 MBytes 7.50 Gbits/sec
[ 5] 4.50-4.60 sec 89.8 MBytes 7.53 Gbits/sec
[ 5] 4.60-4.70 sec 90.5 MBytes 7.60 Gbits/sec
[ 5] 4.70-4.80 sec 88.5 MBytes 7.42 Gbits/sec
[ 5] 4.80-4.90 sec 89.2 MBytes 7.47 Gbits/sec
[ 5] 4.90-5.00 sec 90.6 MBytes 7.61 Gbits/sec
[ 5] 5.00-5.10 sec 90.0 MBytes 7.55 Gbits/sec
[ 5] 5.10-5.20 sec 88.9 MBytes 7.46 Gbits/sec
[ 5] 5.20-5.30 sec 87.9 MBytes 7.37 Gbits/sec
[ 5] 5.30-5.40 sec 90.0 MBytes 7.55 Gbits/sec
[ 5] 5.40-5.50 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 5.50-5.60 sec 86.2 MBytes 7.23 Gbits/sec
[ 5] 5.60-5.70 sec 90.1 MBytes 7.56 Gbits/sec
[ 5] 5.70-5.80 sec 90.1 MBytes 7.56 Gbits/sec
[ 5] 5.80-5.90 sec 90.7 MBytes 7.60 Gbits/sec
[ 5] 5.90-6.00 sec 90.5 MBytes 7.60 Gbits/sec
[ 5] 6.00-6.10 sec 88.9 MBytes 7.45 Gbits/sec
[ 5] 6.10-6.20 sec 90.5 MBytes 7.60 Gbits/sec
[ 5] 6.20-6.30 sec 88.9 MBytes 7.45 Gbits/sec
[ 5] 6.30-6.40 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 6.40-6.50 sec 90.5 MBytes 7.60 Gbits/sec
[ 5] 6.50-6.60 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 6.60-6.70 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 6.70-6.80 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 6.80-6.90 sec 89.7 MBytes 7.53 Gbits/sec
[ 5] 6.90-7.00 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 7.00-7.10 sec 86.6 MBytes 7.27 Gbits/sec
[ 5] 7.10-7.20 sec 90.2 MBytes 7.57 Gbits/sec
[ 5] 7.20-7.30 sec 89.9 MBytes 7.53 Gbits/sec
[ 5] 7.30-7.40 sec 90.5 MBytes 7.60 Gbits/sec
[ 5] 7.40-7.50 sec 90.5 MBytes 7.59 Gbits/sec
[ 5] 7.50-7.60 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 7.60-7.70 sec 89.8 MBytes 7.54 Gbits/sec
[ 5] 7.70-7.80 sec 89.8 MBytes 7.53 Gbits/sec
[ 5] 7.80-7.90 sec 90.5 MBytes 7.59 Gbits/sec
[ 5] 7.90-8.00 sec 90.3 MBytes 7.57 Gbits/sec
[ 5] 8.00-8.10 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 8.10-8.20 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 8.20-8.30 sec 90.3 MBytes 7.58 Gbits/sec
[ 5] 8.30-8.40 sec 89.6 MBytes 7.52 Gbits/sec
[ 5] 8.40-8.50 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 8.50-8.60 sec 90.7 MBytes 7.60 Gbits/sec
[ 5] 8.60-8.70 sec 90.5 MBytes 7.60 Gbits/sec
[ 5] 8.70-8.80 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 8.80-8.90 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 8.90-9.00 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 9.00-9.10 sec 90.5 MBytes 7.58 Gbits/sec
[ 5] 9.10-9.20 sec 90.3 MBytes 7.58 Gbits/sec
[ 5] 9.20-9.30 sec 90.5 MBytes 7.60 Gbits/sec
[ 5] 9.30-9.40 sec 90.6 MBytes 7.60 Gbits/sec
[ 5] 9.40-9.50 sec 90.0 MBytes 7.55 Gbits/sec
[ 5] 9.50-9.60 sec 89.2 MBytes 7.47 Gbits/sec
[ 5] 9.60-9.70 sec 89.9 MBytes 7.55 Gbits/sec
[ 5] 9.70-9.80 sec 90.2 MBytes 7.56 Gbits/sec
[ 5] 9.80-9.90 sec 90.5 MBytes 7.60 Gbits/sec
[ 5] 9.90-10.00 sec 90.7 MBytes 7.60 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.03 sec 8.73 GBytes 7.48 Gbits/sec 1449 sender
[ 5] 0.00-10.00 sec 8.72 GBytes 7.49 Gbits/sec receiver
snd_tcp_congestion cubic
rcv_tcp_congestion cubic
Server output:
Accepted connection from 2001:...., port 48934
[ 5] local 2a0b:cbc0:42:1::1 port 9201 connected to 2001:... port 48944
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 832 MBytes 6.97 Gbits/sec 1449 4.50 MBytes
[ 5] 1.00-2.00 sec 894 MBytes 7.50 Gbits/sec 0 4.80 MBytes
[ 5] 2.00-3.00 sec 890 MBytes 7.47 Gbits/sec 0 5.05 MBytes
[ 5] 3.00-4.00 sec 899 MBytes 7.53 Gbits/sec 0 5.27 MBytes
[ 5] 4.00-5.00 sec 895 MBytes 7.51 Gbits/sec 0 5.45 MBytes
[ 5] 5.00-6.00 sec 896 MBytes 7.52 Gbits/sec 0 5.59 MBytes
[ 5] 6.00-7.00 sec 901 MBytes 7.56 Gbits/sec 0 5.71 MBytes
[ 5] 7.00-8.00 sec 899 MBytes 7.54 Gbits/sec 0 5.80 MBytes
[ 5] 8.00-9.00 sec 905 MBytes 7.59 Gbits/sec 0 5.87 MBytes
[ 5] 9.00-10.00 sec 901 MBytes 7.56 Gbits/sec 0 5.92 MBytes
[ 5] 10.00-10.03 sec 31.2 MBytes 7.64 Gbits/sec 0 5.92 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.03 sec 8.73 GBytes 7.48 Gbits/sec 1449 sender
7.48 Gbps en cubic c'est pas 'saturé' ...
pourquoi l'échantillonnage x10 améliore les perfs ? (on voit coté serveur ca reste un l'échantillonnage par défaut de 1s)
en fait je ne tirerait aucune conclusion pour le moment. il faut toujours valider, vérifier les mesures et comprendre ce qui se passe.
Et ça ne touche que Bouygue ce problème iperf et Cubic ?
-
Et ça ne touche que Bouygue ce problème iperf et Cubic ?
faut jamais trop généraliser:p
la ca touche mon pc et ces 2 serveurs.
et en fait je viens de refaire un test et la pas de souci:
iperf3 -c speedtest.milkywan.fr -p 9201 -R -V --get-server-output -C cubic
....
Test Complete. Summary Results:
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 8.66 GBytes 7.41 Gbits/sec 627 sender
[ 5] 0.00-10.00 sec 8.65 GBytes 7.43 Gbits/sec receiver
snd_tcp_congestion cubic
rcv_tcp_congestion cubic
donc c'est mieux d'attendre la rentrée je pense et faire plus de tests aux heures qui comptent.
-
pourquoi l'échantillonnage x10 améliore les perfs ? (on voit coté serveur ca reste un l'échantillonnage par défaut de 1s)
C'est bizarre, parce que compte tenu des volumes transférés le client iperf3 lit forcément les données plus fréquemment (les buffers du kernel ne sont pas si grands).
Donc le timer à 1s ou 0,1s ne devrait pas changer le comportement du poll.
Mais au début les timestamps sont activés (MSS 1428), ensuite non (MSS 1440).
Est-ce que le vrai changement ne viendrait pas de là ?
On ne sait pas exactement comment les retry sont répartis, mais ils semblent avoir moins d'effet sur le serveur Milkywan.
Pour la Cwnd faible du serveur Appliwave, je ne sais pas si ça pourrait venir de paramétrages différents, ou si c'est la conséquences des pertes au début.
Même en TCP, tu peux limiter la bande passante ("-b 7G" par exemple), pour réduire les pertes et vérifier si les débits du serveur Appliwave sont meilleurs (puisque tu as 7Gbps en BBR, je suppose que ce sera le cas), et si la Cwnd est plus grande.
-
Même s'il n'y en a pas beaucoup, c'est dans ces cas là ou j'aurai été content d'habiter à Paris parce que j'aurai été client de ce genre d'option si c'était disponible chez moi. ahah
-
On ne peut pas être content de vivre à Paris (15m²=1000€) LoL
Mais, j'attends avec impatience de voir comment cela se dévellopera en province ! "si"
-
On ne peut pas être content de vivre à Paris (15m²=1000€) LoL
Moi j'aimerai pas après chacun son truc.
Mais disons qu'avec 2Gb/s en up j'aurai été bien (j'ai une offre pro), sans compter les 8Gb/s en down.
-
Free a bien mit du 10g epon partout, je doute pas que Sfr/bt/orange sauront faire de même...
-
Oui mais de ce que j'ai compris, chez free du coup ça limite l'upload à 1Gb/s maximum.
-
Oui mais de ce que j'ai compris, chez free du coup ça limite l'upload à 1Gb/s maximum.
C'est ça
-
Oui mais de ce que j'ai compris, chez free du coup ça limite l'upload à 1Gb/s maximum.
Ce que je voulais dire c'est qu'ils n'ont pas fait de distinctions entre zones une fois le p2p derrière eux. Je vois mal sfr/bt/orange reserver le xgs-pon uniquement aux zones très denses par exemple.
-
Oui mais de ce que j'ai compris, chez free du coup ça limite l'upload à 1Gb/s maximum.
Changement d'optique à chaque bout suffirait à bascule sur une techno en 10G symétrique.
-
D'accord. Merci pour l'information.
-
Free a bien mit du 10g epon partout, je doute pas que Sfr/bt/orange sauront faire de même...
Ce sont quand même des cas un peu différents.
Free étant arrivé en ZMD le dernier parmi les 4 gros des années après les autres, le déploiement a été fait de zéro directement en EPON.
Pour les trois autres qui ont déjà du GPON en place dans tout le pays, passer sur une nouvelle techno demande de repasser partout où une infra est déjà déployée et fonctionnelle.
-
Article de 2022 pour SFR sur la bascule GPON-XGSPON -> https://www.01net.com/actualites/pourquoi-sfr-a-fait-le-pari-de-changer-de-technologie-d-acces-a-la-fibre-optique-2055907.html
-
Il se passe quoi sur les serveurs cubic de Bouygues ??
(https://www.speedtest.net/fr/result/15124776849.png) (https://www.speedtest.net/fr/result/15124776849)
-
? (max de ma ligne)
(https://www.speedtest.net/result/15124901323.png) (https://www.speedtest.net/result/15124901323)
-
Bouygues cubic Vélizy :
(https://www.speedtest.net/result/d/3909a8c5-8ed2-4bc1-be5e-1c2fe1770ce3.png) (https://www.speedtest.net/result/d/3909a8c5-8ed2-4bc1-be5e-1c2fe1770ce3)
Bouygues cubic Lille :
(https://www.speedtest.net/result/d/3a05fc00-0001-4393-a06e-32653c1d1a1a.png) (https://www.speedtest.net/result/d/3a05fc00-0001-4393-a06e-32653c1d1a1a)
Bouygues cubic strasbourg :
(https://www.speedtest.net/result/d/c162b92a-5cc9-4975-96ad-c36728cb86ac.png) (https://www.speedtest.net/result/d/c162b92a-5cc9-4975-96ad-c36728cb86ac)
-
c'est bas non ?
-
c'est bas non ?
je croit que c'ets des serveur 1 go ;D
-
Ubiquity vient de lancer des ONT XGS-PON : https://community.ui.com/questions/Introducing-the-UISP-Fiber-XGS-product-line/6763c147-110b-4166-a86a-6f3d9ad07db4
-
Uniquement 2.5g côté lan ?
-
Non,
10GbE RJ45 LAN port sur le UISP Fiber XGS
-
En effet, désolé, mon regard s'était attardé sur le XG tout court.
-
Ubiquity vient de lancer des ONT XGS-PON : https://community.ui.com/questions/Introducing-the-UISP-Fiber-XGS-product-line/6763c147-110b-4166-a86a-6f3d9ad07db4
dixit https://store.ui.com/us/en/collections/uisp-fiber-client-xgs :
Note. This device is only compatible with the UISP Fiber XGS OLT. It cannot be used with third-party OLTs.
-
Je ne suis pas à Paris, et pourtant :
(https://img.geekonweb.fr/upload/2023/08/25/20230825062218-b821d14a.png)
Edit : Visiblement c'est une erreur.
Je suis au téléphone avec Bouygues, le conseiller se renseigne.
-
Je viens aux nouvelles étant intéressé par cette offre.
Ça sature toujours, ou c'est stable à H24 peu importe le serveur de test ?
-
ras ici,
a 20H , mono session, nspeed:
serveurs CUBIC, 10Gbps
5.7 Gbps get http://ping.online.net/10000Mo.dat (IPv4 - 2.430 ms - HTTP/1.1 - )
5.4 Gbps get http://bouygues.testdebit.info/10G/10G.iso (IPv6 - 17.430 ms - HTTP/1.1 - )
serveur BBR, 40Gps:
6.4 Gbps get http://appliwave.testdebit.info/10G/10G.iso (IPv6 - 5.963 ms - HTTP/1.1 -)
Cela sera plus représentatif la semaine prochaine je pense.
-
Mince, manque quelques centaines de Mb/s, dommage :'(
BBR meilleur que Cubic, c'est pas bon signe :(
D'autres personnes ont souscrit à cette offre ou c'est comme pour SFR, 1 personne sur un million ? Savoir si ce problème est général ou juste localisé.
-
C'est en mono
-
C'est en mono
Oui, il l'a écrit dans son post ;)
-
BBR meilleur que Cubic, c'est pas bon signe :(
non c'est plutot que des serveurs 10Gbps tres connus et tres utilisés c'est un peu juste pour tester une connection 8Gbps.
j'en tirerais aucune conclusion donc.
-
On a une idée des couts pour l'opérateur (SFR/BT, bientot Orange peut etre) de proposer une connex xgs-pon vs pon traditionnelle ?
-
On a une idée des couts pour l'opérateur (SFR/BT, bientot Orange peut etre) de proposer une connex xgs-pon vs pon traditionnelle ?
Bientôt Orange !? Tu aurais une date précise, ça pourrait m'intéresser.
Quoi que avec le recrutement qui a calé, je les vois pas sortir une box avec un abonnement à 69€99.
-
On a une idée des couts pour l'opérateur (SFR/BT, bientot Orange peut etre) de proposer une connex xgs-pon vs pon traditionnelle ?
Niveau matériel je dirais que c'est quasi négligeable c'est plus un problème de logistique, déploiement, process, formation, etc.
-
Donc là sur tout le forum il n'y en qu'un qui a souscrit :-\
-
Donc là sur tout le forum il n'y en qu'un qui a souscrit :-\
J'attends juste que l'option soit disponible dans ma zone :/ malheureusement dans le 94 (Fontenay-sous-Bois) on est encore seulement avec le GPON.
(https://media.discordapp.net/attachments/1108418365309075469/1151517634320400494/image.png)
-
C'est pas l'opérateur le plus animé sur ce forum, il faut être éligible dans la zone actuellement très restreinte, avoir envie de payer plus cher pour du 10Gbits et posséder le matos pour en profiter.
Ça fait beaucoup de critères.
Sfr c'est un peu pareil, il n'y a pas eu beaucoup de retour non plus,
Free c'est le seul qui arrive à toucher tous les abonnés, augmentant la chance de voir des bidouilleurs faire des retours sur ce forum
-
J'attends aussi très impatiemment que cette option soit disponible chez moi, mais à priori c'est pas pour tout de suite...
Y a t'il la possibilité d'être alerté sur la disponibilité de cette option ? En sachant que j'ai une offre Bbox Pro+, donc 2Gb/s en upload avec cette option.
-
A t'on des infos sur le déploiement du XGS-PON ?
Est-ce toujours limité à Paris ?
-
Hum c'est moi ou BT a ouvert plus de zones depuis quelques semaines ? Je viens de tester 3 adresses. 2 dans le 95, une dans le 78. Aucune n'avait l'option debit 8g au lancement, ou meme le mois dernier. Aujourd'hui, l'adresse du 78 et une du 95 propose l'option.
EDIT : pour la ville du 78, ca a sauté. Pour celle du 95, c'est toujours l'a lors d'une commande, je peux prendre l'option débit+, mais je ne peux pas ajouter l'option à mon offre existante. Bref, c'est assez foireux en vrai.
-
En 94 il y a aucune pas de ville c'est éligible au XGS-PON de bouygues malheureusement il ne nous reste plus qu'à attendre. ::)
-
Chez moi le test est carrément péter sur mon adresse depuis plusieurs semaines...
-
J'ai le même problème sur une subtilité de "bis", par contre sur l'adresse des voisins ça marche.
-
Comment se fait-il qu’à certaines adresses (c’est le cas chez moi), un test d’éligibilité concernant les offres professionnelles de Bouygues donne une éligibilité en débit fibre jusqu’à 2500Mb/s descendant alors que l’offre Bbox Pro+ plafonne à 2Gb/s et qu’il n’y a pas d’offre au dessus ?
J’ai une offre Bbox Pro+ et je n’ai « que » 2Gb/s, pas encore éligible XGS-PON à 8Gb/s descendant et 2Gb/s ascendant.
(https://img.geekonweb.fr/upload/2023/11/15/20231115010142-66e8cb17.png)
Notez que pour les adresses éligibles à l’option Débit+ permettant de passer en XGS-PON et ainsi obtenir le débit supérieur à 8Gb/s, le débit descendant est clairement indiqué à 8000Mb/s sur le test d’éligibilité.
-
Bonjour,
le tarif de l'option évolue à la baisse en passant à 2€/mois au lieu de 5€ (ça sera également appliqué aux abonnés ayant souscrit à l'option).
Vu ici (https://www.bbox-mag.fr/forum/viewtopic.php?p=23855&sid=a97c9a0d24d3a1b9fd1d195607f186d4#p23855)
Cdt
-
L'offre n'arrive pas à séduire assez de monde ?
Le nombre de prises éligibles est quand même assez faible au regard de la concurrence.
-
Bonjour,
le tarif de l'option évolue à la baisse en passant à 2€/mois au lieu de 5€ (ça sera également appliqué aux abonnés ayant souscrit à l'option).
Vu ici (https://www.bbox-mag.fr/forum/viewtopic.php?p=23855&sid=a97c9a0d24d3a1b9fd1d195607f186d4#p23855)
Cdt
Très bonne nouvelle, en espérant qu'ils ne l'augmente pas 6 mois plus tard
-
C'était peut être en anticipation de l'annonce de Free ? Dans tous les cas, tant mieux. Maintenant, oui, il faut drastiquement augmenter l'éligibilité...
-
C'était peut être en anticipation de l'annonce de Free ? Dans tous les cas, tant mieux. Maintenant, oui, il faut drastiquement augmenter l'éligibilité...
Et peut être passer automatiquement en XGS PON quand on est éligible.
-
Je viens de recevoir mon nouveau ONT, profitant de l'offre à 2e par mois
Tout fonctionne
Par contre je plafonne à 2.3Gbits sur ma carte 2.5gbits, mais bon... surement une limitation de mon câble PTT recyclé en câble ethernet
Sinon oui je comprends pas la logique de pas inclure ça directement dans l'offre. En terme de logistique achat double d'ONT, et expédition, c'est une petite perte d'argent. Peut être c'était un moyen de faire une beta.
En espérant qu'ils gonflent aussi l'upload 8)
-
On garde l'ancienne connectique gpon ou on doit la renvoyer ?
EDIT : vu la page d'activation de l'option, on doit renvoyer l'ancien. Vu que je bouge bientot dans une zone pas encore équipée de 8g, je ne vais pas m'amuser à ça. Dommage.
-
2.3Gbits sur ma carte 2.5gbits
2.5 Gbits c'est le débit Ethernet. On compte en gros 6% du a l'encapsulation pour les paquets IP+TCP (ou IP+UDP) donc le débit utilisable sur une carte 2.5Gbps c'est 2.35 Gbps environ.
T'aura la même chose entre 2 PC reliés par des cartes 2,5Gbps ce n'est pas spécifique a ta connexion Internet.
-
2.5 Gbits c'est le débit Ethernet. On compte en gros 6% du a l'encapsulation pour les paquets IP+TCP (ou IP+UDP) donc le débit utilisable sur une carte 2.5Gbps c'est 2.35 Gbps environ.
T'aura la même chose entre 2 PC reliés par des cartes 2,5Gbps ce n'est pas spécifique a ta connexion Internet.
Ah oui surement, j'ai pas trop l'habitude des gros débits, et c'est vrai qu'à un moment ça devient assez visible tout ce qui encapsulation
On garde l'ancienne connectique gpon ou on doit la renvoyer ?
EDIT : vu la page d'activation de l'option, on doit renvoyer l'ancien. Vu que je bouge bientot dans une zone pas encore équipée de 8g, je ne vais pas m'amuser à ça. Dommage.
On m'a rien demandé de renvoyer, si tu quittes l'option tu restes avec le nouveau
-
Je confirme on le conserve si on arrete l'option, par contre sur un déménagement ou il n'y aurait pas de carte XGS-PON sur l'OLT je sais pas si y'a pas un changement de prévu (faudrait je me renseigne)
-
Si au final on garde l'ancienne connectique, j'imagine qu'on remet l'ancienne dans la box, et qu'on renvoit la version xgs ? Je vous le dis dans environ 2 mois :D
-
Alors normalement il est demandé le retour du module G-PON, si c'est pas le cas faudrait je me renseigne si y'a pas un oubli ou incident en cours... Car vu le prix de ces petites choses mais aussi l'impact environnemental (ça oblige à en racheter des nouveaux) ça me semblerait étonnant que ça n'est pas été optimisé... Après on en est qu'au début donc c'est marginal je pense encore et pas le même impact que lorsque c'est en option ou intégré à l'offre...
-
J'ai reçu la demande de renvoi de l'ONT aujourd'hui...
Zut moi qui a cru m'en sortir avec un ONT gratuit ;D
Par contre heureusement je l'ai pas trop fracassé, avec la chaleur il était totalement bloqué dans la box, j'ai réussi à l'enlever uniquement avec une pince ;D
Sinon c'est quand les 8Gbits en upload ? :P
-
C'est juste de la connectique, l'ont est dans la bbox.
-
déjà sortir l'XGS-PON en dehors de Paris ca serais bien aussi des que c'est dispo chez moi j'y souscrit a l'option :P
-
déjà sortir l'XGS-PON en dehors de Paris ca serais bien aussi des que c'est dispo chez moi j'y souscrit a l'option :P
C'est déjà le cas, ça commence doucement à être dispo dans pas mal de grandes et moyennes agglomérations.
Par chez moi par exemple, certains quartiers de Bayonne et Anglet sont déjà en XGS-PON depuis quelques temps.
-
Argenteuil aussi dans le 95. Mais clairement j'espère qu'ils veulent équiper tous les NROs rapidement.
-
Par chez moi par exemple, certains quartiers de Bayonne et Anglet sont déjà en XGS-PON depuis quelques temps.
Dans quel quartier es tu ? Je ne vois aucune connexion > 2Gbs dans cette zone
-
Dans quel quartier es tu ? Je ne vois aucune connexion > 2Gbs dans cette zone
Dans mon cas à Hendaye je ne suis pas éligible, mais en testant un bon paquet d'adresses au hasard à Bayonne (uniquement au sud de l'Adour par contre) ou dans certains quartiers d'Anglet (du côté du Chiberta par exemple), l'option 8Gbps est bien proposée.
-
Pour Bouygues en effet, le logo de ton FAI m'a trompé, je regardais chez Orange …
-
Bon, 7.4gb "utile" (7.9 détecté dans l'interface de mon routeur) a 20h20, bravo BT d'avoir bien dimensionné les tuyaux :D
-
Balance un petit speedtest pour le plaisir 8)
-
Balance un petit speedtest pour le plaisir 8)
(https://pic.nperf.com/r/3496624792259548-a6dLR4ck.png)
La moyenne a 6.9, c'est que nperf met du temps à monter en débit dans a gui, aucune idée du pourquoi. Dans le traffic de mon routeur, je suis dès le début au taquet par contre (et le ping est foireux dans l'appli)
-
ah ouais sympa comme speedtest :P
-
(https://pic.nperf.com/r/3496625830856541-Ons62zpa.png)
Pour le ping suffit de passer l'apps en http. Je préfère utiliser nperf, speedtest ne dure pas assez longtemps pour avoir une moyenne cohérente, de ce que je vois. Ensuite, ce sont les memes serveurs derrière... Je suis satisfait, parceque, du temps de Free 8g, je n'avais pas le max de la co en soirée, juste très tot le matin ou dans la nuit. La, ca semble bien fichu. Dommage, je vais devoir repasser en 2g dans environ 2 mois :'(
-
C'est quand même très bien que ca sois bien dimensionné :D
Tu utilise quoi comme carte Ethernet 10G ? si tu a un lien a me fournir ca m'intéresse pour le futur :)
-
Une ancienne intel x520. Ca se trouve encore un peu partout (tu as des génériques chez FS.com du style https://www.fs.com/fr/products/135978.html, et tu dois pouvoir trouver - chère ailleurs).
-
J'ai une 10Gtek qui traine dans mon tiroir mais je vois comment tu peut l'utilisé avec la bbox noir .. car le port 10G de la bbox est en RJ45...
https://www.amazon.fr/gp/product/B01GHTXHMK/ref=ppx_yo_dt_b_asin_title_o01_s00?ie=UTF8&psc=1 (https://www.amazon.fr/gp/product/B01GHTXHMK/ref=ppx_yo_dt_b_asin_title_o01_s00?ie=UTF8&psc=1) le modèle que j'ai.
Si tu peut me dire quoi acheter pour utiliser le port 10G de la Bbox
-
Il y a déjà des topics sur 'le 10g a la maison :) Mais du coup, trouver un switch avec des portd 10g rj45, et sfp+. Ca ne manque pas.