Jump to content
Free-reseau.fr - Les forums
Maurice0

Perte de connectivité de plus en plus fréquente sur Orléans chez Free

Recommended Posts

Bonjour,

Depuis début 2020 je constate des pertes de connectivité IP de temps en temps pendant une heure environ. Un premier diagnostique (détails ci-dessous) met hors de cause la freebox et la liaison ADSL, y compris le premier routeur Free au delà de celle-ci. Mon souci c'est que ça devient de plus en plus fréquent. Quant à demander de l'aide au support Free, c'est d'expérience une perte de temps, dès que le réseau retombe en marche, le problème est dit "résolu" tout va bien, au revoir madame, d'autant plus que le problème quand il se produit ne concerne que l'accès Internet, la téléphonie et la TV fonctionnent bien !

Pour contourner ce problème j'ai acheté une clef 4G et un abonnement via Bouygues Telecom (opérateur différent, car chat échaudé craint l'eau froide), ce qui m'a permis de télétravailler correctement et d'y voir un peu plus clair sur la cause probable de ces pannes. Ce qui m'étonne c'est que ça n'impacterait que moi (?)... ou alors on met ça sur le dos d'Internet alors que manifestement c'est un problème chez Free, voici pourquoi j'en viens à cette conclusion :

en cas d'absence de connectivité IP, j'observe ceci :

venus | ~ >traceroute -n -s 192.168.0.3 www.free.fr
traceroute to www.free.fr (212.27.48.10), 30 hops max, 60 byte packets
 1  192.168.0.254  1.050 ms  1.336 ms  1.862 ms
 2  82.231.235.254  20.445 ms  21.158 ms  21.981 ms
 3  * * *
 4  * * *
[...]

l'interface 192.168.0.3 est celle de ma machine vers la Freebox, maintenant que j'ai une clef 4G en secours, je peux choisir par où sortir.

Donc déjà, ma liaison ADSL entre la Freebox (192.168.0.254) et sar45-1-82-231-235-254.fbx.proxad.net (82.231.235.254) qui est soit le DSLAM soit le routeur juste après, fonctionne bien. Pourtant pas d'accès Internet quelque soit la destination (ici www.free.fr, mais c'est le même résultat vers www.google.com par exemple : le ping échoue)

Hypothèse 1 : Peut-être que le DSLAM/routeur de Saran n'accède pas à Internet ? Essayons de le joindre via la clef 4G :

venus | ~ >traceroute 82.231.235.254
traceroute to 82.231.235.254 (82.231.235.254), 30 hops max, 60 byte packets
 1  clef4G.systeme-solaire.espace (192.168.8.1)  44.009 ms  43.970 ms  43.955 ms
 2  10.125.12.239 (10.125.12.239)  73.763 ms  76.915 ms  76.901 ms
 3  10.125.14.34 (10.125.14.34)  80.148 ms  80.133 ms  80.117 ms
 4  10.125.14.154 (10.125.14.154)  80.242 ms  80.471 ms  80.189 ms
 5  212.194.172.216 (212.194.172.216)  80.037 ms  80.162 ms  80.010 ms
 6  212.194.171.222 (212.194.171.222)  81.693 ms  36.318 ms  36.294 ms
 7  62.34.2.54 (62.34.2.54)  52.463 ms  41.459 ms  42.450 ms
 8  free-bouygtel-peering-10g.club-internet.fr (194.117.192.10)  42.404 ms  38.582 ms  49.840 ms
 9  194.149.171.193 (194.149.171.193)  50.040 ms  49.814 ms  49.802 ms
10  orleans-9k-1-be1001.intf.routers.proxad.net (194.149.161.190)  50.004 ms  49.993 ms  49.982 ms
11  sar45-1-82-231-235-254.fbx.proxad.net (82.231.235.254)  42.141 ms  54.967 ms 
venus | ~ >

Ben non, tout marche (dans cette situation de panne, la route par défaut de ma machine passe par la clef 4G, pas besoin de préciser l'interface de sortie avec l'option -s comme précédemment).  Donc tout paquet émis via ma Freebox arrive bien sur le DSLAM/routeur (sinon le premier traceroute ne fonctionnerait pas). Comme la table de routage de ce dernier est manifestement bien achalandée (sinon le second traceroute ne fonctionnerait pas non plus), les paquets issus de ma machine via la Freebox sont bien transmis vers leur destination sur Internet.

Est-ce donc alors les flux dans l'autre sens, en provenance d'Internet donc, qui n'arrivent pas jusqu'à ma Freebox ? Testons via la Clef 4G la connectivité, non plus vers le DSLAM, mais vers l'IP publique portée par ma Freebox (qui d'ailleurs n'est qu'à un saut après ce DSLAM ou routeur) :

venus | ~ >traceroute XXXXXXX
traceroute to XXXXX (XXXXXX), 30 hops max, 60 byte packets
 1  clef4G.systeme-solaire.espace (192.168.8.1)  15.401 ms  15.354 ms  15.337 ms
 2  10.125.12.239 (10.125.12.239)  58.029 ms  75.468 ms  75.456 ms
 3  10.125.14.34 (10.125.14.34)  75.443 ms  75.418 ms  75.406 ms
 4  10.125.14.154 (10.125.14.154)  78.672 ms  78.660 ms  78.777 ms
 5  212.194.172.216 (212.194.172.216)  78.636 ms  78.625 ms  78.599 ms
 6  212.194.171.222 (212.194.171.222)  78.681 ms  63.141 ms  63.203 ms
 7  62.34.2.54 (62.34.2.54)  63.189 ms  57.166 ms  67.470 ms
 8  free-bouygtel-peering-10g.club-internet.fr (194.117.192.10)  67.447 ms  67.434 ms  67.422 ms
 9  194.149.171.193 (194.149.171.193)  67.410 ms  51.231 ms  66.443 ms
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  *  C-c C-c

