La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Free => Actus Free => Discussion démarrée par: Jojo78 le 07 décembre 2018 à 07:02:57
-
On sait pourquoi c'est du 10Gb/s limité à 8Gb/s.
En fait c'est tout simple, la plupart des NRO sont raccordés en 10Gb/s donc si un gros malade arrive à charger son accès à fond, çà laisse 2Gb/s aux autres utilisateurs.
-
On sait pourquoi c'est du 10Gb/s limité à 8Gb/s.
En fait c'est tout simple, la plupart des NRO sont raccordés en 10Gb/s donc si un gros malade arrive à charger son accès à fond, çà laisse 2Gb/s aux autres utilisateurs.
Non, faux.
-
On sait pourquoi c'est du 10Gb/s limité à 8Gb/s.
Niel a dit que ce n'est pas une limite paramétrée (au niveau EPON) mais c'est ce qu'ils ont pu obtenir de mieux lors des tests devant huissier, donc dans les CGV ils ont indiqué 8Gb.
On peut le croire ou pas, on verra bien lors des tests de débits si d'aventure ils trouvent des serveurs qui peuvent fournir autant en face.
-
Niel a dit que ce n'est pas une limite paramétrée (au niveau EPON) mais c'est ce qu'ils ont pu obtenir de mieux lors des tests devant huissier, donc dans les CGV ils ont indiqué 8Gb.
On peut le croire ou pas, on verra bien lors des tests de débits si d'aventure ils trouvent des serveurs qui peuvent fournir autant en face.
Exact... mais il y aurait 18% de paquets style FEC,CRC, encapsulation header... ) cela me parait..... beaucoup en plus pour de la fibre réputée "ca passe ou c'est cassé"
pour les speedtests, rare sont ceux à 40gbit/s...et puis comme il a été dit ces 10Gbit/s ca sera durant 2 à 5 ans un joli nid à tests et rien de plus utile que cela.
J'essaye d'avoir le service résiliation, il m'apparait bien saturé ^^
Réponse à des méssages précedents:
> Xavier m'avait déjà enfumé sur certain truc quand on discutait en perso ^^
il a deja fumé l'ARCEP pour la carte prépayée, les forfaits DATA et surement là la box4G.
> J'etais chez Free depuis 2003. A l'époque on suivait les avancées sur les ng quand Rani faisait des confidences. C'était la belle époque.Un prix unique avec des services au top et de plus en plus nombreux.
maintenant il joue le haut de gamme pour un prix moyen de gamme. c'est un fait. et c'est toujours "Un prix unique avec des services au top et de plus en plus nombreux" il a changé de braquet c'est on ne peut plus clair.
> Le monde a changé c'est la vie, en 2003 Free se contentait de ses clients geek, aujourd'hui si tu veux augmenter ton CA il faut plaire aux ados, aux mamies de Cantal, etc...
hors FREE, devialet fait t-il des enceintes pour les ados, pour les mamies du cantal ?
-
Exact... mais il y aurait 18% de paquets style FEC,CRC, encapsulation header... ) cela me parait..... beaucoup en plus pour de la fibre réputée "ca passe ou c'est cassé"
Je pense qu'en 10Gbit/s, la notion de SNR devient plus importante qu'à débit moindre.
-
Selon Wikipedia
Usable bandwidth
10G-EPON uses 64B/66B line coding, thus encoding overhead is just 3.125% compared to 25% encoding overhead that 1G-EPON has due to its use of 8b/10b encoding. The usable bandwidth in 10G-EPON is 10 Gbit/s out of a raw bandwidth of 10.3125 Gbit/s.
Forward error correction
The 10G-EPON employs a stream-based forward error correction (FEC) mechanism based on Reed-Solomon(255, 223). The FEC is mandatory for all channels operating at 10 Gbit/s rate, i.e., both downstream and upstream channels in symmetric 10 Gbit/s EPON and the downstream channel in the 10/1 Gbit/s asymmetric EPON. Upstream channel in the asymmetric EPON is the same as in 1 Gbit/s EPON, an optional frame-based FEC using Reed-Solomon(255, 239).
Efficiency
Like all EPON networks, 10G-EPON transmits data in variable-length packets up to 1518 bytes, as specified in the IEEE 802.3 standard. These variable-length packets are better suited to IP traffic than the fixed-length, 53-byte cells used by other Passive Optical Networks, such as GPON. This can significantly reduce 10G-EPON's overhead in comparison to other systems. Typical 10G-EPON overhead is approximately 7.42%. Typical GPON overhead is 13.22%. This high data-to-overhead ratio also enables high utilization with low-cost optical components.[7]
J'ai pas bien saisi si la usable bandwith inclut ou pas le FEC Reed-Solomon(255,223), mais dans la négative : 255 / 223 = 14.34% d'overhead FEC, donc débit utile Ethernet après FEC de 8.74 Gb/s
-
Selon Wikipedia
Usable bandwidth
10G-EPON uses 64B/66B line coding, thus encoding overhead is just 3.125% compared to 25% encoding overhead that 1G-EPON has due to its use of 8b/10b encoding. The usable bandwidth in 10G-EPON is 10 Gbit/s out of a raw bandwidth of 10.3125 Gbit/s.
Forward error correction
The 10G-EPON employs a stream-based forward error correction (FEC) mechanism based on Reed-Solomon(255, 223). The FEC is mandatory for all channels operating at 10 Gbit/s rate, i.e., both downstream and upstream channels in symmetric 10 Gbit/s EPON and the downstream channel in the 10/1 Gbit/s asymmetric EPON. Upstream channel in the asymmetric EPON is the same as in 1 Gbit/s EPON, an optional frame-based FEC using Reed-Solomon(255, 239).
Efficiency
Like all EPON networks, 10G-EPON transmits data in variable-length packets up to 1518 bytes, as specified in the IEEE 802.3 standard. These variable-length packets are better suited to IP traffic than the fixed-length, 53-byte cells used by other Passive Optical Networks, such as GPON. This can significantly reduce 10G-EPON's overhead in comparison to other systems. Typical 10G-EPON overhead is approximately 7.42%. Typical GPON overhead is 13.22%. This high data-to-overhead ratio also enables high utilization with low-cost optical components.[7]
J'ai pas bien saisi si la usable bandwith inclut ou pas le FEC Reed-Solomon(255,223), mais dans la négative : 255 / 223 = 14.34% d'overhead FEC, donc débit utile Ethernet après FEC de 8.74 Gb/s
Est-ce vraiment utile le FEC sur la fibre ?
-
Est-ce vraiment utile le FEC sur la fibre ?
Ben les experts ont du juger que oui : "The FEC is mandatory for all channels operating at 10 Gbit/s rate"
-
A lire quelque docs sur le 802.3av (10G-EPON) l'overhead de la FEC est compensé par des optimisations qui permettent de garder 10,3125 Gbps de line rate donc 10G de data rate
Overhead is accommodated while maintaining the constant PHY data rate (10.3125 Gbit/s)
source: http://grouper.ieee.org/groups/802/3/av/public/2009_06/3av_0906_hajduczenia_1.pdf
-
A lire quelque docs sur le 802.3av (10G-EPON) l'overhead de la FEC est compensé par des optimisations qui permettent de garder 10,3125 Gbps de line rate donc 10G de data rate
source: http://grouper.ieee.org/groups/802/3/av/public/2009_06/3av_0906_hajduczenia_1.pdf
Le 10,3125 Gbps physique donne 10 Gbps une fois après décodage 64b/66b, je vois mal comment le FEC serait compensé en plus.
-
Ce lien
https://link.springer.com/article/10.1007/s12200-009-0053-5
confirme wikipedia....
idem pour https://www.springer.com/cda/content/document/cda_downloaddocument/9781461439387-c1.pdf?SGWID=0-0-45-1372106-p174422538
To relax the requirements for optical transceivers, Reed-Solomon code
(255, 223) is chosen as the mandatory forward error correction (FEC) code in 10G-
EPON to enhance the FEC gain, while Reed-Solomon code (255, 239) is specified
as optional for 1G-EPON.
14% ca doit "quasi voire tout" récuperer je suppose...
-
Le 10,3125 Gbps physique donne 10 Gbps une fois après décodage 64b/66b, je vois mal comment le FEC serait compensé en plus.
Strong FEC is specified to achieve the required power budgets:
• RS(255, 223) (higher gain than 802.3ah FEC)
• Stream-based versus Frame-based (802.3ah FEC)
• Overhead is constant and equal to 12.9%
Overhead is accommodated while maintaining the constant PHY
data rate (10.3125 Gbit/s):
• No internal interface is super-rated,
• XGMII rate is preserved (312.5M transfers/s)
• PHY line rate is preserved (10.3125 Gbit/s)
• Data throughput is reduced:
• inter-frame gaps are increased through extended
operation of MPCP, which accounts for FEC parity insertion
• Extra IDLEs are deleted in PCS and used to insert FEC partiy
code in the FEC encoder (see two next slides)
-
https://en.wikipedia.org/wiki/10G-EPON
donne 2 notions:
Forward error correction
The 10G-EPON employs a stream-based forward error correction (FEC) mechanism based on Reed-Solomon(255, 223). The FEC is mandatory for all channels operating at 10 Gbit/s rate, i.e., both downstream and upstream channels in symmetric 10 Gbit/s EPON and the downstream channel in the 10/1 Gbit/s asymmetric EPON. Upstream channel in the asymmetric EPON is the same as in 1 Gbit/s EPON, an optional frame-based FEC using Reed-Solomon(255, 239).
Usable bandwidth
10G-EPON uses 64B/66B line coding, thus encoding overhead is just 3.125% compared to 25% encoding overhead that 1G-EPON has due to its use of 8b/10b encoding. The usable bandwidth in 10G-EPON is 10 Gbit/s out of a raw bandwidth of 10.3125 Gbit/s.
Backward compatibility
le line coding est une implementation supérieure au FEC.... ce line coding est une FEC des signaux lumineux ?!
-
Déja méfiance avec wikipedia il y a souvent des erreurs/approx.
Le mieux est d'aller a la source sur les sites d'IEEE , ITU, etc.
Malheureusement pour le 802.11av tout est encore derriere des 'paywall' pour obtenir les documents officiels.
Mais on trouve des slides d'intervenants qui font des confs. Par exemple: http://grouper.ieee.org/groups/802/3/10GEPON_study/public/july06/effenberger_1_0706.pdf
Page 8 et 9 il explique bien les choses. On a bien un debit MAC de 10Gbps et ca monte a 11,25 Gb/s avant FEC.
-
le line coding est une implementation supérieure au FEC.... ce line coding est une FEC des signaux lumineux ?!
Non, c'est utilisé pour toutes les transmissions séries rapides, entre autres pour synchroniser l'horloge du récepteur sur celle de l’èmetteur.
Par exemple, le SATA et le PCIe 1.x/2.0 utilisent le 8b/10b, le PCIe 3.0 utilise le 128b/130b.
https://en.wikipedia.org/wiki/64b/66b_encoding
-
donc ce 10Gb/s pile poil retracté de 14% de FEC donne vers les 8.6 GB/s reel sans compter des headers
divers et variés....
-
Déja méfiance avec wikipedia il y a souvent des erreurs/approx.
Le mieux est d'aller a la source sur les sites d'IEEE , ITU, etc.
Malheureusement pour le 802.11av tout est encore derriere des 'paywall' pour obtenir les documents officiels.
Mais on trouve des slides d'intervenants qui font des confs. Par exemple: http://grouper.ieee.org/groups/802/3/10GEPON_study/public/july06/effenberger_1_0706.pdf
Page 8 et 9 il explique bien les choses. On a bien un debit MAC de 10Gbps et ca monte a 11,25 Gb/s avant FEC.
Ce document ne dit pas la même chose que le premier :-\
Peut-être que les 10 Gbps côté MAC sont vrais, mais il y a au moins une erreur sur la page 9 : ça fait 10,3125 après encodage, et pas 10,03125.
Bizarre de trouver des paramètres Reed-Solomon différents : RS(248,231) ou RS(252,231), contre RS(255, 223) dans l'autre document et sur Wikipedia.
-
Ce document ne dit pas la même chose que le premier :-\
Peut-être que les 10 Gbps côté MAC sont vrais, mais il y a au moins une erreur sur la page 9 : ça fait 10,3125 après encodage, et pas 10,03125.
Bizarre de trouver des paramètres Reed-Solomon différents : RS(248,231) ou RS(252,231), contre RS(255, 223) dans l'autre document et sur Wikipedia.
oui c'est curieux.
tout cela est mal documenté (du moins en accès public), tout date d'entre 2006-2009 au moment de la ponte de la norme, depuis y'a pas grand chose... la page wikipedia un foutoir obscur et y'a tellement peu d'usages en pratique qu'on a aucun retour réel... ;D
On ferait mieux d'attendre les tests des Delta pour voir si y'a vraiment une hard limite a 8,75 GBits ou pas.
A moins de trouver les specs des composants utilisés dans la Delta ?
-
donc ce 10Gb/s pile poil retracté de 14% de FEC donne vers les 8.6 GB/s reel sans compter des headers
divers et variés....
Pas sûr, suivant les sources il n'est pas clair si le FEC est retranché au 10Gbps, ou ajouté (avec donc un débit physique supérieur).
-
ce doc illustre bien le FEC: http://www.ieee802.org/3/av/public/2007_03/3av_0703_mandin_2.pdf
page 7 notament, on voit qu'a l'emission on augmente le rate (a 11G+) pour injecter le FEC et a la reception le diminue a 10 et des brouettes apres l'avoir enlever.
(https://i.imgur.com/X792UOs.png)
-
On ferait mieux d'attendre les tests des Delta pour voir si y'a vraiment une hard limite a 8,75 GBits ou pas.
A moins de trouver les specs des composants utilisés dans la Delta ?
Sans specs, on ne pourra pas vraiment distinguer une éventuelle limitation du routage (par exemple à cause du 4rd) du reste (avec le système de module "ONT" propriétaire, ça risque d'être difficile voire impossible d'utiliser un routeur tiers pour comparer).
-
Sans specs, on ne pourra pas vraiment distinguer une éventuelle limitation du routage (par exemple à cause du 4rd) du reste (avec le système de module "ONT" propriétaire, ça risque d'être difficile voire impossible d'utiliser un routeur tiers pour comparer).
Le tout est quelqu'un arrive a frôler ou dépasser les 9 GBps en IPv6 et alors on saura que le 10G-EPON a une line rate utilisable de 10 Gbps et pas de 8,75 Gbps.
Si mais effectivement si personne ne dépasse 8,75 Gbps ca ne prouvera pas l'inverse.
-
Dans ce document de 2009 il est indiqué :
When the RS(255,223) FEC parity is taken into account, the effective data rate of a 10G EPON
link is approximately 8.7 Gbit/s.
-
Dans ce document de 2009 il est indiqué :
When the RS(255,223) FEC parity is taken into account, the effective data rate of a 10G EPON
link is approximately 8.7 Gbit/s.
oui j'avais croisé de doc mais curieusement il est en contradiction avec d'autres.
Franchement a cette heure c'est le mystère. ;D Le bon sens voudrait que ce ne soit pas 8.7 Gbit/s car sinon on aurait bien plus occurrences sur le Net de cette valeur mais d'un autre coté le 10G-EPON étant si peu utilisé ca ne démontre rien non plus.
Il y a clairement des documents contradictoires mais tout cela a presque 10 ans...on peut penser qu'entre temps des progrès ont été fait...
-
oui j'avais croisé de doc mais curieusement il est en contradiction avec d'autres.
Je suis pas sûr (mais je peux me tromper) que tu interprètes bien les autres documents, ils parlent d'increased rate au niveau link/phy, pas au niveau data.
Autre source :
http://www.zeitgeistlab.ca/doc/10G-EPON.html (http://www.zeitgeistlab.ca/doc/10G-EPON.html)
Unlike 1G-EPON, implementation of a FEC code is mandatory in 10G-EPON in order to realize its new power budget class. Considering several aspects of various FEC codes, such as the gain, circuit size, and latency associated with encoding and decoding, The Reed-Solomon code (255, 223), which is a linear cyclic block code, was adopted for 10G-EPON to enhance the FEC gain and alleviate optical transceiver specifications. This FEC has an electrical gain of 7.2dB, which allows lower power signal detection with the same bit error rate compared to the optional FEC utilized in legacy 1G-EPONs. However, the FEC in 10G-EPON results in up to 12.9% overhead which is the major overhead component in 10G-EPON.
Et aussi (cf pdf ci-dessous):
10.3125 Gbps before encoding and forward error correction (FEC) 8.710 Gbps
-
ce sujet ayant été séparé, je vais un peu le relancer...
on verra bien quand le premier abonné aura sa DELTA sur ce réseau, il fera rapido des speedtests en // sur
2/3 serveurs 40GB/s en ligne de commande épivala.
-
J'ai pas trouvé mieux pour la box suisse...!!!
(https://nsa39.casimages.com/img/2018/12/08/181208054533369203.png)
-
Je ne suis pas certain que les speedtest traditionnels soient capables de mesurer un tel débit. ;D
Idéalement il faut utiliser iperf sur une machine capable et vers plusieurs serveurs en meme temps.
On peut aussi coupler plusieurs machines clientes et plusieurs serveurs. La freebox inclut un outil pour voir la bande passante utilisé en temps réel c'est la qu'on peut voir le résultat.
Dans le cas de la Delta il faut quand meme utiliser le port LAN 10G car les 4 ports 1G + le wifi utilisés en meme temps avec 5 ou 6 machines ne suffiraient pas a atteindre 10G.
-
Je ne suis pas certain que les speedtest traditionnels soient capables de mesurer un tel débit. ;D
si il y a que en meme temps 2 speedtests à 10GB/s + 20/30 autres qui varient entre 3MB/s (ADSL) et 1GBIT/s bah ca tient la charge...
dans les 3 mois, test-debit.free.fr et les sites soeurs ping.online.net devront mettre des fichiers de 20 à 50Gb... qu'il sera loin le image.iso de 647 megaoctets quimettaient 5/10 minutes en ADSL ;)
-
si il y a que en meme temps 2 speedtests à 10GB/s + 20/30 autres qui varient entre 3MB/s (ADSL) et 1GBIT/s bah ca tient la charge...
Je parlais de tenir la charge coté client pas coté serveur. Je ne suis pas certain qu'un seul pc puisse atteindre 10G avec un test speedtest dans un onglet de navigateur web.
-
J'ai pas trouvé mieux pour la box suisse...!!!
Salt c'est du XGS-PON, les trames Ethernet se sont pas encodées directement comme en EPON mais encapsulées dans des trames XGEM (conçues pour véhiculer plusieurs protocoles à l'image d'ATM ou MPLS).
Celà représente un overhead supplèmentaire, typiquement le line rate avant FEC n'est plus que de 9.95 Gb/s.
-
dans les 3 mois, test-debit.free.fr et les sites soeurs ping.online.net devront mettre des fichiers de 20 à 50Gb... qu'il sera loin le image.iso de 647 megaoctets qui mettait 5/10 minutes en ADSL ;)
Moi c'est plutôt 25 minutes ! >:(
Mais il est vrai que j'habite un patelin isolé... 20.000 habitants à 10 km du périphérique, ce doit être la raison d'un débit aussi minable... (http://www.smileys-gratuits.com/smiley-diable/demon-13.gif)
En attendant, vous pouvez faire vos calculs de temps de téléchargement ici : https://topgeekblog.fr/utilitaires/combien-de-temps-pour-un-telechargement/ (https://topgeekblog.fr/utilitaires/combien-de-temps-pour-un-telechargement/) :D
-
Moi c'est plutôt 25 minutes ! >:(
Mais il est vrai que j'habite un patelin isolé... 20.000 habitants à 10 km du périphérique, ce doit être la raison d'un débit aussi minable... (http://www.smileys-gratuits.com/smiley-diable/demon-13.gif)
En attendant, vous pouvez faire vos calculs de temps de téléchargement ici : https://topgeekblog.fr/utilitaires/combien-de-temps-pour-un-telechargement/ (https://topgeekblog.fr/utilitaires/combien-de-temps-pour-un-telechargement/) :D
Sauf qu'on peut parier qu'aucun service "mainstream" arrivera à suivre à cette vitesse, et la limitation de ton support de stockage.
-
10 Gbit/s entre la freebox et le NRO.
Xavier Niel ne recule devant rien pour fourrer les naïfs.
-
10 Gbit/s entre la freebox et le NRO.
Xavier Niel ne recule devant rien pour fourrer les naïfs.
Pas si le client torrent interne permet de download à 1250 Mo sur X peers 1 torrent.
Après, vu le HG voulu, je verrais plus une entreprise de production débutante dans le Cinéma ou Contenus audiovisuels intéressé parce que Canal/TF1/FTV et Cie dispose de leur propre fibre noire pour l'échange entre site.
-
Il y a une variable non prise en compte aussi.
Un flux lineaire en 256k pourra très bien dans 50 ans tenir dans 1Mbits et donc ton 30Terabits sera inutile.
Ps: bien sûr exemple exagéré mais c'est pour démontrer que cette course à la BP est aussi à mettre en corrélation avec les techniques et méthodes d'encapsulation qui réduisent la taille d'un flux quel qu'il soit sans pertes.
-
Pour avoir déjà dû réaliser des speedtests sur du XGS, il est clair que c'est difficile de monter à 10Gb/s. Mais pas impossible.
Déjà, il faut un bon, voire très bon pc. J'avais utilisé un i7 4770k, et la carte 10G pcie avait dû être branché sur un slot 8x ou 16x de mémoire, car sinon les perfs n'étaient pas au rendez-vous.
Ensuite, la sélection du serveur de test de débit, c'était assez difficile de tomber sur un slot libre sur un serveur qui puisse monter aussi haut. Mais, pas impossible, et il m'a été possible de monter à ~9.5Gb/s.
L'encapsulation peut consommer, après, rien n’empêche de provisionner suffisamment pour fournir ce qui a été vendu _après_ overhead.
-
pour les portables le seul moyen ça va être le wifi pendant un bon bout de temps je pense (sauf à avoir une carte spécifique 10g...)
-
Impossible de dépasser le Gbit/s en Wifi sur un portable.
-
Il ne faut pas se focaliser sur UNE machine capable d'encaisser une telle charge, mais sur plusieurs équipements au sein du foyer qui vont tirer dessus en même temps.
Typiquement une p'tite LAN'Party chez soi où les mises à jour Steam/Origin sont faites en même temps, là ça pourrait avoir un impact.
-
C'est dommage d'ailleurs que la box Delta n'embarque pas des ports à la nouvelle norme 2.5 ou 5 Gb (802.3bz). Cela fait un drôle de décalage entre le 10 Gb de la fibre SFP+ et les 4 ports 1 Gb/s.
D'après ce que j'ai lu, c'est parce que les cartes embarquant ces nouveaux ports seraient sorties trop tard pour être intégrées dans la nouvelle box. Dommage...
Ce sera d'autant plus dur de faire des speedtests dépassant le 1 Gb/s.
-
Impossible de dépasser le Gbit/s en Wifi sur un portable.
Avec 160 MHz de largeur de bande et du MIMO 2*2 on est à 1733 mbps théorique, nextinpact a réussi à attendre le Gbps (limité par le débit du routeur, sans ça il aurait surement été légèrement au dessus).
https://www.nextinpact.com/news/106199-peut-on-vraiment-atteindre-debit-gigabit-en-wi-fi-802-11ac-via-blocs-160-mhz.htm
Mais il faut être dans d'excellentes conditions, il y a encore très peu d'ordinateur compatible et surtout la nouvelle Freebox ne semble pas gérer le wifi sur 160 MHz.
-
Pas sur un seul ordinateur, donc.
-
Pas sur un seul ordinateur, donc.
Et que ton wifi soit le seul au monde.
Comment on fait, on accroche dans le hall de son immeuble une affiche du style: " les vieux et les noobs, merci de débrancher vos wifi, j'ai besoin de la place pour péter le Gigabit"
-
sinon par un adaptateur thunderbolt ethernet ca serait pas bon?
-
Et que ton wifi soit le seul au monde.
Comment on fait, on accroche dans le hall de son immeuble une affiche du style: " les vieux et les noobs, merci de débrancher vos wifi, j'ai besoin de la place pour péter le Gigabit"
pas forcèment, tu peux aussi faire comme moi et acheter un routeur chinois et sur lesquelles les bandes 5ghz sont sur les canaux chinois. Je suis le seul dessus, c'est pépère comme tu peux pas imaginer ;D
-
Avec 160 MHz de largeur de bande et du MIMO 2*2 on est à 1733 mbps théorique, nextinpact a réussi à attendre le Gbps (limité par le débit du routeur, sans ça il aurait surement été légèrement au dessus).
https://www.nextinpact.com/news/106199-peut-on-vraiment-atteindre-debit-gigabit-en-wi-fi-802-11ac-via-blocs-160-mhz.htm
Mais il faut être dans d'excellentes conditions, il y a encore très peu d'ordinateur compatible et surtout la nouvelle Freebox ne semble pas gérer le wifi sur 160 MHz.
Elle ne gere pas le 160mhz, c'est confirmé. Sinon la configuration 4x4 lui permettrait d'atteindre les 3400mb sur un canal 5ghz, et son débit serait de 3400+3400+1000 soit 7800mbps
Eventuellement la seule chose qui permettrait d'en profiter via le LAN, c'est d'utiliser un adaptateur vers usb type C (3.1 gen2) qui autorise des débits de 10gbps/s mais je crois pas que ça existe encore...
sinon par un adaptateur thunderbolt ethernet ca serait pas bon?
Edit après recherche, ça existe
https://www.sonnettech.com/product/solo-10g-tb3.html (solo 10gb RJ45, 199$)
https://www.sonnettech.com/product/twin10g-thunderbolt3.html (deux rj45 10gbps)
https://www.sonnettech.com/product/twin10g-sfp-thunderbolt3.html (RJ45 et SFP+ 10gbps)
-
Faut juste éviter de brouiller la météo par ex.
-
Elle ne gere pas le 160mhz, c'est confirmé. Sinon la configuration 4x4 lui permettrait d'atteindre les 3400mb sur un canal 5ghz, et son débit serait de 3400+3400+1000 soit 7800mbps
Apparemment il existe le QCA9984 (https://www.qualcomm.com/products/qca9984) qui supporte bien 1733Mbps en MIMO 4x4 et le 160MHz (en continue ou 80+80). Mais le 160MHz semble limité à du MIMO 2x2 car le maximum peak reste à 1733MHz. Je ne sais pas si c'est un problème de performance du chipset pour qu'il ne supporte pas les 3400Mbps en MIMO 4x4 et 160MHz ou si c'est vraiment une limitation HW.
Vu que la box supporte le beamforming et le MU-MIMO je suppose qu'elle est ac wave 2, et que du coup possible que le 160MHz soit supporté avec cette limitation (inconnue) sur le MIMO du chipset (qui si ça se trouve correspond au QCA que j'ai référencé).
Possible que la box en intègre 2 QCA et que du coup il soit possible de faire du 1700Mbps en MIMO 4x4 sur une bande à 80MHz, et 1700MHz en MIMO 2x2 sur une autre bande en 160MHz.
Bref, sans un démontage en règle, on n'en sait rien...
-
Le sujet principal ici concerne la techno 10G-EPON et de savoir si elle permet d'avoir 10Gbps de data ou seulement 8,75Gbps ?
pour tout ce qui est Wifi il y a aussi une sous-discussion dans le sujet principale de la Delta : https://lafibre.info/free-les-news/freebox-v7-show/msg602849/#msg602849 ...
-
Je suis sur Charenton le pont, actuellment chez SFR avec 1gb/s descendant. Comment je peu verifies si je suis eligible pour le 8gb/s descendant de Free ? Sur la site de free je suis eligible au box delta aparrement ?
-
Toutes les zones FTTH Free sont eligibles.
Donc si tu es éligible FTTH Free tu es éligible 10Gb
-
Toutes les zones FTTH Free sont eligibles.
Donc si tu es éligible FTTH Free tu es éligible 10Gb
Le 10Gb/s (8 en realité) est pour l'instant uniquement pour les ZTD-PON et les ZMD-PON, car 10G-EPON,
Pour les ZTD-P2P il faudra upgrader les cartes des switchs, car actuellement ce sont des cartes de 1Gbe par ports.
-
Donc, a charenton ztd/zmd-pon ou p2p ?
-
Le 10Gb/s (8 en realité) est pour l'instant uniquement pour les ZTD-PON et les ZMD-PON, car 10G-EPON,
Source ? XN ayant dit le contraire...
Pour les ZTD-P2P il faudra upgrader les cartes des switchs, car actuellement ce sont des cartes de 1Gbe par ports.
Et les OLT 10G-EPON en cours d'installation dans les NRO P2P c'est pour faire quoi du coup ?
-
Donc, a charenton ztd/zmd-pon ou p2p ?
ZMD-PON.
Source ? XN ayant dit le contraire...
Et les OLT 10G-EPON en cours d'installation dans les NRO P2P c'est pour faire quoi du coup ?
OLT 10G-EPON dans NRO P2P = ZTD-PON.
Car tu as les plaques P2P et les plaques PON. Moi même étant sur une plaque PON, chevauchant le P2P et le PON car la rue derrière la mienne est en P2P, c'est une infra complétement différente.
Pas les mêmes câbles, pas les mêmes tiroirs au NRO.
-
Du coup tu réponds pas à mes questions ?
ZMD-PON.
Non :
Zone réglementaire : Zones très denses
(source : ARCEP)
-
ZMD-PON.
Merci, je viens de passer ma commande, donc sur la box il y a bien un switch integre 10 gb/s ?
-
il y a un switch avec un port sfp+ et 4 ports 1G
-
Merci, je viens de passer ma commande, donc sur la box il y a bien un switch integre 10 gb/s ?
T'es en ZTD ! Et il y a une cage SFP+ en plus des 4 ports RJ45 1G sur la box (et le module "WAN").
-
T'es en ZTD ! Et il y a une cage SFP+ en plus des 4 ports RJ45 1G sur la box (et le module "WAN").
Merci, donc faut que je trouve une module SFP+ pour connecter ma pfsense, il y a de mode bridge ? Il y a de ports bloquez entrant sur la freebox ?
-
On a essayé de récapituler les façons d'avoir 10G en LAN ici : https://lafibre.info/free-les-news/comment-obtenir-10gbps-sur-son-reseau-local/
Et je ne sais pas pour le mode bridge, voir sur le topic sur la Delta peut-être.
-
Et les OLT 10G-EPON en cours d'installation dans les NRO P2P c'est pour faire quoi du coup ?
Haha ! Nico a vendu la mêche :P
Donc ce sera bien des OLT 10G-Epon en zone P2P ?
-
T'es en ZTD ! Et il y a une cage SFP+ en plus des 4 ports RJ45 1G sur la box (et le module "WAN").
ZTD-PON, pas P2P.
-
Haha ! Nico a vendu la mêche :P
Donc ce sera bien des OLT 10G-Epon en zone P2P ?
Il y a visiblement des infos contradictoires sur le sujet.
-
Il y a visiblement des infos contradictoires sur le sujet.
Jusqu'ici c'était des déductions à partir de propos de Niel ou Batou.
Là ça semble être une info puisque Nico écrit " les OLT 10G-EPON en cours d'installation dans les NRO P2P"
-
Ouais enfin Hugues avait aussi une info qui semblait confirmer le P2P.
-
Jusqu'ici c'était des déductions à partir de propos de Niel ou Batou.
Là ça semble être une info puisque Nico écrit " les OLT 10G-EPON en cours d'installation dans les NRO P2P"
Oui car ces OLT dans les NRO P2P sont uniquement là pour les ZTD-PON, les plaques P2P doivent être upgradées au niveau des cartes des switchs car actuellement ce sont des 48x1Gbe (Cisco et Huawei).
-
Ouais enfin Hugues avait aussi une info qui semblait confirmer le P2P.
Hugues a indiqué clairement qu'il n'avait pas d'info type scoop mais qu'il avait fait des déductions.
-
Oui car ces OLT dans les NRO P2P sont uniquement là pour les ZTD-PON, les plaques P2P doivent être upgradées au niveau des cartes des switchs car actuellement ce sont des 48x1Gbe (Cisco et Huawei).
Pour bien comprendre : tu veux dire que dans les NRO P2P il y a des plaques géographiques P2P et des plaques géographiques OLT/EPON ? Et qu'une ligne ne peut pas basculer d'une techno à l'autre ? Depuis quand ?
Ou alors tu veux dire qu'il installent des OLT 10GEpon pour basculer des lignes FB Delta des switches P2P vers des OLT 10G-EPON ? Et dans ce cas pourquoi parler d'upgrade des switchs P2P ?
-
Ouais enfin Hugues avait aussi une info qui semblait confirmer le P2P.
Y'a les deux, rien de plus.
-
Hugues a indiqué clairement qu'il n'avait pas d'info type scoop mais qu'il avait fait des déductions.
Ben y'avait quand même un gars qui a confirmé un module 10G spécifique pour la ZTD, donc j'ai des bonnes raisons d'y croire encore.
-
Oui car ces OLT dans les NRO P2P sont uniquement là pour les ZTD-PON, les plaques P2P doivent être upgradées au niveau des cartes des switchs car actuellement ce sont des 48x1Gbe (Cisco et Huawei).
Et si je te dis qu'il y a des OLT PON sur des plaques P2P ? ...
-
Je dirais que c'est plutôt logique de vouloir fonctionner avec une seule architecture (logicielle et matérielle) déployée à terme.
-
Et si je te dis qu'il y a des OLT PON sur des plaques P2P ? ...
Ce sont des OLT pour les plaques PON, stop. Les OLT ont un ratio de splittage de 1:64 et une fois arrivé au tiroir cela devient du 2x32 derrière par positions de tiroirs.
Il n'y aura pas d'OLT pour le P2P mais des switchs avec des cartes compatibles P2P en 10Gbe mutualisé pour 48 clients.
-
Et pourquoi il n'y en aurait pas ? Tu n'avance pas d'argument là.
-
Et pourquoi il n'y en aurait pas ? Tu n'avance pas d'argument là.
J'ai vachement besoin d'arguments quand je bosse dessus 5j/7.
-
J'ai vachement besoin d'arguments quand je bosse dessus 5j/7.
5/7 jours chez Free avec des Olt free ?
-
J'ai vachement besoin d'arguments quand je bosse dessus 5j/7.
L'argument d'autorité ça compte pas. Surtout venant de toi.
-
Hop ça c'est fait. 8)
-
Ce sont des OLT pour les plaques PON, stop. Les OLT ont un ratio de splittage de 1:64 et une fois arrivé au tiroir cela devient du 2x32 derrière par positions de tiroirs.
Ça, c'est ce que bouygue fait....
-
Je viens de voir les carac de la freebox, ils sont sérieux là ?
du 8Gb/s avec 4 port 1Gb/s ...
-
Et un port 10Gbps (SFP+). Quel est le soucis ?
-
Le gars avec son port gigabit ne va jamais pouvoir exploiter le débit ...
ils auraient au moins mettre un port 10 Gb/s
-
ya le SFP justement.
Tu peux mettre ce que tu veux : du copper ou de la fibre
-
Le gars avec son port gigabit ne va jamais pouvoir exploiter le débit ...
ils auraient au moins mettre un port 10 Gb/s
C'est justement ce qu'il y a.
-
sur le site de free :
CONNECTIVITÉ
Technologie FIBRE 10G EPON
Agrégation xDSL+4G
Wi-Fi 802.11ac avec MIMO, Triband 4x4
Hub domotique
Connectivité Sigfox
CONNECTIQUE
4 ports Gigabit Ethernet
2 ports USB-C 3.0 (un est dédié au FreePlug)
1 port USB 3.0
1 cage SFP+ 10 Gbit/s
Lecteur NFC
Base DECT
FreePlugs CPL inclus
Support jusqu’à 4 disques durs
-
Problem solved :
1 cage SFP+ 10 Gbit/s
-
Problem solved :
C'est pas pour le réseau ça, c'est la où on met la fibre de free...
tu branches ton pc et t'as juste du 1 gb/s
Source fibre free arrivé : 1 cage SFP+ 10 Gbit/s
Réseau interne vers pc : 4 ports Gigabit Ethernet
-
Eh non, tu n'as pas compris le fonctionnement... Cette cage est bien pour ton LAN.
Le WAN est dans un module.
-
C'est pas pour le réseau ça, c'est la où on met la fibre de free...
tu branches ton pc et t'as juste du 1 gb/s
Source fibre free arrivé : 1 cage SFP+ 10 Gbit/s
Réseau interne vers pc : 4 ports Gigabit Ethernet
Le F
-
ah oueeeeee
Trop fort ! c'est tellement mal expliqué sur leur site :)
Là ça tue !
Merci pour l'info, je me trompais depuis le début
Car sur leur site on a ça, du coup ça trompe :
(https://www.free.fr/data/freebox-delta/server2.jpg)
-
Le WAN est dans un module.
Nico je ne sais pas d'où viennent les photos des modules que tu as postées : je suppose que ce sont les 2 version fibre : ON pour ONU=PON et 2P pour P2P ?
Le 2P a l'air d'avoir un SFP+ ?
-
J'aurais fait plus simple moi :
MPON07A
MP2P07A
-
Donc cela confirme qu'en zone P2P, Free a décidé de rester sur du P2P pour le 10 Gb.
-
ya le SFP justement.
Tu peux mettre ce que tu veux : du copper ou de la fibre
Ou câble DAC
C'est ça l'intérêt du port SFP, laisser le choix entre 3 connectiques possibles:
- câble DAC
- SFP RJ45
- SFP fibre
-
J'aurais fait plus simple moi :
MPON07A
MP2P07A
c'est plus par discrétion qu'autre chose je pense
-
Par discrétion !?
-
Donc cela confirme qu'en zone P2P, Free a décidé de rester sur du P2P pour le 10 Gb.
Reste à savoir si c'est transitoire ou pérenne.
-
Donc cela confirme qu'en zone P2P, Free a décidé de rester sur du P2P pour le 10 Gb.
Ne généralisons pas.
-
Par discrétion !?
En gardant le P2P qui est une technologie ou les 10GB/s sont partagés, il est bon ton de ne pas trop le dire non ?
-
C'est le contraire, t'as pas tout compris comment ça marche visiblement.
-
C'est le contraire, t'as pas tout compris comment ça marche visiblement.
dont acte.
-
p2p = point 2 point = ta fibre perso qui va au NRO.
Capito ?
-
Tandis que le 10G-EPON, c'est 32 clients sur une même fibre, donc partagée. Certes, à 1 Gb/s, il y avait de la marge, à 10 Gb/s en download, c'est moins évident (même s'il va se passer du temps avant qu'un nombre conséquent de clients tirent à 10 Gb/s).
-
Après bon, quand tu chaînes des OLT ou des switchs sur 10Gbps, ça ne fait en soit aucune différence.
-
Après bon, quand tu chaînes des OLT ou des switchs sur 10Gbps, ça ne fait en soit aucune différence.
CQFD :D
-
Je viens de finir le branchment de ma Delta.
Ca marche pas mal :)
J'attendre ma carte chelisio afin que je peu tester sur ma Workstation Win 10 9900k @ 5ghz
(https://www.speedtest.net/result/7912514575.png)
Par contre jai poeur que il existe pas de serveur pour tester le maximum 10gbs
-
Le test a été fait comment là ?
-
Le test a été fait comment là ?
Server 2008 R2, i7 4770, 16gb DDR3, Chelsio CC2-N320E-SR
Jai deux Carte T520-CR (compatible windows 10 et Free BSD) en route, jespere pour le weekend.
-
Tu essayerais du iperf pour voir ?
-
Tu essayerais du iperf pour voir ?
iperf sur quelle serveur ?
-
https://testdebit.info/
-
Il me semble que bouygues.iperf.fr et ping.online.net (ping6.online.net pour l'IPv6) sont au moins en 10 Gbps.
-
https://testdebit.info/
Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. All rights reserved.
C:\Users\Administrator\Desktop\iperf-3.1.3-win64>iperf3 -c 1.testdebit.info -p 5
202 -R -t 20
Connecting to host 1.testdebit.info, port 5202
Reverse mode, remote host 1.testdebit.info is sending
[ 4] local 2a01:e0a:228:3220:825:5644:2af6:e13a port 49944 connected to 2001:86
0:deff:1000::2 port 5202
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.01 sec 61.7 MBytes 510 Mbits/sec
[ 4] 1.01-2.01 sec 64.9 MBytes 545 Mbits/sec
[ 4] 2.01-3.01 sec 62.0 MBytes 520 Mbits/sec
[ 4] 3.01-4.01 sec 46.9 MBytes 394 Mbits/sec
[ 4] 4.01-5.01 sec 60.9 MBytes 512 Mbits/sec
[ 4] 5.01-6.01 sec 66.4 MBytes 558 Mbits/sec
[ 4] 6.01-7.01 sec 56.5 MBytes 475 Mbits/sec
[ 4] 7.01-8.01 sec 32.5 MBytes 273 Mbits/sec
[ 4] 8.01-9.01 sec 24.8 MBytes 209 Mbits/sec
[ 4] 9.01-10.01 sec 27.7 MBytes 232 Mbits/sec
[ 4] 10.01-11.00 sec 33.8 MBytes 284 Mbits/sec
[ 4] 11.00-12.00 sec 28.8 MBytes 242 Mbits/sec
[ 4] 12.00-13.00 sec 46.2 MBytes 388 Mbits/sec
[ 4] 13.00-14.01 sec 32.8 MBytes 272 Mbits/sec
[ 4] 14.01-15.02 sec 23.4 MBytes 196 Mbits/sec
[ 4] 15.02-16.01 sec 20.7 MBytes 174 Mbits/sec
[ 4] 16.01-17.01 sec 37.4 MBytes 314 Mbits/sec
[ 4] 17.01-18.01 sec 42.1 MBytes 354 Mbits/sec
[ 4] 18.01-19.01 sec 40.9 MBytes 344 Mbits/sec
[ 4] 19.01-20.01 sec 22.4 MBytes 188 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-20.01 sec 835 MBytes 350 Mbits/sec 0 sender
[ 4] 0.00-20.01 sec 833 MBytes 349 Mbits/sec receiver
iperf Done.
C:\Users\Administrator\Desktop\iperf-3.1.3-win64>
-
Et si tu ajoutes des flux en parallèle (-P 8 par exemple) ?
-
Et si tu ajoutes des flux en parallèle (-P 8 par exemple) ?
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-20.00 sec 323 MBytes 135 Mbits/sec 0 sender
[ 4] 0.00-20.00 sec 321 MBytes 135 Mbits/sec receiver
[ 6] 0.00-20.00 sec 319 MBytes 134 Mbits/sec 0 sender
[ 6] 0.00-20.00 sec 317 MBytes 133 Mbits/sec receiver
[ 8] 0.00-20.00 sec 324 MBytes 136 Mbits/sec 0 sender
[ 8] 0.00-20.00 sec 322 MBytes 135 Mbits/sec receiver
[ 10] 0.00-20.00 sec 321 MBytes 135 Mbits/sec 0 sender
[ 10] 0.00-20.00 sec 319 MBytes 134 Mbits/sec receiver
[ 12] 0.00-20.00 sec 322 MBytes 135 Mbits/sec 0 sender
[ 12] 0.00-20.00 sec 320 MBytes 134 Mbits/sec receiver
[ 14] 0.00-20.00 sec 325 MBytes 136 Mbits/sec 0 sender
[ 14] 0.00-20.00 sec 323 MBytes 135 Mbits/sec receiver
[ 16] 0.00-20.00 sec 323 MBytes 135 Mbits/sec 0 sender
[ 16] 0.00-20.00 sec 321 MBytes 135 Mbits/sec receiver
[ 18] 0.00-20.00 sec 323 MBytes 136 Mbits/sec 0 sender
[ 18] 0.00-20.00 sec 322 MBytes 135 Mbits/sec receiver
[SUM] 0.00-20.00 sec 2.52 GBytes 1.08 Gbits/sec 0 sender
[SUM] 0.00-20.00 sec 2.50 GBytes 1.08 Gbits/sec receiver
iperf Done.
-
C'est presque tentant d'en mettre plus là !
-
Windows Server 2008 R2, c'est le même kernel que Windows 7, donc probablement les mêmes limitations dans la montée de la fenêtre TCP (même si la latence est faible ici).
Peut-être qu'en UDP les résultats pourraient être meilleurs.
-
C'est presque tentant d'en mettre plus là !
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-20.01 sec 157 MBytes 65.9 Mbits/sec 421 sender
[ 4] 0.00-20.01 sec 155 MBytes 65.2 Mbits/sec receiver
[ 6] 0.00-20.01 sec 149 MBytes 62.5 Mbits/sec 533 sender
[ 6] 0.00-20.01 sec 147 MBytes 61.7 Mbits/sec receiver
[ 8] 0.00-20.01 sec 165 MBytes 69.2 Mbits/sec 359 sender
[ 8] 0.00-20.01 sec 163 MBytes 68.4 Mbits/sec receiver
[ 10] 0.00-20.01 sec 146 MBytes 61.2 Mbits/sec 490 sender
[ 10] 0.00-20.01 sec 144 MBytes 60.4 Mbits/sec receiver
[ 12] 0.00-20.01 sec 137 MBytes 57.6 Mbits/sec 469 sender
[ 12] 0.00-20.01 sec 136 MBytes 56.8 Mbits/sec receiver
[ 14] 0.00-20.01 sec 167 MBytes 69.8 Mbits/sec 368 sender
[ 14] 0.00-20.01 sec 165 MBytes 69.0 Mbits/sec receiver
[ 16] 0.00-20.01 sec 156 MBytes 65.5 Mbits/sec 380 sender
[ 16] 0.00-20.01 sec 155 MBytes 64.8 Mbits/sec receiver
[ 18] 0.00-20.01 sec 149 MBytes 62.4 Mbits/sec 424 sender
[ 18] 0.00-20.01 sec 147 MBytes 61.7 Mbits/sec receiver
[ 20] 0.00-20.01 sec 147 MBytes 61.6 Mbits/sec 593 sender
[ 20] 0.00-20.01 sec 145 MBytes 60.8 Mbits/sec receiver
[ 22] 0.00-20.01 sec 153 MBytes 64.0 Mbits/sec 534 sender
[ 22] 0.00-20.01 sec 151 MBytes 63.3 Mbits/sec receiver
[ 24] 0.00-20.01 sec 139 MBytes 58.1 Mbits/sec 379 sender
[ 24] 0.00-20.01 sec 137 MBytes 57.4 Mbits/sec receiver
[ 26] 0.00-20.01 sec 166 MBytes 69.6 Mbits/sec 373 sender
[ 26] 0.00-20.01 sec 164 MBytes 68.9 Mbits/sec receiver
[ 28] 0.00-20.01 sec 132 MBytes 55.3 Mbits/sec 395 sender
[ 28] 0.00-20.01 sec 130 MBytes 54.6 Mbits/sec receiver
[ 30] 0.00-20.01 sec 158 MBytes 66.1 Mbits/sec 203 sender
[ 30] 0.00-20.01 sec 156 MBytes 65.4 Mbits/sec receiver
[ 32] 0.00-20.01 sec 131 MBytes 54.9 Mbits/sec 570 sender
[ 32] 0.00-20.01 sec 129 MBytes 54.2 Mbits/sec receiver
[ 34] 0.00-20.01 sec 146 MBytes 61.0 Mbits/sec 438 sender
[ 34] 0.00-20.01 sec 144 MBytes 60.4 Mbits/sec receiver
[SUM] 0.00-20.01 sec 2.34 GBytes 1.00 Gbits/sec 6929 sender
[SUM] 0.00-20.01 sec 2.31 GBytes 993 Mbits/sec receiver
iperf Done.
Pour tester avec Win 10 / FreeBSD il faut que j'atendre mes nouvelle carte's
-
Pour l'instant c'est pas très impressionnant.
-
Bizarre que iperf donne de moins bons résultats que speedtest.
Est-ce que c'est pareil avec ping.online.net ?
-
Bizarre que iperf donne de moins bons résultats que speedtest.
Est-ce que c'est pareil avec ping.online.net ?
iperf3 -c ping.online.net -P 8
-p 5202 -R -t 20
Connecting to host ping.online.net, port 5202
Reverse mode, remote host ping.online.net is sending
[ 4] local 192.168.1.3 port 50028 connected to 62.210.18.40 port 5202
[ 6] local 192.168.1.3 port 50029 connected to 62.210.18.40 port 5202
[ 8] local 192.168.1.3 port 50030 connected to 62.210.18.40 port 5202
[ 10] local 192.168.1.3 port 50031 connected to 62.210.18.40 port 5202
[ 12] local 192.168.1.3 port 50032 connected to 62.210.18.40 port 5202
[ 14] local 192.168.1.3 port 50033 connected to 62.210.18.40 port 5202
[ 16] local 192.168.1.3 port 50034 connected to 62.210.18.40 port 5202
[ 18] local 192.168.1.3 port 50035 connected to 62.210.18.40 port 5202
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.01 sec 26.2 MBytes 216 Mbits/sec
[ 6] 0.00-1.01 sec 26.4 MBytes 219 Mbits/sec
[ 8] 0.00-1.01 sec 7.10 MBytes 58.7 Mbits/sec
[ 10] 0.00-1.01 sec 26.7 MBytes 221 Mbits/sec
[ 12] 0.00-1.01 sec 5.34 MBytes 44.2 Mbits/sec
[ 14] 0.00-1.01 sec 5.44 MBytes 45.0 Mbits/sec
[ 16] 0.00-1.01 sec 25.7 MBytes 212 Mbits/sec
[ 18] 0.00-1.01 sec 25.4 MBytes 210 Mbits/sec
[SUM] 0.00-1.01 sec 148 MBytes 1.23 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 1.01-2.01 sec 22.9 MBytes 193 Mbits/sec
[ 6] 1.01-2.01 sec 22.8 MBytes 191 Mbits/sec
[ 8] 1.01-2.01 sec 6.83 MBytes 57.4 Mbits/sec
[ 10] 1.01-2.01 sec 22.6 MBytes 190 Mbits/sec
[ 12] 1.01-2.01 sec 5.98 MBytes 50.2 Mbits/sec
[ 14] 1.01-2.01 sec 5.94 MBytes 49.9 Mbits/sec
[ 16] 1.01-2.01 sec 22.6 MBytes 190 Mbits/sec
[ 18] 1.01-2.01 sec 22.5 MBytes 189 Mbits/sec
[SUM] 1.01-2.01 sec 132 MBytes 1.11 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 2.01-3.01 sec 16.6 MBytes 139 Mbits/sec
[ 6] 2.01-3.01 sec 16.5 MBytes 139 Mbits/sec
[ 8] 2.01-3.01 sec 5.95 MBytes 50.0 Mbits/sec
[ 10] 2.01-3.01 sec 16.5 MBytes 139 Mbits/sec
[ 12] 2.01-3.01 sec 5.47 MBytes 46.0 Mbits/sec
[ 14] 2.01-3.01 sec 5.55 MBytes 46.7 Mbits/sec
[ 16] 2.01-3.01 sec 16.4 MBytes 138 Mbits/sec
[ 18] 2.01-3.01 sec 16.5 MBytes 139 Mbits/sec
[SUM] 2.01-3.01 sec 99.5 MBytes 837 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 3.01-4.01 sec 21.1 MBytes 177 Mbits/sec
[ 6] 3.01-4.01 sec 20.9 MBytes 176 Mbits/sec
[ 8] 3.01-4.01 sec 8.70 MBytes 73.1 Mbits/sec
[ 10] 3.01-4.01 sec 20.8 MBytes 175 Mbits/sec
[ 12] 3.01-4.01 sec 8.26 MBytes 69.4 Mbits/sec
[ 14] 3.01-4.01 sec 8.25 MBytes 69.3 Mbits/sec
[ 16] 3.01-4.01 sec 20.9 MBytes 175 Mbits/sec
[ 18] 3.01-4.01 sec 21.1 MBytes 177 Mbits/sec
[SUM] 3.01-4.01 sec 130 MBytes 1.09 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 4.01-5.01 sec 17.3 MBytes 145 Mbits/sec
[ 6] 4.01-5.01 sec 17.4 MBytes 146 Mbits/sec
[ 8] 4.01-5.01 sec 8.07 MBytes 67.7 Mbits/sec
[ 10] 4.01-5.01 sec 17.3 MBytes 145 Mbits/sec
[ 12] 4.01-5.01 sec 7.57 MBytes 63.5 Mbits/sec
[ 14] 4.01-5.01 sec 7.63 MBytes 64.0 Mbits/sec
[ 16] 4.01-5.01 sec 17.3 MBytes 145 Mbits/sec
[ 18] 4.01-5.01 sec 17.1 MBytes 143 Mbits/sec
[SUM] 4.01-5.01 sec 110 MBytes 919 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 5.01-6.01 sec 14.4 MBytes 121 Mbits/sec
[ 6] 5.01-6.01 sec 14.5 MBytes 122 Mbits/sec
[ 8] 5.01-6.01 sec 9.41 MBytes 79.1 Mbits/sec
[ 10] 5.01-6.01 sec 14.4 MBytes 121 Mbits/sec
[ 12] 5.01-6.01 sec 7.10 MBytes 59.7 Mbits/sec
[ 14] 5.01-6.01 sec 7.13 MBytes 59.9 Mbits/sec
[ 16] 5.01-6.01 sec 14.4 MBytes 121 Mbits/sec
[ 18] 5.01-6.01 sec 14.4 MBytes 121 Mbits/sec
[SUM] 5.01-6.01 sec 95.8 MBytes 805 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 6.01-7.01 sec 13.7 MBytes 115 Mbits/sec
[ 6] 6.01-7.01 sec 13.7 MBytes 115 Mbits/sec
[ 8] 6.01-7.01 sec 12.7 MBytes 106 Mbits/sec
[ 10] 6.01-7.01 sec 13.7 MBytes 115 Mbits/sec
[ 12] 6.01-7.01 sec 7.25 MBytes 60.9 Mbits/sec
[ 14] 6.01-7.01 sec 7.24 MBytes 60.9 Mbits/sec
[ 16] 6.01-7.01 sec 13.7 MBytes 115 Mbits/sec
[ 18] 6.01-7.01 sec 13.7 MBytes 115 Mbits/sec
[SUM] 6.01-7.01 sec 95.7 MBytes 804 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 7.01-8.00 sec 16.7 MBytes 141 Mbits/sec
[ 6] 7.01-8.00 sec 16.6 MBytes 139 Mbits/sec
[ 8] 7.01-8.00 sec 16.5 MBytes 139 Mbits/sec
[ 10] 7.01-8.00 sec 16.6 MBytes 139 Mbits/sec
[ 12] 7.01-8.00 sec 9.65 MBytes 81.1 Mbits/sec
[ 14] 7.01-8.00 sec 9.65 MBytes 81.1 Mbits/sec
[ 16] 7.01-8.00 sec 16.5 MBytes 138 Mbits/sec
[ 18] 7.01-8.00 sec 16.5 MBytes 139 Mbits/sec
[SUM] 7.01-8.00 sec 119 MBytes 997 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 8.00-9.00 sec 15.7 MBytes 132 Mbits/sec
[ 6] 8.00-9.00 sec 15.6 MBytes 131 Mbits/sec
[ 8] 8.00-9.00 sec 15.7 MBytes 131 Mbits/sec
[ 10] 8.00-9.00 sec 15.7 MBytes 132 Mbits/sec
[ 12] 8.00-9.00 sec 12.8 MBytes 108 Mbits/sec
[ 14] 8.00-9.00 sec 12.8 MBytes 108 Mbits/sec
[ 16] 8.00-9.00 sec 15.7 MBytes 132 Mbits/sec
[ 18] 8.00-9.00 sec 15.7 MBytes 132 Mbits/sec
[SUM] 8.00-9.00 sec 120 MBytes 1.00 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 9.00-10.00 sec 15.0 MBytes 126 Mbits/sec
[ 6] 9.00-10.00 sec 15.0 MBytes 126 Mbits/sec
[ 8] 9.00-10.00 sec 15.1 MBytes 127 Mbits/sec
[ 10] 9.00-10.00 sec 15.1 MBytes 127 Mbits/sec
[ 12] 9.00-10.00 sec 15.2 MBytes 128 Mbits/sec
[ 14] 9.00-10.00 sec 15.2 MBytes 128 Mbits/sec
[ 16] 9.00-10.00 sec 15.1 MBytes 127 Mbits/sec
[ 18] 9.00-10.00 sec 15.0 MBytes 126 Mbits/sec
[SUM] 9.00-10.00 sec 121 MBytes 1.02 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 10.00-11.00 sec 15.8 MBytes 132 Mbits/sec
[ 6] 10.00-11.00 sec 15.9 MBytes 133 Mbits/sec
[ 8] 10.00-11.00 sec 15.6 MBytes 131 Mbits/sec
[ 10] 10.00-11.00 sec 15.6 MBytes 131 Mbits/sec
[ 12] 10.00-11.00 sec 15.7 MBytes 132 Mbits/sec
[ 14] 10.00-11.00 sec 15.7 MBytes 132 Mbits/sec
[ 16] 10.00-11.00 sec 15.7 MBytes 132 Mbits/sec
[ 18] 10.00-11.00 sec 15.7 MBytes 132 Mbits/sec
[SUM] 10.00-11.00 sec 126 MBytes 1.06 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 11.00-12.00 sec 13.6 MBytes 114 Mbits/sec
[ 6] 11.00-12.00 sec 13.6 MBytes 114 Mbits/sec
[ 8] 11.00-12.00 sec 13.5 MBytes 114 Mbits/sec
[ 10] 11.00-12.00 sec 13.6 MBytes 114 Mbits/sec
[ 12] 11.00-12.00 sec 13.6 MBytes 114 Mbits/sec
[ 14] 11.00-12.00 sec 13.6 MBytes 114 Mbits/sec
[ 16] 11.00-12.00 sec 13.6 MBytes 115 Mbits/sec
[ 18] 11.00-12.00 sec 13.6 MBytes 115 Mbits/sec
[SUM] 11.00-12.00 sec 109 MBytes 914 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 12.00-13.01 sec 11.8 MBytes 97.7 Mbits/sec
[ 6] 12.00-13.01 sec 11.8 MBytes 97.7 Mbits/sec
[ 8] 12.00-13.01 sec 11.8 MBytes 97.8 Mbits/sec
[ 10] 12.00-13.01 sec 11.8 MBytes 97.6 Mbits/sec
[ 12] 12.00-13.01 sec 11.8 MBytes 97.9 Mbits/sec
[ 14] 12.00-13.01 sec 11.8 MBytes 97.9 Mbits/sec
[ 16] 12.00-13.01 sec 11.8 MBytes 97.6 Mbits/sec
[ 18] 12.00-13.01 sec 11.8 MBytes 97.3 Mbits/sec
[SUM] 12.00-13.01 sec 94.5 MBytes 781 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 13.01-14.01 sec 16.4 MBytes 138 Mbits/sec
[ 6] 13.01-14.01 sec 16.5 MBytes 138 Mbits/sec
[ 8] 13.01-14.01 sec 16.5 MBytes 139 Mbits/sec
[ 10] 13.01-14.01 sec 16.4 MBytes 138 Mbits/sec
[ 12] 13.01-14.01 sec 16.6 MBytes 139 Mbits/sec
[ 14] 13.01-14.01 sec 16.4 MBytes 138 Mbits/sec
[ 16] 13.01-14.01 sec 16.4 MBytes 137 Mbits/sec
[ 18] 13.01-14.01 sec 16.5 MBytes 139 Mbits/sec
[SUM] 13.01-14.01 sec 132 MBytes 1.11 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 14.01-15.01 sec 13.7 MBytes 116 Mbits/sec
[ 6] 14.01-15.01 sec 13.7 MBytes 115 Mbits/sec
[ 8] 14.01-15.01 sec 13.6 MBytes 115 Mbits/sec
[ 10] 14.01-15.01 sec 13.7 MBytes 116 Mbits/sec
[ 12] 14.01-15.01 sec 13.7 MBytes 115 Mbits/sec
[ 14] 14.01-15.01 sec 13.7 MBytes 116 Mbits/sec
[ 16] 14.01-15.01 sec 13.7 MBytes 115 Mbits/sec
[ 18] 14.01-15.01 sec 13.7 MBytes 115 Mbits/sec
[SUM] 14.01-15.01 sec 110 MBytes 923 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 15.01-16.01 sec 10.8 MBytes 90.9 Mbits/sec
[ 6] 15.01-16.01 sec 10.8 MBytes 91.1 Mbits/sec
[ 8] 15.01-16.01 sec 10.8 MBytes 90.9 Mbits/sec
[ 10] 15.01-16.01 sec 10.8 MBytes 90.6 Mbits/sec
[ 12] 15.01-16.01 sec 10.8 MBytes 91.1 Mbits/sec
[ 14] 15.01-16.01 sec 10.9 MBytes 91.4 Mbits/sec
[ 16] 15.01-16.01 sec 10.8 MBytes 90.8 Mbits/sec
[ 18] 15.01-16.01 sec 10.8 MBytes 90.9 Mbits/sec
[SUM] 15.01-16.01 sec 86.6 MBytes 728 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 16.01-17.01 sec 8.50 MBytes 71.3 Mbits/sec
[ 6] 16.01-17.01 sec 8.42 MBytes 70.6 Mbits/sec
[ 8] 16.01-17.01 sec 8.43 MBytes 70.7 Mbits/sec
[ 10] 16.01-17.01 sec 8.42 MBytes 70.6 Mbits/sec
[ 12] 16.01-17.01 sec 8.50 MBytes 71.3 Mbits/sec
[ 14] 16.01-17.01 sec 8.45 MBytes 70.9 Mbits/sec
[ 16] 16.01-17.01 sec 8.48 MBytes 71.1 Mbits/sec
[ 18] 16.01-17.01 sec 8.49 MBytes 71.2 Mbits/sec
[SUM] 16.01-17.01 sec 67.7 MBytes 568 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 17.01-18.00 sec 8.55 MBytes 71.8 Mbits/sec
[ 6] 17.01-18.00 sec 8.55 MBytes 71.8 Mbits/sec
[ 8] 17.01-18.00 sec 8.59 MBytes 72.2 Mbits/sec
[ 10] 17.01-18.00 sec 8.57 MBytes 72.0 Mbits/sec
[ 12] 17.01-18.00 sec 8.49 MBytes 71.3 Mbits/sec
[ 14] 17.01-18.00 sec 8.52 MBytes 71.6 Mbits/sec
[ 16] 17.01-18.00 sec 8.54 MBytes 71.7 Mbits/sec
[ 18] 17.01-18.00 sec 8.54 MBytes 71.8 Mbits/sec
[SUM] 17.01-18.00 sec 68.4 MBytes 574 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 18.00-19.00 sec 9.14 MBytes 76.8 Mbits/sec
[ 6] 18.00-19.00 sec 9.22 MBytes 77.5 Mbits/sec
[ 8] 18.00-19.00 sec 9.18 MBytes 77.2 Mbits/sec
[ 10] 18.00-19.00 sec 9.18 MBytes 77.2 Mbits/sec
[ 12] 18.00-19.00 sec 9.25 MBytes 77.7 Mbits/sec
[ 14] 18.00-19.00 sec 9.21 MBytes 77.4 Mbits/sec
[ 16] 18.00-19.00 sec 9.18 MBytes 77.1 Mbits/sec
[ 18] 18.00-19.00 sec 9.14 MBytes 76.8 Mbits/sec
[SUM] 18.00-19.00 sec 73.5 MBytes 618 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 19.00-20.00 sec 9.80 MBytes 82.3 Mbits/sec
[ 6] 19.00-20.00 sec 9.77 MBytes 82.1 Mbits/sec
[ 8] 19.00-20.00 sec 9.77 MBytes 82.1 Mbits/sec
[ 10] 19.00-20.00 sec 9.71 MBytes 81.6 Mbits/sec
[ 12] 19.00-20.00 sec 9.74 MBytes 81.8 Mbits/sec
[ 14] 19.00-20.00 sec 9.76 MBytes 82.0 Mbits/sec
[ 16] 19.00-20.00 sec 9.76 MBytes 82.0 Mbits/sec
[ 18] 19.00-20.00 sec 9.80 MBytes 82.3 Mbits/sec
[SUM] 19.00-20.00 sec 78.1 MBytes 656 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-20.00 sec 298 MBytes 125 Mbits/sec 14 sender
[ 4] 0.00-20.00 sec 298 MBytes 125 Mbits/sec receiver
[ 6] 0.00-20.00 sec 298 MBytes 125 Mbits/sec 0 sender
[ 6] 0.00-20.00 sec 298 MBytes 125 Mbits/sec receiver
[ 8] 0.00-20.00 sec 224 MBytes 94.1 Mbits/sec 9 sender
[ 8] 0.00-20.00 sec 224 MBytes 94.0 Mbits/sec receiver
[ 10] 0.00-20.00 sec 298 MBytes 125 Mbits/sec 0 sender
[ 10] 0.00-20.00 sec 297 MBytes 125 Mbits/sec receiver
[ 12] 0.00-20.00 sec 203 MBytes 85.3 Mbits/sec 9 sender
[ 12] 0.00-20.00 sec 203 MBytes 85.1 Mbits/sec receiver
[ 14] 0.00-20.00 sec 204 MBytes 85.4 Mbits/sec 9 sender
[ 14] 0.00-20.00 sec 203 MBytes 85.2 Mbits/sec receiver
[ 16] 0.00-20.00 sec 297 MBytes 124 Mbits/sec 0 sender
[ 16] 0.00-20.00 sec 296 MBytes 124 Mbits/sec receiver
[ 18] 0.00-20.00 sec 297 MBytes 125 Mbits/sec 0 sender
[ 18] 0.00-20.00 sec 296 MBytes 124 Mbits/sec receiver
[SUM] 0.00-20.00 sec 2.07 GBytes 889 Mbits/sec 41 sender
[SUM] 0.00-20.00 sec 2.07 GBytes 887 Mbits/sec receiver
iperf Done.
-
De mémoire, le serveur (iperf) de BoT fait 40GBit/s.
-
Les débits n'ont pas l'air d'être très stables en plus.
Est-ce qu'il y a un antivirus sur la machine ?
Quelle est la charge CPU ? Normalement iperf ne devrait pas consommer grand chose.
-
Pas de antivirus, aucune autre service active, le cpu en ragardent chaque couer ne depasse jamais le 16%
-
Server 2008 R2, i7 4770, 16gb DDR3, Chelsio CC2-N320E-SR
Et donc côté Delta, quel SFP+ as-tu utilisé ?
-
t'es en 6rd ou 4rd ?
-
Sur la Delta jai une DAC vers Mikrotik Switch : https://www.amazon.com/gp/product/B00WHS3NCA/ref=oh_aui_detailpage_o00_s00?ie=UTF8&psc=1
6rd / 4rd Aucune idee, il faut regarder ou ?
-
6rd / 4rd Aucune idee, il faut regarder ou ?
dans l'interface dans la freebox mais avec la Delta je ne sais pas ou.
sinon: https://lafibre.info/free-10g-epon/zones-de-test-zmd/msg312896/#msg312896 mais ce n'est pas simple.
ou refait le test iperf3 sur testdebit avec l'option -4 pour forcer ipv4 (avec -P 8 ou plus).
-
t'es en 6rd ou 4rd ?
quesako ?
-
quesako ?
Les connexions Free proposent de l'IPv6 et de l'IPv4 mais jamais les 2 nativement.
Une connexion Free est donc soit nativement en IPv4 et IPv6 est mis en oeuvre dans un tunnel au dessus d'IPv4 en utilisant un mécanisme appelé 6rd soit elle est nativement en IPv6 et IPv4 est dans un tunnel au dessus d'IPv6 en utilisant un mécanisme appelé 4rd.
A noté que les clients en 4rd partagent a plusieurs la meme IPv4 (1/4 des ports chacun). Il faut explicitement demandé une 'ipv4 full stack' pour avoir une IPv4 propre a soi.
Suivant son cas, il se peut que les performances soit moindres dans le mode non natif a la connexion. Donc une freebox en 4rd sera plus performante en IPv6 et une freebox en 6rd sera plus performante en IPv6. Ce n'est pas sensible en ADSL mais a 10G ca l'est surement.
Pour les Delta il y a trop peu de cas pour le moment pour savoir si elles imposent toutes d'être en 4rd ou pas.
-
dans l'interface dans la freebox mais avec la Delta je ne sais pas ou.
sinon: https://lafibre.info/free-10g-epon/zones-de-test-zmd/msg312896/#msg312896 mais ce n'est pas simple.
ou refait le test iperf3 sur testdebit avec l'option -4 pour forcer ipv4 (avec -P 8 ou plus).
beaucop mieux avec ipv4 :)
C:\Users\Administrator\Desktop\iperf-3.1.3-win64>iperf3 -c 1.testdebit.info -4 -
P 8 -p 5202 -R -t 20
Connecting to host 1.testdebit.info, port 5202
Reverse mode, remote host 1.testdebit.info is sending
[ 4] local 192.168.1.3 port 51081 connected to 89.84.1.222 port 5202
[ 6] local 192.168.1.3 port 51082 connected to 89.84.1.222 port 5202
[ 8] local 192.168.1.3 port 51083 connected to 89.84.1.222 port 5202
[ 10] local 192.168.1.3 port 51084 connected to 89.84.1.222 port 5202
[ 12] local 192.168.1.3 port 51085 connected to 89.84.1.222 port 5202
[ 14] local 192.168.1.3 port 51086 connected to 89.84.1.222 port 5202
[ 16] local 192.168.1.3 port 51087 connected to 89.84.1.222 port 5202
[ 18] local 192.168.1.3 port 51088 connected to 89.84.1.222 port 5202
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.01 sec 86.1 MBytes 712 Mbits/sec
[ 6] 0.00-1.01 sec 87.5 MBytes 724 Mbits/sec
[ 8] 0.00-1.01 sec 86.2 MBytes 713 Mbits/sec
[ 10] 0.00-1.01 sec 86.8 MBytes 718 Mbits/sec
[ 12] 0.00-1.01 sec 86.1 MBytes 713 Mbits/sec
[ 14] 0.00-1.01 sec 85.4 MBytes 706 Mbits/sec
[ 16] 0.00-1.01 sec 86.2 MBytes 713 Mbits/sec
[ 18] 0.00-1.01 sec 86.3 MBytes 714 Mbits/sec
[SUM] 0.00-1.01 sec 691 MBytes 5.71 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 1.01-2.01 sec 86.0 MBytes 723 Mbits/sec
[ 6] 1.01-2.01 sec 88.8 MBytes 746 Mbits/sec
[ 8] 1.01-2.01 sec 88.5 MBytes 743 Mbits/sec
[ 10] 1.01-2.01 sec 87.8 MBytes 738 Mbits/sec
[ 12] 1.01-2.01 sec 87.7 MBytes 737 Mbits/sec
[ 14] 1.01-2.01 sec 87.0 MBytes 731 Mbits/sec
[ 16] 1.01-2.01 sec 88.9 MBytes 747 Mbits/sec
[ 18] 1.01-2.01 sec 87.7 MBytes 737 Mbits/sec
[SUM] 1.01-2.01 sec 702 MBytes 5.90 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 2.01-3.01 sec 86.2 MBytes 724 Mbits/sec
[ 6] 2.01-3.01 sec 88.5 MBytes 744 Mbits/sec
[ 8] 2.01-3.01 sec 88.0 MBytes 739 Mbits/sec
[ 10] 2.01-3.01 sec 88.2 MBytes 741 Mbits/sec
[ 12] 2.01-3.01 sec 89.1 MBytes 748 Mbits/sec
[ 14] 2.01-3.01 sec 85.5 MBytes 718 Mbits/sec
[ 16] 2.01-3.01 sec 87.9 MBytes 739 Mbits/sec
[ 18] 2.01-3.01 sec 87.7 MBytes 736 Mbits/sec
[SUM] 2.01-3.01 sec 701 MBytes 5.89 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 3.01-4.01 sec 86.7 MBytes 728 Mbits/sec
[ 6] 3.01-4.01 sec 88.2 MBytes 741 Mbits/sec
[ 8] 3.01-4.01 sec 88.4 MBytes 743 Mbits/sec
[ 10] 3.01-4.01 sec 88.0 MBytes 740 Mbits/sec
[ 12] 3.01-4.01 sec 88.6 MBytes 744 Mbits/sec
[ 14] 3.01-4.01 sec 85.8 MBytes 721 Mbits/sec
[ 16] 3.01-4.01 sec 88.6 MBytes 744 Mbits/sec
[ 18] 3.01-4.01 sec 88.4 MBytes 743 Mbits/sec
[SUM] 3.01-4.01 sec 703 MBytes 5.90 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 4.01-5.01 sec 84.6 MBytes 711 Mbits/sec
[ 6] 4.01-5.01 sec 84.9 MBytes 714 Mbits/sec
[ 8] 4.01-5.01 sec 85.0 MBytes 715 Mbits/sec
[ 10] 4.01-5.01 sec 84.5 MBytes 710 Mbits/sec
[ 12] 4.01-5.01 sec 85.8 MBytes 721 Mbits/sec
[ 14] 4.01-5.01 sec 83.3 MBytes 700 Mbits/sec
[ 16] 4.01-5.01 sec 84.7 MBytes 712 Mbits/sec
[ 18] 4.01-5.01 sec 84.4 MBytes 709 Mbits/sec
[SUM] 4.01-5.01 sec 677 MBytes 5.69 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 5.01-6.01 sec 84.7 MBytes 712 Mbits/sec
[ 6] 5.01-6.01 sec 84.0 MBytes 706 Mbits/sec
[ 8] 5.01-6.01 sec 84.6 MBytes 711 Mbits/sec
[ 10] 5.01-6.01 sec 85.5 MBytes 719 Mbits/sec
[ 12] 5.01-6.01 sec 86.0 MBytes 723 Mbits/sec
[ 14] 5.01-6.01 sec 83.6 MBytes 703 Mbits/sec
[ 16] 5.01-6.01 sec 85.5 MBytes 718 Mbits/sec
[ 18] 5.01-6.01 sec 86.3 MBytes 725 Mbits/sec
[SUM] 5.01-6.01 sec 680 MBytes 5.71 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 6.01-7.00 sec 85.0 MBytes 714 Mbits/sec
[ 6] 6.01-7.00 sec 85.6 MBytes 719 Mbits/sec
[ 8] 6.01-7.00 sec 87.1 MBytes 732 Mbits/sec
[ 10] 6.01-7.00 sec 86.2 MBytes 724 Mbits/sec
[ 12] 6.01-7.00 sec 87.4 MBytes 734 Mbits/sec
[ 14] 6.01-7.00 sec 84.3 MBytes 709 Mbits/sec
[ 16] 6.01-7.00 sec 85.8 MBytes 721 Mbits/sec
[ 18] 6.01-7.00 sec 85.5 MBytes 718 Mbits/sec
[SUM] 6.01-7.00 sec 687 MBytes 5.77 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 7.00-8.00 sec 86.2 MBytes 724 Mbits/sec
[ 6] 7.00-8.00 sec 87.4 MBytes 734 Mbits/sec
[ 8] 7.00-8.00 sec 86.9 MBytes 730 Mbits/sec
[ 10] 7.00-8.00 sec 87.9 MBytes 739 Mbits/sec
[ 12] 7.00-8.00 sec 88.4 MBytes 743 Mbits/sec
[ 14] 7.00-8.00 sec 86.1 MBytes 723 Mbits/sec
[ 16] 7.00-8.00 sec 87.5 MBytes 736 Mbits/sec
[ 18] 7.00-8.00 sec 88.0 MBytes 740 Mbits/sec
[SUM] 7.00-8.00 sec 698 MBytes 5.87 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 8.00-9.00 sec 85.0 MBytes 714 Mbits/sec
[ 6] 8.00-9.00 sec 87.4 MBytes 735 Mbits/sec
[ 8] 8.00-9.00 sec 86.9 MBytes 730 Mbits/sec
[ 10] 8.00-9.00 sec 87.1 MBytes 732 Mbits/sec
[ 12] 8.00-9.00 sec 87.3 MBytes 733 Mbits/sec
[ 14] 8.00-9.00 sec 85.5 MBytes 719 Mbits/sec
[ 16] 8.00-9.00 sec 87.4 MBytes 735 Mbits/sec
[ 18] 8.00-9.00 sec 87.0 MBytes 731 Mbits/sec
[SUM] 8.00-9.00 sec 694 MBytes 5.83 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 9.00-10.02 sec 85.4 MBytes 707 Mbits/sec
[ 6] 9.00-10.02 sec 87.2 MBytes 722 Mbits/sec
[ 8] 9.00-10.02 sec 86.8 MBytes 718 Mbits/sec
[ 10] 9.00-10.02 sec 87.2 MBytes 722 Mbits/sec
[ 12] 9.00-10.02 sec 88.6 MBytes 733 Mbits/sec
[ 14] 9.00-10.02 sec 85.3 MBytes 705 Mbits/sec
[ 16] 9.00-10.02 sec 86.7 MBytes 718 Mbits/sec
[ 18] 9.00-10.02 sec 87.1 MBytes 720 Mbits/sec
[SUM] 9.00-10.02 sec 694 MBytes 5.74 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 10.02-11.01 sec 87.0 MBytes 731 Mbits/sec
[ 6] 10.02-11.01 sec 87.4 MBytes 734 Mbits/sec
[ 8] 10.02-11.01 sec 87.5 MBytes 735 Mbits/sec
[ 10] 10.02-11.01 sec 88.0 MBytes 740 Mbits/sec
[ 12] 10.02-11.01 sec 88.8 MBytes 746 Mbits/sec
[ 14] 10.02-11.01 sec 85.8 MBytes 721 Mbits/sec
[ 16] 10.02-11.01 sec 87.1 MBytes 732 Mbits/sec
[ 18] 10.02-11.01 sec 88.1 MBytes 740 Mbits/sec
[SUM] 10.02-11.01 sec 700 MBytes 5.88 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 11.01-12.01 sec 84.5 MBytes 710 Mbits/sec
[ 6] 11.01-12.01 sec 86.0 MBytes 722 Mbits/sec
[ 8] 11.01-12.01 sec 86.8 MBytes 729 Mbits/sec
[ 10] 11.01-12.01 sec 85.7 MBytes 720 Mbits/sec
[ 12] 11.01-12.01 sec 86.3 MBytes 725 Mbits/sec
[ 14] 11.01-12.01 sec 84.4 MBytes 709 Mbits/sec
[ 16] 11.01-12.01 sec 84.7 MBytes 712 Mbits/sec
[ 18] 11.01-12.01 sec 85.7 MBytes 720 Mbits/sec
[SUM] 11.01-12.01 sec 684 MBytes 5.75 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 12.01-13.01 sec 82.3 MBytes 692 Mbits/sec
[ 6] 12.01-13.01 sec 84.9 MBytes 714 Mbits/sec
[ 8] 12.01-13.01 sec 84.2 MBytes 708 Mbits/sec
[ 10] 12.01-13.01 sec 85.2 MBytes 716 Mbits/sec
[ 12] 12.01-13.01 sec 83.4 MBytes 701 Mbits/sec
[ 14] 12.01-13.01 sec 82.7 MBytes 695 Mbits/sec
[ 16] 12.01-13.01 sec 85.0 MBytes 714 Mbits/sec
[ 18] 12.01-13.01 sec 84.3 MBytes 708 Mbits/sec
[SUM] 12.01-13.01 sec 672 MBytes 5.65 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 13.01-14.01 sec 85.0 MBytes 714 Mbits/sec
[ 6] 13.01-14.01 sec 87.3 MBytes 733 Mbits/sec
[ 8] 13.01-14.01 sec 86.0 MBytes 722 Mbits/sec
[ 10] 13.01-14.01 sec 86.3 MBytes 725 Mbits/sec
[ 12] 13.01-14.01 sec 86.7 MBytes 729 Mbits/sec
[ 14] 13.01-14.01 sec 85.1 MBytes 715 Mbits/sec
[ 16] 13.01-14.01 sec 85.6 MBytes 719 Mbits/sec
[ 18] 13.01-14.01 sec 86.3 MBytes 725 Mbits/sec
[SUM] 13.01-14.01 sec 688 MBytes 5.78 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 14.01-15.01 sec 84.7 MBytes 711 Mbits/sec
[ 6] 14.01-15.01 sec 85.7 MBytes 720 Mbits/sec
[ 8] 14.01-15.01 sec 85.7 MBytes 720 Mbits/sec
[ 10] 14.01-15.01 sec 85.9 MBytes 722 Mbits/sec
[ 12] 14.01-15.01 sec 87.9 MBytes 738 Mbits/sec
[ 14] 14.01-15.01 sec 84.2 MBytes 707 Mbits/sec
[ 16] 14.01-15.01 sec 86.0 MBytes 722 Mbits/sec
[ 18] 14.01-15.01 sec 85.5 MBytes 719 Mbits/sec
[SUM] 14.01-15.01 sec 686 MBytes 5.76 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 15.01-16.01 sec 83.2 MBytes 699 Mbits/sec
[ 6] 15.01-16.01 sec 85.2 MBytes 716 Mbits/sec
[ 8] 15.01-16.01 sec 85.0 MBytes 714 Mbits/sec
[ 10] 15.01-16.01 sec 85.7 MBytes 720 Mbits/sec
[ 12] 15.01-16.01 sec 84.5 MBytes 710 Mbits/sec
[ 14] 15.01-16.01 sec 83.5 MBytes 702 Mbits/sec
[ 16] 15.01-16.01 sec 83.9 MBytes 705 Mbits/sec
[ 18] 15.01-16.01 sec 84.8 MBytes 713 Mbits/sec
[SUM] 15.01-16.01 sec 676 MBytes 5.68 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 16.01-17.00 sec 83.6 MBytes 702 Mbits/sec
[ 6] 16.01-17.00 sec 84.7 MBytes 712 Mbits/sec
[ 8] 16.01-17.00 sec 85.5 MBytes 718 Mbits/sec
[ 10] 16.01-17.00 sec 86.7 MBytes 728 Mbits/sec
[ 12] 16.01-17.00 sec 86.3 MBytes 725 Mbits/sec
[ 14] 16.01-17.00 sec 84.0 MBytes 706 Mbits/sec
[ 16] 16.01-17.00 sec 85.1 MBytes 715 Mbits/sec
[ 18] 16.01-17.00 sec 86.2 MBytes 724 Mbits/sec
[SUM] 16.01-17.00 sec 682 MBytes 5.73 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 17.00-18.00 sec 84.9 MBytes 714 Mbits/sec
[ 6] 17.00-18.00 sec 85.9 MBytes 721 Mbits/sec
[ 8] 17.00-18.00 sec 86.0 MBytes 722 Mbits/sec
[ 10] 17.00-18.00 sec 85.9 MBytes 722 Mbits/sec
[ 12] 17.00-18.00 sec 85.9 MBytes 722 Mbits/sec
[ 14] 17.00-18.00 sec 84.3 MBytes 709 Mbits/sec
[ 16] 17.00-18.00 sec 84.2 MBytes 707 Mbits/sec
[ 18] 17.00-18.00 sec 85.4 MBytes 718 Mbits/sec
[SUM] 17.00-18.00 sec 683 MBytes 5.73 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 18.00-19.00 sec 85.1 MBytes 715 Mbits/sec
[ 6] 18.00-19.00 sec 87.4 MBytes 734 Mbits/sec
[ 8] 18.00-19.00 sec 87.2 MBytes 732 Mbits/sec
[ 10] 18.00-19.00 sec 86.8 MBytes 730 Mbits/sec
[ 12] 18.00-19.00 sec 86.6 MBytes 728 Mbits/sec
[ 14] 18.00-19.00 sec 85.5 MBytes 719 Mbits/sec
[ 16] 18.00-19.00 sec 86.6 MBytes 727 Mbits/sec
[ 18] 18.00-19.00 sec 86.3 MBytes 725 Mbits/sec
[SUM] 18.00-19.00 sec 691 MBytes 5.81 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 19.00-20.01 sec 86.9 MBytes 719 Mbits/sec
[ 6] 19.00-20.01 sec 88.8 MBytes 735 Mbits/sec
[ 8] 19.00-20.01 sec 87.8 MBytes 726 Mbits/sec
[ 10] 19.00-20.01 sec 88.9 MBytes 736 Mbits/sec
[ 12] 19.00-20.01 sec 88.4 MBytes 732 Mbits/sec
[ 14] 19.00-20.01 sec 87.0 MBytes 720 Mbits/sec
[ 16] 19.00-20.01 sec 89.2 MBytes 738 Mbits/sec
[ 18] 19.00-20.01 sec 87.4 MBytes 723 Mbits/sec
[SUM] 19.00-20.01 sec 704 MBytes 5.83 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-20.01 sec 1.67 GBytes 715 Mbits/sec 0 sender
[ 4] 0.00-20.01 sec 1.66 GBytes 714 Mbits/sec receiver
[ 6] 0.00-20.01 sec 1.69 GBytes 727 Mbits/sec 25 sender
[ 6] 0.00-20.01 sec 1.69 GBytes 726 Mbits/sec receiver
[ 8] 0.00-20.01 sec 1.69 GBytes 726 Mbits/sec 5 sender
[ 8] 0.00-20.01 sec 1.69 GBytes 725 Mbits/sec receiver
[ 10] 0.00-20.01 sec 1.70 GBytes 728 Mbits/sec 0 sender
[ 10] 0.00-20.01 sec 1.69 GBytes 727 Mbits/sec receiver
[ 12] 0.00-20.01 sec 1.70 GBytes 730 Mbits/sec 0 sender
[ 12] 0.00-20.01 sec 1.70 GBytes 729 Mbits/sec receiver
[ 14] 0.00-20.01 sec 1.66 GBytes 713 Mbits/sec 13 sender
[ 14] 0.00-20.01 sec 1.66 GBytes 712 Mbits/sec receiver
[ 16] 0.00-20.01 sec 1.69 GBytes 725 Mbits/sec 0 sender
[ 16] 0.00-20.01 sec 1.69 GBytes 724 Mbits/sec receiver
[ 18] 0.00-20.01 sec 1.69 GBytes 725 Mbits/sec 0 sender
[ 18] 0.00-20.01 sec 1.69 GBytes 724 Mbits/sec receiver
[SUM] 0.00-20.01 sec 13.5 GBytes 5.79 Gbits/sec 43 sender
[SUM] 0.00-20.01 sec 13.5 GBytes 5.78 Gbits/sec receiver
iperf Done.
C:\Users\Administrator\Desktop\iperf-3.1.3-win64>
-
5.8Gbps, joli ! Il serait intéressant de voir si ce débit évolue selon l'heure de la journée.
-
oui effectivement en IPv4 tu froles les 6 Gbps et en IPv6 a peine 1Gbps...
A priori tu es en 6rd donc évite les tests en IPv6.
-
Je serais curieux de voir un test en v6 de bon matin quand même par curiosité.
-
Je serais curieux de voir un test en v6 de bon matin quand même par curiosité.
oui ou ca peut aussi être un souci de peering/transit en IPv6 avec le serveur 1.testdebit.info, j'avais eu le cas avec Orange a une époque...
L'idéal serait de taper sur un serveur chez Free.
essai avec ping.online.net (ipv4) et ping6.online.net (ipv6) ?
-
Ca va être rigolo de voir débarquer tous les apprentis network geek qui essayent de faire du 10g mais qui n'ont pas des machines suffisamment puissantes.
Pour avoir déjà essayé d'avoir des speedtests bien élevés, c'est difficile. En fonction de la génération de bus PCIe il faut du 8x voire du 16x (PCIe 1.1) pour monter à 10Gb/s full duplex. Si en plus la NIC a deux ports cela peut encore plus limiter, car demander un bus plus rapide même si un seul port est utilisé.
Ne parlons pas des cartes 10G intégrées aux CM...
-
oui effectivement en IPv4 tu froles les 6 Gbps et en IPv6 a peine 1Gbps...
A priori tu es en 6rd donc évite les tests en IPv6.
Ça doit être facile à vérifier en regardant le modèle du module fibre non ?
-
Ca va être rigolo de voir débarquer tous les apprentis network geek qui essayent de faire du 10g mais qui n'ont pas des machines suffisamment puissantes.
Pour avoir déjà essayé d'avoir des speedtests bien élevés, c'est difficile. En fonction de la génération de bus PCIe il faut du 8x voire du 16x (PCIe 1.1) pour monter à 10Gb/s full duplex. Si en plus la NIC a deux ports cela peut encore plus limiter, car demander un bus plus rapide même si un seul port est utilisé.
Ne parlons pas des cartes 10G intégrées aux CM...
Merci de penser à nous ;D
-
Je serais curieux de voir un test en v6 de bon matin quand même par curiosité.
il est aussi possible de demander à vivien de bloquer quelques minutes un serveur 10GB/s (dont il a la main via IPTABLES) toutes les IP sauf celle du testeur et quelques autres perso a vivien pour reprendre la main sur le serveur au cas ou....
-
Sinon c'est tout frais ça vient de sortir, http://ping.leonix.fr, serveur iperf en 10G, y'a de la place, amusez vous :-)
-
essai avec ping.online.net (ipv4) et ping6.online.net (ipv6) ?
V4 :
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-20.01 sec 1.26 GBytes 540 Mbits/sec 86 sender
[ 4] 0.00-20.01 sec 1.26 GBytes 540 Mbits/sec receiver
[ 6] 0.00-20.01 sec 1.21 GBytes 521 Mbits/sec 36 sender
[ 6] 0.00-20.01 sec 1.21 GBytes 521 Mbits/sec receiver
[ 8] 0.00-20.01 sec 1.27 GBytes 544 Mbits/sec 0 sender
[ 8] 0.00-20.01 sec 1.27 GBytes 544 Mbits/sec receiver
[ 10] 0.00-20.01 sec 1.27 GBytes 543 Mbits/sec 11 sender
[ 10] 0.00-20.01 sec 1.26 GBytes 543 Mbits/sec receiver
[ 12] 0.00-20.01 sec 1.25 GBytes 538 Mbits/sec 3 sender
[ 12] 0.00-20.01 sec 1.25 GBytes 537 Mbits/sec receiver
[ 14] 0.00-20.01 sec 1.26 GBytes 541 Mbits/sec 0 sender
[ 14] 0.00-20.01 sec 1.26 GBytes 541 Mbits/sec receiver
[ 16] 0.00-20.01 sec 1.27 GBytes 543 Mbits/sec 0 sender
[ 16] 0.00-20.01 sec 1.27 GBytes 543 Mbits/sec receiver
[ 18] 0.00-20.01 sec 1.26 GBytes 540 Mbits/sec 0 sender
[ 18] 0.00-20.01 sec 1.26 GBytes 540 Mbits/sec receiver
[SUM] 0.00-20.01 sec 10.0 GBytes 4.31 Gbits/sec 136 sender
[SUM] 0.00-20.01 sec 10.0 GBytes 4.31 Gbits/sec receiver
V6 :
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-20.01 sec 144 MBytes 60.3 Mbits/sec 0 sender
[ 4] 0.00-20.01 sec 144 MBytes 60.3 Mbits/sec receiver
[ 6] 0.00-20.01 sec 240 MBytes 101 Mbits/sec 0 sender
[ 6] 0.00-20.01 sec 240 MBytes 100 Mbits/sec receiver
[ 8] 0.00-20.01 sec 444 MBytes 186 Mbits/sec 0 sender
[ 8] 0.00-20.01 sec 443 MBytes 186 Mbits/sec receiver
[ 10] 0.00-20.01 sec 272 MBytes 114 Mbits/sec 0 sender
[ 10] 0.00-20.01 sec 271 MBytes 114 Mbits/sec receiver
[ 12] 0.00-20.01 sec 287 MBytes 120 Mbits/sec 0 sender
[ 12] 0.00-20.01 sec 287 MBytes 120 Mbits/sec receiver
[ 14] 0.00-20.01 sec 347 MBytes 145 Mbits/sec 0 sender
[ 14] 0.00-20.01 sec 347 MBytes 145 Mbits/sec receiver
[ 16] 0.00-20.01 sec 245 MBytes 103 Mbits/sec 0 sender
[ 16] 0.00-20.01 sec 245 MBytes 102 Mbits/sec receiver
[ 18] 0.00-20.01 sec 260 MBytes 109 Mbits/sec 0 sender
[ 18] 0.00-20.01 sec 260 MBytes 109 Mbits/sec receiver
[SUM] 0.00-20.01 sec 2.19 GBytes 938 Mbits/sec 0 sender
[SUM] 0.00-20.01 sec 2.18 GBytes 937 Mbits/sec receiver
iperf Done.
Sinon c'est tout frais ça vient de sortir, http://ping.leonix.fr, serveur iperf en 10G, y'a de la place, amusez vous :-)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-20.01 sec 1.23 GBytes 530 Mbits/sec 20 sender
[ 4] 0.00-20.01 sec 1.23 GBytes 529 Mbits/sec receiver
[ 6] 0.00-20.01 sec 1.21 GBytes 521 Mbits/sec 25 sender
[ 6] 0.00-20.01 sec 1.21 GBytes 520 Mbits/sec receiver
[ 8] 0.00-20.01 sec 1.21 GBytes 519 Mbits/sec 0 sender
[ 8] 0.00-20.01 sec 1.21 GBytes 519 Mbits/sec receiver
[ 10] 0.00-20.01 sec 1.21 GBytes 521 Mbits/sec 59 sender
[ 10] 0.00-20.01 sec 1.21 GBytes 521 Mbits/sec receiver
[ 12] 0.00-20.01 sec 1.22 GBytes 522 Mbits/sec 12 sender
[ 12] 0.00-20.01 sec 1.22 GBytes 522 Mbits/sec receiver
[ 14] 0.00-20.01 sec 1.20 GBytes 515 Mbits/sec 86 sender
[ 14] 0.00-20.01 sec 1.20 GBytes 514 Mbits/sec receiver
[ 16] 0.00-20.01 sec 1.20 GBytes 516 Mbits/sec 0 sender
[ 16] 0.00-20.01 sec 1.20 GBytes 516 Mbits/sec receiver
[ 18] 0.00-20.01 sec 1.22 GBytes 524 Mbits/sec 8 sender
[ 18] 0.00-20.01 sec 1.22 GBytes 524 Mbits/sec receiver
[SUM] 0.00-20.01 sec 9.71 GBytes 4.17 Gbits/sec 210 sender
[SUM] 0.00-20.01 sec 9.70 GBytes 4.16 Gbits/sec receiver
iperf Done.
-
Ça doit être facile à vérifier en regardant le modèle du module fibre non ?
A priori oui. Sur les photos de modules SFP qu'avait publiées Nico, il était écrit 'PON' ou 'P2P', pour distinguer les deux types d'architecture. Sachant qu'en P2P, on est en 6rd, et en PON (10G-EPON), on est en 4rd.
https://lafibre.info/free-les-news/10gbs-limite-a-8gbs/msg607165/#msg607165
-
[4.3Gbps en v4]
Tu peux refaire testdebit.info où tu atteignais relativement plus que ça pour voir si c'est lié aux serveurs ou peut-être à la collecte ?
-
A priori oui. Sur les photos de modules SFP qu'avait publiées Nico, il était écrit 'PON' ou 'P2P', pour distinguer les deux types d'architecture. Sachant qu'en P2P, on est en 6rd, et en PON (10G-EPON), on est en 4rd.
https://lafibre.info/free-les-news/10gbs-limite-a-8gbs/msg607165/#msg607165
A noter que vu la tête des modules, on doit pouvoir déterminer si c'est PON ou P2P sans les sortir.
-
Sur ma module SFP+ (laisser en erreur chez moi par le tech de free) cest indique 10G PON.
Installation fait avant le reception de la delta !
-
Donc cela confirme que tu serais en 10G-EPON, donc en 4rd, et donc nativement en IPV6, avec l'IPv4 encapsulé dans des trames IPv6. Cela explique, au moins en partie ?, que tu aies de meilleurs résultats en IPv6 qu'en IPv4.
-
Donc cela confirme que tu serais en 10G-EPON, donc en 4rd, et donc nativement en IPV6, avec l'IPv4 encapsulé dans des trames IPv6. Cela explique, au moins en partie ?, que tu aies de mailleurs résultats en IPv6 qu'en IPv4.
Sauf qu'il a des meilleurs résultats en IPv4 qu'en IPv6.
-
Exact, mal lu (bandwith au lieu de transfer). C'est étonnant...
-
On sait si Charenton Le Pont etait déjà une zone PON Free ?
-
C'est une zone P2P (NRO CAR94-F)
-
Zmd pon
-
Zmd pon
C'est une ZTD... Regarde sur le site de l'ARCEP, tu fais souvent l'erreur.
On aurait du P2P 1G et du PON 10G potentiellement ?
-
Ça n'empêche pas Free de faire du 10g pon en ztd
-
Oui mais ça n'est pas une ZMD ! Soyons précis.
Mais que Free installe des OLT dans les zones P2P je n'en doute pas.
-
C'est une ZTD... Regarde sur le site de l'ARCEP, tu fais souvent l'erreur.
On aurait du P2P 1G et du PON 10G potentiellement ?
Effectivement j'ai fait erreur, je voulais dire ZTD
-
C'est une zone P2P (NRO CAR94-F)
Donc s'il a un module PON on en déduit que Free bascule les abonnés Delta en PON dans les zones initialement P2P ?
Mais dans ce cas à quoi servent les modules P2P ? Toutes les zones P2P ne seraient pas encore équipées d'OLT ?
Ou bien ce serait uniquement pour les abonnés P2P qui migrent vers Delta ?
-
Là c'était sur une nouvelle souscription ?
J'ai connaissance d'un cas en migration (FTTH -> FTTH) qui dispose d'un module dit "P2P" et FreeboxOS annonce 1Gbps pour l'instant.
-
Peut être le temps de la migration de techno, histoire que l'abonné ne soit pas coupé.
-
Avec envoi d'un second module ? J'y crois moyennement, mais à voir.
-
Là c'était sur une nouvelle souscription ?
J'ai connaissance d'un cas en migration (FTTH -> FTTH) qui dispose d'un module dit "P2P" et FreeboxOS annonce 1Gbps pour l'instant.
Ça doit être ça alors, le profil de Mathew indiquant SFR FTTH
-
C'est quoi comme machine avec laquelle vous avez eu les 5,8 Gbps ?
Est il possible de voir la consommation courante et disque au moment du test ?
-
Sinon c'est tout frais ça vient de sortir, http://ping.leonix.fr, serveur iperf en 10G, y'a de la place, amusez vous :-)
pourquoi proposer des speedtests https://ping.leonix.fr/1G.dat compréssables ?
-
Parce que ça n'a aucun intéret de faire autrement.
-
Est il possible de voir la consommation courante et disque au moment du test ?
Le stockage n'est pas sollicité lors d'un iperf
-
Oui c'est la Ram mais il faut bien présenter le CPU et justement la Ram pour confirmer qu'il y a pas de bottleneck a ce niveau
-
L'usage RAM d'un iperf est modeste, il réutilise les buffers alloués.
Pour la CPU, Mathew a indiqué 16%.
-
Sachant qu'en P2P, on est en 6rd, et en PON (10G-EPON), on est en 4rd.
Mais a priori Free a aussi commencer a basculer certaines zones anciennement en 6rd vers 4rd. Y'a pas de vraiment de garantie que P2P = 6rd.
Le mieux est de faire un test en ligne en regardant l'IPv4 et l'IPv6.
@mathew.lear.fr: en attendant un outil plus propre voici un rapide truc pour savoir si tu es en 6RD: https://alephs.org/6rdcalc.html (c'est fait en 5 mins donc désolé pour la présentation :p )
click le bouton et regarde si le début de ton IPv6 match le préfix calculé. si oui tu es en 6rd.
-
Mais a priori Free a aussi commencer a basculer certaines zones anciennement en 6rd vers 4rd. Y'a pas de vraiment de garantie que P2P = 6rd.
Le mieux est de faire un test en ligne en regardant l'IPv4 et l'IPv6.
@mathew.lear.fr: en attendant un outil plus propre voici un rapide truc pour savoir si tu es en 6RD: https://alephs.org/6rdcalc.html (c'est fait en 5 mins donc désolé pour la présentation :p )
click le bouton et regarde si le début de ton IPv6 match le préfix calculé. si oui tu es en 6rd.
(https://i.imgur.com/lMEbU4r.png)
-
Avec le préfixe IPv6 on voit que c'est bien sur une zone IPv6 natif (4rd).
-
désolé y'avais un bug , actualise la page la revision 1.02 doit s'afficher en bas.
-
(https://i.imgur.com/TIUQnIc.png)
-
Ça confirme que ce n'est pas une zone IPv4 natif (6rd).
-
Donc l'IPv6 est natif et plus lent ???
Que donne un traceroute (tracert -6 sous Windows) vers les serveurs de test ?
-
On est certain que le différentiel de débit IPv4/v6 ne vient pas du serveur ?
-
Ça pourrait pas être au niveau des drivers de la carte ou même de la couche réseau de l'OS potentiellement ?
-
Ça pourrait pas être au niveau des drivers de la carte ou même de la couche réseau de l'OS potentiellement ?
Il pourrait y avoir des problèmes, mais de là à ne pas dépasser 1Gbps sans saturer le CPU pour autant, c'est étrange.
L'idéal serait bien sûr de pouvoir comparer avec un iperf en LAN, ce que @mathew.lear.fr pourra probablement faire quand il recevra la carte pour son autre PC.
-
Parce que ça n'a aucun intéret de faire autrement.
Hummmm.... je ne sais pas si certains VPN ne compressent pas par défaut.
-
Qu'en est il des paramètres de la cartes réseau (taille des buffers)
-
On est certain que le différentiel de débit IPv4/v6 ne vient pas du serveur ?
Oui pour le mien.
-
hum curieusement les tests IPv6 qu'il a posté ont tous dans la colonne 'Retr' (tcp retransmit) des 0 ce qui indique aucune saturation du lien alors que ceux en IPv4 ont des valeurs a non nulles ce qui est normal quand on cherche a saturer le lien...
exemple: https://lafibre.info/free-les-news/10gbs-limite-a-8gbs/msg608761/#msg608761
a croire que c'est le PC donc qui limite (je doute fort que ce soit les serveurs).
-
Peut-être l'offload de la carte qui ne gère pas v6 ?
-
Peut-être l'offload de la carte qui ne gère pas v6 ?
pourtant la carte le supporte: https://www.chelsio.com/assetlibrary/products/N320E%20Product%20Brief%20090630.pdf mais ca ne prouve rien, y'a l'OS aussi et les réglages éventuels.
-
Server 2008 R2, i7 4770, 16gb DDR3, Chelsio CC2-N320E-SR
pourrais tu stp faire les commandes suivantes sur ton serveur :
powershell -Command "Get-WmiObject Win32_PnPSignedDriver | Where-Object -FilterScript {$_.DeviceClass -eq 'NET'} | select devicename, driverversion,FriendlyName, Location | Format-Table -Wrap -AutoSize"
et
netsh interface ipv6 show offload
-
pourrais tu stp faire les commandes suivantes sur ton serveur :
powershell -Command "Get-WmiObject Win32_PnPSignedDriver | Where-Object -FilterScript {$_.DeviceClass -eq 'NET'} | select devicename, driverversion,FriendlyName, Location | Format-Table -Wrap -AutoSize"
et
netsh interface ipv6 show offload
Windows PowerShell
Copyright (C) 2009 Microsoft Corporation. All rights reserved.
PS C:\Users\Administrator> powershell -Command "Get-WmiObject Win32_PnPSignedDriver | Where-Object -FilterScript {$_.Dev
iceClass -eq 'NET'} | select devicename, driverversion,FriendlyName, Location | Format-Table -Wrap -AutoSize"
The term '.DeviceClass' is not recognized as the name of a cmdlet, function, script file, or operable program. Check th
e spelling of the name, or if a path was included, verify that the path is correct and try again.
At line:1 char:79
+ Get-WmiObject Win32_PnPSignedDriver | Where-Object -FilterScript {.DeviceClass <<<< -eq 'NET'} | select devicename,
driverversion,FriendlyName, Location | Format-Table -Wrap -AutoSize
+ CategoryInfo : ObjectNotFound: (.DeviceClass:String) [], CommandNotFoundException
+ FullyQualifiedErrorId : CommandNotFoundException
PS C:\Users\Administrator>
PS C:\Users\Administrator>
PS C:\Users\Administrator>
PS C:\Users\Administrator> netsh interface ipv6 show offload
Interface 1: Loopback Pseudo-Interface 1
udp transmit checksum supported.
tcp transmit checksum supported.
udp receive checksum supported.
tcp receive checksum supported.
Interface 12: isatap.{24E135EB-C72B-4FE8-AA43-E8AE7EC7D790}
Interface 11: Local Area Connection
udp transmit checksum supported.
tcp transmit checksum supported.
udp receive checksum supported.
tcp receive checksum supported.
Interface 14: isatap.{F7C3C637-487F-42A9-9C30-2B190D84B1BC}
Interface 18: isatap.{297871F6-EF3F-4644-9F28-591C25D8F5C1}
Interface 20: isatap.{654CCC2B-1D7A-42D1-A3E3-A224041CFDE6}
Interface 13: Local Area Connection 2
udp transmit checksum supported.
tcp transmit checksum supported.
tcp giant send offload supported.
udp receive checksum supported.
tcp receive checksum supported.
Interface 16: Local Area Connection 4
udp transmit checksum supported.
tcp transmit checksum supported.
udp receive checksum supported.
tcp receive checksum supported.
Interface 17: Local Area Connection 5
udp transmit checksum supported.
tcp transmit checksum supported.
udp receive checksum supported.
tcp receive checksum supported.
PS C:\Users\Administrator>
Deux teste (ipv6 / ipv4) sur la serveur de leonix semble consistent :
C:\Users\Administrator\Desktop\iperf-3.1.3-win64>iperf3 -c ping.leonix.fr -P 8 -p 5202 -R -t 20
Connecting to host ping.leonix.fr, port 5202
Reverse mode, remote host ping.leonix.fr is sending
[ 4] local 2a01:e0a:228:3220:825:5644:2af6:e13a port 51157 connected to 2a0b:3b01:1042::6 port 5202
[ 6] local 2a01:e0a:228:3220:825:5644:2af6:e13a port 51158 connected to 2a0b:3b01:1042::6 port 5202
[ 8] local 2a01:e0a:228:3220:825:5644:2af6:e13a port 51159 connected to 2a0b:3b01:1042::6 port 5202
[ 10] local 2a01:e0a:228:3220:825:5644:2af6:e13a port 51160 connected to 2a0b:3b01:1042::6 port 5202
[ 12] local 2a01:e0a:228:3220:825:5644:2af6:e13a port 51161 connected to 2a0b:3b01:1042::6 port 5202
[ 14] local 2a01:e0a:228:3220:825:5644:2af6:e13a port 51162 connected to 2a0b:3b01:1042::6 port 5202
[ 16] local 2a01:e0a:228:3220:825:5644:2af6:e13a port 51163 connected to 2a0b:3b01:1042::6 port 5202
[ 18] local 2a01:e0a:228:3220:825:5644:2af6:e13a port 51164 connected to 2a0b:3b01:1042::6 port 5202
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-20.01 sec 1013 MBytes 425 Mbits/sec 0 sender
[ 4] 0.00-20.01 sec 1012 MBytes 424 Mbits/sec receiver
[ 6] 0.00-20.01 sec 980 MBytes 411 Mbits/sec 0 sender
[ 6] 0.00-20.01 sec 979 MBytes 410 Mbits/sec receiver
[ 8] 0.00-20.01 sec 957 MBytes 401 Mbits/sec 0 sender
[ 8] 0.00-20.01 sec 956 MBytes 401 Mbits/sec receiver
[ 10] 0.00-20.01 sec 981 MBytes 411 Mbits/sec 0 sender
[ 10] 0.00-20.01 sec 981 MBytes 411 Mbits/sec receiver
[ 12] 0.00-20.01 sec 994 MBytes 417 Mbits/sec 0 sender
[ 12] 0.00-20.01 sec 994 MBytes 416 Mbits/sec receiver
[ 14] 0.00-20.01 sec 994 MBytes 417 Mbits/sec 0 sender
[ 14] 0.00-20.01 sec 994 MBytes 417 Mbits/sec receiver
[ 16] 0.00-20.01 sec 974 MBytes 408 Mbits/sec 5 sender
[ 16] 0.00-20.01 sec 974 MBytes 408 Mbits/sec receiver
[ 18] 0.00-20.01 sec 977 MBytes 409 Mbits/sec 4 sender
[ 18] 0.00-20.01 sec 976 MBytes 409 Mbits/sec receiver
[SUM] 0.00-20.01 sec 7.69 GBytes 3.30 Gbits/sec 9 sender
[SUM] 0.00-20.01 sec 7.68 GBytes 3.30 Gbits/sec receiver
iperf Done.
C:\Users\Administrator\Desktop\iperf-3.1.3-win64>iperf3 -c 178.208.14.117 -P 8 -p 5202 -R -t 20
Connecting to host 178.208.14.117, port 5202
Reverse mode, remote host 178.208.14.117 is sending
[ 4] local 192.168.1.3 port 51166 connected to 178.208.14.117 port 5202
[ 6] local 192.168.1.3 port 51167 connected to 178.208.14.117 port 5202
[ 8] local 192.168.1.3 port 51168 connected to 178.208.14.117 port 5202
[ 10] local 192.168.1.3 port 51169 connected to 178.208.14.117 port 5202
[ 12] local 192.168.1.3 port 51170 connected to 178.208.14.117 port 5202
[ 14] local 192.168.1.3 port 51171 connected to 178.208.14.117 port 5202
[ 16] local 192.168.1.3 port 51172 connected to 178.208.14.117 port 5202
[ 18] local 192.168.1.3 port 51173 connected to 178.208.14.117 port 5202
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-20.01 sec 1.02 GBytes 436 Mbits/sec 17 sender
[ 4] 0.00-20.01 sec 1.01 GBytes 435 Mbits/sec receiver
[ 6] 0.00-20.01 sec 1019 MBytes 427 Mbits/sec 3 sender
[ 6] 0.00-20.01 sec 1018 MBytes 427 Mbits/sec receiver
[ 8] 0.00-20.01 sec 1.02 GBytes 437 Mbits/sec 0 sender
[ 8] 0.00-20.01 sec 1.02 GBytes 437 Mbits/sec receiver
[ 10] 0.00-20.01 sec 1.00 GBytes 430 Mbits/sec 0 sender
[ 10] 0.00-20.01 sec 1.00 GBytes 430 Mbits/sec receiver
[ 12] 0.00-20.01 sec 1014 MBytes 425 Mbits/sec 7 sender
[ 12] 0.00-20.01 sec 1013 MBytes 424 Mbits/sec receiver
[ 14] 0.00-20.01 sec 1.01 GBytes 435 Mbits/sec 11 sender
[ 14] 0.00-20.01 sec 1.01 GBytes 434 Mbits/sec receiver
[ 16] 0.00-20.01 sec 1021 MBytes 428 Mbits/sec 0 sender
[ 16] 0.00-20.01 sec 1020 MBytes 428 Mbits/sec receiver
[ 18] 0.00-20.01 sec 1.01 GBytes 435 Mbits/sec 0 sender
[ 18] 0.00-20.01 sec 1.01 GBytes 435 Mbits/sec receiver
[SUM] 0.00-20.01 sec 8.05 GBytes 3.45 Gbits/sec 38 sender
[SUM] 0.00-20.01 sec 8.04 GBytes 3.45 Gbits/sec receiver
iperf Done.
-
Du coup sur Leonix on passe de 4.17Gbps tout à l'heure à 3.30/3.45 ?
-
Ce n'est pas l'heure pour faire des speedtests surtout chez Free ;D
-
Ce n'est pas l'heure pour faire des speedtests surtout chez Free ;D
Mais pourtant je pensais que le réseau de Free était prêt à recevoir des abonnements 10gbits, avec des connexions de plusieurs terabits ::)
-
Du coup sur Leonix on passe de 4.17Gbps tout à l'heure à 3.30/3.45 ?
Pour info, de mon côté le réseau est vide en ce moment, j'ai au moins 9,5Gbit/s dispos sur l'interco où passe Free, bref.. :)
-
Mais pourtant je pensais que le réseau de Free était prêt à recevoir des abonnements 10gbits, avec des connexions de plusieurs terabits ::)
C'est ce qu'avait annoncé Xavier Niel en effet...
-
Il serait intéressant que mathew.lear.fr automatise un truc pour qu'on ai une idée du débit en fonction de l'heure chez lui !
-
Il serait intéressant que mathew.lear.fr automatise un truc pour qu'on ai une idée du débit en fonction de l'heure chez lui !
En tout cas, merci à lui de se prêter à toutes ses expériences: ça pourra renseigner, servir les intéressés :)
-
C'est vrai que c'est un cobaye ( ;) ) très sympa !
-
5h le matin sur Leonix (Ubuntu VM dans Hyper-V):
IPV4 + 6
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-20.00 sec 2.08 GBytes 892 Mbits/sec 33 sender
[ 4] 0.00-20.00 sec 2.07 GBytes 889 Mbits/sec receiver
[ 6] 0.00-20.00 sec 1.98 GBytes 850 Mbits/sec 20 sender
[ 6] 0.00-20.00 sec 1.97 GBytes 847 Mbits/sec receiver
[ 8] 0.00-20.00 sec 1.99 GBytes 853 Mbits/sec 21 sender
[ 8] 0.00-20.00 sec 1.98 GBytes 850 Mbits/sec receiver
[ 10] 0.00-20.00 sec 2.06 GBytes 884 Mbits/sec 26 sender
[ 10] 0.00-20.00 sec 2.05 GBytes 882 Mbits/sec receiver
[ 12] 0.00-20.00 sec 1.97 GBytes 847 Mbits/sec 33 sender
[ 12] 0.00-20.00 sec 1.96 GBytes 844 Mbits/sec receiver
[ 14] 0.00-20.00 sec 1.97 GBytes 848 Mbits/sec 38 sender
[ 14] 0.00-20.00 sec 1.97 GBytes 845 Mbits/sec receiver
[ 16] 0.00-20.00 sec 1.96 GBytes 844 Mbits/sec 28 sender
[ 16] 0.00-20.00 sec 1.96 GBytes 841 Mbits/sec receiver
[ 18] 0.00-20.00 sec 1.91 GBytes 821 Mbits/sec 58 sender
[ 18] 0.00-20.00 sec 1.91 GBytes 819 Mbits/sec receiver
[SUM] 0.00-20.00 sec 15.9 GBytes 6.84 Gbits/sec 257 sender
[SUM] 0.00-20.00 sec 15.9 GBytes 6.82 Gbits/sec receiver
iperf Done.
[SUM] 19.00-20.00 sec 839 MBytes 7.04 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-20.00 sec 1.96 GBytes 843 Mbits/sec 1158 sender
[ 4] 0.00-20.00 sec 1.96 GBytes 842 Mbits/sec receiver
[ 6] 0.00-20.00 sec 1.85 GBytes 795 Mbits/sec 1484 sender
[ 6] 0.00-20.00 sec 1.85 GBytes 794 Mbits/sec receiver
[ 8] 0.00-20.00 sec 1.75 GBytes 752 Mbits/sec 1345 sender
[ 8] 0.00-20.00 sec 1.75 GBytes 752 Mbits/sec receiver
[ 10] 0.00-20.00 sec 2.35 GBytes 1.01 Gbits/sec 1306 sender
[ 10] 0.00-20.00 sec 2.35 GBytes 1.01 Gbits/sec receiver
[ 12] 0.00-20.00 sec 1.81 GBytes 776 Mbits/sec 1031 sender
[ 12] 0.00-20.00 sec 1.81 GBytes 776 Mbits/sec receiver
[ 14] 0.00-20.00 sec 1.71 GBytes 734 Mbits/sec 994 sender
[ 14] 0.00-20.00 sec 1.71 GBytes 733 Mbits/sec receiver
[ 16] 0.00-20.00 sec 1.94 GBytes 831 Mbits/sec 1105 sender
[ 16] 0.00-20.00 sec 1.93 GBytes 831 Mbits/sec receiver
[ 18] 0.00-20.00 sec 1.91 GBytes 821 Mbits/sec 650 sender
[ 18] 0.00-20.00 sec 1.91 GBytes 820 Mbits/sec receiver
[SUM] 0.00-20.00 sec 15.3 GBytes 6.56 Gbits/sec 9073 sender
[SUM] 0.00-20.00 sec 15.3 GBytes 6.56 Gbits/sec receiver
iperf Done.
MTR :
ubuntu (192.168.1.4) 2018-12-29T04:26:04+0000
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. _gateway 0.0% 11 0.5 0.6 0.5 0.7 0.1
2. 194.149.164.56 0.0% 11 2.9 2.9 2.3 5.1 0.8
3. 194.149.166.38 0.0% 11 2.7 2.4 1.9 3.0 0.3
4. free.th2-2.rt.hopus.net 0.0% 11 2.5 1.9 1.6 2.5 0.3
5. lag-th2-1.pa3-2.rt.hopus.net 0.0% 11 2.0 2.3 1.8 2.7 0.3
6. leonix.pa3.hopus.net 0.0% 11 3.0 3.1 2.5 3.7 0.3
7. te0-2-1.a9k-2.core.brs.bb.leonix.net 0.0% 11 3.0 3.1 2.7 3.5 0.3
8. et1-1.n3k-2.edge.brs.bb.leonix.net 0.0% 10 3.1 2.9 2.6 3.4 0.3
9. 178.208.14.117 0.0% 10 2.6 2.5 2.0 3.0 0.3
ubuntu (2a01:e0a:228:3220:215:5dff:fe01:302) 2018-12-29T04:27:43+0000
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 2a01:e0a:228:3220::1 0.0% 9 0.6 0.6 0.4 0.8 0.1
2. 2a01:e00:2023:f836:8c62::ffff 0.0% 9 1.6 1.8 1.4 2.5 0.4
3. 2a01:e00:2023:1700::ffff 0.0% 9 2.1 2.0 1.5 2.2 0.2
4. 2a01:e00:2023::2 33.3% 9 2.8 2.7 2.5 2.9 0.2
5. 2a01:e00:2b::12 11.1% 9 2.1 2.2 1.9 3.0 0.3
6. 2a01:e00:2a::5 0.0% 9 2.0 2.3 2.0 2.8 0.3
7. 2a02:e5c:1:13::1 0.0% 9 1.8 2.2 1.7 2.7 0.4
8. 2a02:e5c:0:15::2 0.0% 9 2.3 2.6 2.0 5.3 1.0
9. 2a02:e5c:4:4::2 0.0% 9 2.5 3.0 2.5 3.3 0.3
10. 2a0b:3b00:1::250:2 0.0% 9 2.8 3.2 2.8 3.6 0.3
11. 2a0b:3b00:1::248:1 0.0% 9 3.2 3.3 2.9 3.6 0.3
12. 2a0b:3b00:1::246:2 0.0% 8 3.7 3.3 3.0 3.7 0.2
13. 2a0b:3b00:1::242:2 0.0% 8 3.0 3.4 3.0 3.8 0.3
14. 2a0b:3b01:1042::6 0.0% 8 2.5 2.7 2.2 3.0 0.3
-
Ça sent la collecte en 10G ça :')
-
Mais combien de NRO derrière ces 10G ?
-
L'utilité du 10 G se cantonne donc bien au bling bling marketing de KiCéKaLaPlusGrosse pour l'instant.
À voir si des upgrades seront faites ou pas.
-
Xav n'a pas parlé de capacité en téra ?
Bande d'hérétiques ! La "libera Securitas" va vous retrouver
-
L'utilité du 10 G se cantonne donc bien au bling bling marketing de KiCéKaLaPlusGrosse pour l'instant.
À voir si des upgrades seront faites ou pas.
Ça et une augmentation du prix de l'abonnement tout de même ;D 8)
-
Xav n'a pas parlé de capacité en téra ?
que pour netflix je crois....
d'ailleurs quel est le débit affiché avec le speedtest de netflix www.fast.com ?
-
5h le matin sur Leonix (Ubuntu VM dans Hyper-V):
...
[SUM] 0.00-20.00 sec 15.9 GBytes 6.84 Gbits/sec 257 sender
...
[SUM] 0.00-20.00 sec 15.3 GBytes 6.56 Gbits/sec 9073 sender
C'est IPv4 en 1er puis IPv6 ou l'inverse ?
La difference du nombre de 'retransmit' entre IPv4 et IPv6 (257 vs 9073) est assez troublante...pour un débit quasi identique a l'arrivée.
-
Cest le IPV6 en 2eme.
Jai une vieux carte qui viens d'ebay. Peut etre defecteuse, je payer 20euro je crois.
Jai aussi 2 chelsio T5 qui arrive bientot, pour l'instant bloquez chez le douane a roissy !!
Je marre d'attendre donc jai acheter un X520-DA1 sur amazon, livrasion aujourdhui. Ca me permit de tester avec un OS plus recent FreeBSD ou Windows 10.
-
Sinon c'est tout frais ça vient de sortir, http://ping.leonix.fr, serveur iperf en 10G, y'a de la place, amusez vous :-)
Les fichiers 1G.dat, 10G.dat, etc ont des tailles en Gibibit (2^30) (1G.dat = 1073741824 octets par exemple) au lieu de gigabit (10^9) comme sur testdebit.info par exemple ce qui est plus usuel et pratique pour les calculs de débit.
-
ont des tailles en Gibibit (2^30) (1G.dat = 1073741824 octets par exemple)
2^30 = 1 gibibyte pour le coup ;)
-
Les fichiers 1G.dat, 10G.dat, etc ont des tailles en Gibibit (2^30) (1G.dat = 1073741824 octets par exemple) au lieu de gigabit (10^9) comme sur testdebit.info par exemple ce qui est plus usuel et pratique pour les calculs de débit.
je vais corriger ça quand je rentre de congés
-
que pour netflix je crois....
d'ailleurs quel est le débit affiché avec le speedtest de netflix www.fast.com ?
J'exagérais un peu ::)
En tout cas il disait que le réseau Free avait été mis à l'échelle pour supporter le 10gbits. (Alors qu'il y a pas mal de saturation notamment à Paris le soir ...)
-
Hello,
pour ceux qui ont leur config 10Gb delta prete, que donne un :
curl http://1.testdebit.info/fichiers/5000Mo.dat >/dev/null
?
Merci!
-
Xavier Niel :
On a changé la totalité des équipements dans notre réseau pour pouvoir accéder à ces débits parce que la première chose que vous allez faire quand vous allez avoir cette box, vous allez tester les 10Gb et vous allez me dire "ah ah il y a que 800Mb" et ça on veut pas.
https://www.01net.com/mediaplayer/video/nouvelle-freebox-interview-exceptionnelle-de-xavier-niel-01live-1122614.html (vers 11min)
-
Un bullshit parmi tant d'autres de la part de XN pdt cette keynote et les interviews qui ont suivi....
-
Mais non, pas s'il parle des équipements terminaux présents au NRO. :P
-
Beaucoup moins de retransmission avec le X520 sur Leonix :
OS : Win10 17763.195 Workstation Edition / 64gb Ram / 9900K @5ghz
IPV4 à 14H:
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-20.00 sec 983 MBytes 412 Mbits/sec 2 sender
[ 4] 0.00-20.00 sec 982 MBytes 412 Mbits/sec receiver
[ 6] 0.00-20.00 sec 999 MBytes 419 Mbits/sec 0 sender
[ 6] 0.00-20.00 sec 998 MBytes 419 Mbits/sec receiver
[ 8] 0.00-20.00 sec 979 MBytes 411 Mbits/sec 2 sender
[ 8] 0.00-20.00 sec 978 MBytes 410 Mbits/sec receiver
[ 10] 0.00-20.00 sec 989 MBytes 415 Mbits/sec 5 sender
[ 10] 0.00-20.00 sec 988 MBytes 414 Mbits/sec receiver
[ 12] 0.00-20.00 sec 992 MBytes 416 Mbits/sec 1 sender
[ 12] 0.00-20.00 sec 991 MBytes 416 Mbits/sec receiver
[ 14] 0.00-20.00 sec 994 MBytes 417 Mbits/sec 4 sender
[ 14] 0.00-20.00 sec 993 MBytes 417 Mbits/sec receiver
[ 16] 0.00-20.00 sec 974 MBytes 409 Mbits/sec 4 sender
[ 16] 0.00-20.00 sec 973 MBytes 408 Mbits/sec receiver
[ 18] 0.00-20.00 sec 992 MBytes 416 Mbits/sec 3 sender
[ 18] 0.00-20.00 sec 991 MBytes 416 Mbits/sec receiver
[SUM] 0.00-20.00 sec 7.72 GBytes 3.31 Gbits/sec 21 sender
[SUM] 0.00-20.00 sec 7.71 GBytes 3.31 Gbits/sec receiver
iperf Done.
IPV6 à 14H:
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-20.00 sec 959 MBytes 402 Mbits/sec 5 sender
[ 4] 0.00-20.00 sec 958 MBytes 402 Mbits/sec receiver
[ 6] 0.00-20.00 sec 960 MBytes 403 Mbits/sec 1 sender
[ 6] 0.00-20.00 sec 959 MBytes 402 Mbits/sec receiver
[ 8] 0.00-20.00 sec 965 MBytes 405 Mbits/sec 9 sender
[ 8] 0.00-20.00 sec 965 MBytes 405 Mbits/sec receiver
[ 10] 0.00-20.00 sec 957 MBytes 401 Mbits/sec 9 sender
[ 10] 0.00-20.00 sec 956 MBytes 401 Mbits/sec receiver
[ 12] 0.00-20.00 sec 968 MBytes 406 Mbits/sec 4 sender
[ 12] 0.00-20.00 sec 967 MBytes 406 Mbits/sec receiver
[ 14] 0.00-20.00 sec 982 MBytes 412 Mbits/sec 0 sender
[ 14] 0.00-20.00 sec 981 MBytes 412 Mbits/sec receiver
[ 16] 0.00-20.00 sec 977 MBytes 410 Mbits/sec 1 sender
[ 16] 0.00-20.00 sec 976 MBytes 409 Mbits/sec receiver
[ 18] 0.00-20.00 sec 973 MBytes 408 Mbits/sec 2 sender
[ 18] 0.00-20.00 sec 972 MBytes 408 Mbits/sec receiver
[SUM] 0.00-20.00 sec 7.56 GBytes 3.25 Gbits/sec 31 sender
[SUM] 0.00-20.00 sec 7.55 GBytes 3.24 Gbits/sec receiver
iperf Done.
-
Question d'ordre général :
-Comment expliquer que lorsque je dl sur un seul flux la vitesse soit moins grande que sur plusieurs flux ? Qu'est-ce qui pourrait limiter ?
-Sur ma fibre je DL à 30mb sur les tests monothread et jusqu'à 900 sur de multiple flux.
-
-Comment expliquer que lorsque je dl sur un seul flux la vitesse soit moins grande que sur plusieurs flux ? Qu'est-ce qui pourrait limiter ?
la partie drivers. gestion des buffer etc...
-
-Comment expliquer que lorsque je dl sur un seul flux la vitesse soit moins grande que sur plusieurs flux ?
La vitesse du CPU d'une part et les latences d'autre part.
En multiflux tu fais travailler plusieurs coeurs d'une part et tu masques les latences en maximisant l'usage de chaque cœur d'autre part : lorsqu'un thread/flux attend une I/O l'autre thread/flux travaille.
-
Lol
(https://i.imgur.com/7pXsMdO.png)
-
Clic droit -> Inspecter éléments ?
Je crois que l'on a tous fait ça pour épater un pote.
-
Clic droit -> Inspecter éléments ?
Non. Fast.com est juste pas fiable et fantaisiste
-
petit test avant de partir au taff
-
(https://i.imgur.com/7pXsMdO.png)
Les voilà les Tb promis par XN ;)
-
Et sinon, que raconte Fast.com quand il ne s'emballe pas (ce qui arrive parfois aussi avec une simple connexion 1 Gbps) ?
-
Non. Fast.com est juste pas fiable et fantaisiste
C'est sûr qu'avec une connexion 10 Gb/s (max...), il n'est pas possible d'atteindre 12 Gb/s. Mais on est loin des temps il y a 9 mois où c'était un exploit de dépasser quelques dizaines de Mb/s sur fast.com chez Free. Il est clair que les capacités de bande passante ont été largement accrues.
-
Le site de propagande ne remet même pas en cause la véracité du test ....
https://www.universfreebox.com/article/47908/Freebox-Delta-Un-abonne-enregistre-un-debit-impressionnant-en-fibre
-
Ils sont sérieux chez universfreebox ? ;D
Ca me rappelle la news sur le chromecast (Une news sans vérification derrière)
https://www.universfreebox.com/article/47830/Freebox-Delta-un-support-Chromecast-tres-limite-voici-son-test
https://www.nextinpact.com/news/107455-non-player-devialet-freebox-deltane-supporte-pas-technologie-chromecast-google.htm
-
petit test avant de partir au taff
Ils sont quand même un peu bizarre les 400Mbit/s ??? Quand c'était limité à 200 on atteignait 195 facilement alors que pour les 400 c'est plus 300-340 grand max.
-
Je tape les 400Mbit/s ici.
-
Je tape les 400Mbit/s ici.
Ah peut être le fait d'être en P2P qui limite un peu le débit ???
-
Au fait, vu que l'on ne peut avoir théoriquement que 80% de ce que Xav a vendu, les libres abonnés peuvent-ils ne payer que 80% de l'abonnement de l'enceinte qui va sur le net ?
-
Au fait, vu que l'on ne peut avoir théoriquement que 80% de ce que Xav a vendu, les libres abonnés peuvent-ils ne payer que 80% de l'abonnement de l'enceinte qui va sur le net ?
L'enceinte ne permet d'aller à 100% de volume sonore ? :-\
-
Sur une piste DTS, c'est 0% du volume sonore.
-
Ah peut être le fait d'être en P2P qui limite un peu le débit ???
Justement non, je suis en P2P.
-
désolé y'avais un bug , actualise la page la revision 1.02 doit s'afficher en bas.
Je reviens sur un détail qui me chiffonne concernant le 6rd calculator : https://alephs.org/6rdcalc.html
Il n'y aurait pas encore un bug ?
Si je reprends l'exemple de Matthew Lear : https://lafibre.info/free-les-news/10gbs-limite-a-8gbs/msg608830/#msg608830
Provider prefix IPv6 : 2a01:5d8
Customer IPv4 : 91.168.160.200 -> hex : 5ba8:a0c8
Calculated IPv6 prefix : 2a01:5ba8:a0c8::
Cela ne devrait pas faire plutôt prefix (/28) + IP (/32) : 2a01:5d85:ba8a:0c8 (/60) ?
Il semble que le 5d8 ait été mangé ?
Mais je rajoute aussi qu'étant en zone P2P, mon adresse IPv6 commence par 2a01:e34, donc pas par le préfixe Free 6rd, comme peuvent le vérifier les modérateurs, et pourtant j'ai bien toute la plage de ports 0 à 64000, donc à priori pas comme en 4rd, et cela continue par la fin de mon adresse IPv4 : ec0b:57e0 (en hexa). Donc ?
-
j'ai mis '2a01:5d8' au hasard. Je ne connais pas a ce jour la valeur du prefix 6rd de Free (et il y en a peut-etre plusieurs ? ou pas). Ce test peut servir aussi pour d'autres FAI. Il convient de mettre un valeur avant de clicker.
et oui effectivement il manque un bout dans le prefix calculé. je verrai ca en rentrant ,en fin de semaine. Ce bout de code devrait être fusionner a terme dans https://ip.lafibre.info
-
2a01:5d8, il semble que c'était le préfixe utilisé au début de l'utilisation de 6rd par Free. Mais effectivement, après avoir recherché différents exemples sur Internet, il semble qu'il ne soit plus utilisé, et que les préfixes commencent tous maintenant par 2a01:e3, donc je me demande si Free n'a pas un /24 maintenant. Et d'après ce que j'ai vu, similaire à d'autres cas, je suis bien en 6rd.
La suite semble être l'adresse IP : 2a01:e34:ec0b:b57e0/60.
Mais il devrait y avoir 4 chiffres hexa dans la deuxième partie de l'adresse, et je me demande pourquoi Free n'utilise pas e340, e341.... e34e, e34f ? Ils laissent toujours le 0 dans cette partie ?
Pour 4rd, en regardant sur Freepon, toutes les adresses commencent par 2a01:e0a, et idem, sans que le chiffre après e0a soit utilisé (toujours 0 ?) ?
-
Free a un /26 : 2a01:e00::/26
-
Free a un /26 : 2a01:e00::/26
ca c'est le top prefix annoncé par AS12322.
ce qu'on cherche c'est l'éventuel prefix pour le 6rd (ou les éventuels prefix).
-
Mais il devrait y avoir 4 chiffres hexa dans la deuxième partie de l'adresse, et je me demande pourquoi Free n'utilise pas e340, e341.... e34e, e34f ? Ils laissent toujours le 0 dans cette partie ?
Pour 4rd, en regardant sur Freepon, toutes les adresses commencent par 2a01:e0a, et idem, sans que le chiffre après e0a soit utilisé (toujours 0 ?) ?
Le zéro omit est celui du début, par exemple 2a01:e0a = 2a01:0e0a.
-
Le zéro omit est celui du début, par exemple 2a01:e0a = 2a01:0e0a.
Ah, je pensais que c'était celui de la fin qui était omis. Merci pour la précision.
-
Lol
(https://i.imgur.com/7pXsMdO.png)
et si le 10Gbps n'était qu'une excuse de Free n'ayant qu'un seul but, que ce ne soit plus Free en dernière place du classement Netflix vu qu'au final c'est devenu la nouvelle référence Bling Bling des utilisateurs pour jauger de la qualité d'un FAI? :D
-
et si le 10Gbps n'était qu'une excuse de Free n'ayant qu'un seul but, que ce ne soit plus Free en dernière place du classement Netflix vu qu'au final c'est devenu la nouvelle référence Bling Bling des utilisateurs pour jauger de la qualité d'un FAI? :D
peut être pas jusqu'à là, mais au contraire les libres abonnés fibres qui ne pouvaient pas voir un contenu SD correctement sur netflix, ça ne le faisait pas des masses....
-
Il va y avoir trop peu de gens réellement en 10 Gbps pour que l'effet soit visible sur le baromètre Netflix à mon avis (surtout avec les débits utilisés par Netflix pour ses contenus).
-
c'était ironique hein ^^
car oui, le classement de netflix pondère les résultats avec le débit des personnes qui regardent réellement un contenu et pas qu'avec les tests fait sur fast.com :)
-
Il va y avoir trop peu de gens réellement en 10 Gbps pour que l'effet soit visible sur le baromètre Netflix à mon avis (surtout avec les débits utilisés par Netflix pour ses contenus).
Pour l'instant je n'ai pas vu de contenu au delà de 17Mb/s sur netflix
-
ca c'est le top prefix annoncé par AS12322.
ce qu'on cherche c'est l'éventuel prefix pour le 6rd (ou les éventuels prefix).
Je répondais à ça :
donc je me demande si Free n'a pas un /24 maintenant.
-
Pour l'instant je n'ai pas vu de contenu au delà de 17Mb/s sur netflix
Je dirai même 15,26 mbit/s en 2160
-
voila ma situation quand ça part en cou****
X520 en dac
https://youtu.be/PUa7QMilKNE
https://youtu.be/AGS4GSXHnlA
-
On dirait une QoS...
-
Les speedtests via l'App windows ne sont pas fiables.
Il me sort pratiquement tout le temps des résultats (beaucoup) plus élevés que le maximum théorique de ma ligne ...
-
Free a un /26 : 2a01:e00::/26
C'est bien ce que je demandais, même si un /26 me fait bizarre, je m'attendais plus à un multiple de 4. C'est confirmé ici :
https://ipinfo.io/AS12322/2a01:e00::/26
On peut penser qu'en 6rd, Free utilise le préfixe 2a01:0e3 + IPv4.
En 4rd, d'après Freepon, Free semble utiliser 2a01:0e0a + un préfixe dépendant du NRO.
En ce qui me concerne, 2a01:0e34:...., je suis bien en 6rd, et Matthew Lear, 2a01:0e0a:228, est bien en 4rd.
-
C'est bien ce que je demandais, même si un /26 me fait bizarre, je m'attendais plus à un multiple de 4. C'est confirmé ici :
https://ipinfo.io/AS12322/2a01:e00::/26
On peut penser qu'en 6rd, Free utilise le préfixe 2a01:0e3 + IPv4.
En 4rd, d'après Freepon, Free semble utiliser 2a01:0e0a + un préfixe dépendant du NRO.
En ce qui me concerne, 2a01:0e34:...., je suis bien en 6rd, et Matthew Lear, 2a01:0e0a:228, est bien en 4rd.
j'ai mis a jour avec 2a01:e30::/28 (et également ajouter le champ pour changer le nombre de bits).
source "officielle": https://ripe58.ripe.net/content/presentations/ipv6-free.pdf
J'ai ajouté quelques autres FAI également.
Dis moi si ca colle pour chez toi.
v 1.03: https://alephs.org/6rdcalc.html
-
Je confirme, cela colle pour moi. Merci !
Je note dans le PDF : "3 : Dedicated to 6rd (ie: 2a01:0e30::/28)", donc c'est bien conforme aux observations.
-
Lu dans le bugtracker (https://dev.freebox.fr/bugs/task/23907) Free :
Maxime Bizon (mbizon)
je teste avec la même carte que vous (x520), mais sous linux
en serveur iperf3 chez free, nous avons speedtest7.proxad.net
-P32 c'est pas nécessaire :)
j'ai réussi à faire 8Gbit/s avec -P1
Je suppose que l'OLT de sa FB doit pas être loin des serveurs Proxad, et qu'une fois éliminé les problèmes de collecte de l'abonné lambda, tout va bien ;)
-
Rappelons que son test cité le 4 décembre dans sa keynote a été de 8 gbit/s sous controle d'huissier mais je crois que ca s'est pas fait de son cabinet ;)
sinon j'ai tendance à me répeter mais quand une personne pretera un serveur 10GBit/s ou + durant X heures en acces exclusif avec un iperf3 sur un port pas tres conventionnel pour pousser un test ultime avec un membre d'ici pour qu'on passe à autre chose ? non ? ^^
-
Avec le iperf3 3.1.3 de Vivien sous Windows 10, sur ma connexion 1Gbps, je n'ai que 160Mbps par défaut avec un seul flux, contrairement à iperf 3.6 sous Linux.
EDIT : c'est lié à Cygwin, peut-être que la version utilisée par Vivien force SO_RECVBUF même quand iperf ne la spécifie pas.
Avec "-w 1M", ou en prenant une cygwin1.dll à jour (2.11.2), j'obtiens 840Mbps sur un flux.
En 10Gbps, des valeurs plus grosses (potentiellement plus que ce que Windows mettrait par défaut) peuvent probablement aider, d'autant plus si la latence est importante.
Je suggère donc de tester avec "-w 16M" par exemple, et "--get-server-output", qui permet d'avoir les remontées du serveur avec la colonne Cwnd.
Ca devrait augmenter les débit avec un seul ou peu de flux, en revanche ça ne devrait pas être meilleur qu'en -P32, sauf s'il y a un problème quelque part (Windows, capacité de la Freebox à router plusieurs connexions TCP en parallèle, ...).
-
Rappelons que son test cité le 4 décembre dans sa keynote a été de 8 gbit/s sous controle d'huissier mais je crois que ca s'est pas fait de son cabinet ;)
sinon j'ai tendance à me répeter mais quand une personne pretera un serveur 10GBit/s ou + durant X heures en acces exclusif avec un iperf3 sur un port pas tres conventionnel pour pousser un test ultime avec un membre d'ici pour qu'on passe à autre chose ? non ? ^^
Franchement vu les stats du serveur Leonix, inutile de le dédier.
-
2 - 3 test de ce matin (sur ubuntu wsfl) 6 heure moins quart avant de partir au labo (#Grip, #Fievre :( ) -
mathew@WORKSTATION:~$ iperf3 -c ping.leonix.fr -P 8 -p 5202 -R -t 20
Connecting to host ping.leonix.fr, port 5202
Reverse mode, remote host ping.leonix.fr is sending
[ 4] local 2a01:e0a:228:3220:f920:32ab:b693:16e0 port 50806 connected to 2a0b:3b01:1042::6 port 5202
[ 6] local 2a01:e0a:228:3220:f920:32ab:b693:16e0 port 50807 connected to 2a0b:3b01:1042::6 port 5202
[ 8] local 2a01:e0a:228:3220:f920:32ab:b693:16e0 port 50808 connected to 2a0b:3b01:1042::6 port 5202
[ 10] local 2a01:e0a:228:3220:f920:32ab:b693:16e0 port 50809 connected to 2a0b:3b01:1042::6 port 5202
[ 12] local 2a01:e0a:228:3220:f920:32ab:b693:16e0 port 50810 connected to 2a0b:3b01:1042::6 port 5202
[ 14] local 2a01:e0a:228:3220:f920:32ab:b693:16e0 port 50811 connected to 2a0b:3b01:1042::6 port 5202
[ 16] local 2a01:e0a:228:3220:f920:32ab:b693:16e0 port 50812 connected to 2a0b:3b01:1042::6 port 5202
[ 18] local 2a01:e0a:228:3220:f920:32ab:b693:16e0 port 50813 connected to 2a0b:3b01:1042::6 port 5202
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-20.00 sec 2.24 GBytes 964 Mbits/sec 86 sender
[ 4] 0.00-20.00 sec 2.24 GBytes 963 Mbits/sec receiver
[ 6] 0.00-20.00 sec 2.23 GBytes 959 Mbits/sec 113 sender
[ 6] 0.00-20.00 sec 2.23 GBytes 959 Mbits/sec receiver
[ 8] 0.00-20.00 sec 1.89 GBytes 813 Mbits/sec 105 sender
[ 8] 0.00-20.00 sec 1.89 GBytes 812 Mbits/sec receiver
[ 10] 0.00-20.00 sec 2.30 GBytes 987 Mbits/sec 1 sender
[ 10] 0.00-20.00 sec 2.30 GBytes 986 Mbits/sec receiver
[ 12] 0.00-20.00 sec 2.23 GBytes 959 Mbits/sec 50 sender
[ 12] 0.00-20.00 sec 2.23 GBytes 958 Mbits/sec receiver
[ 14] 0.00-20.00 sec 2.17 GBytes 933 Mbits/sec 60 sender
[ 14] 0.00-20.00 sec 2.17 GBytes 932 Mbits/sec receiver
[ 16] 0.00-20.00 sec 2.07 GBytes 889 Mbits/sec 39 sender
[ 16] 0.00-20.00 sec 2.07 GBytes 889 Mbits/sec receiver
[ 18] 0.00-20.00 sec 2.14 GBytes 918 Mbits/sec 47 sender
[ 18] 0.00-20.00 sec 2.14 GBytes 917 Mbits/sec receiver
[SUM] 0.00-20.00 sec 17.3 GBytes 7.42 Gbits/sec 501 sender
[SUM] 0.00-20.00 sec 17.3 GBytes 7.42 Gbits/sec receiver
mathew@WORKSTATION:~$ iperf3 -c 178.208.14.117 -P 8 -p 5202 -R -t 20
Connecting to host 178.208.14.117, port 5202
Reverse mode, remote host 178.208.14.117 is sending
[ 4] local 192.168.1.2 port 50815 connected to 178.208.14.117 port 5202
[ 6] local 192.168.1.2 port 50816 connected to 178.208.14.117 port 5202
[ 8] local 192.168.1.2 port 50817 connected to 178.208.14.117 port 5202
[ 10] local 192.168.1.2 port 50818 connected to 178.208.14.117 port 5202
[ 12] local 192.168.1.2 port 50819 connected to 178.208.14.117 port 5202
[ 14] local 192.168.1.2 port 50820 connected to 178.208.14.117 port 5202
[ 16] local 192.168.1.2 port 50821 connected to 178.208.14.117 port 5202
[ 18] local 192.168.1.2 port 50822 connected to 178.208.14.117 port 5202
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-20.00 sec 2.15 GBytes 925 Mbits/sec 0 sender
[ 4] 0.00-20.00 sec 2.15 GBytes 925 Mbits/sec receiver
[ 6] 0.00-20.00 sec 2.13 GBytes 915 Mbits/sec 5 sender
[ 6] 0.00-20.00 sec 2.13 GBytes 915 Mbits/sec receiver
[ 8] 0.00-20.00 sec 2.13 GBytes 913 Mbits/sec 5 sender
[ 8] 0.00-20.00 sec 2.13 GBytes 913 Mbits/sec receiver
[ 10] 0.00-20.00 sec 2.15 GBytes 925 Mbits/sec 0 sender
[ 10] 0.00-20.00 sec 2.15 GBytes 924 Mbits/sec receiver
[ 12] 0.00-20.00 sec 2.11 GBytes 907 Mbits/sec 9 sender
[ 12] 0.00-20.00 sec 2.11 GBytes 907 Mbits/sec receiver
[ 14] 0.00-20.00 sec 2.16 GBytes 926 Mbits/sec 0 sender
[ 14] 0.00-20.00 sec 2.16 GBytes 926 Mbits/sec receiver
[ 16] 0.00-20.00 sec 2.14 GBytes 921 Mbits/sec 4 sender
[ 16] 0.00-20.00 sec 2.14 GBytes 921 Mbits/sec receiver
[ 18] 0.00-20.00 sec 2.15 GBytes 924 Mbits/sec 0 sender
[ 18] 0.00-20.00 sec 2.15 GBytes 924 Mbits/sec receiver
[SUM] 0.00-20.00 sec 17.1 GBytes 7.36 Gbits/sec 23 sender
[SUM] 0.00-20.00 sec 17.1 GBytes 7.35 Gbits/sec receiver
mathew@WORKSTATION:~$ iperf3 -c speedtest7.proxad.net -P 8 -p 5201 -R -t 20
Connecting to host speedtest7.proxad.net, port 5201
Reverse mode, remote host speedtest7.proxad.net is sending
[ 4] local 2a01:e0a:228:3220:f920:32ab:b693:16e0 port 50825 connected to 2a01:e00:1e::e port 5201
[ 6] local 2a01:e0a:228:3220:f920:32ab:b693:16e0 port 50826 connected to 2a01:e00:1e::e port 5201
[ 8] local 2a01:e0a:228:3220:f920:32ab:b693:16e0 port 50827 connected to 2a01:e00:1e::e port 5201
[ 10] local 2a01:e0a:228:3220:f920:32ab:b693:16e0 port 50828 connected to 2a01:e00:1e::e port 5201
[ 12] local 2a01:e0a:228:3220:f920:32ab:b693:16e0 port 50829 connected to 2a01:e00:1e::e port 5201
[ 14] local 2a01:e0a:228:3220:f920:32ab:b693:16e0 port 50830 connected to 2a01:e00:1e::e port 5201
[ 16] local 2a01:e0a:228:3220:f920:32ab:b693:16e0 port 50831 connected to 2a01:e00:1e::e port 5201
[ 18] local 2a01:e0a:228:3220:f920:32ab:b693:16e0 port 50832 connected to 2a01:e00:1e::e port 5201
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-20.00 sec 2.11 GBytes 905 Mbits/sec 2 sender
[ 4] 0.00-20.00 sec 2.10 GBytes 901 Mbits/sec receiver
[ 6] 0.00-20.00 sec 2.29 GBytes 984 Mbits/sec 9 sender
[ 6] 0.00-20.00 sec 2.29 GBytes 982 Mbits/sec receiver
[ 8] 0.00-20.00 sec 1.97 GBytes 845 Mbits/sec 0 sender
[ 8] 0.00-20.00 sec 1.96 GBytes 843 Mbits/sec receiver
[ 10] 0.00-20.00 sec 2.06 GBytes 886 Mbits/sec 0 sender
[ 10] 0.00-20.00 sec 2.06 GBytes 885 Mbits/sec receiver
[ 12] 0.00-20.00 sec 2.22 GBytes 952 Mbits/sec 5 sender
[ 12] 0.00-20.00 sec 2.21 GBytes 950 Mbits/sec receiver
[ 14] 0.00-20.00 sec 2.13 GBytes 915 Mbits/sec 2 sender
[ 14] 0.00-20.00 sec 2.13 GBytes 913 Mbits/sec receiver
[ 16] 0.00-20.00 sec 2.20 GBytes 945 Mbits/sec 0 sender
[ 16] 0.00-20.00 sec 2.20 GBytes 944 Mbits/sec receiver
[ 18] 0.00-20.00 sec 2.23 GBytes 959 Mbits/sec 0 sender
[ 18] 0.00-20.00 sec 2.22 GBytes 955 Mbits/sec receiver
[SUM] 0.00-20.00 sec 17.2 GBytes 7.39 Gbits/sec 18 sender
[SUM] 0.00-20.00 sec 17.2 GBytes 7.37 Gbits/sec receiver
mathew@WORKSTATION:~$ iperf3 -c ping.online.net -P 8 -p 5201 -R -t 20
Connecting to host ping.online.net, port 5201
Reverse mode, remote host ping.online.net is sending
[ 4] local 192.168.1.2 port 50834 connected to 62.210.18.40 port 5201
[ 6] local 192.168.1.2 port 50835 connected to 62.210.18.40 port 5201
[ 8] local 192.168.1.2 port 50836 connected to 62.210.18.40 port 5201
[ 10] local 192.168.1.2 port 50837 connected to 62.210.18.40 port 5201
[ 12] local 192.168.1.2 port 50838 connected to 62.210.18.40 port 5201
[ 14] local 192.168.1.2 port 50839 connected to 62.210.18.40 port 5201
[ 16] local 192.168.1.2 port 50840 connected to 62.210.18.40 port 5201
[ 18] local 192.168.1.2 port 50841 connected to 62.210.18.40 port 5201
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-20.00 sec 3.91 GBytes 1.68 Gbits/sec 492 sender
[ 4] 0.00-20.00 sec 3.89 GBytes 1.67 Gbits/sec receiver
[ 6] 0.00-20.00 sec 1.33 GBytes 571 Mbits/sec 51 sender
[ 6] 0.00-20.00 sec 1.33 GBytes 570 Mbits/sec receiver
[ 8] 0.00-20.00 sec 1.46 GBytes 627 Mbits/sec 188 sender
[ 8] 0.00-20.00 sec 1.46 GBytes 626 Mbits/sec receiver
[ 10] 0.00-20.00 sec 914 MBytes 383 Mbits/sec 41 sender
[ 10] 0.00-20.00 sec 914 MBytes 383 Mbits/sec receiver
[ 12] 0.00-20.00 sec 5.36 GBytes 2.30 Gbits/sec 544 sender
[ 12] 0.00-20.00 sec 5.33 GBytes 2.29 Gbits/sec receiver
[ 14] 0.00-20.00 sec 1.05 GBytes 449 Mbits/sec 96 sender
[ 14] 0.00-20.00 sec 1.04 GBytes 448 Mbits/sec receiver
[ 16] 0.00-20.00 sec 1.87 GBytes 803 Mbits/sec 45 sender
[ 16] 0.00-20.00 sec 1.87 GBytes 802 Mbits/sec receiver
[ 18] 0.00-20.00 sec 1.30 GBytes 559 Mbits/sec 137 sender
[ 18] 0.00-20.00 sec 1.30 GBytes 558 Mbits/sec receiver
[SUM] 0.00-20.00 sec 17.2 GBytes 7.38 Gbits/sec 1594 sender
[SUM] 0.00-20.00 sec 17.1 GBytes 7.35 Gbits/sec receiver
mathew@WORKSTATION:~$ iperf3 -c ping6.online.net -P 8 -p 5201 -R -t 20
Connecting to host ping6.online.net, port 5201
Reverse mode, remote host ping6.online.net is sending
[ 4] local 2a01:e0a:228:3220:f920:32ab:b693:16e0 port 50843 connected to 2001:bc8:1::40 port 5201
[ 6] local 2a01:e0a:228:3220:f920:32ab:b693:16e0 port 50844 connected to 2001:bc8:1::40 port 5201
[ 8] local 2a01:e0a:228:3220:f920:32ab:b693:16e0 port 50845 connected to 2001:bc8:1::40 port 5201
[ 10] local 2a01:e0a:228:3220:f920:32ab:b693:16e0 port 50846 connected to 2001:bc8:1::40 port 5201
[ 12] local 2a01:e0a:228:3220:f920:32ab:b693:16e0 port 50847 connected to 2001:bc8:1::40 port 5201
[ 14] local 2a01:e0a:228:3220:f920:32ab:b693:16e0 port 50848 connected to 2001:bc8:1::40 port 5201
[ 16] local 2a01:e0a:228:3220:f920:32ab:b693:16e0 port 50849 connected to 2001:bc8:1::40 port 5201
[ 18] local 2a01:e0a:228:3220:f920:32ab:b693:16e0 port 50850 connected to 2001:bc8:1::40 port 5201
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-20.00 sec 186 MBytes 78.0 Mbits/sec 0 sender
[ 4] 0.00-20.00 sec 186 MBytes 77.9 Mbits/sec receiver
[ 6] 0.00-20.00 sec 264 MBytes 111 Mbits/sec 0 sender
[ 6] 0.00-20.00 sec 264 MBytes 111 Mbits/sec receiver
[ 8] 0.00-20.00 sec 487 MBytes 204 Mbits/sec 0 sender
[ 8] 0.00-20.00 sec 486 MBytes 204 Mbits/sec receiver
[ 10] 0.00-20.00 sec 483 MBytes 202 Mbits/sec 0 sender
[ 10] 0.00-20.00 sec 482 MBytes 202 Mbits/sec receiver
[ 12] 0.00-20.00 sec 163 MBytes 68.5 Mbits/sec 0 sender
[ 12] 0.00-20.00 sec 163 MBytes 68.4 Mbits/sec receiver
[ 14] 0.00-20.00 sec 205 MBytes 85.9 Mbits/sec 0 sender
[ 14] 0.00-20.00 sec 205 MBytes 85.8 Mbits/sec receiver
[ 16] 0.00-20.00 sec 267 MBytes 112 Mbits/sec 0 sender
[ 16] 0.00-20.00 sec 266 MBytes 112 Mbits/sec receiver
[ 18] 0.00-20.00 sec 181 MBytes 76.0 Mbits/sec 0 sender
[ 18] 0.00-20.00 sec 181 MBytes 75.9 Mbits/sec receiver
[SUM] 0.00-20.00 sec 2.18 GBytes 938 Mbits/sec 0 sender
[SUM] 0.00-20.00 sec 2.18 GBytes 936 Mbits/sec receiver
-
Donc sur une heure vraiment creuse, le débit est très proche de l'attendu (7.4Gbps). Le soucis (si on considère que c'en est un) c'est la baisse de débit tout au long de la journée.
-
Mais ping6.online.net semble limité à 1Gbps, alors que les autres serveurs IPv6 n'ont pas le problème, ni ping.online.net.
-
Pour vérifier dans le temps, un petit script PRTG ou Munin avec graph ça permettrai de checker les différentes hypothèses.
Un truc comme ca :
-
Donc sur une heure vraiment creuse, le débit est très proche de l'attendu (7.4Gbps). Le soucis (si on considère que c'en est un) c'est la baisse de débit tout au long de la journée.
Soucis oui et non ...
Free ne vend pas de débit garanti, et faut le faire pour avoir besoin d'autant de débit ...
-
Il y a peut-être une différence de sémantique entre débit garanti et liens qui saturent?
-
Du coup on n'a toujours pas de réponses certaines a ces 2 questions:
Q1 - La techno utilisée (10G-EPON) permet-elle un débit théorique de 8.74 Gbps (~ 8.2 Gbps mesurable au dessus de TCP) ou de 10 Gbps (~ 9.4 Gbps mesurable) ?
Q2 - Quel uplink ont les 4 ports 1 Gbps de la Delta ? certains indices laissent penser que ca pourrait n'être que 2.5 Gbps (2.35 Gbps mesurable) au lieu de 4 Gbps ou plus (= uplink non bloquant).
Pour répondre a 1, il faudrait que quelqu'un arrive a dépasser 8.2 Gbps lors d'un test de mesure. Actuellement le record est de 7.4 Gbps.
Pour répondre a 2, quelqu'un peut-il tester avec 4 machines branchées sur les ports 1Gbps de la Delta et lancer des tests de débit en meme temps (avec 3 machines ca peut suffire aussi).
-
Q2 - Quel uplink ont les 4 ports 1 Gbps de la Delta ? certains indices laissent penser que ca pourrait n'être que 2.5 Gbps (2.35 Gbps mesurable) au lieu de 4 Gbps ou plus (= uplink non bloquant).
Pour répondre a 2, quelqu'un peut-il tester avec 4 machines branchées sur les ports 1Gbps de la Delta et lancer des tests de débit en meme temps (avec 3 machines ca peut suffire aussi).
Même quelqu'un en ADSL pourrait faire le test, au choix :
- entre 3 PC en 1Gbps et un PC en 10Gbps
- potentiellement entre 3 PC en 1Gbps avec des routes en /32 (qui forceraient la Freebox à router sur le LAN, et chargeraient donc l'uplink du switch s'il est bien externe au SoC) : PC1 => PC2 => PC3 => PC1 (1Gbps full duplex pour chaque PC, 3Gbps full duplex sur l'uplink)
-
Du coup on n'a toujours pas de réponses certaines a ces 2 questions:
Q1 - La techno utilisée (10G-EPON) permet-elle un débit théorique de 8.74 Gbps (~ 8.2 Gbps mesurable au dessus de TCP) ou de 10 Gbps (~ 9.4 Gbps mesurable) ?
Q2 - Quel uplink ont les 4 ports 1 Gbps de la Delta ? certains indices laissent penser que ca pourrait n'être que 2.5 Gbps (2.35 Gbps mesurable) au lieu de 4 Gbps ou plus (= uplink non bloquant).
Pour répondre a 1, il faudrait que quelqu'un arrive a dépasser 8.2 Gbps lors d'un test de mesure. Actuellement le record est de 7.4 Gbps.
Pour répondre a 2, quelqu'un peut-il tester avec 4 machines branchées sur les ports 1Gbps de la Delta et lancer des tests de débit en meme temps (avec 3 machines ca peut suffire aussi).
Je vais pas passer le 8gbs ce soir, meme pas le 1gb !
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-20.00 sec 54.3 MBytes 22.8 Mbits/sec 47 sender
[ 4] 0.00-20.00 sec 51.6 MBytes 21.6 Mbits/sec receiver
[ 6] 0.00-20.00 sec 51.7 MBytes 21.7 Mbits/sec 49 sender
[ 6] 0.00-20.00 sec 48.9 MBytes 20.5 Mbits/sec receiver
[ 8] 0.00-20.00 sec 57.7 MBytes 24.2 Mbits/sec 72 sender
[ 8] 0.00-20.00 sec 55.0 MBytes 23.1 Mbits/sec receiver
[ 10] 0.00-20.00 sec 52.6 MBytes 22.1 Mbits/sec 76 sender
[ 10] 0.00-20.00 sec 49.9 MBytes 20.9 Mbits/sec receiver
[ 12] 0.00-20.00 sec 60.3 MBytes 25.3 Mbits/sec 58 sender
[ 12] 0.00-20.00 sec 57.6 MBytes 24.1 Mbits/sec receiver
[ 14] 0.00-20.00 sec 56.1 MBytes 23.5 Mbits/sec 60 sender
[ 14] 0.00-20.00 sec 53.5 MBytes 22.4 Mbits/sec receiver
[ 16] 0.00-20.00 sec 68.0 MBytes 28.5 Mbits/sec 93 sender
[ 16] 0.00-20.00 sec 65.2 MBytes 27.4 Mbits/sec receiver
[ 18] 0.00-20.00 sec 56.7 MBytes 23.8 Mbits/sec 73 sender
[ 18] 0.00-20.00 sec 54.0 MBytes 22.7 Mbits/sec receiver
[SUM] 0.00-20.00 sec 457 MBytes 192 Mbits/sec 528 sender
[SUM] 0.00-20.00 sec 436 MBytes 183 Mbits/sec receiver
iperf Done.
Je vais voir demain ou dimanche pour le 4 porte Giga Si je me sent mieux ( Cough cough :-\ :-\ )
-
à se demander si l'offre delta n'est pas du 10Gbit/s.... mutualisé ^^
-
A priori l'arbre fait 10Gb/s si j'ai bien compris donc mutualisés avec les éventuels 31 autres utilisateurs de l'arbre.
Sans compter les OLT mutualisés ensembles en 10G.
Sans compter les NRA/NRO mutualisés en?
-
De mémoire, le serveur (iperf) de BoT fait 40GBit/s.
Non, il est constitué de 5 serveurs avec 10 Gb/s dédiés : Paris, Lille, Lyon, Aix-en-provence et Bordeaux. Les clients Free arrivent sur celui de Paris quel que soit leur localisation car le peering entre Bouygues Telecom et Free est sur Paris TH2.
Donc un seul serveur est limité à 10 Gb/s.
Vous pouvez forcer un serveur manuellement, sans laisser le réseau choisir le serveur le plus proche :
- paris.testdebit.info
- lille.testdebit.info
- lyon.testdebit.info
- aix-marseille.testdebit.info
- bordeaux.testdebit.info
-
On est certain que le différentiel de débit IPv4/v6 ne vient pas du serveur ?
Les serveurs gèrent généralement IPv4 et IPv- de la même façon.
Ce qui peut changer, c'est routage : il est possible d'avoir un peering différent en IPv4 vs IPv6.
Cela se diagnostique facilement : en réalisant un ping en IPv4 et en IPv6, la latence doit être a peu de chose prés la même (je ne sais pas si les équipements 4rd / 6rd peuvent dégrader significativement la latence en obligant le chemin à aller dans un autre POP)
-
Non
Je lis sur NPERF "[FR] Anycast-FR 40Gb/s - Bouygues Telecom"
c'est pas clair....
mets alors "Closest server of our five 10Gb/s servers in France" ou une phrase du genre. c'est long mais c'est plus réaliste.
-
le serveur nPerf de paris est sur un serveur distinct (j'ai 3 serveurs de 10 Gb/s sur Paris et 10 Gb/s en province)
40 Gb/s = addition des 4 serveurs de l'époque (depuis Bordeaux est arrivé)
Paris :
- serveur 1 : testdebit.info / iperf
- serveur 2 : nPerf / QoSi
- serveur 3 : SpeedTest ookla / http://ipv6-test.com/speedtest/
Le trafic cumulé des 3 serveurs sur Paris peut atteindre 30 Gb/s. (Je n'inclue pas le miroir Ubuntu que je gère qui est lui sur un autre site)
Serveurs de province :
les 3 sont sur une même machine, toujours sans aucune virtualisation pour ne pas avoir de perte de performance.
Les serveur de province gèrent chacun 3 IPv4 anycast, 3 IPv6 anycast, 3 IPv4 unicast, 3 IPv6 unicast
-
pourquoi proposer des speedtests https://ping.leonix.fr/1G.dat compréssables ?
Parce que ça n'a aucun intéret de faire autrement.
Hummmm.... je ne sais pas si certains VPN ne compressent pas par défaut.
Je confirme : il y a 10 ans je mettais des fichiers replis de 000000 à disposition et le débit pouvait s'envoler sur un VPN au-delà du débit théorique.
Tous les outils de test de débit qui utilisent des fichiers (QoSi pour les 4G Mark et tst marque blanche, SpeedTest legacy, nPerf legacy,...) utilisent des fichier non compressible (quand on les compresse le fichier compressé prend plus de taille que le fichier original) ou faiblement compressible afin d'être plus proche de la réalité.
Pour les serveurs *.testdebit.info, ce sont des fichiers au plus proche de la réalité : c'est un fichier vidéo VP9 de plus de 5 Go que j'ai découpé en différente taille. Cela permet aussi aux opérateurs qui ont des outils qui inspectent le contenu du trafic http pour le prioriser ou non, de faire passer le trafic comme un flux vidéo.
Hugues, n'hésites pas a reprendre mes fichiers. Je peut te passer mes scripts si besoin (toutes les extensions sont des liens vers un même fichier, car pour des raisons de performance, les fichiers sont dans un ramdisque afin de ne pas être ralenti par le SD du serveur - un SSD ne gère pas des flux de 10 Gb/s en lecture.
-
Avec le iperf3 3.1.3 de Vivien sous Windows 10, sur ma connexion 1Gbps, je n'ai que 160Mbps par défaut avec un seul flux, contrairement à iperf 3.6 sous Linux.
EDIT : c'est lié à Cygwin, peut-être que la version utilisée par Vivien force SO_RECVBUF même quand iperf ne la spécifie pas.
Avec "-w 1M", ou en prenant une cygwin1.dll à jour (2.11.2), j'obtiens 840Mbps sur un flux.
Effectivement, l'augmentation de la taille de la fenêtre change tout
-
Hugues, n'hésites pas a reprendre mes fichiers. Je peut te passer mes scripts si besoin (toutes les extensions sont des liens vers un même fichier, car pour des raisons de performance, les fichiers sont dans un ramdisque afin de ne pas être ralenti par le SD du serveur - un SSD ne gère pas des flux de 10 Gb/s en lecture.
il suffit de te les pomper ;)
pour savoir siun fichier est incompressible, un petit script....
par defaut, il prend des paquets de 300Mo d'un fichier puis il decoupe ce dernier en tranche de 45000 octets (en zappant la premiere, seconde, avant-derniere et derniere tranche qui peuvent etre des headers de ZIP par exemple) puis chaque tranche est compréssée.
Gros avantage du script, il m'a permit de tester des fichiers de 100GB avec un HD de 15GB
Avec l'URL de OVH, vous voyez que la bande a octave a paddé d'espaces une partie du fichier de test.... ils me font toujours rire...
#!/bin/bash
# url=http://speedtest.atlanta.linode.com/100MB-atlanta.bin
url=http://noc.sileman.pl/1gb.sil
url=http://proof.ovh.net/files/10Gb.dat
# url=http://test-debit.free.fr/1048576.rnd
# url=http://ipv4.bouygues.testdebit.info/10G.iso
function bad {
echo DEBUG: $url
if [ ! $value2 = "0" ]; then
place1=`echo "(($1-1)*$sizepiecegb)" |bc -l`
place2=`echo "($sizepiecegb*($counter/$value2))" |bc -l`
place4=`echo "($place1+$place2)" |bc -l`
place5=`echo "($place4*1000)" |bc -l`
# passage de 2 à 5 apres la virgule car les paquets sont de 45k = 0.000045 MB
place8=`LC_ALL=C printf '%.5f' "$place4"`
place9=`LC_ALL=C printf '%.1f' "$place5"`
echo DEBUG: estimated stop at $place8 GB equal $place9 MB.
fi
curl -m 13 --limit-rate 1K $url -o zzzz.zzz
sudo rm zzzz.zzz
if [ $3 = "error" ]; then
echo FIN DE PROCESS : PAQUET COMPRESSE DETECTE !!!
fi
if [ $3 = "value2equalnull" ]; then
echo FIN DE PROCESS ?!
fi
read $r
bad=0
}
function begin {
sudo rm zzzz.dat
curl -r 19000000-29000000 ${url} -o zzzz.dat
sudo rm zzzz.zip
sudo nice -n 20 zip -9 zzzz zzzz.dat
if [ 10000000 -gt "`stat -c %s zzzz.zip`" ]; then
echo random test is BAD
read $r
else
echo random test is GOOD
fi
sudo rm zzzz.zip
sudo rm zzzz.dat
}
function debug2 {
piecenumber=$1
begin=`echo $piecenumber-1 | bc -l`
begin=`echo $begin*$sizepiecegb*1000000000 | bc -l`
begin=`LC_ALL=C printf '%.0f' "$begin"`
end=`echo $sizepiecegb*$piecenumber*1000000000 | bc -l`
end=`echo $end-1 | bc -l`
end=`LC_ALL=C printf '%.0f' "$end"`
if [ "$1" -le "1" ]; then
echo URL : ${url}
df -h /dev/sda1
read $r
echo
echo
echo let\'s go ...
echo
echo
fi
while true; do
echo bullshit date > ${filename}
sudo rm ${filename}
curl -r $begin-$end ${url} -o ${filename}
if [ "$?" == "0" ]; then
break
fi
done
}
function core2 {
if [ ! -e ${filename} ]; then
echo ${filename} est vide...
read $r
fi
myfilesize=`stat -c %s $filename`
value1=`echo "(($myfilesize-$offset)/$bytes)" |bc -l`
value2=`LC_ALL=C printf '%.0f' "$value1"`
if [ $value2 = "0" ]; then
bad $1 $value2 value2equalnull
fi
reste1=`echo "($begin/1000000000)" |bc -l`
reste2=`echo "($end/1000000000)" |bc -l`
reste1=`LC_ALL=C printf '%.2f' "$reste1"`
reste2=`LC_ALL=C printf '%.2f' "$reste2"`
max11=`echo "(($myfilesize+$begin)/1000000000)" |bc -l`
max12=`LC_ALL=C printf '%.3f' "$max11"`
max21=`echo "($max11/(1.024*1.024))" |bc -l`
max22=`LC_ALL=C printf '%.3f' "$max21"`
echo DEBUG You test $value2 packets for this serie number $1 between $reste1 and $reste2 GB ... max $max12 GB = $max22 GiB.
counter=2
while [ $counter -le $value2 ]
do
((counter++))
counter2=`expr ${value2} - 2`
if [ "$counter" -gt "$counter2" ]; then
break 1
fi
sudo nice -n 20 dd if=$filename of=zzzz.dat skip=`echo "$offset+($counter*$bytes)" |bc -l` count=$bytes iflag=skip_bytes,count_bytes status=none
if [ ! -e zzzz.dat ]; then
echo zzzz.dat est vide...
read $r
fi
sudo nice -n 20 zip -9 zzzz zzzz.dat > /dev/null
if [ "$bytes" -gt "`stat -c %s zzzz.zip`" ]; then
echo BAD $counter - $value2 \( step $1 \) >> zzzz.log
echo BAD $counter - $value2 \( step $1 \)
bad $1 $value2 error
else
echo GOOD $counter - $value2 \( step $1 \) >> zzzz.log
echo -ne "GOOD $counter - $value2 ( step $1 )\r"
fi
sudo rm zzzz.zip
sudo rm zzzz.dat
done
}
offset=0
bytes=45000
filename=aeffilename
sudo rm $filename
sudo rm zzzz.zip
sudo rm zzzz.dat
# sudo rm zzzz.log `# pour etre sur de l effacer` \
echo LOG > zzzz.log
rm proof*
bad=0
sizepiecegb=0.3
begin
maincounter=0
# 1 tebibyte = 240 bytes = 1099511627776bytes = 1024 gibibytes
while [ $maincounter -le "111" ]
do
((maincounter++))
debug2 $maincounter
core2 $maincounter
done
-
Bonjour
j'ai essayé de lire le topic mais j'avoue être loin de comprendre tous les termes techniques employés.
Donc pour être sûr d'avoir tout compris :
je suis abonné Free fibre avec une freebox delta. Dans mes paramètres freebox il est indiqué que ma connexion fibre est point par point (je suis en plein centre de Lyon). Je dois donc attendre que le NRO soit mis à jour pour pouvoir profiter des 10 Gb/s, est ce bien ça ? A t on une idée des délais ou pas du tout ?
Merci d'aider un pauvre néophyte.
-
C'est bien ça : d'après certains témoignages, Free installe des OLT 10G-Epon dans les NRO P2P.
On pense donc que les clients Delta P2P vont migrer en 10G-Epon, ce qui devrait nécessiter l'envoi d'un module fibre 10G-Epon (en remplacement du module P2P livré initialement).
En ce qui concerne le délai, on n'a pour l'instant aucun témoignage de personne ayant déjà migré, donc seul Free doit avoir l'information...
-
Super merci beaucoup.
-
Bonjour,
Je viens de souscrire à l’offre delta pour laquelle le technicien est passé mais la ligne n’est pas encore active. Un convertisseur fibre m’a été laissé par le technicien mais la Freebox livrée ne permet de l’utiliser et dispose d’une prise optique.
Lors de mon appel au support, il m’a été confirmé de garder l’ont de côté de connecter la box directement au câble.
-
Cela serait possible de nous faire des photos ?
J'ai un peu de mal à comprendre de quel convertisseur il s'agit.
-
Je pense que c'est l'ONU qui est nécessaire en zone 10G-EPON avec la Freebox v6.
-
Voici des photos du convertisseur
(https://imageshack.com/i/pn9yboW8p) (https://imageshack.com/i/pmZnPj32p)
-
Moi aussi, le tech en avait un.
Il ne savait pas que la Delta a son tiroir FTTH PON
C'est pour les V6.
Les tech ne savent pas toujours si c'est une install V6 ou Delta ( du mois, avant le 14 janvier ).
SURTOUT, NE PAS LE PERDRE !!! Il faudra le rendre un jour ou l'autre.
-
C'est pas plutôt un SFP pour les clients connectés en P2P ?
-
C'est fort possible. Certains sur le forum parlent d'un upgrade P2P vers PON pour les ZTD afin de pouvoir passer sur le 10 gbit donc j'ai pensait à un ONT comme orange. J'attends que ma ligne soit up pour vérifier que le 10 gbit est possible en P2P sur les ZTD
-
Tu migres d'Orange à Free ?
-
C'est pas plutôt un SFP pour les clients connectés en P2P ?
En fait si, c'est le SFP utilisé en zone P2P pour les clients avec une Freebox v6.
-
Oui, avec une quad fibre, je peux conserver Orange en attendant que Free soit actif. J'espère que ça ne sera pas trop long
-
Effectivement, c'est une bonne précaution. Il y aune chose que je ne comprend pas trop bien. Le module P2P de la delta, d'après les photos de Nico, a besoin lui aussi d'un SFP. Ce serait possible de faire une photo de l'arrière de la freebox avec ses deux modules, pour voir quels modules on t'a envoyé ?
https://lafibre.info/free-les-news/10gbs-limite-a-8gbs/msg607165/#msg607165
-
J'ai le boitier du haut avec une connecteur bleu pour le câble optique
-
Donc c'est un module 'PON' prévu pur le 10G-EPON, alors que tu es dans une ville P2P. A priori, tu aurais du recevoir le module du bas, P2P, auquel cas le SFP aurait été bien utile, et plus tard être migré sur du 10 Gb/s, soit en 10G-EPON (auquel cas cela aurait été anticipé), ou en P2P 10 Gb (SFP+). Là, il y a encore un doute en zone P2P sur laquelle des technos Free va finalement opter.
-
Donc c'est un module 'PON' prévu pur le 10G-EPON, alors que tu es dans une ville P2P. A priori, tu aurais du recevoir le module du bas, P2P, auquel cas le SFP aurait été bien utile, et plus tard être migré sur du 10 Gb/s, soit en 10G-EPON (auquel cas cela aurait été anticipé), ou en P2P 10 Gb (SFP+). Là, il y a encore un doute en zone P2P sur laquelle des technos Free va finalement opter.
Il me semble qu'on a déjà eu des cas de nouveaux abonnés Delta avec modules 10G-EPON en zones P2P.
Et des cas des Delta avec modules P2P pour des abonnés qui avaient déjà une ligne P2P (1G) et migraient de Freebox X vers Freebox Delta.
Il me semble d'ailleurs que jusqu'ici les seuls cas de Delta avec modules P2P sont des migrations de Freebox, à vérifier.
En revanche il ne me semble pas encore avoir eu de témoignage de bascule P2P vers 10G-EPON (on peut supposer que ce sera le cas, difficile de croire que Free maintiendrait deux infras 10G-EPON/10G-P2P dans le même NRO).
-
Je peux me tromper mais pour moi le P2P>PON c'est plutôt en cas de migration (P2P>P2P>PON du coup) pas en souscription.
-
Bon, bah à suivre...
-
La mise en service de la ligne est pour le moment en attente pour que des equipement soient installés dans le NRO et permettre l’utilisation du PON et concerne du coup tous les utilisateurs de la Delta. Mon nro est CAS75.
Je devrais avoir des nouvelle d’ici lundi prochain
-
Après finalisation de mon installation au NRO, enfin connecté avec l'ONU directement intégré à la box (prise bleu). Pour le moment, les tests de speedtest réalisés me donne un débit down de 2,8 gbit :/
-
Merci pour ton retour, ça confirme donc que les modules P2P avec SFP sont uniquement pour les migrations FB x vers FB Delta.
-
Un Freenaute Delta pourrait t'il tester si 3 PC connectés en 1Gbps a la Delta peuvent tirer en meme temps 1 Gbps chacun (3 Gbps en tout donc) ?
l'inconnu a ce jour est le débit d'uplink des 4 ports 1Gbps de la Delta.
-
pourquoi 3 PC ? il y a 4 ports 1giga...
-
pourquoi 3 PC ? il y a 4 ports 1giga...
L'incertitude sur l'uplink c'est qu'il serait de 2.5 Gpbs ou non bloquant (> 4Gps).
Si 3 PC arrivent a tirer 3 Gbps ca veut dire que l'uplink est probablement non bloquant (je doute que l'uplink soit a 3 ou 3.5).
Apres c'est sur que tester avec 4 PC c'est mieux si on peut mais 3 suffisent pour valider le débit.
-
Hello les gars,
Si jamais mon expérience peut clarifier certaines choses.
J'ai migré de Orange Fibre à la nouvelle Freebox Delta.
Ca a été une grosse galère car personne ne comprenait la techno P2P/PON (j'ai quand même eu 5 passages de techniciens).
Au final c'était juste le module PON de ma box qui était HS depuis le départ (pour ceux que ça intéresse, l'histoire complète : https://www.aduf.org/viewtopic.php?t=284020)
Bref toujours est-il que :
- je suis en zone P2P
- mon beau frère qui habite à 100m (donc dans la même zone et sur le même NRO) vient de migrer de la v6 à la Delta
- moi, nouvel abonné, j'ai reçu une box avec module PON
- lui, en migration, a reçu une box avec module P2P
- Free m'a dit que tous les nouveaux abonnés étaient déployés en PON pour profiter des 10Go car le P2P ne le permet pas
- Free m'a dit que ceux en migration était dans un premier temps migrer en Delta P2P
- Free m'a dit qu'à terme mon beauf se verrait switcher de P2P à PON (quand ? ça je sais pas)
Voilà.
-
Bonjour,
J'ai lu ton topic sur l'ADUF. Cela confirme qu'en zone P2P, le coupleur (10G-E)PON est au NRO, contrairement au cas ZMD, où il est dans le point de mutualisation (PMI probablement dans ton cas). C'est vrai que cela peut entrainer des confusions chez les techniciens. En gros, chaque abonné à une ligne FTTH qui va jusqu'au NRO, et c'est là que 32 lignes sont couplées pour former un arbre PON, lui même relié à ce que l'on appelle un OLT dans ce cas (Optical Ligne Terminaison).
Donc effectivement, c'est bien un module PON que tu devais avoir. La techno est nouvelle an zone P2P, d'où les incompréhension. Et en plus, on peut ne pas penser qu'un module neuf est HS...
-
P2P : Switch -> Breakout -> Baie P2P.
Migration de P2P à PON (Delta) : OLT -> Baie PON 1to32 -> Brassage Breakout -> Baie P2P.
Bonjour,
J'ai lu ton topic sur l'ADUF. Cela confirme qu'en zone P2P, le coupleur (10G-E)PON est au NRO, contrairement au cas ZMD, où il est dans le point de mutualisation (PMI probablement dans ton cas). C'est vrai que cela peut entrainer des confusions chez les techniciens. En gros, chaque abonné à une ligne FTTH qui va jusqu'au NRO, et c'est là que 32 lignes sont couplées pour former un arbre PON, lui même relié à ce que l'on appelle un OLT dans ce cas (Optical Ligne Terminaison).
Donc effectivement, c'est bien un module PON que tu devais avoir. La techno est nouvelle an zone P2P, d'où les incompréhension. Et en plus, on peut ne pas penser qu'un module neuf est HS...
*Line.
-
J'ai rien compris à ton premier paragraphe mais si mon expérience permet d'y voir un peu plus clair alors tant mieux.
Par contre en effet ce qui est embêtant c'est la mauvaise compréhension de ces technologies par les propres équipes de Free. Et puis j'ai vraiment pas eu de bol non plus sur le fait que le module soit HS dès le départ, c'était la dernière piste à explorer donc j'ai forcèment perdu un temps monstrueux dans cette affaire.
-
J'ai rien compris à ton premier paragraphe mais si mon expérience permet d'y voir un peu plus clair alors tant mieux.
Par contre en effet ce qui est embêtant c'est la mauvaise compréhension de ces technologies par les propres équipes de Free. Et puis j'ai vraiment pas eu de bol non plus sur le fait que le module soit HS dès le départ, c'était la dernière piste à explorer donc j'ai forcèment perdu un temps monstrueux dans cette affaire.
Certaines Freebox Delta sont livrées avec le module PON dans le mauvais slot (inversion entre le Sigfox et le PON).
-
J'ai rien compris à ton premier paragraphe mais si mon expérience permet d'y voir un peu plus clair alors tant mieux.
Par contre en effet ce qui est embêtant c'est la mauvaise compréhension de ces technologies par les propres équipes de Free. Et puis j'ai vraiment pas eu de bol non plus sur le fait que le module soit HS dès le départ, c'était la dernière piste à explorer donc j'ai forcèment perdu un temps monstrueux dans cette affaire.
être technicien peut parfois nécessiter une capacité à analyser les choses. Franchement il n'y a rien de compliqué pour quelqu'un travaillant dans ce domaine entre du P2P et du Pon...
-
Quand on te répète depuis des années que le PON c'est naze, je peux comprendre que des gens soient déboussolés.
-
Alors je ne sais pas si ça va fournir des infos mais j'ai un rendez vous avec un technicien free le 25/03 qui doit activer le 10Gb sur ma delta.
J'ai reçu ma delta avec un SFP + 1Gb il ya un bon mois maintenant et ils vont m'envoyer le 10Gb par chronopost. Je suis à Lyon en P2P.
-
Merci pour l'info, je crois que tu es le premier à signaler une migration P2P vers 10G-EPON.
-
Non, il y avait déjà quelqu'un qui avait signalé qu'il avait reçu le module P2P en zone P2P, alors qu'en fait au NRO il était câblé sur un OLT 10G-EPON. Il y avait eu pas mal d'incompréhensions, jusqu'à ce qu'il reçoive le module 10G-EPON pour sa freebox.
Personnellement, si cela se confirme, je trouve cela dommage après avoir promu le P2P, chacun sa fibre, c'est quand même la meilleure solution technique, celle employée pour les entreprises. Il aurait été possible de mettre des switchs 10 Gb/s dans les NROs à la place d'anciens. C'est sûr que cela fait beaucoup de ports, mais c'est la configuration réseau la plus naturelle.
Je pense d'ailleurs que le fait de ne pas vendre plus que du 8 Gb/s vient du fait que la techno 10G-EPON est à ses limites, 8 Gb/s vendu pour 10 Gb/s, et que ce débit sera très difficile à tenir si plusieurs personnes tirent avec des PCs capables du 10 Gb/s sur le même arbre PON. Ce que X. Biel et R. Assaf avaient dénoncé comme risque pour le GPON, alors que l'arbre lui-même fait du 2.5 Gb/s. Pour l'instant, Free peut le vendre sans risque, il n'y a pratiquement personne qui est capable d'atteindre le 10 Gb/s.
-
Je confirme aussi que les migrations P2P->PON en delta ont commencé avec des RDV.
Envoi de SMS avec un lien pour prise de RDV dans l'espace client.
-
Non, il y avait déjà quelqu'un qui avait signalé qu'il avait reçu le module P2P en zone P2P, alors qu'en fait au NRO il était câblé sur un OLT 10G-EPON. Il y avait eu pas mal d'incompréhensions, jusqu'à ce qu'il reçoive le module 10G-EPON pour sa freebox.
C'était un nouvel abonné il me semble ayant reçu le mauvais module, pas une migration comme ici d'un abonné ancien P2P vers 10G-EPON...
-
Oui, c'était une migration Orange vers Free. Mais l'abonné était en zone P2P, et cela montrait que le NRO P2P était équipé en 10G-EPON.
-
Je vous ferais sans trop tarder j'espère un test aussi ayant acheté cette machine récement :
(https://i.postimg.cc/T2qtx8L3/Capture-d-e-cran-2019-03-27-a-21-33-44.png)
-
Bonsoir à tous,
Pour donner une idée à ceux qui ne se rende pas bien compte à quel point 10Gb/s même 8 s'est énorme, je viens d'avoir au tel un pote qui bosse chez Sogetrel, la collecte fibre d'un NRA est d'1 Gb/s et 10 Gb/s pour les plus gros NRA.
Donc 10Gb/s pour une connection ! Je trouve cela phénoménal et inutile. Qui peut justifier d'avoir besoin d'autant ? Même 1Gb/s ? Les pro OK ! Mais les particuliers ? 0.1% tout au plus !
Il serait bien plus intelligent des FAI de déployer la fibre que de monter les débit la ou elle déjà !
N'oublions pas que beaucoup n'ont même pas l'ADSL, pas de 4G ...
-
Il serait bien plus intelligent des FAI de déployer la fibre que de monter les débit la ou elle déjà !
Ouais, ou faire les deux en même temps. Ah mince c'est exactement ce qui se passe :P
-
augmenter le débit fibre est plus "facile" que tirer des câbles non?
-
Oui
-
J'ai eu un soucis avec la livraison du câble SFP, je testerais lundi :P :P
-
J'ai supprimé des propos hors sujet sur la répartition du déploiement du FTTH entre Orange, SFR et les RIP.
Il y a d'autres sujets pour ça.
-
Ouais, ou faire les deux en même temps. Ah mince c'est exactement ce qui se passe :P
En effet mais les villages et hameaux isolés peuvent attendre encore et encore ......
Je suis dans un village de 500 habitants , je dispose d'une excellente connection VDSL donc je peux largement attendre la fibre ( je pense être mort avant ) je parle surtout pour beaucoup d'autres foyer. La 4G archi saturée quand elle est présente ne sert à rien. Le cuivre aussi. Le sat trop onéreux. C'est à eux que les FAI doivent s'occuper. Entre 1Gb/s et 10 Gb/s je pense que ça ne doit pas révolutionner l'usage du net. Mettons un peu dans ce pays les gens sur le même pied d'égalité pour une fois.
-
On peut faire les deux en même temps et ça ne coute pas plus cher.
-
Mogette chez moi dans le passé adsl 8 méga qui déconner sans arrêt !!! :-[ assez instable, pas plus d'un mois de synchro sans déconnexions !!!
Désormais j'ai la fibre à 1 gigabits, connexion très stable et plus aucuns problèmes de désynchronisations. :D
-
Premiers tests en 10Gigabit :) J'essaye de voir sur quel serveur je peux faire mieux ::) ::) ::)
-
Premiers tests en 10Gigabit :) J'essaye de voir sur quel serveur je peux faire mieux ::) ::) ::)
Visiblement ça fonctionne bien :)
-
Visiblement ça fonctionne bien :)
Oui ça fonctionne bien très bien même.
Zéro bruit du ventilo. Même sur une charge de plusieurs centaine de Go. Ça chauffe un peu c’est tout
Merci à toi pour ton aide :)
-
N'hésite pas à intégrer les images dans le forum (via les fichiers joints).
-
N'hésite pas à intégrer les images dans le forum (via les fichiers joints).
Ah pardon oui ca prend bcp de place sinon ! Je ferais cela ^^
Dis moi si ca convient ^^
-
Dis moi si ca convient ^^
En fait sous chaque post (au moment de la rédaction) il y a un menu "Ajouter des photos, fichiers joints et autres options…". C'est préférable de l'utiliser.
-
Entendu :)
-
Je me posais une petite question qui vaut son pesant de cacahouète.
Est ce que la fibre 10GB/s impose forcèment un SFP? Cette technologie serait elle compatible avec un éventuel ONT à 10Gbits ?
Non pas qu'on risque un jour de voir free proposer un ONT, mais la question serait plus liée aux autres opérateurs qui proposent un ONT.
-
Ce serait possible, tant que la liaison vers la box est à 10G (DAC, SFP+, copper).
-
RJ45 Cat 6A?
-
Par exemple.
-
à mon avis avec un RJ45 catégorie 7 :)
-
à mon avis avec un RJ45 catégorie 7 :)
Cat 6a est suffisant pour du 10G sur 100m (le Cat6 permet 55m @10G).
Ceci étant, la question de lechuck portait sur le type d'interface possible sans SFP en sortie d'ONT : toute interface Ethernet @10G est possible, que ce soit de l'optique (soudée) ou bien du 10G Base-T (cuivre/RJ45 + câble Cat 6,6a,7)
-
Attention avec le cuivre (RJ45) en 10G, il y a souvent des limitations a 30m maxi quelque soit la qualité du cable (limitation de certains transceivers SFP+/RJ45 notamment). lisez bien les specs des équipements.
au delà de 30m il est plutôt recommandé d'utiliser de la fibre pour du 10G.
Et sur quelques dizaines mètres meme un cable cat5e suffit pour du 10G (en théorie Cat5e = 45m a 10G). Pas la peine de se ruiner avec des cables 'soit disants' haut de gamme.
-
Tout en espérant que les ONT actuels soient adaptés au 10 gigabits
-
Tout en espérant que les ONT actuels soient adaptés au 10 gigabits
je ne sais pas ce que tu entends par "actuels" mais ce seront forcèment des ONT spécifiques 10G, pas ceux utilisés actuellement par les OC en 1 Gb.
-
Attention avec le cuivre (RJ45) en 10G, il y a souvent des limitations a 30m maxi quelque soit la qualité du cable (limitation de certains transceivers SFP+/RJ45 notamment). lisez bien les specs des équipements.
au delà de 30m il est plutôt recommandé d'utiliser de la fibre pour du 10G.
Je crois que cette limitation est surtout valable pour les SFP+, qui ont une alimentation et dissipation thermique limitée.
Lorsqu'il s'agit de ports fixes/soudés, les specs données généralement sont 55m en Cat6 et 100m en Cat6a.
S'agissant d'un câblage habitat, la fibre est quand même bien plus compliquée...
Et sur quelques dizaines mètres, même un cable cat5e suffit pour du 10G (en théorie Cat5e = 45m a 10G). Pas la peine de se ruiner avec des cables 'soit disants' haut de gamme.
Il ne me semble pas que le Cat 5e soit certifié pour du 10G, contrairement aux 6, 6a, 7.
Étant donné le différentiel de prix entre 5e et 6, pourquoi prendre le risque de complications ?
-
Il ne me semble pas que le Cat 5e soit certifié pour du 10G
Si, mais "que" sur 30 mètres (https://lafibre.info/cablage/cables-ethernet/).
-
Si, mais "que" sur 30 mètres (https://lafibre.info/cablage/cables-ethernet/).
Je ne vois pas de trace de certification pour du 5e, la norme n'indique que Cat 6 / 6a / 7 selon, par exemple : https://www.cisco.com/c/dam/global/da_dk/assets/docs/presentations/10_Gbps_Cabling_0109.pdf (https://www.cisco.com/c/dam/global/da_dk/assets/docs/presentations/10_Gbps_Cabling_0109.pdf)
-
Thornhill oui donc on sera obliger de restituer notre ONT actuel pour un ONT spécifique à 10 gigabits. :)
Orange n'aurra pas d'autres choix que d'adapter ses équipementd et offres au 10 gigabits à mon avis ;)
-
Bonjour,
J'ai un peu la flemme de chercher sur ce thread mais est-ce que quelqu'un a vérifié le débit total autorisé par le switch Gb de la delta? Quelque part au début du thread on parlait d'une limitation du chipset à 2.5Gbps. Alors?
-
On en a parlé plusieurs fois, personne n'a jamais vérifié.
-
Ce n'est pas si simple à vérifier, car il faut 4PCs connectés en filaire au switch de la Delta, chacun capable de tirer du gigabit. Ce n'est pas très commun dans un foyer. On peut avoir de multiples périphériques, mais certains connectés en WiFi.
-
Ce n'est pas si simple à vérifier, car il faut 4PCs connectés en filaire au switch de la Delta, chacun capable de tirer du gigabit. Ce n'est pas très commun dans un foyer. On peut avoir de multiples périphériques, mais certains connectés en WiFi.
'
le test à faire c'est avec 3 PC 1G ou un 1 PC 1G et un PC 2x1G (2 ports 1G) ou 1 PC 10G avec un switch 10 G et 3 ports 1G (on crée 3 vlan , un par port 1G et on truck le port 10G. on crée ensuite 3 interfaces sur le pc, une par vlan).
Je pense que c'est juste qu'on a pas encore trouver quelqu'un qui soit abonné en Delta 10G et suffisamment compétent en réseau pour entreprendre ce test et désireux de faire ce test.
-
Et sur quelques dizaines mètres meme un cable cat5e suffit pour du 10G (en théorie Cat5e = 45m a 10G). Pas la peine de se ruiner avec des cables 'soit disants' haut de gamme.
Complètement d'accord.
Je ne vois pas de trace de certification pour du 5e, la norme n'indique que Cat 6 / 6a / 7 selon, par exemple : https://www.cisco.com/c/dam/global/da_dk/assets/docs/presentations/10_Gbps_Cabling_0109.pdf (https://www.cisco.com/c/dam/global/da_dk/assets/docs/presentations/10_Gbps_Cabling_0109.pdf)
Oui, mais ça passe tranquille sur du 5e :)
-
Oui, mais ça passe tranquille sur du 5e :)
Oui mais ce n'était pas la question :) ("théorie"/"certifié" vs "pratique")
-
Oui mais ce n'était pas la question :) ("théorie"/"certifié" vs "pratique")
Pour un particulier la question se pose-t-elle vraiment ? ::)
-
Pour un particulier la question se pose-t-elle vraiment ? ::)
Tout dépend du degré d'emmerdement auquel tu voudrais être confronté dans les années qui suivront.
Si je devais tirer du câble je me poserais la question.
-
Pour un lecteur de ce sujet ici même, oui.
-
Tout dépend du degré d'emmerdement auquel tu voudrais être confronté dans les années qui suivront.
Si je devais tirer du câble je me poserais la question.
Mouais, je suis pas convaincu sur les emmerdements que ça pourrait générer vu les faibles longueurs en habitation à moins d'habiter un château ;)
Mais effectivement dans le cas d'un nouveau câblage je serais tenté de partir à minima sur du 6a.
Pour un lecteur de ce sujet ici même, oui.
Probable, en ce qui me concerne, non.
Je suis câblé en 5e dans toutes mes pièces depuis maintenant 10 ans et le 10G passe sans difficultés donc, normes ou pas, je vais pas retirer du 6a/7 pour le plaisir ^^
-
Ce n'est pas si simple à vérifier, car il faut 4PCs connectés en filaire au switch de la Delta, chacun capable de tirer du gigabit. Ce n'est pas très commun dans un foyer. On peut avoir de multiples périphériques, mais certains connectés en WiFi.
Bonjour,
Oui le problème est bien là, c'est que 10Gbits aujourd'hui n'a pas d'usage dans un foyer standard.
Chez moi, c'est un 1PC fixe et 3 PC portables en wifi. Même les 4 en streaming ou en download avec 300Mbits on est large.
Un flux 4K, c'est jamais que 25Mbits et même si on est les 4 en download ça fait du 8 Moctet/s par PC ce qui est très largement suffisant.
-
Je suis câblé en 5e dans toutes mes pièces depuis maintenant 10 ans et le 10G passe sans difficultés donc, normes ou pas, je vais pas retirer du 6a/7 pour le plaisir ^^
Retour d'expérience intéressant :
Pourrais-tu s'il te plait nous indiquer la longueur max approximative de la section de ton installation sur laquelle tu as testé du 10G-BASE-T et si tu as mesuré des pertes de paquets ?
Quel type de 5e as-tu déployé (UTP, F/UTP, ...) ?
J'aimerais bien savoir aussi d'où vient le chiffre de 30m en 5e, je n'ai retrouvé aucune référence officielle à ce sujet.
-
J'aimerais bien savoir aussi d'où vient le chiffre de 30m en 5e, je n'ai retrouvé aucune référence officielle à ce sujet.
D'ici :
https://lafibre.info/cablage/cables-ethernet/
-
https://lafibre.info/cablage/cables-ethernet/
Un Jpeg lafibre.info pas sourcé, c'est pas sérieux.
Si c'est ça l'unique source, on est pas loin de la légende urbaine.
-
Un Jpeg lafibre.info pas sourcé, c'est pas sérieux.
Si c'est ça l'unique source, on est pas loin de la légende urbaine.
La seule et unique source pour moi, c'est Xavier Niel, lui seul détient la vérité absolue et il dit la vérité chaque seconde.
Nan, là je suis pas crédible, je ressemble trop à un freeboy 😂
-
Retour d'expérience intéressant :
Pourrais-tu s'il te plait nous indiquer la longueur max approximative de la section de ton installation sur laquelle tu as testé du 10G-BASE-T et si tu as mesuré des pertes de paquets ?
Quel type de 5e as-tu déployé (UTP, F/UTP, ...) ?
J'aimerais bien savoir aussi d'où vient le chiffre de 30m en 5e, je n'ai retrouvé aucune référence officielle à ce sujet.
C'est du câble basique F/UTP, le câble est passé dans des gaines "isolées" des gaines électriques. Avec chaque câble ethernet, j'ai passé un câble coax pour la TNT.
Pour la distance max dans mon habitation, de ma baie info dans le garage à la pièce la plus éloignée, je suis grosso modo à 25m. Concernant la connexion en 10G utilisée j'ai environ 10m.
J'ai pas de supervision en place sur mon LAN, donc pour le ping je peux pas te dire si j'ai de la perte. J'ai installé ce lien 10G plus par curiosité que par besoin mais c'était pour remplacer un LACP de deux cartes 1G sur 1 serveur, vu qu'on le sollicite pas mal s'il y avait eu des soucis, je l'aurais vu rapidement.
-
Concernant la connexion en 10G utilisée j'ai environ 10m.
OK merci pour ce retour, donc sur 10m pas de souci.
-
OK merci pour ce retour, donc sur 10m pas de souci.
C’est ça.
Par contre pour l’histoire des 30m je ne sais pas non plus quelle est la source ^^
-
Par contre pour l’histoire des 30m je ne sais pas non plus quelle est la source ^^
J'ai vu plusieurs fois ces 30m mentionnés dans ce forum, mais à chaque fois ça s'inspire du tableau JPG posté par Vivien, sans qu'on sache d'où ça vient.
D'où ma question, parfois des légendes naissent comme ça...
-
OK merci pour ce retour, donc sur 10m pas de souci.
Pareil sur 10-13m, pas de soucis en cat5e
-
Par contre je confirme que le cable ptt pour plus de 10m ça ne passe pas le Gb. Et non ce n'est ni une histoire d'isolation (gaine séparée) ni de connexion (les 4 paires sont ok).
Flemme de le changer maintenant vu que dans 2 ans le mur sera refait.