La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Free => 
Actus fibre Free => Discussion démarrée par: vivien le 03 janvier 2013 à 23:52:17
-
Photos d'un module opérateur Free sur un immeuble parisiens mono-fibre d'Orange et tests de débit à près de 500 Mb/s (vers certaines destinations uniquement)
J'ai été fin décembre faire des photos de l’installation Free FTTH de chondro (https://lafibre.info/profile/chondro/) qui ne vous a pas tout raconté de son installation. Si il n'était pas là l'installateur aurait vraiment fait passé la fibre au plus direct :'(
J'avoue que pour un novice, l'intervention de Free m'a donné l'impression d'un raccordement low cost : les techniciens étaient sous équipés : j'ai du fournir : escabeau, lampe torche, mètre , rallonge électrique, et leur laser avaient un faux contact qui a compliqué ce que j'ai appelé le "test de continuité optique"... Ils m'ont même avoués être partis sans aucune intervention lors d' un RDV le matin même car un client n'avait pas d'escabeau ! Ciel, je l'aurais eu mauvaise s'ils m'avaient joué le même tour si je n'avais pas eu d'escabeau : j'ai tout de même du poser ma demi-journée pour les attendre puisque aucun samedi n'est proposé (heureusement que j'ai repeint l'appart il y a un an et que j'ai investi en escabeau à l'époque... Encore que désormais je peux suivre à la trace la fibre optique avec les traces de mains noires laissees au mur...).
Quand on ajoute à tout ça le gros morceau de plâtre qui s'est effondré sous leur perceuse sur le pallier (circulaire de plus de 10cm de diamètre)... Bref on garde pas un bon souvenir et on a vite fait de se demander si l'intervention s'est déroulée dans les règles de l'art...
Là je vais partager avec vous les photos du point de mutualisation qui se trouve dans les caves :
On est dans Paris, donc en zone très dense. Orange est l'opérateur d'immeuble. Free est présent mais SFR et Bouygues Telecom n'ont pas encore aducté l'immeuble.
(https://lafibre.info/images/free/201212_free_dans_immeuble_orange_01.jpg)
Les fibres venant des deux cages d'escalier arrivent sur le "module client 1" et "module client 2". Il y a normalement de la place pour une fibre par appartement.
La fibre Orange (qui vient du génie civil France Telecom utilisé pour le téléphone) arrive dans le module opérateur Orange
La fibre Free (qui vient des égouts visitable de Paris) arrive dans le module opérateur Free
(https://lafibre.info/images/free/201212_free_dans_immeuble_orange_02.jpg)
-
Sur chaque module client on est sur du point à point : une fibre par client. Free peut donc proposer du point à point et Orange du Gpon.
(https://lafibre.info/images/free/201212_free_dans_immeuble_orange_03.jpg)
Il y a dans cette cage d'escalier 4 clients FTTH : 1 Orange (fibre jaune) et 3 Free (fibre rouge). Les fibres Orange sur la droite sont en attente de futur raccordement.
Dans la seconde cage d'escalier en dessous (non prise en photo), il y a 3 clients Orange et un Free. Il ne faut pas tirer des conclusions sur un si petit nombre de client ;)
(https://lafibre.info/images/free/201212_free_dans_immeuble_orange_04.jpg)
On visualise bien ici que les fibres Orange sur la droite sont en attente de futur raccordement :
(https://lafibre.info/images/free/201212_free_dans_immeuble_orange_05.jpg)
-
L’arrivée de la fibre Orange depuis le NRO (qui est dans le même local que le NRA) et de la fibre Free depuis le NRO de Free (un local de 100m² loué dans Paris) :
(https://lafibre.info/images/free/201212_free_dans_immeuble_orange_06.jpg)
Le module opérateur Orange ouvert. C'est là que sont les spliteurs optique Gpon : Une fibre en entrée xx fibres en sortie (on ne met pas un coupleur un vers 64 directement pour un immeuble de cette taille mais on découpe plus finement afin de pouvoir mieux remplir les arbres Gpon - si on rempli l'arbre a moitié soit 32 clients sur le maximum de 64, on est déjà content !)
(https://lafibre.info/images/free/201212_free_dans_immeuble_orange_07.jpg)
Le module opérateur Free ouvert. Là chaque fibre va directement au NRO. si il y a 24 fibres soudées, il y a 24 fibres en entrée et 24 fibres en sortie.
(https://lafibre.info/images/free/201212_free_dans_immeuble_orange_08.jpg)
Comparaison du soin apporté au point de mutualisation par Orange en haut et Free en bas. Je ne ferais aucun commentaire.
Vu comment l'installateur tir les spaghetti de ce sac de nœuds, il est possible que toues ne fonctionnent pas...
(https://lafibre.info/images/free/201212_free_dans_immeuble_orange_09.jpg)
-
Les fibres du module client montent ensuite verticalement dans l'immeuble. L'immeuble étant ancien,il n'y a pas de local technique et tout passe ne apparent ERDF, GRDF, le téléphone, le câble Numericable, le FTTH,...
On remarque en haut un point de branchement Numericable fermé ce qui est rare (généralement ils sont ouverts)
(https://lafibre.info/images/free/201212_free_dans_immeuble_orange_10.jpg)
Le BE ou "Boîtier d’Étage" pour le FTTH : C'est là que sont connectés chaque client à la fibre qui descend vers le "module client 1"
Généralement un BE est placé tous les 2/3 étages en fonction du nombre d'appartement par étage. Là on remarque que 4 clients sont connectés sur ce boîtier d'étage
(https://lafibre.info/images/free/201212_free_dans_immeuble_orange_11.jpg)
-
487 Mb/s de débit moyen utile soit 518 Mb/s débit brut Ethernet sur https://testdebit.info (https://testdebit.info)
Les tests ont étés effectués avec la Freebox révolution (migration depuis l'ADSL avec envoi du SFP et de la jarretière par la poste)
Coté PC client, c'est un PC portable Dell Core i5, 4Go DDR3 sous Linux Ubuntu 12.10 64bits (noyau 3.5)
(https://lafibre.info/images/free/201102_free_ftth_paris19_01.jpg)
Le débit est très bon vers certains opérateurs avec un bon peering avec Free.
On a un débit réel de 500 Mb/s en download et 50 Mb/s en montant... a condition que le peering avec le serveur soit ok.
C'est le cas de https://testdebit.info (https://testdebit.info) qui permet de voir les capacité maximal de la connexion :
$ wget -O /dev/null http://1.testdebit.info/fichiers/1000Mo.dat (http://1.testdebit.info/fichiers/1000Mo.dat)
--2012-12-18 19:36:23-- http://1.testdebit.info/fichiers/1000Mo.dat (http://1.testdebit.info/fichiers/1000Mo.dat)
Résolution de testdebit.info (testdebit.info)... 89.84.127.55
Connexion vers testdebit.info (testdebit.info)|89.84.127.55|:80... connecté.
requête HTTP transmise, en attente de la réponse... 200 OK
Longueur: 1000000000 (954M) [application/x-ns-proxy-autoconfig]
Sauvegarde en : «/dev/null»
100%[====================================>] 1 000 000 000 59,8M/s ds 16s
2012-12-18 19:36:39 (58,0 MB/s) - «/dev/null» sauvegardé [1000000000/1000000000]
Ce sont des Mio/s et non des Mb/s. Pour convertir en Mb/s, il faut faire x8 x 1024 x1024 / 1000000 car les Mio/s sont en multiple de 1024 et les Mb/s en multiple de 1000 (Une carte réseau 100 Mb/s envoi 100 000 000 bits par seconde physiquement)
=> Calculer le débit utile à partir du débit brut (https://lafibre.info/tester-son-debit/calcul-du-debit/)
58÷0,111942316 = 518 Mb/s brut (physiquement sur un câble Ethernet)
L'utilisation de Wget en dirigeant le fichier vers /dev/null permet de ne pas être limité par les accès au disque dur. Si on enregistre le fichier avec un navigateur web, le débit s'écroule car le goulot d'étranglement est le disque dur et non la Freebox !
Le NAT est fait par le processeur central, le Marvell Kirkwood 88F6281. Or celui-ci est relié via un seul lien 1 Gb/s Full-duplex. On a donc un débit sur cette interface qui est limité à 1 Gb/s (download + upload)
C'est très bien expliqué par JulFX (https://lafibre.info/profile/JulFX/) :
Pourquoi penses-tu que c'est le broadcom qui fait NAT ? Quand on regarde le PCB, ça a l'air d'être vraiment le Marvell 88F6281 le CPU principal, non ? Le switch est relié à ce Marvell, et le broadcom est relié au switch en GE. Le switch n'ayant que 6 ports, CPU Marvell+SFP+Broadcom+4 ports 1000Base-T en même temps, ça fait un de trop ?
À mon avis lorsque le SFP est présent, le broadcom n'est pas du tout utilisé.
Il semblerait donc que ce soit la première hypothèse de Plop qui était correct http://www.mail-archive.com/frnog@frnog.org/msg13701.html (http://www.mail-archive.com/frnog@frnog.org/msg13701.html)
Et si on regarde les photos de la carte mère, ca parait en effet logique.
http://www.presence-pc.com/image/FreeboxV6-035,0101-277286-0-2-3-1-jpg-.html (http://www.presence-pc.com/image/FreeboxV6-035,0101-277286-0-2-3-1-jpg-.html)
http://www.presence-pc.com/actualite/photoreportages/75-18-freebox-revolution-serveur-demontage.html (http://www.presence-pc.com/actualite/photoreportages/75-18-freebox-revolution-serveur-demontage.html)
(https://lafibre.info/images/free/201101_Freebox_server_ouverte_1.jpg)
(https://lafibre.info/images/free/201101_Freebox_server_ouverte_2.jpg)
(https://lafibre.info/images/free/201101_Freebox_server_ouverte_3.jpg)
(https://lafibre.info/images/free/201101_Freebox_server_ouverte_4.jpg)
La puce broadcom ne semble d'ailleurs pas relié directement au switch, mais a une autre puce placé entre le connecteur SFP et le switch. Je n'y connais pas grand chose en électronique, mais je suppose que cela fait office d'interrupteur entre les deux(?) .
Le Marvell Kirkwood (https://lafibre.info/images/free/201101_Marvell_Kirkwood_88F6281_2_Hardware_Spec.pdf) peut lui monter jusqu'à 1.5Ghz et serait donc en effet plus puissant que le Broadcom 6368.
Il possède deux interfaces Gb lui aussi, mais à priori, 1 seul serait utilisé vers le switch puisque celui ci ne possède que 6 interfaces.
- N'aurait il pas fallut que le SFP/BCM soit relié directement a la 2nd interface Gb du kirkwood pour que celui ci soit capable de router 1 Gb en full duplex? (ou alors à deux interfaces Gb du switch, mais il ne resterait plus que 3 ports Gb pour l'abonné)
Est-ce le cas en pratique ? je ne vois pas de 'liens' direct entre les composants, mais il me semble qu'il peut y avoir plusieurs couches...
- Le kirkwood a aussi pas mal d'autres occupations (Nas smb/ftp, dhcp, dns, téléphonie, i/o hdd et wifi...), la limitation pourrait aussi venir de la, si ce n'est pas la bande passante entre les composants qui limite?
Cela pourrait éventuellement être mis en évidence en désactivant le maximum de services (nas, wifi) entre deux mesures.
- Une dernière hypothèse qui pourrait expliquer les mesures serait qu'il n'y avait pas 1 Gb de bande passante dispo sur le backbone à ce moment la. Ce serait étonnant vu le faible nombre d'abonnés ftth, mais ca reste possible.
Vivement le mode bridge ^^
Documentation sur le Marvell Kirkwood 88F6281 :
- Product Brief (https://lafibre.info/images/free/201101_Marvell_Kirkwood_88F6281_1_Product_Brief.pdf)
- Hardware Spec (https://lafibre.info/images/free/201101_Marvell_Kirkwood_88F6281_2_Hardware_Spec.pdf)
- Functional Spec (https://lafibre.info/images/free/201101_Marvell_Kirkwood_88F6281_3_Functional_Spec.pdf)
-
SpeedTest n'est pas optimisé pour de tel débits. (pour plusieurs centaiens de Mb/s, wget ou iperf (https://iperf.fr) s'imposent)
Les débits vers les SpeedTest de province s'écroulent mais on a de bon débit avec les SpeedTest parisiens :
SpeedTest d'Aubervilliers :
(https://lafibre.info/images/free/201212_speedtest_free_ftth_aubervilliers.png)
SpeeTest de Massy :
(https://lafibre.info/images/free/201212_speedtest_free_ftth_massy.png)
SpeedTest de Rennes :
(https://lafibre.info/images/free/201212_speedtest_free_ftth_rennes.png)
SpeedTest de Paris (hébergé par mediactive) :
(https://lafibre.info/images/free/201212_speedtest_free_ftth_paris_mediactive.png)
SpeedTest de Paris (hébergé par SFR) :
(https://lafibre.info/images/free/201212_speedtest_free_ftth_paris_sfr.png)
SpeedTest de Clichy :
(https://lafibre.info/images/free/201212_speedtest_free_ftth_clichy.png)
SpeedTest de Roubaix (hébergé par OVH) :
(https://lafibre.info/images/free/201212_speedtest_free_ftth_roubaix_ovh.png)
-
Iperf IPv4 avec la Freebox en Mode routeur :
48,4 Mb/s en de débit montant et 472 Mb/s de débit descendant
$ iperf -c 3.testdebit.info -i 5 -t 30 -r
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to testdebit.info, TCP port 5001
TCP window size: 45.7 KByte (default)
------------------------------------------------------------
[ 5] local 192.168.0.4 port 52456 connected with 89.84.127.55 port 5001
[ ID] Interval Transfer Bandwidth
[ 5] 0.0- 5.0 sec 29.9 MBytes 50.1 Mbits/sec
[ 5] 5.0-10.0 sec 28.9 MBytes 48.4 Mbits/sec
[ 5] 10.0-15.0 sec 28.6 MBytes 48.0 Mbits/sec
[ 5] 15.0-20.0 sec 28.8 MBytes 48.2 Mbits/sec
[ 5] 20.0-25.0 sec 28.9 MBytes 48.4 Mbits/sec
[ 5] 25.0-30.0 sec 28.1 MBytes 47.2 Mbits/sec
[ 5] 0.0-30.0 sec 173 MBytes 48.4 Mbits/sec
[ 4] local 192.168.0.4 port 5001 connected with 89.84.127.55 port 49134
[ 4] 0.0- 5.0 sec 277 MBytes 465 Mbits/sec
[ 4] 5.0-10.0 sec 279 MBytes 468 Mbits/sec
[ 4] 10.0-15.0 sec 281 MBytes 471 Mbits/sec
[ 4] 15.0-20.0 sec 290 MBytes 487 Mbits/sec
[ 4] 20.0-25.0 sec 290 MBytes 486 Mbits/sec
[ 4] 25.0-30.0 sec 271 MBytes 454 Mbits/sec
[ 4] 0.0-30.0 sec 1.65 GBytes 472 Mbits/sec
Iperf IPv4 avec la Freebox en mode Bridge :
48,4 Mb/s en de débit montant et 420 Mb/s de débit descendant
$ iperf -c 3.testdebit.info -i 5 -t 30 -r
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to testdebit.info, TCP port 5001
TCP window size: 54.8 KByte (default)
------------------------------------------------------------
[ 5] local 78.193.218.xx port 32809 connected with 89.84.127.55 port 5001
[ ID] Interval Transfer Bandwidth
[ 5] 0.0- 5.0 sec 30.0 MBytes 50.3 Mbits/sec
[ 5] 5.0-10.0 sec 28.6 MBytes 48.0 Mbits/sec
[ 5] 10.0-15.0 sec 28.2 MBytes 47.4 Mbits/sec
[ 5] 15.0-20.0 sec 28.9 MBytes 48.4 Mbits/sec
[ 5] 20.0-25.0 sec 28.6 MBytes 48.0 Mbits/sec
[ 5] 25.0-30.0 sec 28.8 MBytes 48.2 Mbits/sec
[ 5] 0.0-30.0 sec 173 MBytes 48.4 Mbits/sec
[ 4] local 78.193.218.xx port 5001 connected with 89.84.127.55 port 48972
[ 4] 0.0- 5.0 sec 245 MBytes 411 Mbits/sec
[ 4] 5.0-10.0 sec 265 MBytes 444 Mbits/sec
[ 4] 10.0-15.0 sec 253 MBytes 424 Mbits/sec
[ 4] 15.0-20.0 sec 260 MBytes 436 Mbits/sec
[ 4] 20.0-25.0 sec 249 MBytes 418 Mbits/sec
[ 4] 25.0-30.0 sec 232 MBytes 390 Mbits/sec
[ 4] 0.0-30.0 sec 1.47 GBytes 420 Mbits/sec
En débit montant, on a bien la limitation de 50 Mb/s, après un petit burst :
(https://lafibre.info/images/free/201102_free_ftth_paris19_iperf_upload_tcp.png)
(phénomène déjà observé sur une autre Freebox révolution en FTTH (https://lafibre.info/free-espace-technique/freebox-revolution-fibre-ftth-debit-en-telechargement-de-1-gbs/))
-
Moins drôle, les débits avec un téléchargement Youtube : 34 Ko/s en IPv4 et 408 Ko/s en IPv6
Téléchargement de ma vidéo 1080p habituelle de test en IPv4 :
$ youtube-dl https://www.youtube.com/watch?v=-oCCnxBos10
[youtube] Setting language
[youtube] -oCCnxBos10: Downloading video webpage
[youtube] -oCCnxBos10: Downloading video info webpage
[youtube] -oCCnxBos10: Extracting video information
[download] Destination: -oCCnxBos10.mp4
[download] 51.0% of 92.65M at 34.10k/s ETA 22:43^C
ERROR: Interrupted by user=> 34 Ko/s
Téléchargement de ma vidéo 1080p habituelle de test en IPv6 :
youtube-dl https://www.youtube.com/watch?v=-oCCnxBos10
[youtube] Setting language
[youtube] -oCCnxBos10: Downloading video webpage
[youtube] -oCCnxBos10: Downloading video info webpage
[youtube] -oCCnxBos10: Extracting video information
[download] Destination: -oCCnxBos10.mp4
[download] 100.0% of 92.65M at 408.44k/s ETA 00:00=> 408 Ko/s
Traceroute vers le serveur qui m'envoyait le contenu de ma vidéo Youtube IPv4 : (on passe par un peering privé Google <=> Free complètement saturé)
$ mtr -rwc100 74.125.103.25
HOST: vivien-p Loss% Snt Last Avg Best Wrst StDev
1.|-- freebox-server.local 0.0% 100 0.3 0.2 0.2 0.5 0.1
2.|-- 78.193.219.254 0.0% 100 0.6 0.7 0.5 2.9 0.3
3.|-- 78.255.96.126 0.0% 100 0.6 0.9 0.5 15.8 1.9
4.|-- rea75-49m-2-v902.intf.nro.proxad.net 0.0% 100 0.6 0.6 0.5 3.2 0.3
5.|-- rea75-49m-1-v900.intf.nro.proxad.net 0.0% 100 0.6 0.6 0.5 0.8 0.0
6.|-- str75-49m-2-v902.intf.nro.proxad.net 0.0% 100 0.6 0.8 0.6 20.9 2.0
7.|-- str75-49m-1-v900.intf.nro.proxad.net 0.0% 100 0.7 0.8 0.6 9.2 1.0
8.|-- th2-49m-2-v904.intf.nro.proxad.net 0.0% 100 12.1 5.5 0.6 14.9 4.4
9.|-- th2-6k-2-po23.intf.routers.proxad.net 9.0% 100 0.7 3.4 0.6 27.4 6.6
10.|-- bzn-crs16-1-be1015.intf.routers.proxad.net 0.0% 100 1.9 1.7 1.3 2.4 0.2
11.|-- cbv-9k-1-be1001.intf.routers.proxad.net 0.0% 100 1.2 1.2 1.0 1.6 0.1
12.|-- 74.125.50.116 1.0% 100 85.4 97.5 56.1 145.1 10.2
13.|-- 72.14.238.228 0.0% 100 1.1 11.9 0.9 137.3 25.9
14.|-- 216.239.43.4 0.0% 100 80.5 42.7 1.2 128.1 44.0
| `|-- 72.14.235.173
15.|-- 72.14.235.174 0.0% 100 1.4 57.9 1.3 123.6 50.9
| `|-- 209.85.252.242
16.|-- 216.239.46.218 0.0% 100 98.1 96.6 80.1 111.5 11.7
| `|-- 216.239.46.215
17.|-- 72.14.232.141 1.0% 100 116.4 97.1 80.0 142.9 18.6
| `|-- 72.14.236.206
18.|-- 72.14.239.51 0.0% 100 106.9 122.4 106.1 186.1 18.6
| `|-- 216.239.46.215
19.|-- 216.239.46.241 0.0% 100 117.0 134.4 116.6 165.9 19.3
| `|-- 72.14.232.141
20.|-- 209.85.250.65 1.0% 100 138.2 144.3 127.7 162.0 11.3
| `|-- 72.14.239.51
21.|-- 209.85.249.2 2.0% 100 208.9 188.0 155.5 293.9 26.9
| `|-- 216.239.46.241
22.|-- 209.85.250.67 2.0% 100 155.6 155.8 154.8 165.4 1.7
| `|-- 72.14.237.189
23.|-- 74.125.103.25 3.0% 100 216.4 182.3 154.8 258.3 27.6
| `|-- 209.85.249.4
Traceroute vers le portail Youtube en IPv4 : (On passe par le transitaire low-cost Cogent)
$ mtr -4rwc100 youtube.com
HOST: vivien-p Loss% Snt Last Avg Best Wrst StDev
1.|-- freebox-server.local 0.0% 100 0.4 0.2 0.2 0.8 0.1
2.|-- 78.193.219.254 0.0% 100 0.6 1.2 0.5 12.0 2.0
3.|-- 78.255.96.126 0.0% 100 0.6 0.9 0.5 9.5 1.2
4.|-- rea75-49m-2-v902.intf.nro.proxad.net 0.0% 100 0.6 0.6 0.5 3.6 0.3
5.|-- rea75-49m-1-v900.intf.nro.proxad.net 0.0% 100 0.6 1.3 0.5 15.1 2.6
6.|-- str75-49m-2-v902.intf.nro.proxad.net 0.0% 100 0.6 1.0 0.6 9.2 1.4
7.|-- str75-49m-1-v900.intf.nro.proxad.net 0.0% 100 0.6 0.7 0.5 9.2 0.9
8.|-- th2-49m-2-v904.intf.nro.proxad.net 0.0% 100 0.7 0.9 0.6 20.7 2.0
9.|-- th2-6k-2-po23.intf.routers.proxad.net 2.0% 100 0.7 4.2 0.6 63.3 10.6
10.|-- th2-crs16-1-be1009.intf.routers.proxad.net 0.0% 100 0.9 1.5 0.8 27.4 2.9
11.|-- te0-0-0-0.332.ccr21.par04.atlas.cogentco.com 1.0% 100 1.1 1.1 0.9 2.3 0.2
12.|-- te0-1-0-4.ccr21.par01.atlas.cogentco.com 0.0% 100 1.3 1.5 1.2 3.6 0.3
| `|-- 130.117.48.145
| |-- 130.117.50.209
| |-- 154.54.39.113
| |-- 130.117.0.157
| |-- 130.117.2.94
| |-- 130.117.1.141
| |-- 130.117.2.77
13.|-- te0-4-0-6.mpd21.lon13.atlas.cogentco.com 1.0% 100 8.8 9.4 8.8 22.0 1.3
| `|-- 154.54.59.25
| |-- 130.117.50.13
| |-- 154.54.59.17
14.|-- te0-4-0-5.ccr21.lon01.atlas.cogentco.com 1.0% 100 10.2 9.7 9.0 10.9 0.5
| `|-- 154.54.57.162
| |-- 154.54.57.178
| |-- 154.54.57.101
15.|-- te4-1.ccr01.lon18.atlas.cogentco.com 0.0% 100 9.2 27.2 8.9 198.2 46.9
| `|-- 154.54.62.50
16.|-- 149.6.146.30 0.0% 100 245.7 56.0 9.0 245.7 55.5
17.|-- 209.85.255.76 1.0% 100 22.5 196.2 10.1 244.3 49.1
18.|-- 209.85.253.196 1.0% 100 10.0 10.1 9.3 21.8 1.8
19.|-- 209.85.242.79 0.0% 100 9.7 11.4 9.5 60.8 7.0
20.|-- 72.14.235.170 0.0% 100 15.8 17.9 9.3 101.5 19.4
21.|-- 209.85.242.47 0.0% 100 9.8 10.1 9.7 19.3 1.0
22.|-- par03s03-in-f9.1e100.net 0.0% 100 9.9 9.9 9.3 22.1 1.6
Traceroute vers le portail Youtube en IPv6 : (on passe par un peering privé Google <=> Free non saturé)
$ mtr -rwc100 youtube.com
HOST: vivien-p Loss% Snt Last Avg Best Wrst StDev
1.|-- 2a01:e34:ec1d:a7d0:: 0.0% 100 0.3 0.3 0.2 0.4 0.0
2.|-- ? ? 100.0 100
3.|-- th2-crs16-1.intf.routers.proxad.net 0.0% 100 1.7 2.0 1.5 10.6 1.2
4.|-- cbv-9k-1-be1000.intf.routers.proxad.net 0.0% 100 1.4 1.5 1.3 2.3 0.1
5.|-- 2001:4860:1:1:0:3022:0:5 0.0% 100 90.3 25.2 1.0 93.3 30.0
6.|-- 2001:4860::1:0:23 0.0% 100 1.4 13.7 1.2 178.0 30.3
7.|-- 2001:4860::8:0:3df4 1.0% 100 1.4 66.5 1.3 217.7 89.6
| `|-- 2001:4860::8:0:3df5
8.|-- 2001:4860::8:0:2ac3 0.0% 100 7.6 7.1 6.4 25.6 2.3
| `|-- 2001:4860::8:0:2ac4
9.|-- 2001:4860::2:0:87b 0.0% 100 6.7 11.5 6.4 58.9 12.8
| `|-- 2001:4860::2:0:87d
10.|-- ? ? 100.0 100
11.|-- wb-in-x5d.1e100.net 0.0% 100 6.7 7.4 6.6 61.2 5.6
Analyse : Il semble qu'il n'y a trois chemins entre Free et Youtube
- Le peering privé utilisé pour le serveur de contenu de Youtube en IPv4 (74.125.50.116) est saturé et on joint ce routeur sur Paris avec un ping moyen de 97,5ms
- Le peering privé utilisé pour le portail IPv6 (2001:4860:1:1:0:3022:0:5) qui est moins saturé : on joint ce routeur sur Paris avec un ping moyen de 25,2ms
- il faut rajouter une partie du trafic Youtube acheminé en IPv4 par le transitaire low-cost Cogent, qui récupère Google sur Londres.
-
Traceroute vers LaFibre.info (Adeli / Maxnod (http://www.maxnod.com/)) en IPv4 :
On passe par le peering privé Free <=> NeoTelecom puis par Ielo
$ mtr -rwc100 lafibre.info
HOST: vivien-p Loss% Snt Last Avg Best Wrst StDev
1.|-- freebox-server.local 0.0% 100 0.3 0.3 0.2 2.6 0.2
2.|-- 78.193.219.254 0.0% 100 0.6 0.8 0.5 17.3 1.7
3.|-- 78.255.96.126 0.0% 100 0.6 0.7 0.5 7.6 0.7
4.|-- rea75-49m-2-v902.intf.nro.proxad.net 0.0% 100 0.5 0.7 0.5 6.5 0.7
5.|-- rea75-49m-1-v900.intf.nro.proxad.net 0.0% 100 0.6 0.8 0.5 15.5 1.6
6.|-- str75-49m-2-v902.intf.nro.proxad.net 0.0% 100 0.6 0.7 0.5 9.5 0.9
7.|-- str75-49m-1-v900.intf.nro.proxad.net 0.0% 100 0.7 0.9 0.6 7.5 1.0
8.|-- th2-49m-2-v904.intf.nro.proxad.net 0.0% 100 1.7 3.4 0.6 16.3 4.4
9.|-- th2-6k-2-po23.intf.routers.proxad.net 10.0% 100 0.6 3.4 0.5 57.4 8.2
10.|-- th2-crs16-1-be1009.intf.routers.proxad.net 0.0% 100 0.8 0.8 0.6 1.8 0.1
11.|-- free-pni2.xe3-0-0.th2.par.as8218.eu 0.0% 100 4.5 1.4 0.6 33.8 3.7
12.|-- 83.167.56.185 0.0% 100 9.1 4.3 0.8 73.1 12.0
13.|-- 46.255.177.106 0.0% 100 2.2 3.8 0.8 20.3 3.7
14.|-- ge-1-1-df-cr2.th2-prs.fr.rt.ielo.net 0.0% 100 4.9 13.3 1.1 864.3 86.1
15.|-- 2ge-e1-17-e1-18-cr5.le9-lyon.fr.rt.ielo.net 0.0% 100 8.4 18.3 8.2 848.7 83.9
16.|-- adeli1.ix-customers-le9lyon.ielo.net 0.0% 100 9.2 12.8 9.2 182.4 20.3
17.|-- lafibre.info 0.0% 100 9.4 9.4 9.2 10.1 0.1
Traceroute vers LaFibre.info en IPv6 :
On passe par Cogent en direct, Cogent étant transitaire de Free et d'Adeli
$ mtr -rwc100 ipv6.lafibre.info
HOST: vivien-p Loss% Snt Last Avg Best Wrst StDev
1.|-- 2a01:e34:ec1d:a7d0:: 0.0% 100 0.3 0.3 0.2 3.9 0.4
2.|-- ? ? 100.0 100
3.|-- th2-crs16-1.intf.routers.proxad.net 7.0% 100 2.0 2.0 1.7 5.4 0.5
4.|-- 2001:978:2:1b::2:1 0.0% 100 1.4 1.5 1.3 2.6 0.2
5.|-- 2001:978::114 2.0% 100 9.5 9.5 9.3 12.3 0.3
6.|-- te3-1.ccr01.lys01.atlas.cogentco.com 0.0% 100 9.0 26.0 8.9 188.1 44.3
7.|-- 2001:978:2:16::9 1.0% 100 8.5 29.3 8.3 204.5 49.9
8.|-- 2001:978:2:16::a 0.0% 100 9.3 15.1 8.7 253.6 34.6
9.|-- lafibre.info 0.0% 100 9.1 9.0 8.9 12.5 0.4
En direct via Cogent mais le débit s'écroule, car c'est le lien Cogent est saturé par Youtube :
$ wget -O /dev/null http://ipv6.lafibre.info/fichiers/100Mo.dat (http://ipv6.lafibre.info/fichiers/100Mo.dat)
--2012-12-18 20:24:56-- http://ipv6.lafibre.info/fichiers/100Mo.dat (http://ipv6.lafibre.info/fichiers/100Mo.dat)
Résolution de ipv6.lafibre.info (ipv6.lafibre.info)... 2a01:6e00:10:410::2
Connexion vers ipv6.lafibre.info (ipv6.lafibre.info)|2a01:6e00:10:410::2|:80... connecté.
requête HTTP transmise, en attente de la réponse... 200 OK
Longueur: 100000000 (95M) [application/x-ns-proxy-autoconfig]
Sauvegarde en : «/dev/null»
100%[======================================>] 100 000 000 899K/s ds 1m 52s
2012-12-18 20:26:48 (875 KB/s) - «/dev/null» sauvegardé [100000000/100000000]
On a donc un débit catastrophique de 875 Ko/s vers l’ensemble des destination Cogent ce qui montre une fois de plus que la saturation est chez Free...
-
Hé oui sur les immeubles avec une seule fibre partagée il faut s'embêter avec les connecteurs .. C'est pire quand c'est des gros PM sur des baies avec une centaine de pigtail en attente ..
Un avantage tout de même : si une fibre pète en manipulant (faut y aller quand meme) ça ne sera pas trop pénalisant
Autre avantage ce type d'installation permet aux abonnés C+ d'aller chez le voisin avec sa box regarder directement le match en changeant simplement le jarretierage (je rigole hein, merci de ne pas toucher)
-
Commentaire sur la première série de photo:
déjà merci Vivien pour ce reportage ^^.
Ensuite Free P2P câble d'aduction plus fin que celui d'orange GPON ^^. Bon certe on est déjà sur un branche GPON comme tu le mentionne mais quand même.
Ensuite sur le soin apporté entre le boitier orange et Free. Tu as raison mais il me semble qu'il y a une différence de taille. Les fibres orange peuvent être passées en définitive puisque qu'elles ont un support d'attente dans les modules clients. Ce n'est pas le cas de Free !!!
-
Pour les tests de débits c'est très intéressant. Peux tu nous dire sur qu'elle nro free il se trouve? Est il déjà bien occupé?
Sur l'étiquette j'ai cru que c'était PLA75 le nro mais il existe pas sur francois04 !!
-
Pour les câbles, au delà de la capacité différente, je pense que celui d'Orange est un câble conduite tandis que celui de Free est un câble "immeuble". Ca expliquerait en partie la différence.
Après selon qu'ils aient de la micro-gaine ou pas ça peut jouer aussi.
-
Ok mais si Free passe dans les égouts je pensais qu'il serait un peu plus renforcé. A moins qu'il y ait déjà une soudure de raccordement entre l'égout et l'immeuble?
-
A priori :
Egout <> BI (Boîtier Immeuble) <> Immeuble
Ce qui permet de passer du câble égout armé à un câble ISH.
-
Free ne fait pas arriver directement la fibre des égouts (ou plutôt les tubes qui sont extrait des 720 FO qui sont dans les égouts) sur le point de mutualisation :
Bonjour,
l'opérateur d'immeuble est Orange (PTxxxx)
- les boîtiers de marque Prysmian (crème) sont des boîtiers de mutualisation (boitiers de brassage) qui permettent de faire le lien entre l'arrivée extérieur et la colonne montante de l'immeuble.
- le boîtier gris ou BPI pour boitier pied d'immeuble (made in Free) est un boîtier de rallonge de câble car en égout et chez Free les FOs sont dérivées au fur et à mesure et la longueur maximum de dérivation est de 60m (2 fois 30m, l'espace entre chaque kit de dérivation ou coupure KDD KDC).
BPI Free :
(https://lafibre.info/images/free/201206_free_ftth_paris12_04.jpg)
Lexique :
CTR : câble de transport (depuis le NRO)
CDD : câble de distribution (après les premières dérivations)
CAD : câble d'adduction (pénétration dans l'immeuble).
Tout est sous traité pour tous les opérateurs sauf pour ce qui est des études réseau (quoique)
voili voilou
la boitier free à coté de l'egout sert à rallonger le CAD (cable addction), le CTR => Cable de transport : cable en fibre qui passe par l'egout de capacité 720FO en micro module de 12fo
Je n'ai pas pu prendre en photo ce boîtier, placé proche de l'accès à l'égout pour limiter les fibres dérivées du 720FO, car l’accès au local égout était fermé à clef.
-
Pour les tests de débits c'est très intéressant. Peux tu nous dire sur qu'elle nro free il se trouve? Est il déjà bien occupé?
Sur l'étiquette j'ai cru que c'était PLA75 le nro mais il existe pas sur francois04 !!
PLA75 Cela indique qu'on est sur Paris.
Le NRO est FEY75 ;)
-
Je cherche toujours ce qui limite le débit a 500 / 600 Mb/s.
Un expert qui a déja conçu plusieurs box me donne un indice :le GPHY 88E1118 ne gère pas de SERDES, il n'est pas connecté la cage SFP a mon avis...
(https://lafibre.info/images/free/201101_Freebox_server_ouverte_3.jpg)
-
Ok nro FEY75: 78 connecté approximativement. IL faudrait voir dans le temps avec la même configue l'évolution du débit moyen et crête en fonction du nombre d'abonné sur le nro FEY75.
-
Bonjour,
Merci pour ce post intéressant, mais je ne comprend pas pourquoi certains ont droit a du 500 Mbit et d'autres constatent un bridage à 150 Mbit chez Free. Au final, savez vous si c'est technique, si c'est régional, au petit bonheur la chance ? Ou alors les gens ne savent pas faire de vrai tests et tout le monde chez Free peut prétendre à du 500 Mbit selon le serveur distant ?
Mon bâtiment vient tout juste d'être fibré par orange, nous sommes en attente de la validation de l'ARCEP selon le monsieur du conseil syndical. J’hésite entre Free et Orange.
Cordialement
-
Le provisioning peut être différent selon les personnes ou les zones, il faudrait qqn au courant chez Free pour répondre à cette question je pense.
Concernant ton bâtiment, c'est curieux cette histoire d'ARCEP tout de même. De plus tu es sur d'avoir le choix ? Les opérateurs alternatifs (dont Free) sont déjà présents ?
-
Tres interessant ce reportage! Ca me rappelle un peu mes photos d ici: https://lafibre.info/paris/installation-fibre-optique-mutualisation-prevue/ (https://lafibre.info/paris/installation-fibre-optique-mutualisation-prevue/)
- effectivement le boitier de Free est en bordel, mais comme il est dit plus haut, les branchements n'y sont pas figes... Orange pouvait se permettre de tout organiser proprement sachant que plus aucun cable d allait etre debranche.
- C est marrant que certaines connections soient en 500Mbits/50mbits et d autres en 150Mbits/150Mbits! Perso je prefere le 2eme cas... plus d upload
a+
-
$ mtr -rwc100 ipv6.lafibre.info
HOST: vivien-p Loss% Snt Last Avg Best Wrst StDev
1.|-- 2a01:e34:ec1d:a7d0:: 0.0% 100 0.3 0.3 0.2 3.9 0.4
Y a rien qui vous choque?
-
Le provisioning peut être différent selon les personnes ou les zones, il faudrait qqn au courant chez Free pour répondre à cette question je pense.
Concernant ton bâtiment, c'est curieux cette histoire d'ARCEP tout de même. De plus tu es sur d'avoir le choix ? Les opérateurs alternatifs (dont Free) sont déjà présents ?
Enfaite le monsieur du conseil syndical est un peu perdu, il ne sait pas qui est relié exactement, Orange c'est sûr, mais pour le reste il ne sait pas. Je vais tenter de faire des photos pour identifier les opérateurs reliés avec votre aide dans un autre sujet afin de ne pas polluer celui-ci.
Selon le suivi de construction d'orange :
La Fibre est déployée dans votre quartier
L'installation de la fibre dans votre immeuble est en cours de finalisation
Nous vous contacterons dès que possible pour vous proposer nos offres Fibre*, pour une mise en service (à partir de 06/03/2013) respectant les délais règlementaires définis par l'ARCEP
En réalité les travaux sont terminés dans le bâtiment. Il manque certainement quelque chose.
Du coup vous constatez du 500/50 et du 150/150 plustôt intéressant sachant que les meilleurs serveurs de NG payant envoient du 120 max. Finalement 150 suffit largement.
++
-
Y a rien qui vous choque?
Les derniers bits de l'adresse sont à zero ce qui suivant le subnetting peut être valide et normal.
-
suivant le subnetting
On est pas sur une Freebox là?
-
C'est un traceroute effectué depuis mon PC portable Ubuntu connecté à une Freebox Révolution FTTH et je n'ai rien modifié ou supprimé pour anonymiser les résultats.
$ mtr -rwc100 ipv6.lafibre.info
HOST: vivien-p Loss% Snt Last Avg Best Wrst StDev
1.|-- 2a01:e34:ec1d:a7d0:: 0.0% 100 0.3 0.3 0.2 3.9 0.4
2.|-- ? ? 100.0 100
3.|-- th2-crs16-1.intf.routers.proxad.net 7.0% 100 2.0 2.0 1.7 5.4 0.5
4.|-- 2001:978:2:1b::2:1 0.0% 100 1.4 1.5 1.3 2.6 0.2
5.|-- 2001:978::114 2.0% 100 9.5 9.5 9.3 12.3 0.3
6.|-- te3-1.ccr01.lys01.atlas.cogentco.com 0.0% 100 9.0 26.0 8.9 188.1 44.3
7.|-- 2001:978:2:16::9 1.0% 100 8.5 29.3 8.3 204.5 49.9
8.|-- 2001:978:2:16::a 0.0% 100 9.3 15.1 8.7 253.6 34.6
9.|-- lafibre.info 0.0% 100 9.1 9.0 8.9 12.5 0.4
-
Y a un bug dans ton truc!
2a01:e34:ec1d:a7d0:: ne répond pas au ping, ni au traceroute.
2a01:e34:ec1d:a7d0::1 répond au ping et au traceroute.
Tu nous fais une capture de paquets?
-
J'ai remarqué un truc rigolo en IPv6 sur un réseau Ethernet:
nico@Gallifrey:~$ ip -6 addr show wlan0
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qlen 1000
inet6 2001:470:ca7c:1:ea39:dfff:fe10:efbd/64 scope global dynamic
valid_lft 86396sec preferred_lft 14396sec
inet6 fe80::ea39:dfff:fe10:efbd/64 scope link
valid_lft forever preferred_lft forever
nico@Gallifrey:~$ ping6 -c 2 2001:0470:ca7c:0001::1
PING 2001:0470:ca7c:0001::1(2001:470:ca7c:1::1) 56 data bytes
64 bytes from 2001:470:ca7c:1::1: icmp_seq=1 ttl=255 time=1.67 ms
64 bytes from 2001:470:ca7c:1::1: icmp_seq=2 ttl=255 time=1.73 ms
--- 2001:0470:ca7c:0001::1 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 1.670/1.700/1.731/0.051 ms
nico@Gallifrey:~$ ping6 -c 2 2001:0470:ca7c:0001::
PING 2001:0470:ca7c:0001::(2001:470:ca7c:1::) 56 data bytes
64 bytes from 2001:470:ca7c:1::1: icmp_seq=1 ttl=255 time=2.01 ms
64 bytes from 2001:470:ca7c:1::1: icmp_seq=2 ttl=255 time=1.71 ms
--- 2001:0470:ca7c:0001:: ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 1.712/1.862/2.012/0.150 ms
Cela ne marche pas dés qu'on traverse un routeur par contre.
-
Le provisioning peut être différent selon les personnes ou les zones, il faudrait qqn au courant chez Free pour répondre à cette question je pense.
Le provisionning est identique. Ce sont les mêmes SFP partout, sauf lignes > 2.5 Km ou c'est une version plus chère. Après Free configure les éléments actifs, mais je ne vois pas pourquoi une différence serait faite. peut-être des restes des vestiges du passé.
-
Le provisionning est identique. Ce sont les mêmes SFP partout, sauf lignes > 2.5 Km
Il y en a beaucoup? où ça?
-
Il y en a beaucoup? où ça?
Il y en a sur certaines plaques un peu étendues. C'est prévu lors des études. C'est pas hyper répandu, mais ça existe
-
Merci pour le point sur les sfp. Ca répond à la question et à la porté des sfp utilisé par free dans un autre sujet de ce forum !!
-
(https://lafibre.info/images/free/201212_free_dans_immeuble_orange_08.jpg)
Etat de lovage des pigtails longs √
Pigtails longs groupés par faisceaux √
L'ordre de lovage permet d'extraire un faisceau indépendant des autres √
L'ordre de rangement des faisceaux correspond à l'ordre de rangement des pigtails longs √
:o
-
Câbleur, un métier pas si facile. Surtout en fibre car on peut pas faire ce qu'on veut ;) !
-
Vivien,
Univers Frrebox a relayé l'article fièrement pour Free
http://www.universfreebox.com/article/19493/Free-FTTH-500-Mega-avec-une-Freebox-Revolution (http://www.universfreebox.com/article/19493/Free-FTTH-500-Mega-avec-une-Freebox-Revolution)
-
J'ai lu l'article et quelques commentaires, j'ai bien rigolé. Merci !
-
C'est vrai qu'il y a des raccourcis vite fait :
Free a opté pour la technologie P2P Ethernet FTTH, Orange a choisi la technologie GPON. Cette dernière permet de relier 64 abonnés sur une même fibre, contrairement au P2P qui relie un abonné à une fibre. Le coût et la vitesse de déploiement du GPON est donc plus rentable pour un opérateur, mais le P2P offre de meilleurs performances et des débits supérieurs (une fibre pour un abonné, autrement dit, la fibre n’est pas partagée par 64 abonnés).
Je me suis décidé à faire de même.
Free : architecture point à point avec 10 000 abonnés (plusieurs NRO) chaînés sur le même lien 10 Gb/s.
Bouygues Telecom : seulement 128 clients sur un arbre Gpon de 2488 Mb/s
=> Permet d'offrir 20 fois plus de débit que Free !
La preuve avec SpeedTest fait sur deux connexions 1 Gb/s : Le Gpon permet d'aller en pratique deux fois plus vite que en P2P !
Free en P2P :
(https://lafibre.info/images/free/201212_speedtest_free_ftth_aubervilliers.png)
Bouygues Telecom en Gpon :
(https://lafibre.info/images/bbox_fibre/201301_speedtest_ftth_800.png)
SFR en Gpon :
Démonstration Fibre à 850 Mb/s par SFR sur un "vrai" réseau à Marseille :
A l'occasion d'une conférence de presse à Marseille le 22 Septembre 2011, SFR a montré pour la première fois en France, une connexion à très haut débit sur un "vrai" réseau GPON.
Le réseau optique (OLT) était partagé avec quelques 200 clients Fibre de SFR.
Les débits ont atteint 853 Mb/s dans le sens descendant (du réseau vers un macbook pro), 473 Mb/s dans le sens montant (du macbook pro vers le réseau), pour un temps de ping de 1 ms.
En vidéo :
Démonstration Fibre à 850 Mb/s par SFR sur un "vrai" réseau à Marseille - Test du débit (https://www.youtube.com/watch?v=LHkN6QVbUI0#)
-
Free : architecture point à point avec 10 000 abonnés (plusieurs NRO) chaînés sur le même lien 10 Gb/s.
Bouygues Telecom : seulement 128 clients sur un arbre Gpon de 2488 Mb/s
=> Permet d'offrir 20 fois plus de débit que Free !
Toi aussi tu as pris un petit raccourci, tu compares la boucle locale et la collecte :-).
Ceci dit ça montre bien qu'on peut faire dire ce que l'on veut aux chiffres, dans un sens ou dans l'autre. (et que les informations sur la collecte étant en général pas partagées, c'est difficile de comparer)
Mais effectivement comparer les offres commerciales et les débits non bridés d'un opérateur c'est moyen. Après UF ne failli pas à sa réputation c'est le principal.
-
J'aurais aussi pu expliquer que Orange et SFR ont de nombreux OLT (regroupant plusieurs arbres Gpon qui ont chacun 2488 Mb/s) qui sont connecté au réseau en... 1Gb/s. Et oui, c'est suffisant si il n'y a pas trop d'arbre Gpon sur l'OLT.
Un abonné fibre consomme environ 0,3 Mb/s au moment du pic de consommation (certains font a ce moment là des téléchargements à 500 Mb/s mais 95% ne font rien, ne pas oublier que quand on surf, la plupart du temps il n'y a aucun échange de trafic).
10 000 clients FTTH consomment donc au maximum 3 Gb/s !
-
La consommation augmentera si on offre aux abonnés des sources de meilleures qualités :) la moyenne ne restera pas a 300 kbps
-
D'ailleurs le multicast est compté comment dans ces 300kbps ?
-
300 Kb/s d'internet par abonné.
Si on rajoute le multicast au niveau de l'ensemble du réseau c'est négligeable (1 Gb/s pour 5,5 millions de clients, cela ne fait même pas 1 Kb/s) mais plus on se rapproche du client plus c'est important (pour 10 000 clients, cela fait toujours 1 Gb/s soit 100 Kb/s par client)
-
J'ai lu l'article et quelques commentaires, j'ai bien rigolé. Merci !
Ouais, comme d'hab en fait.
-
Le NAT est fait par le processeur central, le Marvell Kirkwood 88F6281. Or celui-ci est relié via un seul lien 1 Gb/s Full-duplex. On a donc un débit sur cette interface qui est limité à 1 Gb/s (download + upload)
Et sans NAT ça va plus vite?
-
Ouais, comme d'hab en fait.
Le meillleur c'est ce commentaire :
"MAis quand les debits vont grimpés et que les multifibré seront obligé de partagé leur 200Mbps en 64 ( chaque personne reclamera 200Mb e meme temps ( tv ultra HD sur 4 postes tv avec enregistrement hdd en meme temps ( que peut on imaginé dans le futur ?) , Orange sera obligé de recablé tout cela en p2p. Donc 2 interventions, donc double coup. La note finale sera donc plus elevé qu'en P2P !!!"
-
Je me suis arrêté à celui là, c'était un peu l'apothéose.
-
Joli!
-
La consommation augmentera si on offre aux abonnés des sources de meilleures qualités :) la moyenne ne restera pas a 300 kbps
Quand il y aura la Google TV, ça va être autre chose...
-
Quand il y aura la Google TV, ça va être autre chose...
Ça dépend du FAI ça :D
-
Et sans NAT ça va plus vite?
J'ai fais mes tests avec nat et sans nat (mode routeur activé / désactivé) : on a presque les mêmes débits et la petite différence est en faveur du NAT : on a un débit de quelques Mb/s supérieur avec le NAT.
Je ne sais pas l'expliquer. Il est possible que ce ne soit pas lié au NAT mais j'ai reproduit le test.
Sur les commentaires, j'ai celui là qui est pas mal :
Tu es chez un fournisseur qui te livre en GPON : ton débit est partagé avec tes voisins, aucune garantie de débit...
L'adresse mail d'inscription est bien celle de Xavier Niel (@corp.free.fr)
-
Oui enfin bon on va pas demander au PDG d'être au niveau de l'ingénieur télécom. Par contre l'avis de Rani Assaf serait autrement beaucoup plus intéressant sur tous les arguments qui ont fait penche la balance en faveur du P2P, et sur la vision qu'il en avait, et les espérances en terme de timing / exploitation
-
Quand il y aura la Google TV, ça va être autre chose...
En france on a des box, pas sur que les google/apple/.. tv percent un jour
-
En France on est limité aux chaines proposées par son FAI.
La promesse de Google TV c'est d'avoir le même choix quel que soit le FAI.
-
Oui enfin bon on va pas demander au PDG d'être au niveau de l'ingénieur télécom. Par contre l'avis de Rani Assaf serait autrement beaucoup plus intéressant sur tous les arguments qui ont fait penche la balance en faveur du P2P, et sur la vision qu'il en avait, et les espérances en terme de timing / exploitation
Dans ce poste qui date de 2007 (Et oui déjà :) ) Rani (et Xavier) interviennent.
C'est le poste le plus intéressant que j'ai lu en 5ans sur le sujet P2P vs Gpon. A vous de juger )
http://forum.universfreebox.com/viewtopic.php?t=5585&highlight= (http://forum.universfreebox.com/viewtopic.php?t=5585&highlight=)
-
Arguments de Xavier75 (je suppose Xavier Niel) :
le dimensionnement de bande passante en PON n'est pas dynamique mais statique, si on veut que 1 abonné ait 1 Gbit/s garanti, il ne reste pas grande chose pour les 63/127 autres, et donc on est obligé de repasser une deuxième fibre optique si on veut garantir 1 Gbit/s à un autre abonné = en gros un réseau ... P2P !
soit on a déja un réseau, et on veut faire momentannèment des éconnomies, on pose du PON mais c'est stupide et il y a des choses 100% mieux à faire,
soit on a pas de réseau et le P2P est incontournable,
et tu ne parles pas d'un sujet intéressant = la sécurité des informations transportés !
en PON on peut assez simplement accéder à toutes les informations destinées à sa branche !!! bonjour la confidentialité !!
Neuf déploie du P2P à Paris par exemple,
1/ Le dimensionnement est dynamique : Il est possible de mettre 64 abonnés à 1 Gb/s sur un arbre Pon. Les 2488 Mb/s seront réparties en dynamiquement vers les abonnés qui consomment (comme sur le câble où on met 200 Mb/s pour 100 abonnés à 100 Mb/s)
2/ La sécurité : contrairement au P2P où il est facile et peu coûteux d'écouter un voisin en sniffant au point de connexion, en Gpon, les informations sont cryptées et ce cryptage n'est pas encore cassé. Donc le Gpon est plus sécurisé que le P2P.
3/ Neuf (SFR aujourd'hui) a fait une expérimentation du point à point à Paris et Gpon puis a décidé de tout faire en Gpon. Donc SFR préfère le Gpon. Gain de place, gain d'énergie.
-
Xavier est quelqu'un de bonne foi - en règle générale :) donc quand il écrit des bourdes on lui pardonne ^^
Rani est beaucoup plus précis et l'initiateur du poste très Pro ( je trouve).
-
Arguments de Rani :
Oui, super! Faisons la projection: dans 6 ans, il faudra remplacer tous les splitters (ou "coupleurs" dans la terminologie FranceTelecom) et détaille moi le plan de migration (tu coupes les 64 abonnés pendant 2 jours le tps de remplacer les mux/demux et t'envoies
une nouvelle box à tout le monde)? L'upgrade du réseau câblé à côté c'est de la tarte!
J'espère aussi que les coupleurs 1x8, tu les as pas amortis sur 15 ou 25 ans dans tes business models car là ça va faire mal aux fesses dans le bilan!!
A supposer aussi que le DWDM sera un jour à des prix permettant de l'utiliser dans
des produits de masse. Ca arrivera mais est-ce dans 3 ou 10 ans, don't know. Le prix
d'un mux/demux 32 lambdas c'est quand même pas donné!
Le 10G-PON est compatible avec le Gpon à 2488 Mb/s, il est donc possible de faire une migration en douceur en remplaçant les ONT/OLT avec du matériel 10G-PON tout en restant en Gpon à 2488 Mb/s et en basculant en 10 Gb/s une fois la migration effectuée. Bien sur on garde les mêmes coupleurs PON.
Le WDM-PON (Wavelength Division Multiplexing PON) avec une longueur d'onde par abonné est effectivement une très bonne idée quand la techno sera accessible. Je me demande si il est nécessaire de changer les coupleurs PON.
-
Je ne sais pas quelle techno de coupleur est utilisé mais dans un coupleur 1 vers 2 tu peux le fabriquer de façon à avoir une longueur d'onde qui part vers la sortie 1 et l'autre vers la sortie 2.
-
C'est un démux du coup ?
-
2/ La sécurité : contrairement au P2P où il est facile et peu coûteux d'écouter un voisin en sniffant au point de connexion, en Gpon, les informations sont cryptées et ce cryptage n'est pas encore cassé. Donc le Gpon est plus sécurisé que le P2P.
Pardon, mais là tu dis absolument n'importe quoi!
Ce sujet a été abordé plusieurs fois déjà.
-
Il suffit de mettre deux média converter et de connecter le tout avec un PC avec deux cartes réseau pour voir passer les paquets en P2P, les paquets n'étant pas chiffrés (ils sont juste dans un VLAN)
-
Déjà rien n’empêche de chiffrer tes échanges, par contre en GPON c'est simplement obligatoire. Tu veux le mettre ou ton média converter sinon ?
-
Tu veux le mettre ou ton média converter sinon ?
Au point de mutualisation. Quand ce n'est pas soudé, ce n'est pas compliqué...
Il y a même de la couleur pour repérer les personnes qu'il est possible d'écouter (rouge) :
(https://lafibre.info/images/free/201212_free_dans_immeuble_orange_02.jpg)
-
D'ou ma question, qu'est ce qu'il y a à écouter quand ce n'est pas soudé ? ;D C'est bien ça le problème avec les connecteurs par contre
-
Puis quelqu'un de motivé pourra toujours casser la soudure et mettre un fiberlock pour pas se trimbaler une soudeuse. Bon ça fait quand même James Bond tout ça.
-
Puis quelqu'un de motivé pourra toujours casser la soudure et mettre un fiberlock pour pas se trimbaler une soudeuse. Bon ça fait quand même James Bond tout ça.
(http://www.gamesprays.com/files/resource_media/preview/lool--5109_preview.png)
C'est sur qu'il veut plus que ton mot de passe Gmail et numéro de CB dans ce cas
-
Pour le mot de passe Gmail, il faut attaquer la connexion TLS : donc il faut un faux certification si on ne veut pas afficher un message d'alerte!
-
Simple curiosité, si tu as le 2-step Verification d'activé c'est bon ?
-
Pour moi c'est justement l'idée. Par contre vraiment contraignant au quotidien ce SMS à chaque fois, je prends le risque ;D
-
Tu as aussi l'appli sur le smartphone, et tu peux ne faire la 2-step que tous les 30 jours ou même considérer un terminal (ordi, smartphone,...) comme secure.
-
Je n'avais pas suivi l'évolution de ce service. Pas mal en effet désormais. Ce n'était pas précise dans la démo à sa sortie
-
Simple curiosité, si tu as le 2-step Verification d'activé c'est bon ?
Tu veux dire si quelqu'un
1) intercepte ta ligne
2) dispose d'un faux certificat
?
-
Après avoir testé la même URL que celle présentrée en tête du fil, je me rends compte qu'on peut effectivement monter à 1Gbps chez Free :
wget -O /dev/null http://1.testdebit.info/fichiers/1000Mo.dat
--2013-01-29 01:32:43-- http://1.testdebit.info/fichiers/1000Mo.dat
Resolving testdebit.info... 89.84.127.55
Connecting to testdebit.info|89.84.127.55|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1000000000 (954M) [application/x-ns-proxy-autoconfig]
Saving to: “/dev/null”
100%[===...===>] 1,000,000,000 112M/s in 8.5s
2013-01-29 01:32:51 (112 MB/s) - “/dev/null” saved [1000000000/1000000000]
Tout ça avec juste un switch pro + port SFP au lieu d'une Freebox + Media Converter...
-
Très intéressant ces résultats !
https://testdebit.info (https://testdebit.info) est effectivement un serveur adapté pour des tests à très haut débit.
J'ai déplacé le hors sujet sur la sécurité du Gpon dans le post Chiffrement du Gpon (https://lafibre.info/ftth-la-fibre-optique-gpon-ou-p2p/chiffrement-du-gpon/).
-
En effet intéressant. Maintenant il nous manque vraiment un test avec deux connexions fibre free en simultané pour comprendre comment tout cela est alimenté au nro. Et donc qu'elle est la capacité de celui-ci .
-
Les NRO Free sont sur une boucle 10 Gb/s.
-
Donc 10 gugus qui font le test sur 10 serveurs la fibre.info en même temps et le nro est saturé !! (j'ai bien dit en même temps !!)
Dans la réalité cela n'arrive pas comme tu nous le dit car on prendre le débit moyen consommé par abonné.
-
Les NROs même car il y a agrégation dans la boucle.
A titre de comparaison, chez OVH on ajoute une longueur d'onde (un lambda) à chaque NRA et les 10G par NRA se retrouvent bien au bout.
-
Exacte sur lyon on voit bien la boucle avec un traceroute !!
-
Donc 10 gugus qui font le test sur 10 serveurs la fibre.info en même temps et le nro est saturé !! (j'ai bien dit en même temps !!)
Déjà il faudrait les serveurs, ensuite si tu as les serveurs, tu satures le peering. Free est assez juste sur le dimensionnement de ses peerings donc +10 Gb/s brutalement, c'est chaud.
Maintenant le pourcentage de chance est le même que d'avoir au travail tous les employés qui se lèvent à la même seconde pour une envie pressante.
-
Donc 10 gugus qui font le test sur 10 serveurs la fibre.info en même temps et le nro est saturé !! (j'ai bien dit en même temps !!)
Dans la réalité cela n'arrive pas comme tu nous le dit car on prendre le débit moyen consommé par abonné.
Ca s'upgrade facilement anyway le jour ou tes 10 Gb/s seront saturés (pas demain la veille ..)
-
Le 10G-PON est compatible avec le Gpon à 2488 Mb/s, il est donc possible de faire une migration en douceur en remplaçant les ONT/OLT avec du matériel 10G-PON tout en restant en Gpon à 2488 Mb/s et en basculant en 10 Gb/s une fois la migration effectuée. Bien sur on grade les mêmes coupleurs PON.
Mais encore?
Il faut changer tous les matériels et ensuite on passe instantanèment en 10G?
Ou les deux normes peuvent coexister?
-
Oui enfin bon on va pas demander au PDG d'être au niveau de l'ingénieur télécom. Par contre l'avis de Rani Assaf serait autrement beaucoup plus intéressant sur tous les arguments qui ont fait penche la balance en faveur du P2P, et sur la vision qu'il en avait, et les espérances en terme de timing / exploitation
Il n'y a pas que l'aspect technique/performance; on peut aussi prendre les choses du point de vue commercial : déployer le P2P jusqu'au NRO permet de proposer une offre de gros bien plus pratique aux autres opérateurs.
-
Oui c'était d'ailleurs un des arguments en 2007 dans la roadmap de Free
-
Xavier est quelqu'un de bonne foi - en règle générale :) donc quand il écrit des bourdes on lui pardonne ^^
Rani est beaucoup plus précis et l'initiateur du poste très Pro ( je trouve).
XN est capable de s'exprimer sur un sujet auquel il ne comprend strictement rien alors que ce sujet est critique pour la survie de sa société (les licences GPL).
On n'imagine pas que Free puisse survive à un rappel forcé des Freebox pour cause de violation de licence libre - en plus de l'humiliation d'être condamné pour violation d'une licence libre.
-
Oui c'était d'ailleurs un des arguments en 2007 dans la roadmap de Free
Et c'est un bon argument.
Mais j'entends la critique des autres opérateurs sur le fait que Free ne veut pas d'équipements actifs tiers au NRO :
- il faut trouver un local proche pour renvoyer les câbles optiques, cela me semble très contraignant;
- c'est une inégalité entre Free et ses concurrents qui voudraient utiliser le réseau de Free Infrastructure.
-
Arguments de Xavier75 (je suppose Xavier Niel) :
(...)
et tu ne parles pas d'un sujet intéressant = la sécurité des informations transportés !
en PON on peut assez simplement accéder à toutes les informations destinées à sa branche !!! bonjour la confidentialité !!
Là, c'est vraiment trop!
Xavier, tu connais FreeWifi?
C'est un Wifi ouvert où n'importe qui dans le voisinage peut écouter, intercepter, altérer les données, et imiter un AP Freebox, et donc les connexions ne peuvent donc pas être reliées à un abonné - c'est donc une violation flagrante par Free de la loi HADOPI.
Xavier, au moment où tu écris ça tu sais que les emails Free ne sont accessibles ni en POP/TLS, ni en IMAP/TLS, ni sur un Webmail sur TLS?
Xavier, au moment où tu écris ça tu sais que quand on accède aux emails en IMAP la seule méthode d'authentification est le mot de passe en clair (le POP supporte une méthode digest, mais bizarrement les serveurs IMAP ne proposaient pas CRAM ni DIGEST)?
Je précise que l'accès POP/TLS et IMAP/TLS est heureusement maintenant proposé par Free, que CRAM-MD5 et DIGEST-MD5 sont proposées en IMAP, et que la console de gestion est maintenant accessible en HTTPS. Ce qui n'était pas le cas il y a quelques années.
-
On n'imagine pas que Free puisse survive à un rappel forcé des Freebox pour cause de violation de licence libre - en plus de l'humiliation d'être condamné pour violation d'une licence libre.
What??
Tu peux développer un peu ? Ça m'intéresse! :p
-
C'est simple. Jusqu'à il y a quelques temps, Free ne publiait pas le code source complet et correspondant des composants GPLv2 utilisés dans le firmware Freebox, violant donc cette licence ce qui la rend inapplicable, faisant perdre à Free le bénéfice de cette licence sur les composants dont la licence n'a pas été respectée, tels que le noyau linux (notamment le composant netfilter donc les ayant droits n'étaient pas contents) et BusyBox.
Les ayants droit exigeaient donc un rappel des Freebox fonctionnant avec du logiciel contrefait, c'est à dire toutes.
Ils pouvaient aussi interdire à Free de distribuer linux, de le copier, etc. sur toutes ses machines! Tout ça pour ne pas publier un code source sans intérêt.
Mais ça n'avait pas l'air d'émouvoir le père Niel.
-
Oui je me souviens de cet épisode ...
-
Ah ouais OK ! XD
Bon je retiens le troll... :p
-
À part moi, personne n'avait dit que cette affaire était un risque pour Free!!!
Et que le discours du père Niel relevait d'attaques minables contre une personne physique, un concurrent et des licences libres, et non d'une argumentation. Il était manifeste qu'il ne comprenait rien au sujet, et qu'il confondait des licences libres, qu'il ne comprenait pas les caractéristiques de la GPLv3 (qui de toute façon n'étaient pas pertinentes ici).
-
Arguments de Rani :
Oui, super! Faisons la projection: dans 6 ans, il faudra remplacer tous les splitters (ou "coupleurs" dans la terminologie FranceTelecom) et détaille moi le plan de migration (tu coupes les 64 abonnés pendant 2 jours le tps de remplacer les mux/demux et t'envoies
une nouvelle box à tout le monde)? L'upgrade du réseau câblé à côté c'est de la tarte!
Le délais de 6 ans est passé, non?