Auteur Sujet: Perte de paquets générale (Lu 4688 fois)

tklw · « **le:** 12 avril 2020 à 18:58:17 »

Bonjour à tous,

Abonné FTTH Orange (Sosh), je rencontre depuis hier soir un phénomène nouveau : un très fort ralentissement général de l'accès Internet qui, je pense, est dû une perte importante de paquets (~50%) sur toutes les destinations.

Ici un exemple avec google.fr :

Citer

ping -n 20 google.fr

Envoi d'une requête 'ping' sur google.fr [2a00:1450:4007:805::2003] avec 32 octets de données :
Réponse de 2a00:1450:4007:805::2003 : temps=6 ms
Délai d'attente de la demande dépassé.
Réponse de 2a00:1450:4007:805::2003 : temps=6 ms
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Réponse de 2a00:1450:4007:805::2003 : temps=6 ms
Réponse de 2a00:1450:4007:805::2003 : temps=6 ms
Réponse de 2a00:1450:4007:805::2003 : temps=6 ms
Réponse de 2a00:1450:4007:805::2003 : temps=7 ms
Réponse de 2a00:1450:4007:805::2003 : temps=6 ms
Délai d'attente de la demande dépassé.
Réponse de 2a00:1450:4007:805::2003 : temps=6 ms
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Réponse de 2a00:1450:4007:805::2003 : temps=5 ms

Statistiques Ping pour 2a00:1450:4007:805::2003:
Paquets : envoyés = 20, reçus = 9, perdus = 11 (perte 55%),
Durée approximative des boucles en millisecondes :
Minimum = 5ms, Maximum = 7ms, Moyenne = 6ms

Le même en IPv4 :

Citer

ping -4 -n 20 google.fr

Envoi d'une requête 'ping' sur google.fr [216.58.204.99] avec 32 octets de données :
Réponse de 216.58.204.99 : octets=32 temps=6 ms TTL=53
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Réponse de 216.58.204.99 : octets=32 temps=6 ms TTL=53
Réponse de 216.58.204.99 : octets=32 temps=5 ms TTL=53
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Réponse de 216.58.204.99 : octets=32 temps=5 ms TTL=53
Délai d'attente de la demande dépassé.
Réponse de 216.58.204.99 : octets=32 temps=6 ms TTL=53
Délai d'attente de la demande dépassé.
Réponse de 216.58.204.99 : octets=32 temps=6 ms TTL=53
Réponse de 216.58.204.99 : octets=32 temps=5 ms TTL=53
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Réponse de 216.58.204.99 : octets=32 temps=5 ms TTL=53
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.

Statistiques Ping pour 216.58.204.99:
Paquets : envoyés = 20, reçus = 8, perdus = 12 (perte 60%),
Durée approximative des boucles en millisecondes :
Minimum = 5ms, Maximum = 6ms, Moyenne = 5ms

J'étais à l'origine branché à l'ONT avec un routeur Ubiquity ERL (grâce aux tutos trouvé sur ce forum

), je me suis donc empressé de ressortir la Livebox de son carton pour la remettre à la place de l'ERL, même constat (les pings ci-dessus ont été fait en étant connecté en Ethernet à la LB).

Je suis déjà passé par l'assistance Sosh qui m'a demandé de faire un reset complet de la LB, ce qui n'a malheureusement rien changé, et de le refaire à nouveau si le problème se manifeste toujours. Comme la LB se synchronise bien, et que la connexion "fonctionne" (même si c'est de manière bancale), difficile de convaincre la personne au bout du fil qu'il y a bien un autre problème.

Vu le contexte actuel, je comprends que les interventions des techniciens sont réduites au strict minimum, donc j'aimerais être sûr de ne pas avoir oublié quelque chose de mon côté. Voici ce que j'ai déjà fait :
- Réinstallation de la LB à la place du routeur Ubiquity
- Vérification de la connexion de la jarretière sur l'ONT et sur le boîtier mural
- Reboot de l'ONT
- Reset de la LB
- Tests avec des pings en étant connecté en direct à la LB en Ethernet

Des idées d'investigations supplémentaires possibles de mon côté ?

Thornhill · « **Réponse #1 le:** 12 avril 2020 à 19:14:47 »

Que donnent les statistiques de l'ONT dans l'interface de la box (puissance signal en dBm) ?
Jarretière endommagée au PM ?

tklw · « **Réponse #2 le:** 12 avril 2020 à 19:58:09 »

Concernant les stats de l'ONT, je n'arrive pas à trouver cette info dans l'interface le la box. Ci-joint un screenshot de ce que j'ai.

Concernant le PM, je suis dans un immeuble en copropriété et je n'y ai pas accès, d'ailleurs je ne sais même pas où il se trouve exactement.

buddy · « **Réponse #3 le:** 12 avril 2020 à 20:04:37 »

Bonjour,

possible d'avoir un (Win)MTR pour voir où se situe la perte de paquet ?

tklw · « **Réponse #4 le:** 12 avril 2020 à 20:13:59 »

Voici un résultat de WinMTR sur google.fr. La perte de paquets semble assez régulière, autour des 50% tout le long du chemin.