Effectivement, ça ne passe pas. Mais là où c'est intéressant c'est que le dernier saut à répondre (194.149.171.193) appartient à Free :

venus | ~ >whois 194.149.171.193 | grep address 
address:        8, rue de la Ville L'eveque 
address:        75008 
address:        Paris 
address:        FRANCE 
address:        Free SAS / ProXad 
address:        8, rue de la Ville L'Eveque 
address:        75008 Paris 

On est donc bien sur un problème interne au réseau Free (ProXad). On peut constater que le préfixe utilisés par Free qui contiennent l'IP publique de ma freebox est bien diffusés sur Internet via BGP, sinon le traceroute via ma clef4G n'irait pas jusqu'à un équipement Free.

Enfin, vu le traceroute qui fonctionne à destination du DSLAM on peut même localiser plus précisément le segment du réseau qui ne fonctionne pas chez Free :

10  orleans-9k-1-be1001.intf.routers.proxad.net (194.149.161.190)  50.004 ms  49.993 ms  49.982 ms
11  sar45-1-82-231-235-254.fbx.proxad.net (82.231.235.254)  42.141 ms  54.967 ms 
12  <ma freebox>

Autrement dit, le routeur d'Orléans (194.149.161.190) de temps à autres ne sait pas comment joindre ma Freebox : sa table de routage est alors incomplète. Est-elle saturée ? Est-ce un problème de boucle de routage transitoire en cas de convergence réseau ? J'en sais rien, mais il y a manifestement un problème sur le routeur d'Orléans.

D'où ma question : je ne suis probablement pas le seul à subir ce type de dysfonctionnement dans l'agglomération d'Orléans : Problème de perte d'accès Internet (TV et téléphonie OK) et qui en générale dure environ une heure, survient une à deux fois dans la même journée, rarement plus, avec des périodes calmes de plusieurs jours ?

merci pour vos retours

Edited by Maurice0

Share this post


Link to post
Share on other sites

Erreur d'analyse : le second traceroute qui échoue n'indique pas un problème sur le routeur d'Orléans mais sur le dernier routeur à répondre à savoir

194.149.171.193

... qui est le premier équipement de Free. En gros ce routeur n'a pas la connaissance du subnet plus spécifique contenant l'adresse IP publique de ma freebox (ce qui doit impacter au moins 512 freebox à ce moment là pour ce subnet), et rien n'indique que les lacunes dans les informations de routage sur ce noeud soient limitées à un seul subnet, le problème est donc potentiellement plus étendu.

Dans la situation où tout fonctionne comme là maintenant, le traceroute vers l'IP publique de ma freebox via la clef4G indique un autre chemin, juste après le réseau Bouygues Telecom, les flux ne transitent plus par le routeur qui posait problème ci-dessus mais pas 194.149.166.21 avant d'arriver au routeur d'Orléans plus au DSLAM/routeur de Saran dont je dépends, puis enfin ma freebox (notée XXXX ci-dessous):

venus | ~ >traceroute -s 192.168.8.100 -z 100 XXXXXXX
traceroute to XXXXX (XXXXXX), 30 hops max, 60 byte packets
 1  clef4G.systeme-solaire.espace (192.168.8.1)  23.059 ms  23.049 ms  32.944 ms
 2  * * *
 3  * * *
 4  * * *
 5  212.195.60.0 (212.195.60.0)  41.273 ms  40.351 ms  45.344 ms
 6  be41.cbr01-ntr.net.bbox.fr (212.194.171.132)  51.429 ms  64.091 ms  63.034 ms
 7  62.34.2.52 (62.34.2.52)  49.470 ms  50.308 ms  56.411 ms
 8  free-bouygtel-peering-10g.club-internet.fr (194.117.192.10)  46.054 ms  46.295 ms  51.832 ms
 9  194.149.166.21 (194.149.166.21)  44.281 ms  44.331 ms  69.431 ms
10  orleans-9k-1-be1001.intf.routers.proxad.net (194.149.161.190)  64.524 ms  48.309 ms  48.311 ms
11  213.228.10.133 (213.228.10.133)  44.345 ms  45.126 ms  64.432 ms
12  XXXXXXX (XXXXXX)  100.099 ms  77.739 ms  77.737 ms

Il s'agit donc manifestement d'un problème de convergence au niveau du réseau Free... un heure pour converger, c'est juste énorme !

ce qui m'étonne toujours c'est que ça ne gêne personne d'autre, ni des clients comme moi, et encore moins des administrateur réseau qui devraient voir que le temps de convergence est si long...

merci de tout retour d'info si vous observer aussi ce type de problème

Share this post


Link to post
Share on other sites

Bonjour je viens de faire la corrélation avec le serveur NTP public que j"héberge. Quand le nombre, quand le nombre d'IP qui l’interrogent dépasse un certain seuil pendant trop longtemps (même si la bande passante résultant reste ridicule), ça déclenche la coupure décrite ci-dessus. Ce n'est donc pas global, ni même lié à une région, mais propre à une adresse IP publique.

Étonnement je n'ai rien vu de ce type de dispositif et ses conséquences pour l'utilisateur dans les conditions générale de vente contractées avec Free...

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

×
×
  • Create New...