Auteur Sujet: Photos de FreeFTTH sur un immeuble mono-fibre Orange et tests de débit à 500Mb/s (Lu 74023 fois)

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 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

Citation de: chondro le 16 décembre 2012 à 22:11:27

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.

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

vivien · « **Réponse #1 le:** 03 janvier 2013 à 23:53:26 »

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.

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

On visualise bien ici que les fibres Orange sur la droite sont en attente de futur raccordement :

vivien · « **Réponse #2 le:** 03 janvier 2013 à 23:53:46 »

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) :

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 !)

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.

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...

vivien · « **Réponse #3 le:** 03 janvier 2013 à 23:54:31 »

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)

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

vivien · « **Réponse #4 le:** 03 janvier 2013 à 23:59:53 »

487 Mb/s de débit moyen utile soit 518 Mb/s débit brut Ethernet sur 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)

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 qui permet de voir les capacité maximal de la connexion :

$ wget -O /dev/null http://1.testdebit.info/fichiers/1000Mo.dat --2012-12-18 19:36:23-- 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
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 :

Citation de: JulFX le 23 février 2011 à 00:48:58

Citation de: Plop le 09 février 2011 à 10:27:39
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
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/actualite/photoreportages/75-18-freebox-revolution-serveur-demontage.html

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 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
- Hardware Spec
- Functional Spec

vivien · « **Réponse #5 le:** 04 janvier 2013 à 00:07:00 »

SpeedTest n'est pas optimisé pour de tel débits. (pour plusieurs centaiens de Mb/s, wget ou iperf 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 :

SpeeTest de Massy :

SpeedTest de Rennes :

SpeedTest de Paris (hébergé par mediactive) :

SpeedTest de Paris (hébergé par SFR) :

SpeedTest de Clichy :

SpeedTest de Roubaix (hébergé par OVH) :

vivien · « **Réponse #6 le:** 04 janvier 2013 à 00:15:06 »

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 :

(phénomène déjà observé sur une autre Freebox révolution en FTTH)

vivien · « **Réponse #7 le:** 04 janvier 2013 à 00:27:23 »

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 :

Code: [Sélectionner]

$ 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 :

Code: [Sélectionner]

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.

vivien · « **Réponse #8 le:** 04 janvier 2013 à 00:30:40 »

Traceroute vers LaFibre.info (Adeli / Maxnod) 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 --2012-12-18 20:24:56-- 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...

Snickerss · « **Réponse #9 le:** 04 janvier 2013 à 01:12:34 »

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)

Optrolight · « **Réponse #10 le:** 04 janvier 2013 à 10:09:31 »

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 !!!

Optrolight · « **Réponse #11 le:** 04 janvier 2013 à 10:16:34 »

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 !!

Auteur Sujet: Photos de FreeFTTH sur un immeuble mono-fibre Orange et tests de débit à 500Mb/s (Lu 74023 fois)

vivien

Photos de FreeFTTH sur un immeuble mono-fibre Orange et tests de débit à 500Mb/s

vivien

Photos de Free FTTH sur un immeuble mono-fibre d'Orange

vivien

Photos de Free FTTH sur un immeuble mono-fibre d'Orange

vivien

Photos de Free FTTH sur un immeuble mono-fibre d'Orange

vivien

Photos de Free FTTH sur un immeuble mono-fibre d'Orange

vivien

Photos de Free FTTH sur un immeuble mono-fibre d'Orange

vivien

Photos de Free FTTH sur un immeuble mono-fibre d'Orange

vivien

Photos de Free FTTH sur un immeuble mono-fibre d'Orange

vivien

Photos de Free FTTH sur un immeuble mono-fibre d'Orange

Snickerss

Photos de Free FTTH sur un immeuble mono-fibre d'Orange

Optrolight

Photos de Free FTTH sur un immeuble mono-fibre d'Orange

Optrolight

Photos de Free FTTH sur un immeuble mono-fibre d'Orange