Code: [Sélectionner]

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                            livebox.home -    0 |   66 |   66 |    0 |    0 |    1 |    1 |
|                            80.10.237.21 -   46 |   24 |   13 |    1 |    1 |    4 |    1 |
|ae101-0.ncorl102.Orleans.francetelecom.net -   55 |   22 |   10 |    3 |    4 |    8 |    4 |
|ae42-0.niidf102.Aubervilliers.francetelecom.net -   46 |   24 |   13 |    0 |   12 |   42 |    7 |
|                          81.253.129.137 -   55 |   22 |   10 |    0 |    6 |    8 |    7 |
|                          193.252.137.10 -   44 |   25 |   14 |    6 |    7 |   12 |    7 |
|     et-7-0-3-0.pastr3.-.opentransit.net -   44 |   25 |   14 |    6 |    8 |   22 |    7 |
|                           72.14.204.184 -   53 |   23 |   11 |    6 |    6 |    7 |    7 |
|                            72.14.235.25 -   64 |   19 |    7 |    0 |    6 |    7 |    7 |
|                           66.249.95.103 -   58 |   21 |    9 |    0 |    5 |    7 |    6 |
|                par21s12-in-f3.1e100.net -   48 |   23 |   12 |    0 |    5 |    6 |    5 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

petrus · « **Réponse #5 le:** 12 avril 2020 à 21:59:55 »

Exemple parfait d'un traceroute qui montre bien des pertes réelles et pas uniquement liées au rate-limiting des routeurs. Dès le premier saut problématique les pertes sont constantes.

Possiblement un soucis d'optique (ont ou sfp), voire le cable entre le routeur et l'ont, ou bien alors soucis dans la collecte entre ton accès et le premier routeur rencontré au hop 2 (80.10.237.21 - le routeur de collecte).

Je te conseille de tester avec un nouveau cable ethernet entre ont et routeur si ça n'a pas déjà été fait, et insister auprès de Sosh. C'est pas forcément évident, il ne faut pas trop fournir d'informations techniques (genre mentionner ce que je dis ici), mais juste évoquer des performances abominables vers n'importe quel site, éventuellement paler des pertes de paquets, mais sans se focaliser dessus.

tklw · « **Réponse #6 le:** 12 avril 2020 à 22:57:55 »

Merci pour cette analyse. J'avais bien changé le câble Ethernet quand j'avais réinstallé la box à la place du routeur Ubiquity, donc ce n'est pas cela non plus. Au moins, ça confirme que cela vient probablement d'un équipement en amont et qu'il faut donc bien qu'un technicien vienne jeter un coup d'oeil.

Je vais donc repartir à l'assaut du support Sosh, peut-être que le support par chat sera ouvert demain, ça me donnera un autre point d'accès que le support par téléphone qui reste assez limité. J'ai bien noté qu'il vaut mieux "jouer l'idiot" et ne pas être trop technique dans ces cas là...

tklw · « **Réponse #7 le:** 13 avril 2020 à 11:06:06 »

Bon, je n'ai pas pu beaucoup avancer avec le support par chat de Sosh, car les prises de rdv pour intervention de technicien à domicile sont suspendues du fait du confinement. Je n'ai pu obtenir que l'envoi d'une nouvelle Livebox, ce qui ne servira certainement à rien vu mon problème. J'ai même eu le droit à une leçon sur le fait que "la technologie fibre ne permet pas d'avoir des pertes de signale ou des déconnexions".

J'ai l'impression que je suis un peu coincé là du coup.

Steph · « **Réponse #8 le:** 13 avril 2020 à 11:26:25 »

Citation de: tklw le 13 avril 2020 à 11:06:06

J'ai même eu le droit à une leçon sur le fait que "la technologie fibre ne permet pas d'avoir des pertes de signale ou des déconnexions".

C'est bô.
Il faut toujours écouter les professionnels du métier...

buddy · « **Réponse #9 le:** 13 avril 2020 à 11:56:49 »

nouvelle Livebox avec un ONT intégré ?

as tu essaye le test en ligne? tester-depanner-vos-services.orange.fr
il détecte la connexion fonctionnelle ?

TI@RY · « **Réponse #10 le:** 13 avril 2020 à 12:03:27 »

Citation de: buddy le 13 avril 2020 à 11:56:49

nouvelle Livebox avec un ONT intégré ?

En SOSH, il ne me semble pas que ça soit une LB5.

tklw · « **Réponse #11 le:** 13 avril 2020 à 12:07:35 »

Citation de: buddy le 13 avril 2020 à 11:56:49

nouvelle Livebox avec un ONT intégré ?

Je ne sais pas, d'ailleurs je doute que la personne du chat aurait su me répondre sur ce point. Qu'est-ce que ça change par rapport à l'ONT séparé ?

Citer

as tu essaye le test en ligne? tester-depanner-vos-services.orange.fr
il détecte la connexion fonctionnelle ?

Oui, j'ai essayé, et il ne détecte aucun problème. L'assistance Sosh avait aussi lancé des diags (j'imagine que ce sont plus ou moins les mêmes) avec le même résultat. C'est d'ailleurs cela qui est le plus frustrant : l'ONT se synchronise bien avec la ligne, la LB avec l'ONT, tous les diagnostics me disent que tout va bien, mais j'ai toujours cette perte de paquets qui me flingue complètement la connexion dès que je veux m'en servir.