La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => SFR / RED => 
Incidents SFR => Discussion démarrée par: oxenit le 26 janvier 2024 à 14:43:41
-
Bonjour j'ai depuis 2 mois des incidents intermittents de pertes de paquets et ping conséquent sur RED SFR.
J'avais l'ONT branché sur mon routeur ASUS en direct mais suis depuis repassé sur la box RED reset usine le tout en ethernet pour faciliter le diag et c'est exactement la même chose.
C'est assez aléatoire dans la journée :
(https://rehost.diberie.com/Picture/Get/r/249695) (https://rehost.diberie.com/Picture/Get/f/249695)
J'ai contacté de nombreuses fois le support, ils m'ont fait changé la box (forcément sans effet car j'avais le même problème avec mon routeur perso).
Je ne sais plus trop quoi faire, un technicien est passé à l'appartement et évidemment tout était nickel à ce moment là donc il n'a rien constaté.
Même pendant les incidents mes valeurs fibre sont dans les normes :
Intensité signal optique reçue -21.36 dBm
Intensité signal optique transmise 2.08 dBm
BIAS 11.93 mA
Température de la puce 46.14 °C
Tension Vcc 3.28 V
Ce n'est pas non plus lié à mon device, j'ai les mêmes comportement sur tous mes devices en ethernet lorsque ça déconne.
Une idée ?
-
Peut-être faire un tracert pendant le problème pour voir où se perdent les paquets?
-
Ok merci de ta réponse là tout est ok mais j'y penserai dès que ça redéconne.
Bon d'autres voisins de mon immeuble se plaignent de déco aussi mais ne mettent pas les mains dans le terminal. SFR ne m'a jamais parlé de panne de secteur en tout cas.
-
Déjà 1s pour accéder à 1.1.1.1 c'est pas joli joli...
En effet un tracert est à faire :O
-
Bon bah il aura pas fallu longtemps, j'avais laissé un script tourner si ça détectait un énorme ping :
https://pastebin.com/CUACPHYM
Le timeout est visible à différentes étapes mais ça a l'air d'être le 3eme hop qui foire
J'ai voulu faire un speedtest, ça ramait tellement que ça ne m'a pas généré un id unique pour ma page de résultats comme par hasard, donc j'ai du faire un screenshot à l'ancienne :
(https://rehost.diberie.com/Picture/Get/t/249755) (https://rehost.diberie.com/Picture/Get/f/249755)
-
peux-tu renseigner ta ref client dans ton profile stp ?
-
Hello c'est chose faite :)
-
Rien vu d'évident. Tu peux toujours activer Ipv6 pour voir si c'est dépendant du type de protocole.
-
Arf j'espérais que tu verrais quelque chose :-\
Ok j'ai activé IPV6
-
Rebelotte ce soir et test avec un ping en continu en IPv6, pas de différence entre les 2 protocoles.
Reply from 2001:4860:4860::8888: time=6ms
Reply from 2001:4860:4860::8888: time=5ms
Reply from 2001:4860:4860::8888: time=6ms
Reply from 2001:4860:4860::8888: time=5ms
Reply from 2001:4860:4860::8888: time=326ms
Reply from 2001:4860:4860::8888: time=501ms
Reply from 2001:4860:4860::8888: time=529ms
Reply from 2001:4860:4860::8888: time=838ms
Request timed out.
Reply from 2001:4860:4860::8888: time=6ms
Reply from 2001:4860:4860::8888: time=5ms
Reply from 2001:4860:4860::8888: time=5ms
Reply from 2001:4860:4860::8888: time=81ms
Reply from 2001:4860:4860::8888: time=6ms
Reply from 2001:4860:4860::8888: time=25ms
Reply from 2001:4860:4860::8888: time=6ms
-
Est-ce que tu es derrière du CGNAT en v4 ou bien tu as demandé à avoir une IPv4 dédiée ? (j'imagine le deuxième choix).
Si tu es en dédié, pourrais-tu essayer de faire un ping vers une IPv4 publique "voisine" lors du phénomène, pour voir si tu observes la latence élevée/perte de paquets également ?
-
Hello, je ne suis pas en CGNAT mais bien en IPV4 dédié oui.
Par contre pas sûr de comprendre ce que tu me suggères de faire.
Si j'ai une IP A.B.C.10 par exemple de tester de pinger A.B.C.9 ou A.B.C.11 ? Il y a quand même de fortes chances que la majorité des équipements filtrent les ping non ? Et les ranges d'IP publiques contigues appartiennent-elles à SFR aussi ?
-
Si j'ai une IP A.B.C.10 par exemple de tester de pinger A.B.C.9 ou A.B.C.11 ?
oui c'est bien ça
Il y a quand même de fortes chances que la majorité des équipements filtrent les ping non ?
La majorité des équipements sur ton range sera des NB. Par défaut, les NB ne filtrent pas le ping entrant.
Et les ranges d'IP publiques contigues appartiennent-elles à SFR aussi ?
Oui, c'est très probable, mais en l'occurrence, je te demande de faire un ping vers une ou deux IP appartenant à ton range. Tu peux aussi essayer de faire un ping vers ta gateway en .1 ou .129 généralement.
-
Un technicien est repassé ce matin il m'a changé ma fibre et mon ONT, ça n'a rien changé.
Ping assez aléatoire de nouveau, avec des spikes à 200/300ms.
@xam60 j'ai pu tester ce que tu me demandais seulement sur l'IP de la gateway en .1, le reste des IPs me répondait en Destination host unreachable.
Le comportement est identique qu'avec l'extérieur :
Reply from 1.1.1.1: bytes=32 time=6ms TTL=57
Reply from 1.1.1.1: bytes=32 time=85ms TTL=57
Reply from 1.1.1.1: bytes=32 time=6ms TTL=57
Reply from 1.1.1.1: bytes=32 time=204ms TTL=57
Reply from 1.1.1.1: bytes=32 time=6ms TTL=57
Reply from 1.1.1.1: bytes=32 time=5ms TTL=57
Reply from 1.1.1.1: bytes=32 time=5ms TTL=57
Reply from 1.1.1.1: bytes=32 time=5ms TTL=57
Reply from 1.1.1.1: bytes=32 time=5ms TTL=57
Reply from 1.1.1.1: bytes=32 time=6ms TTL=57
Reply from 109.0.X.1: bytes=32 time=4ms TTL=63
Reply from 109.0.X.1: bytes=32 time=38ms TTL=63
Reply from 109.0.X.1: bytes=32 time=4ms TTL=63
Reply from 109.0.X.1: bytes=32 time=282ms TTL=63
Reply from 109.0.X.1: bytes=32 time=4ms TTL=63
Reply from 109.0.X.1: bytes=32 time=4ms TTL=63
Reply from 109.0.X.1: bytes=32 time=3ms TTL=63
Reply from 109.0.X.1: bytes=32 time=3ms TTL=63
Reply from 109.0.X.1: bytes=32 time=3ms TTL=63
Reply from 109.0.X.1: bytes=32 time=3ms TTL=63
-
Mêmes symptômes qu'un problème que je rencontre depuis 2020 quelques fois par an sur ma ligne Red.
Cela ne se produit à ma connaissance qu'avec les OLT GPON de Ptin / Altice Labs.
SFR ne bougera pas sur ce problème, ils ne sont même pas au courant du caractère général de ce phénomène (jamais d'anomalie chez eux : quand ça se produit, tout va bien selon le N1 et donc rien ne bouge jamais).
Pour la faire courte, je te conseille de prendre ton mal en patience (cela ne dure pas plus que quelques jours généralement) ou de partir chez un autre opérateur.
Pour l'histoire longue (j'ai mis un schéma) :
J'ai remarqué qu'aléatoirement des paquets qui ne sont pas destinés à ma box me sont envoyés. Lorsque le problème survient, toutes les trames (dans le sens descendant) à destination d’une ligne « aléatoire » sont broadcastés chez l’ensemble des clients de l'OLT. Ces trames ont pourtant bien pour adresse MAC de destination une adresse MAC portée par le seul client de la dite ligne aléatoire.
La saturation survient dès que le client de la dite ligne aléatoire lance un téléchargement ou regarde un contenu volumineux (vidéos, etc.) : tous les paquets étant broadcastés, cela fait exploser le trafic descendant et atteindre la limite descendante de 2.5Gbps du GPON.
J'avais réussi à l'époque (avec beaucoup de mal) à faire ouvrir un ticket auprès du N3 SFR, qui avait ouvert un ticket constructeur chez Ptin.
La conclusion avait balayé mon espoir de résolution : "Ptin sait que du broadcast peut affecter la performance quelques minutes suite à des redémarrages de box (dans le cas d'une coupure électrique par exemple sur un secteur)" et le problème s'était ensuite focalisé sur le fait que je puisse voir du trafic qui ne m'était pas destiné (en bypassant ma box). A cela près que ça ne faisait pas suite à des redémarrages de box et que cela durait plusieurs minutes jours !
Le problème étant aléatoire, le ticket avait été fermé et quelques semaines plus tard, je ne me voyais pas recommencer mon chemin de croix pour obtenir l'ouverture d'un nouveau ticket (surtout avec le risque que le problème redisparaisse entre temps avec les preuves...).
Si tu es motivé et veux confirmer mon intuition, tu peux tenter un tcpdump sur l'interface entre l'ONT et ton routeur qui bypasse la box, avec un filtre dans le genre :
tcpdump -nvi eth0 'not host TONIPV4 and not net TONSUBNETIPV6/56 and not igmp and not icmp6 and not pim'
-
Ah oui flippant ...
Yes je dois être au 15eme appel du service client qui soit me raccroche au nez, soit ne comprend pas que que mon problème n'a rien avoir avec un "speedtest" ::)
J'imagine que ca finira par un changement d'opérateur car ça fait déjà 2 mois que c'est comme ça donc pas vraiment quelques jours.
Tant pis pour mon forfait a 13€ j'imagine..
-
Est ce qu'il est possible de brancher un ordinateur en ethernet sur l'ONT ?
-
Est ce qu'il est possible de brancher un ordinateur en ethernet sur l'ONT ?
oui. regarde les topics ouverts par @Artemus24
-
oui. regarde les topics ouverts par @Artemus24
Merci, au final j'ai installé tcpdump sur mon routeur.
Bon c'est très verbeux j'ai lancé tcpdump -vi eth0 'not host MONIPV4 and not igmp and not icmp
6 and not pim' -w /tmp/mnt/sda1/entware/tmp/testlog.pcapJ'ai l'impression que ce n'est pas seulement le port WAN de mon routeur car j'ai tous les ARPs de mes équipements et aussi du 192.168.1.A vers 192.168.1.B.
Par contre j'ai des échanges de tout genre notamment des choses entre IPs (publiques?) inconnues au bataillon en src et dst :
10.153.37.a
18.244.38.b
89.157.63.c
Aucune idée de comment interpréter ça par contre :p