La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Orange / Sosh => Actus Orange => Discussion démarrée par: Damien06 le 19 janvier 2019 à 18:04:44
-
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| LIVEBOX - 15 | 7 | 6 | 0 | 0 | 0 | 0 |
| 80.10.235.253 - 1 | 100 | 99 | 0 | 8 | 97 | 2 |
| ae118-0.ncnic101.Nice.francetelecom.net - 0 | 505 | 505 | 3 | 4 | 10 | 5 |
|ae45-0.nrmar101.Marseille3eArrondissement.francetelecom.net - 0 | 313 | 313 | 6 | 7 | 18 | 7 |
|ae44-0.nrlyo201.Lyon3eArrondissement.francetelecom.net - 0 | 198 | 198 | 9 | 11 | 50 | 11 |
|ae43-0.nolyo101.Lyon3eArrondissement.francetelecom.net - 0 | 213 | 213 | 9 | 10 | 15 | 10 |
| 193.252.227.98 - 0 | 211 | 211 | 10 | 10 | 13 | 11 |
| lag-ly-1.th2-1.rt.hopus.net - 12 | 9 | 8 | 43 | 43 | 44 | 43 |
| online.dc3-1.rt.hopus.net - 50 | 2 | 1 | 43 | 43 | 43 | 43 |
| bb2-bb1-be12876.dc3.poneytelecom.eu - 34 | 3 | 2 | 44 | 44 | 44 | 44 |
| pni-th2-a9k1.th2.poneytelecom.eu - 50 | 2 | 1 | 44 | 44 | 44 | 44 |
| 195.154.2.195 - 5 | 23 | 22 | 43 | 43 | 44 | 44 |
| Lyra.nitrogroup.fr - 50 | 2 | 1 | 44 | 44 | 44 | 44 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
(https://www.speedtest.net/result/7970662459.png)
-
Même constatation chez moi.
Les traceroute reviennent propre quand il s'agit de pointer sur des serveurs online.net par exemple.
Tandis qu'un google.com c'est la mort, ça packet Loss dans tous les sens, voir TimedOut.
Depuis 16H30.
Edit : ça commence à aller mieux à 18h35
-
Oui dans le MTR, ce sont les pertes de paquets qui sont importantes, toutefois il serait nécessaire d'avoir le chemin retour pour pouvoir conclure sur l'endroit où cela se produit
-
HOST: mai Loss% Snt Last Avg Best Wrst StDev
1.|-- 62-210-73-1.rev.poneytele 0.0% 1 0.3 0.3 0.3 0.3 0.0
2.|-- 195.154.1.242 0.0% 1 0.9 0.9 0.9 0.9 0.0
3.|-- online.th2-2.rt.hopus.net 0.0% 1 2.2 2.2 2.2 2.2 0.0
4.|-- 193.253.13.205 0.0% 1 6.3 6.3 6.3 6.3 0.0
5.|-- ae50-0.nridf301.Paris15eA 0.0% 1 2.7 2.7 2.7 2.7 0.0
6.|-- ae40-0.nridf302.Paris13eA 0.0% 1 29.7 29.7 29.7 29.7 0.0
7.|-- ae41-0.nrmar102.Marseille 0.0% 1 38.2 38.2 38.2 38.2 0.0
8.|-- ae40-0.nrmar101.Marseille 0.0% 1 38.3 38.3 38.3 38.3 0.0
9.|-- ae42-0.ncnic101.Nice.fran 0.0% 1 40.8 40.8 40.8 40.8 0.0
10.|-- lag-118.necnn051.Cannes.f 0.0% 1 42.7 42.7 42.7 42.7 0.0
11.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
-
Hello,
je remonte ce topic pour éviter d'en faire un nouveau :)
J'ai de grosse lenteur vers 92.122.218.155 (akamaitechnologies.com)
Pas de changement de mon coté.
Peu importe les DNS que j'utilise (Orange/Google/ FDN) et même en 4G (Orange)
Voici le traceroute:
C:\Users>nslookup 92.122.218.155
Serveur : dns-abo-static-a.wanadoo.fr
Address: 80.10.246.2
Nom : a92-122-218-155.deploy.static.akamaitechnologies.com
Address: 92.122.218.155
C:\Users>tracert 92.122.218.155
Détermination de l’itinéraire vers a92-122-218-155.deploy.static.akamaitechnologies.com [92.122.218.155]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 192.168.1.254
2 10 ms 1 ms <1 ms 80.10.237.241
3 2 ms 1 ms 2 ms lag-116.nctou101.Toulouse.francetelecom.net [193.249.214.94]
4 7 ms 7 ms 7 ms ae43-0.nipoi201.Poitiers.francetelecom.net [193.252.160.49]
5 18 ms 18 ms 18 ms 193.252.137.18
6 22 ms 22 ms 22 ms hundredgige0-11-0-0.madtr2.madrid.opentransit.net [193.251.131.98]
7 110 ms 109 ms 107 ms et-7-0-7-0.pastr3.paris.opentransit.net [193.251.133.67]
8 115 ms 112 ms 110 ms akamai-84.gw.opentransit.net [193.251.251.24]
9 111 ms 110 ms 108 ms a92-122-218-155.deploy.static.akamaitechnologies.com [92.122.218.155]
Je suis sur Toulouse.
Avez vous des soucis similaire ?
Merci :)
-
le 3215 qui sature sur Paris
-
Salut, passer par Madrid pour atterrir à Paris, c'est louche ???
Depuis Lyon, j'ai plutôt cette route :
moon@Freeze:[~] > traceroute -A 92.122.218.155
traceroute to 92.122.218.155 (92.122.218.155), 30 hops max, 60 byte packets
1 livebox.home (192.168.0.1) [AS198949] 0.829 ms 0.514 ms 0.529 ms
2 80.10.234.61 (80.10.234.61) [*] 2.035 ms 1.734 ms 1.939 ms
3 ae108-0.nclyo201.Lyon3eArrondissement.francetelecom.net (193.253.87.194) [*] 16.314 ms 16.138 ms 15.937 ms
4 ae41-0.nilyo201.Lyon3eArrondissement.francetelecom.net (193.252.101.145) [*] 1.630 ms 1.488 ms 2.403 ms
5 81.253.184.114 (81.253.184.114) [*] 12.199 ms 11.980 ms 12.383 ms
6 et-3-0-1-0.pastr3.paris.opentransit.net (193.251.240.174) [AS5511] 23.420 ms 23.141 ms 22.951 ms
7 akamai-84.gw.opentransit.net (193.251.251.24) [AS5511] 25.611 ms 25.438 ms 25.239 ms
8 a92-122-218-155.deploy.static.akamaitechnologies.com (92.122.218.155) [AS16625/AS20940] 23.470 ms 23.305 ms 24.057 ms
-
Un pote a le même soucis chez Orange, il a constaté la même chose (Toulouse aussi)
Un autre ami sur Marseille, pas de soucis.
Ça va un mieux a présent, mais c'est toujours pas ça.
Il doit y avoir encore un petit soucis.
C:\Users>tracert 92.122.218.155
Détermination de l’itinéraire vers a92-122-218-155.deploy.static.akamaitechnologies.com [92.122.218.155]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 192.168.1.254
2 1 ms 10 ms <1 ms 80.10.237.241
3 * 1 ms 1 ms lag-116.nctou101.Toulouse.francetelecom.net [193.249.214.94]
4 7 ms 13 ms 7 ms ae43-0.nipoi201.Poitiers.francetelecom.net [193.252.160.49]
5 19 ms 19 ms 18 ms 193.252.137.18
6 27 ms 27 ms 27 ms hundredgige0-0-0-3.bartr2.barcelona.opentransit.net [193.251.132.217]
7 62 ms 44 ms 45 ms et-0-0-7-0.bartr1.barcelona.opentransit.net [193.251.132.24]
8 52 ms 53 ms 53 ms et-9-1-6-0.pastr3.paris.opentransit.net [193.251.131.158]
9 51 ms 57 ms 55 ms akamai-84.gw.opentransit.net [193.251.251.24]
10 56 ms 56 ms 55 ms a92-122-218-155.deploy.static.akamaitechnologies.com [92.122.218.155]
-
Probablement lié à l'incident en cours en île-de-France :
🚨Câbles Fibre accidentellement coupés (travaux d'une entreprise)
▶️Interruption réseaux téléphone fixe et internet
🗺️A Aubervilliers, St Denis, La Courneuve, Roissy et Tremblay en France
🚧Techniciens Orange sur place depuis hier
🗓️Rétablissement complet prévu pour le 23/01
Source : OrangeIDF (https://x.com/OrangeIDF/status/1086630723811987456)
-
Quelques images de la coupure par Infos-Réseaux.com (https://x.com/InfosReseaux/status/1086718854347350017)
(https://lafibre.info/images/orange/201909_coupure_orange_idf_1.jpg)
(https://lafibre.info/images/orange/201909_coupure_orange_idf_2.jpg)
(https://lafibre.info/images/orange/201909_coupure_orange_idf_3.jpg)
-
Les fourreaux sont exposés à plusieurs endroits.
(https://lafibre.info/images/orange/201909_coupure_orange_idf_4.jpg)
(https://lafibre.info/images/orange/201909_coupure_orange_idf_5.jpg)
-
Une fouille préparatoire à un passage de conduite d'eau en fonçage pourrait être à l'origine de la casse.
(https://lafibre.info/images/orange/201909_coupure_orange_idf_6.jpg)
-
C'est donc ça. VDSL Orange (en Dordogne) et gros problèmes autour de 18h. Constaté surtout vers Youtube (on regardait un truc avec les gosses à ce moment là)
-
Via
madrid Barcelone moi pour Akamai
damien@bart ~ $ traceroute -A 92.122.218.155
traceroute to 92.122.218.155 (92.122.218.155), 30 hops max, 60 byte packets
1 192.168.1.1 (192.168.1.1) [AS198949] 4.323 ms 4.310 ms 4.261 ms
2 livebox.home (192.168.0.1) [AS198949] 4.854 ms 5.001 ms 5.305 ms
3 * * *
4 ae113-0.ncbor201.Bordeaux.francetelecom.net (193.253.94.98) [*] 13.667 ms 13.655 ms 13.749 ms
5 ae42-0.nipoi201.Poitiers.francetelecom.net (193.252.100.25) [*] 17.077 ms 17.225 ms 17.408 ms
6 193.252.137.18 (193.252.137.18) [*] 29.689 ms 24.043 ms 25.353 ms
7 hundredgige0-1-0-2.bartr2.barcelona.opentransit.net (193.251.128.105) [AS5511] 35.176 ms hundredgige0-0-0-5.bartr2.barcelona.opentransit.net (193.251.132.199) [AS5511] 35.114 ms hundredgige0-1-0-7.bartr2.barcelona.opentransit.net (193.251.132.60) [AS5511] 35.038 ms
8 et-0-1-6-0.bartr1.barcelona.opentransit.net (193.251.133.168) [AS5511] 63.785 ms et-1-0-7-0.bartr1.barcelona.opentransit.net (193.251.242.5) [AS5511] 63.681 ms et-0-0-7-0.bartr1.barcelona.opentransit.net (193.251.132.24) [AS5511] 53.839 ms
9 et-6-0-6-0.pastr3.paris.opentransit.net (193.251.133.252) [AS5511] 77.191 ms et-8-1-0-0.pastr3.paris.opentransit.net (193.251.128.40) [AS5511] 75.677 ms et-8-0-0-0.pastr3.paris.opentransit.net (193.251.132.12) [AS5511] 73.930 ms
10 akamai-84.gw.opentransit.net (193.251.251.24) [AS5511] 70.364 ms 78.946 ms 78.628 ms
11 a92-122-218-155.deploy.static.akamaitechnologies.com (92.122.218.155) [AS16625/AS20940] 68.801 ms 69.423 ms 69.398 ms
-
le problème touche seulement Orange France (AS3215) mais pas OTI (AS5511)
-
Via madrid Barcelone moi pour Akamai
damien@bart ~ $ traceroute -A 92.122.218.155
traceroute to 92.122.218.155 (92.122.218.155), 30 hops max, 60 byte packets
1 192.168.1.1 (192.168.1.1) [AS198949] 4.323 ms 4.310 ms 4.261 ms
2 livebox.home (192.168.0.1) [AS198949] 4.854 ms 5.001 ms 5.305 ms
3 * * *
4 ae113-0.ncbor201.Bordeaux.francetelecom.net (193.253.94.98) [*] 13.667 ms 13.655 ms 13.749 ms
5 ae42-0.nipoi201.Poitiers.francetelecom.net (193.252.100.25) [*] 17.077 ms 17.225 ms 17.408 ms
6 193.252.137.18 (193.252.137.18) [*] 29.689 ms 24.043 ms 25.353 ms
7 hundredgige0-1-0-2.bartr2.barcelona.opentransit.net (193.251.128.105) [AS5511] 35.176 ms hundredgige0-0-0-5.bartr2.barcelona.opentransit.net (193.251.132.199) [AS5511] 35.114 ms hundredgige0-1-0-7.bartr2.barcelona.opentransit.net (193.251.132.60) [AS5511] 35.038 ms
8 et-0-1-6-0.bartr1.barcelona.opentransit.net (193.251.133.168) [AS5511] 63.785 ms et-1-0-7-0.bartr1.barcelona.opentransit.net (193.251.242.5) [AS5511] 63.681 ms et-0-0-7-0.bartr1.barcelona.opentransit.net (193.251.132.24) [AS5511] 53.839 ms
9 et-6-0-6-0.pastr3.paris.opentransit.net (193.251.133.252) [AS5511] 77.191 ms et-8-1-0-0.pastr3.paris.opentransit.net (193.251.128.40) [AS5511] 75.677 ms et-8-0-0-0.pastr3.paris.opentransit.net (193.251.132.12) [AS5511] 73.930 ms
10 akamai-84.gw.opentransit.net (193.251.251.24) [AS5511] 70.364 ms 78.946 ms 78.628 ms
11 a92-122-218-155.deploy.static.akamaitechnologies.com (92.122.218.155) [AS16625/AS20940] 68.801 ms 69.423 ms 69.398 ms
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| LIVEBOX - 0 | 6 | 6 | 0 | 0 | 0 | 0 |
| 80.10.235.253 - 0 | 98 | 98 | 0 | 8 | 98 | 1 |
| ae118-0.ncnic101.Nice.francetelecom.net - 0 | 891 | 891 | 3 | 4 | 15 | 4 |
|ae43-0.nimar101.Marseille3eArrondissement.francetelecom.net - 0 | 553 | 553 | 6 | 7 | 42 | 8 |
|ae40-0.nimar102.Marseille3eArrondissement.francetelecom.net - 0 | 531 | 531 | 6 | 7 | 47 | 7 |
| 193.252.137.54 - 0 | 254 | 254 | 15 | 16 | 23 | 15 |
|et-17-1-8-0.pastr3.paris.opentransit.net - 0 | 239 | 239 | 15 | 17 | 54 | 16 |
| akamai-84.gw.opentransit.net - 0 | 80 | 80 | 17 | 52 | 158 | 62 |
|a92-122-218-155.deploy.static.akamaitechnologies.com - 0 | 244 | 244 | 16 | 16 | 24 | 16 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
Bah mince, moi qui pensait que c'était OTI qui faisait encore des routages foireux.
A Lyon il y a 3 voies, une pour Paris (actuellement coupée, avec une IP qui fini en .102) une pour Marseille (.90) et une vers Francfort (.114)
Le .102 (MTR d'avant) :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| livebox.home - 0 | 3 | 3 | 0 | 0 | 0 | 0 |
| 80.10.235.21 - 0 | 3 | 3 | 1 | 2 | 4 | 4 |
| ae111-0.nclyo202.Lyon.francetelecom.net - 0 | 3 | 3 | 1 | 3 | 8 | 1 |
| ae41-0.nilyo202.Lyon.francetelecom.net - 0 | 3 | 3 | 0 | 0 | 1 | 1 |
| 81.253.184.102 - 0 | 3 | 3 | 10 | 11 | 13 | 10 |
|et-12-1-1-0.pastr3.parispastourelle.opentransit.net - 0 | 3 | 3 | 6 | 8 | 14 | 14 |
| ae-26.r04.parsfr01.fr.bb.gin.ntt.net - 0 | 3 | 3 | 7 | 7 | 7 | 7 |
| ae-2.r25.londen12.uk.bb.gin.ntt.net - 0 | 3 | 3 | 18 | 18 | 18 | 18 |
| ae-1.r24.londen12.uk.bb.gin.ntt.net - 0 | 3 | 3 | 18 | 18 | 19 | 18 |
| ae-6.r24.frnkge08.de.bb.gin.ntt.net - 0 | 3 | 3 | 18 | 19 | 22 | 22 |
| ae-1.r02.frnkge03.de.bb.gin.ntt.net - 0 | 3 | 3 | 18 | 18 | 19 | 19 |
| 83.231.214.54 - 0 | 3 | 3 | 18 | 18 | 18 | 18 |
| 108.61.112.21.choopa.net - 0 | 2 | 2 | 18 | 18 | 18 | 18 |
|________________________________________________|______|______|______|______|______|______|
-
oui toujours aussi foireux OTI
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| LIVEBOX - 17 | 30 | 25 | 0 | 0 | 0 | 0 |
| 80.10.235.253 - 2 | 281 | 276 | 0 | 8 | 99 | 0 |
| ae118-0.ncnic101.Nice.francetelecom.net - 1 | 4511 | 4510 | 3 | 4 | 26 | 3 |
|ae43-0.nimar101.Marseille3eArrondissement.francetelecom.net - 0 | 2899 | 2899 | 6 | 7 | 64 | 7 |
|ae40-0.nimar102.Marseille3eArrondissement.francetelecom.net - 0 | 2850 | 2850 | 6 | 7 | 48 | 7 |
| 193.252.137.54 - 0 | 1381 | 1381 | 15 | 16 | 22 | 16 |
|et-17-1-7-0.pastr3.paris.opentransit.net - 1 | 1059 | 1058 | 15 | 17 | 54 | 20 |
| ae-26.r04.parsfr01.fr.bb.gin.ntt.net - 1 | 1107 | 1106 | 15 | 16 | 24 | 17 |
| ae-3.r03.parsfr02.fr.bb.gin.ntt.net - 0 | 834 | 834 | 26 | 27 | 34 | 27 |
| ae-8.r02.parsfr02.fr.bb.gin.ntt.net - 0 | 757 | 757 | 29 | 30 | 36 | 30 |
| ae-7.r25.londen12.uk.bb.gin.ntt.net - 0 | 802 | 802 | 27 | 28 | 44 | 27 |
| ae-1.r24.londen12.uk.bb.gin.ntt.net - 0 | 797 | 797 | 27 | 28 | 47 | 28 |
| ae-6.r24.frnkge08.de.bb.gin.ntt.net - 0 | 741 | 741 | 29 | 30 | 61 | 30 |
| ae-13.r03.frnkge03.de.bb.gin.ntt.net - 1 | 610 | 609 | 29 | 30 | 35 | 30 |
| ae-1.a01.frnkge03.de.bb.gin.ntt.net - 0 | 738 | 738 | 29 | 30 | 50 | 30 |
| 83.231.214.54 - 0 | 725 | 725 | 29 | 31 | 57 | 30 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| 108.61.112.21.choopa.net - 1 | 691 | 690 | 29 | 30 | 34 | 30 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| LIVEBOX - 17 | 18 | 15 | 0 | 0 | 0 | 0 |
| 80.10.235.253 - 1 | 200 | 198 | 0 | 7 | 99 | 99 |
| ae118-0.ncnic101.Nice.francetelecom.net - 0 | 1967 | 1967 | 3 | 4 | 18 | 5 |
|ae43-0.nimar101.Marseille3eArrondissement.francetelecom.net - 0 | 1242 | 1242 | 6 | 7 | 44 | 7 |
| 193.252.137.50 - 0 | 447 | 447 | 19 | 21 | 61 | 21 |
|et-11-0-1-0.ffttr7.frankfurt.opentransit.net - 0 | 437 | 437 | 20 | 21 | 50 | 21 |
| t2c3-xe-10-0-0-0.de-fra.eu.bt.net - 0 | 438 | 438 | 20 | 21 | 43 | 21 |
| t2c2-p3-0.fr-par2.eu.bt.net - 0 | 437 | 437 | 20 | 21 | 42 | 21 |
| t2c4-xe-1-0-1-0.uk-lof.eu.bt.net - 0 | 267 | 267 | 34 | 35 | 70 | 35 |
| t2c1-ge0-1-1.se-got.eu.bt.net - 0 | 202 | 202 | 45 | 46 | 73 | 46 |
| 166-49-168-129.eu.bt.net - 0 | 201 | 201 | 45 | 47 | 65 | 46 |
|bundle-ether13.core101.cwt.btireland.net - 0 | 204 | 204 | 45 | 46 | 47 | 46 |
| bundle-ether110.rt102.cwt.btireland.net - 0 | 203 | 203 | 45 | 46 | 47 | 46 |
| 193.95.152.5 - 0 | 204 | 204 | 45 | 45 | 52 | 46 |
|sky-78-16-85-251.bas512.cwt.btireland.net - 0 | 111 | 111 | 82 | 84 | 88 | 84 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| LIVEBOX - 15 | 7 | 6 | 0 | 0 | 0 | 0 |
| 80.10.235.253 - 2 | 99 | 98 | 0 | 6 | 98 | 1 |
| ae118-0.ncnic101.Nice.francetelecom.net - 0 | 660 | 660 | 3 | 4 | 10 | 4 |
|ae43-0.nimar101.Marseille3eArrondissement.francetelecom.net - 0 | 410 | 410 | 6 | 7 | 42 | 7 |
| 193.252.137.50 - 0 | 147 | 147 | 19 | 21 | 37 | 20 |
|et-12-0-8-0.ffttr7.frankfurt.opentransit.net - 0 | 143 | 143 | 20 | 21 | 43 | 21 |
| 81.52.188.56 - 0 | 146 | 146 | 20 | 21 | 43 | 21 |
| de-fra01b-rc1-ae0-0.aorta.net - 0 | 94 | 94 | 30 | 32 | 56 | 31 |
| nl-ams17b-rc1-lag-40-0.aorta.net - 3 | 47 | 46 | 30 | 30 | 31 | 31 |
| nl-ams04a-ri3-ae9-0.aorta.net - 0 | 90 | 90 | 30 | 33 | 74 | 33 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
|haye-core-2b-ae8-0.network.virginmedia.net - 0 | 91 | 91 | 31 | 32 | 45 | 32 |
|haye-core-2a-ae1-0.network.virginmedia.net - 0 | 92 | 92 | 31 | 31 | 32 | 32 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
J'aime quand c'est direct :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| _gateway - 0 | 4 | 4 | 0 | 0 | 0 | 0 |
| 145.239.153.19 - 0 | 4 | 4 | 7 | 7 | 7 | 7 |
| 145.239.153.139 - 0 | 4 | 4 | 7 | 7 | 8 | 7 |
| be100-45.th2-1-a9.fr.eu - 0 | 4 | 4 | 7 | 9 | 12 | 10 |
| be100-1043.rbx-g1-nc5.fr.eu - 0 | 4 | 4 | 11 | 11 | 12 | 11 |
| be100-1041.ldn-1-a9.uk.eu - 0 | 4 | 4 | 14 | 14 | 15 | 14 |
| 195.66.236.108 - 0 | 4 | 4 | 14 | 14 | 15 | 14 |
| t2c4-xe5-0-0-0-0.uk-lon1.eu.bt.net - 0 | 4 | 4 | 14 | 15 | 16 | 15 |
| t2c2-p4-1-1.uk-lon2.eu.bt.net - 0 | 4 | 4 | 28 | 35 | 56 | 28 |
| 166-49-168-195.eu.bt.net - 0 | 4 | 4 | 28 | 28 | 29 | 28 |
|bundle-ether14.core101.bmt.btireland.net - 0 | 4 | 4 | 28 | 28 | 29 | 28 |
| hung0-0-0-0.core102.cwt.btireland.net - 0 | 4 | 4 | 28 | 28 | 29 | 28 |
| bundle-ether29.rt101.cwt.btireland.net - 0 | 4 | 4 | 28 | 28 | 29 | 28 |
| 193.95.152.5 - 0 | 4 | 4 | 28 | 28 | 28 | 28 |
|sky-78-16-85-251.bas512.cwt.btireland.net - 0 | 4 | 4 | 66 | 66 | 68 | 67 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
Bon sauf que le routeur client de fin répond avec une latence de 66, c'est sûrement sur de l'ADSL.
Je prends toujours l'avant dernier saut. Donc 28ms pour l'Ireland c'est normal (25-30ms), et ceci depuis Lyon.
-
sur la première photo, le traceroute du mec qui manipulait la pelleteuse est déjà indiqué ... "pole emploi" ;D
-
Orange/Marseille vers BT/Cardiff:
# mtr -4rwbezc10 somewhere.in.uk
Start: 2019-01-20T04:44:00+0100
HOST: wopr Loss% Snt Last Avg Best Wrst StDev
1. AS??? AstriaPorta.vl102.mrs.in.byme.at (192.168.44.33) 0.0% 10 0.3 0.3 0.2 0.3 0.0
2. AS??? 80.10.234.97 0.0% 10 1.4 257.1 0.6 889.5 342.0
3. AS??? 193.249.213.54 0.0% 10 1.1 2.0 1.1 5.3 1.2
4. AS??? 193.252.161.29 0.0% 10 1.5 1.2 0.7 1.8 0.4
5. AS??? 193.252.137.54 0.0% 10 10.9 11.2 10.4 12.8 0.7
6. AS??? et-17-0-0-0.pastr3.paris.opentransit.net (193.251.242.160) 0.0% 10 10.2 13.0 10.2 19.2 3.1
7. AS??? hundredgige0-0-0-17.lontr5.london.opentransit.net (193.251.241.159) 0.0% 10 26.3 24.0 22.1 29.2 2.4
8. AS??? bt-5.gw.opentransit.net (193.251.249.102) 0.0% 10 25.3 23.9 21.5 29.1 2.5
9. AS5400 166-49-211-235.eu.bt.net (166.49.211.235) 0.0% 10 22.4 22.9 22.1 25.0 0.9
10. AS2856 core3-hu0-16-0-4.faraday.ukcore.bt.net (213.121.193.186) 0.0% 10 23.4 23.8 23.0 25.2 0.7
11. AS2856 acc1-te0-4-0-6.l-far.21cn-ipp.bt.net (109.159.249.38) 0.0% 10 31.8 29.6 23.2 62.0 11.9
12. AS2856 109.159.249.81 0.0% 10 23.4 26.8 22.8 47.7 7.8
13. AS2856 217.41.168.106 0.0% 10 25.3 25.1 23.6 32.2 2.6
14. AS2856 213.120.178.64 0.0% 10 24.0 24.4 23.1 29.4 1.9
15. AS2856 213.120.177.97 0.0% 10 22.7 23.7 22.7 27.2 1.4
16. AS2856 213.120.178.136 0.0% 10 24.0 23.1 22.2 25.5 1.0
17. AS2856 host81-134-163-225.in-addr.btopenworld.com (81.134.163.225) 0.0% 10 33.8 34.2 33.8 35.0 0.4
18. AS2856 host81-150-49-ABC.in-addr.btopenworld.com (81.150.49.ABC) 0.0% 10 35.0 36.0 34.5 38.6 1.5
Étrangement, on joint 193.251.241.159 en 17 ms d'OBS/Marseille.
-
sur la première photo, le traceroute du mec qui manipulait la pelleteuse est déjà indiqué ... "pole emploi" ;D
Je ne pense pas, la responsabilité est probablement au-dessus.
Trop facile de faire porter la responsabilité sur la personne qui exécute, a moins qu'il ait vraiment fait n'importe quoi.
J'ai souvenir du Vol 603 AeroPerú (un Boeing 757) qui est s'est crashé le 2 octobre 1996 avec ses 70 passagers, car un agent chargé du dégivrage de l'appareil a oublié de retirer les bandes adhésives de protection mises sur les entrées des prises d'air statiques. Les prises d'air statiques obstruées font que les instruments de vol affichent des données contradictoires en vitesse et en altitude. Le pilote tente un atterrissage d'urgence mais s'écrase dans l'océan Pacifique.
La facilité c'est de dire que c'est le peintre le responsable du crash...
"Le calculateur devenu fou, signalait des alarmes à tout va, en donnant même des informations contradictoires (vitesse trop élevée et trop faible en même temps par exemple). Les pilotes, sans mesure de vitesse ni d'altitude, ne purent, malgré leurs efforts, éviter la catastrophe. Ils plongèrent sans s'en rendre compte, en pleine nuit noire, dans l'océan."
=> https://fr.wikipedia.org/wiki/Vol_603_AeroPer%C3%BA
-
Après on peut s'interroger sur le déroulement de ce fibercut. On parlerait de 27 câbles coupés, j'ai tendance à penser que ça ne se fait pas en un coup de godet.
Un peu comme l'incident de Velizy (2011) où non content de s'être fait un câble électrique, la personne conduisant l'engin de chantier a continué avec une botte de fourreaux à 15m de là.
-
Le lien : Coupure géante de fibre optique à Vélizy (https://lafibre.info/yvelines/coupure-geante-de-fibre-optique-a-velizy-78/) (photos de Nico)
-
En tout cas, cela ne semble pas impacter le réseau Free. Rien sur le site free-reseau. Sur un traceroute vers Orange, rien de particulier non plus.
-
Si je comprends bien ce que dit Aize147, il y a 1 des 3 portes entre Orange France (AS3215) et Orange Open Transit Internet (AS5511) qui est coupée :
Bah mince, moi qui pensait que c'était OTI qui faisait encore des routages foireux.
A Lyon il y a 3 voies, une pour Paris (actuellement coupée, avec une IP qui fini en .102) une pour Marseille (.90) et une vers Francfort (.114)
-
Dailymotion a perdu 2x100G dans la coupure selon PY Maunier.
https://x.com/pymaunier/status/1086877675560542208
Concernant Free, il est possible qu'une interco du même genre ait été coupée, mais ça n'est pas forcement visible. Pour Free-Reseau, comme ça n'est pas à proximité d'un NRA/NRO (mais d'un POP) ça ne me semble pas étonnant de ne rien voir.
-
Intéressant. Mais j'ai des lags très importants depuis des semaines sur orange ftth à Versailles, même après redémarrage de la box. Je lisait donc ce sujet pour voir si ça parlait de la même chose... mais en fait on a plutôt un incident récent. Donc pas vraiment.
-
L'incident semble résolu, ça repasse par Paris (les interfaces en .101 dans le sens Paris - Lyon et .102 pour Lyon - Paris) :
Start: Sun Jan 20 12:15:33 2019
HOST: jp.looking.house Loss% Snt Last Avg Best Wrst StDev
1.|-- 103.75.118.1 0.0% 1 1.6 1.6 1.6 1.6 0.0
2.|-- hosted-by.i3d.net 0.0% 1 0.3 0.3 0.3 0.3 0.0
3.|-- ae-7.a00.tokyjp03.jp.bb.gin.ntt.net 0.0% 1 5.6 5.6 5.6 5.6 0.0
4.|-- ae-10.r00.tokyjp08.jp.bb.gin.ntt.net 0.0% 1 1.0 1.0 1.0 1.0 0.0
5.|-- ae-16.r30.tokyjp05.jp.bb.gin.ntt.net 0.0% 1 7.4 7.4 7.4 7.4 0.0
6.|-- ae-4.r23.snjsca04.us.bb.gin.ntt.net 0.0% 1 107.8 107.8 107.8 107.8 0.0
7.|-- ae-41.r02.snjsca04.us.bb.gin.ntt.net 0.0% 1 108.5 108.5 108.5 108.5 0.0
8.|-- ae-4.r06.plalca01.us.bb.gin.ntt.net 0.0% 1 108.3 108.3 108.3 108.3 0.0
9.|-- ae-0.orange.plalca01.us.bb.gin.ntt.net 0.0% 1 110.9 110.9 110.9 110.9 0.0
10.|-- hundredgige0-8-0-0.nyktr1.newyorkny.opentransit.net 0.0% 1 163.5 163.5 163.5 163.5 0.0
11.|-- tengige0-3-0-3.auvtr5.aubervilliers.opentransit.net 0.0% 1 252.6 252.6 252.6 252.6 0.0
12.|-- 81.253.184.101 0.0% 1 252.9 252.9 252.9 252.9 0.0
13.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
-
Il est en effet probable que les premiers câbles de fibres réparés sont ceux qui entraînent un impact client (ceux qui entraînement juste une perte de redondance, c'est moins urgent)
-
Hello,
Ahh ben voilà la raison !
Je suis à Paris 10e, depuis quelques jours je suis max a 250-300 MB/s Download et 200-250 MB/s en Upload (Alors que normalement 950-300 Mb/s)...J'ai contacté le 3900 vendredi ===> Tech Niv 2 me confirme que je suis bien paramétré en Fibre Up 1Gb - 300, car je viens de basculer de JEt en up il n'y a pas très longtemps et j'ai de suite pensé à un défaut de paramétrage....
Le tech', me confirme que des incidents / travaux à Paris et plus précisèment...dans ma Zone Géographique ont eu lieu....
Il me contact Lundi pour la suite...
J'ai bien sur forcé le changement d'IP, rebooté la Livebox 4, éteint le décodeur TV UHD-TV5, je suis sur Mac connecté en RJ45 ( cat 6a)...etc...mais en vain.
A suivre...
Cyril
-
Bonjour,
Est ce quelque chose à voir ou non, mais sur le Périph parisien ce jour, les panneaux d'informations affichent que les bornes d'appels d'urgence ne fonctionnent pas.
Constaté depuis Porte Dorée à Porte de la Villette dans les deux sens.
C'est la première fois que je vois ça.
-
Je constate les DNS d'Orange HS chez moi (81.253.149.6 / 80.10.246.136)
Quand je passe de force sur mon PC sur les DNS Google pas de problème.
-
J'ai le site ouest-france et d'autres qui mettent plus de deux minutes pour afficher une page. En revanche ok sur lafibre.info et d'autres.
-
Les techniciens se relaient sur site.
Dam´s, technicien FO Déploiement FTTH dit "Direction les 24 heures de la fibre !!!😎 J'essai de remonter des infos.." et il nous poste cette photo (https://x.com/__Dams/with_replies) :
(https://lafibre.info/images/orange/201909_coupure_orange_idf_7.jpg)
-
Je constate les DNS d'Orange HS chez moi (81.253.149.6 / 80.10.246.136)
Quand je passe de force sur mon PC sur les DNS Google pas de problème.
D'après l'assistance Orange, ce serait plutôt ceux là ?
" Saisir les adresses DNS
DNS primaire 80.10.246.2
DNS secondaire 80.10.246.129"
Mais ils ne répondent pas non plus.
-
Côté Infra :
(https://lafibre.info/images/orange/201909_coupure_orange_idf_8.jpg)
Bon courage !
-
Je constate les DNS d'Orange HS chez moi (81.253.149.6 / 80.10.246.136)
Quand je passe de force sur mon PC sur les DNS Google pas de problème.
D'après l'assistance Orange, ce serait plutôt ceux là ?
" Saisir les adresses DNS
DNS primaire 80.10.246.2
DNS secondaire 80.10.246.129"
Mais ils ne répondent pas non plus.
Il y a plusieurs serveurs DNS chez Orange. Ils sont différents selon le lieu ou vous vous trouvez.
Exemple, à cet instant, j'ai : 80.10.246.5 et 81.253.149.13
-
Je continue avec les tweets de Dam´s hier soir : Fin de raccordement du premier 288 FO :
(https://lafibre.info/images/orange/201909_coupure_orange_idf_9.jpg)
-
On termine sur l'extérieur !!
Là où les câbles sortent du bâtiment pour aller dans la rue.
(https://lafibre.info/images/orange/201909_coupure_orange_idf_10.jpg)
(https://lafibre.info/images/orange/201909_coupure_orange_idf_11.jpg)
C'est ce qu'on appelle le masque :
(https://lafibre.info/images/orange/201302_orange_fibre_38.jpg)
-
Bonjour.
Les liens les plus importants ont était raccordés en priorité.
Il reste cependant quelques câbles en attente de raccordement.
-
Une fouille préparatoire à un passage de conduite d'eau en fonçage pourrait être à l'origine de la casse.
(https://lafibre.info/images/orange/201909_coupure_orange_idf_6.jpg)
Ils ne sont pas censé faire une DICT avant de creuser ???
Qui paye au final tout ce bazar ?
-
Ils ne sont pas censé faire une DICT avant de creuser ???
Si.
Qui paye au final tout ce bazar ?
Tout dépend de la réponse qui a été faite à la DICT.
-
ok merci pour la réponse,
C'est dingue cette histoire !
Pour la réparation ils changent toute la fibre (genre les 500 m de fibre entre 2 branchements ou ils font des soudures fibre par fibre là où c'est coupé.
Si soudure, comment ils savent quelle fibre souder avec laquelle ? (je ne sais pas si je suis clair :-\ )
-
Hello,
J'arrive un peu après la discussion... juste pour dire que du coté de HOPUS, on a pas eu de coupure sur nos 4 liens 100G avec Orange (ni de saturation).
Vous pouvez aussi utiliser https://atlas.ripe.net/ pour lancer des traceroutes depuis différents ASN, d'ailleurs nous allons installer prochainement une ancre Atlas sur HOPUS.
-
ok merci pour la réponse,
C'est dingue cette histoire !
Pour la réparation ils changent toute la fibre (genre les 500 m de fibre entre 2 branchements ou ils font des soudures fibre par fibre là où c'est coupé.
Si soudure, comment ils savent quelle fibre souder avec laquelle ? (je ne sais pas si je suis clair :-\ )
Les câbles ne contiennent jamais 720 Fibres en vrac. Elles sont organisées en sous tube et sous-sous-tube (de couleur). (je ne sais pas si tube est le bon terme)
Du coup quand il y a une casse, tu ressoudes la fibre qui vient du tube bleu - sous tube rouge - position 2 avec celle du "tube bleu - sous tube rouge - position 2". tu gardes ainsi le même code couleur pour les fibres.
Edit : tu as un exemple ici : https://lafibre.info/techniques-deploiement/calculette-fibre/
-
Pour la réparation ils changent toute la fibre (genre les 500 m de fibre entre 2 branchements ou ils font des soudures fibre par fibre là où c'est coupé.
Si soudure, comment ils savent quelle fibre souder avec laquelle ? (je ne sais pas si je suis clair :-\ )
A priori ils ont fait des joints droits sur les câbles entre le sous-sol du POP ABV et une chambre au delà de la coupure.
C'est en général ce qu'il y a de plus simple pour réparer en urgence.
-
Bonjour,
Les câbles ne contiennent jamais 720 Fibres en vrac. Elles sont organisées en sous tube et sous-sous-tube (de couleur). (je ne sais pas si tube est le bon terme)
Du coup quand il y a une casse, tu ressoudes la fibre qui vient du tube bleu - sous tube rouge - position 2 avec celle du "tube bleu - sous tube rouge - position 2". tu gardes ainsi le même code couleur pour les fibres.
Edit : tu as un exemple ici : https://lafibre.info/techniques-deploiement/calculette-fibre/
ça ça va j'ai compris ! merci !
A priori ils ont fait des joints droits sur les câbles entre le sous-sol du POP ABV et une chambre au delà de la coupure.
C'est en général ce qu'il y a de plus simple pour réparer en urgence.
Je ne comprends pas l'explication :-[
est ce différent de l'autre réponse ?
-
Bonjour,
ça ça va j'ai compris ! merci !
Je ne comprends pas l'explication :-[
est ce différent de l'autre réponse ?
Pour faire simple:
Central> coupure à 100 m > chambre de transport ou passent les câbles à 200 m
Tirage de nouveaux câbles entre le central et la chambre situait à 200m avec boites en jonction dans
les 2 et raccordement de l'ensemble.
Les 288 , 144, 72, 60FO ... seront raccordés entièrement sur chaque nouvelle boîte.
Les distances ne reflète pas la réalité.
-
Sur la ligne du boulot on continue de passer par Madrid pour aller à Londres :o
tracert 216.66.88.98
Détermination de l’itinéraire vers tserv1.lon2.he.net [216.66.88.98]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms livebox [192.168.0.1]
2 8 ms 8 ms 8 ms 80.10.115.230
3 10 ms 8 ms 8 ms 10.123.204.82
4 8 ms 8 ms 8 ms ae46-0.niidf201.Aubervilliers.francetelecom.net [193.252.98.249]
5 8 ms 8 ms 8 ms 81.253.184.182
6 23 ms 23 ms 23 ms hundredgige0-1-0-3.madtr3.madrid.opentransit.net [193.251.131.134]
7 24 ms 23 ms 23 ms lg2.switch1.mad1.he.net [216.66.84.189]
8 52 ms 31 ms 31 ms 10ge8-7.core1.par2.he.net [184.105.223.209]
9 32 ms 43 ms 31 ms 100ge11-1.core1.lon2.he.net [184.105.223.253]
10 32 ms 31 ms 31 ms tserv1.lon2.he.net [216.66.88.98]
Itinéraire déterminé.
Lyon -> Paris -> Madrid -> Paris -> Londres, on a vu plus court ???
-
Pour faire simple:
Central> coupure à 100 m > chambre de transport ou passent les câbles à 200 m
Tirage de nouveaux câbles entre le central et la chambre situait à 200m avec boites en jonction dans
les 2 et raccordement de l'ensemble.
Les 288 , 144, 72, 60FO ... seront raccordés entièrement sur chaque nouvelle boîte.
Les distances ne reflète pas la réalité.
bonjour, ok merci !
-
Pour faire simple:
Central> coupure à 100 m > chambre de transport ou passent les câbles à 200 m
Tirage de nouveaux câbles entre le central et la chambre situait à 200m avec boites en jonction dans
les 2 et raccordement de l'ensemble.
Les 288 , 144, 72, 60FO ... seront raccordés entièrement sur chaque nouvelle boîte.
Les distances ne reflète pas la réalité.
Il n'y a pas de la fibre "en rab" lovée dans le central pour ne faire des soudures qu'à un seul endroit ? (ou alors je n'ai rien compris à comment on répare un câble de fibres)
-
Disons que ça dépend, si tu as du love et que tu peux ramener du câble dans une chambre au niveau de la coupure tu peux faire 1 seule boîte. Mais quand c'est coupé en plein milieu sur des fourreaux le plus simple et rapide reste 2 joints droits aux 2 chambres d'extrémités (ou ici dans le bâtiment et sur une chambre).
-
Disons que du love est disponible dans le bâtiment (ce qui est probable), est-ce que le scénario suivant est possible ?
-
Disons que du love est disponible dans le bâtiment (ce qui est probable), est-ce que le scénario suivant est possible ?
Peut être possible si la chambre zéro se situe " à moins de 50 mètres" du central (et encore je vois large on tourne plutôt entre 10 et 20 m) et que la longueurs disponible dans l'Infra soit la même sur chaque câble impactés.
Dans ce cas précis la première chambre se trouvait à plus de 100m du central et un peu plus de 50 m du lieu touché.
-
Voilà, pour moi t'es dans le cas particulier où t'as un incident à proximité d'un site. Puis tout ce love sur x câbles ça doit faire un peu de place !
-
Donc il fallait plus de 50m de fibres lovées dans le central (pour chaque câble), ce qui n'était probablement pas le cas. C'est ça ? (Je pense qu'effectivement ça ferait pas mal de câble à stocker dans le central)
Merci pour vos réponses.
-
Une question pour les connaisseurs:
Pour les fibres longues distance, on se trimbale avec des grosses puissances optiques, dangereuse pour l'homme. Je sais que (tous?) les équipements optiques longue distance modernes arrivent à couper automatiquement le lien (la puissance optique) en cas de rupture de la fibre, mais dans la pratique, est-ce que c'est systématiquement le cas, parmi les dizaines/centaines de fibres d'un gros câble qui transportent des puissances dangereuses?
Pour les liens optiques les plus anciens, ce genre de protection n'existe probablement pas...
Donc comment c'est géré? Quelles précautions sont prises?
Je demande ça, car je m'inquiète pour la santé des travailleurs : ceux qui explosent la fibre, et les différents intervenants qui la réparent.
Leon.
-
Est-ce qu'on est d'accord sur le fait que ça n'est dangereux que si tu mets tes yeux juste devant ?
Pour ceux qui explosent la fibre, c'est pas pire qu'un câble élec ou une conduite de gaz, mais il pourrait y avoir une petite formation pour qu'ils n'y touchent pas le cas échéant.
Pour ceux qui réparent, à priori ils savent (après on peut considérer que ça n'est pas suffisant comme protection).
-
Est-ce qu'on est d'accord sur le fait que ça n'est dangereux que si tu mets tes yeux juste devant ?
Oui, on est d'accord. Même si ça peut bruler la peau ponctuellement, c'est bien pour les yeux que l'on craint des lésions irréversibles.
Pour ceux qui explosent la fibre, c'est pas pire qu'un câble élec ou une conduite de gaz, mais il pourrait y avoir une petite formation pour qu'ils n'y touchent pas le cas échéant.
Pire, ça dépend. Dès que tu exploses un câble électrique ou une conduite de gaz, tu te rends compte de la dangerosité du truc en général (j'ai déjà vécu en live le percement accidentel d'une canalisation de gaz au chalumeau, flammes de 6m de haut en quelques dizaines de secondes...). Le laser, tu ne le vois pas!
Pour ceux qui réparent, à priori ils savent (après on peut considérer que ça n'est pas suffisant comme protection).
Il doit y avoir des règles, code du travail, santé au travail là dessus, non? On a le droit de manipuler des fibres avec laser télécom haute puissance allumé? Si besoin avec une formation spécifique à ce genre de manipulations, et des équipements adaptés? C'est bien là dessus aussi que portait ma question.
Leon.
-
Pour les fibres longues distance, on se trimbale avec des grosses puissances optiques, dangereuse pour l'homme. Je sais que (tous?) les équipements optiques longue distance modernes arrivent à couper automatiquement le lien (la puissance optique) en cas de rupture de la fibre, mais dans la pratique, est-ce que c'est systématiquement le cas, parmi les dizaines/centaines de fibres d'un gros câble qui transportent des puissances dangereuses?
en termes de risques avec la fibre ce que tu risques plus amha c'est de te casser un bout dans le doigt, comme avec de la fibre de verre, plus qu'un éblouissement en sortie de jarretière.
Bon, sinon on peut mettre des étiquettes d'avertissement sur les fourreaux :)
-
Merci petrus pour cette étiquette d'avertissement, j'adore!
Leon.