Discussion de forum
Perte de paquets récurrente en soirée sur mon lien fibre - hébergeur
Bonjour,
Je suis abonné fibre Sosh et je constate depuis plusieurs semaines des pertes de paquets récurrentes tous les soirs entre 19h et 22h, qui provoquent des coupures de streaming vers un serveur que je loue chez un hébergeur.
J'ai fait vérifier ma ligne et mon débit fibre : aucun problème local, aucun souci avec mes autres usages (autres services, navigation, etc.). Les tests MTR effectués au moment précis des coupures montrent que la perte de paquets démarre bien après ma box et le début du réseau Orange, au niveau des sauts suivants :
orange-ic-369585.ip.twelve99-cust.net ~1-2% de perte
lag-1.niidf303.rbci.orange.net 23% à 42% de perte
Au-delà de ce point, le trafic timeout complètement (aucune réponse des sauts suivants).
Voici un extrait du test réalisé le 19/07 à 20h33 (heure de la coupure) :
HOST Loss% Snt Last Avg Best Wrst StDev
1.|-- 216.163.184.253 0.0% 100 0.2 0.2 0.1 0.4 0.0
2.|-- 46.232.210.3 0.0% 100 0.3 0.2 0.2 0.4 0.0
3.|-- adm-b14-link.ip.twelve99.net 0.0% 100 2.5 2.6 1.1 4.3 0.8
4.|-- adm-bb2-link.ip.twelve99.net 0.0% 100 21.1 21.1 21.0 21.4 0.1
5.|-- prs-bb2-link.ip.twelve99.net 0.0% 100 29.3 29.4 29.3 29.8 0.1
6.|-- prs-b1-link.ip.twelve99.net 0.0% 100 10.0 9.8 9.7 10.2 0.1
7.|-- orange-ic-369585.ip.twelve99-cust.net 1.0% 100 14.7 16.6 14.3 94.4 11.6
8.|-- lag-1.niidf303.rbci.orange.net 23.0% 100 13.2 13.3 13.2 16.7 0.4
9.|-- ??? (timeout complet) 100.0% 100 0.0 0.0 0.0 0.0 0.0
Ce test est réalisé depuis un routeur distant, donc les 6 premiers sauts correspondent au réseau de mon hébergeur et de son transitaire (Telia/twelve99). Le problème apparaît précisément au moment où le trafic entre dans le réseau Orange, sur l'équipement lag-1.niidf303.rbci.orange.net.
L'hébergeur a de son côté confirmé qu'il ne constatait aucun problème sur ses serveurs (CPU, disque, réseau) au moment des coupures, et m'a orienté vers mon FAI pour investiguer ce lien.
Pourriez-vous faire remonter ce ticket aux équipes réseau afin de vérifier s'il y a de la saturation sur cet équipement (lag-1.niidf303.rbci.orange.net) aux heures de pointe ?
Je reste disponible pour fournir d'autres tests si besoin (nouveaux MTR, heures précises, IP source/destination en MP si nécessaire).
Merci d'avance pour votre aide.
13 Réponses
- Cecile_M
Webconseiller
Bonjour Pseudonyme2,
Je vous remercie pour votre message et vos explications détailléesPour vous accompagner au mieux et faire le point ensemble, j’ai besoin de quelques informations en message privé : Votre nom et votre prénom, votre numéro de ligne fixe, votre adresse complète et votre numéro de ligne mobile ⬇️
Je reste à votre disposition et vous souhaite une excellente journée.
CécileJe viens de vous envoyer les informations demandées par message privé.
- Rachid_O
Bonjour Pseudonyme2,
Je vous remercie pour l'envoi de vos coordonnées.
Je vous invite à réaliser un tracert vers le serveur/serveur de jeu/site concerné au moment où les lenteurs sont constatées.
À nous faire parvenir, en retour, une copie d'écran complète du test parvenu à sa destination.
Si vous n'avez pas l'adresse ou l'IP du serveur ou de l'adresse, l'éditeur est probablement en mesure de vous le fournir.
Veillez à ce que ce test soit fait en Ethernet, et en étant directement branché à votre Livebox :
- Sur PC 💻 : https://oran.ge/3WGhliH
- Sur MAC 🍏 : https://oran.ge/3xQUZRq
Une fois ce test effectué, et pour être le plus complet possible, nous avons besoin d'une capture du résultat d'une requête "ping -4 –n 100 [IP SERVEUR]".
Vous trouverez toutes les manipulations pour l'effectuer sur cette page : https://oran.ge/3igHplk
💡 Pour le Tracert & pour le Ping, il est possible que certaines lignes apparaissent en "délais d'attente de la demande dépassée". Rassurez-vous, certains serveurs sont configurés pour ne pas répondre à ce type de requêtes.
En complément, pouvez-vous me communiquer l'IP source en 192.168.x.x du PC/MAC depuis lequel vous effectuez ce test ?
📌 Pour obtenir cette information, rendez-vous dans l'application Orange et moi, "Vos équipements connectés", puis cliquez sur le PC/MAC en question et dans le menu déroulant "Etat de connexion".Je vous remercie par avance pour ces manipulations et captures d'écran.
Je reste disponible et dans l'attente, je vous souhaite une bonne journée.
Rachid
Si vous preniez le temps de lire correctement le post vous auriez vu qu'un MTR a déjà été effectué.
Voici un extrait du test réalisé le 19/07 à 20h33 (heure de la coupure) :
HOST Loss% Snt Last Avg Best Wrst StDev
1.|-- 216.163.184.253 0.0% 100 0.2 0.2 0.1 0.4 0.0
2.|-- 46.232.210.3 0.0% 100 0.3 0.2 0.2 0.4 0.0
3.|-- adm-b14-link.ip.twelve99.net 0.0% 100 2.5 2.6 1.1 4.3 0.8
4.|-- adm-bb2-link.ip.twelve99.net 0.0% 100 21.1 21.1 21.0 21.4 0.1
5.|-- prs-bb2-link.ip.twelve99.net 0.0% 100 29.3 29.4 29.3 29.8 0.1
6.|-- prs-b1-link.ip.twelve99.net 0.0% 100 10.0 9.8 9.7 10.2 0.1
7.|-- orange-ic-369585.ip.twelve99-cust.net 1.0% 100 14.7 16.6 14.3 94.4 11.6
8.|-- lag-1.niidf303.rbci.orange.net 23.0% 100 13.2 13.3 13.2 16.7 0.4
9.|-- ??? (timeout complet) 100.0% 100 0.0 0.0 0.0 0.0 0.0
- _Sarah_
Nous avons bien pris note du tracert partagé en début de conversation. 😊 Ce format ne nous permet malheureusement pas de le transmettre à notre cellule d'expertise si nécessaire.
Pour aller plus loin dans l'analyse, le test doit être réalisé dans de bonnes conditions : en connexion Ethernet, directement depuis la Livebox. Avec le format adapté, nous pourrons examiner les différents sauts et vous apporter une réponse plus précise.
De mon côté, j'ai effectué des vérifications sur vos services et tout fonctionne parfaitement. ✅
Je reste disponible si vous rencontrez la moindre difficulté.Très bonne après-midi
Sarah
Voici le traceroute depuis ma livebox vers le serveur :
Et voici un MTR du serveur vers ma livebox :
Bonjour Pseudonyme2
Pseudonyme2 a écrit:
Si vous preniez le temps de lire correctement le post vous auriez vu qu'un MTR a déjà été effectué.Oui mais ton MTR/Tracert a manifestement été lancé depuis ton serveur hébergé au Pays bas (216.163.184.253) vers on ne sait où....!
Et quand on fait un tracert vers ton serveur, on ne peut pas dire que après chez Orange/Sosh, chez le transitaire twelve99.net, ça soit très glorieux.
Par exemple: depuis une connexion fibre SoshC:\Users\Luskell29>tracert -4 216.163.184.253
Détermination de l’itinéraire vers 216.163.184.253 avec un maximum de 30 sauts.
1 <1 ms <1 ms <1 ms livebox.home [192.168.1.1]
2 2 ms 2 ms 2 ms 80.10.252.197
3 2 ms 2 ms 2 ms ae87-0.ncren101.rbci.orange.net [193.253.150.178]
4 * * * Délai d’attente de la demande dépassé.
5 * * * Délai d’attente de la demande dépassé.
6 6 ms 6 ms 6 ms prs-b1-link.ip.twelve99.net [195.12.254.154]
7 31 ms 32 ms 32 ms prs-bb2-link.ip.twelve99.net [62.115.125.166]
8 35 ms 42 ms 49 ms adm-bb2-link.ip.twelve99.net [62.115.137.4]
9 16 ms 18 ms 17 ms adm-b14-link.ip.twelve99.net [62.115.141.241]
10 15 ms 15 ms 15 ms slashnservices-ic-398240.ip.twelve99-cust.net [62.115.211.83]
11 15 ms 16 ms 15 ms 216.163.184.253
Itinéraire déterminé.Ton hébergeur a peut-être trop vite refilé la patate chaude.!
Petite précision sur le MTR que j'ai posté : il n'a pas été lancé "vers on ne sait où" — la commande était vers mon ip publique, donc bien depuis le serveur vers moi, dans le sens serveur → moi.
Bonne remarque sur le sens du test, mais j'ai en fait déjà testé les deux sens :
- Moi → serveur (traceroute du 17/07, pendant une coupure) : quelques sauts ne répondent pas au ping (normal, beaucoup de routeurs backbone ignorent l'ICMP), mais tous les sauts qui répondent sont propres, et le serveur final répond en 22 ms sans souci.
- Serveur → moi (MTR du 19/07) : c'est là qu'apparaît la perte, jusqu'à 99% sur le dernier saut visible côté Orange (niidf303), au moment exact d'une coupure de streaming.
Et pour le streaming, c'est justement ce deuxième sens qui compte : le flux vidéo descend du serveur vers moi, je n'envoie en retour que de petites requêtes de contrôle. Donc le sens qui montre un problème est précisément celui qui transporte le volume de données concerné par les coupures.
Les deux tests sont cohérents entre eux : rien d'anormal dans le sens qui n'impacte pas mon usage, une perte nette dans le sens qui l'impacte
- Sophie_C
Bonjour Pseudonyme2,
Vos tests sont clairs et bien menés. Merci pour ça.
✅ Côté serveur et transit international, tout est propre. Aucun problème jusqu'à l'entrée dans le réseau Orange.Votre analyse est juste : le flux vidéo descend du serveur vers vous, et c'est bien ce sens qui est impacté. Afin de demander une analyse, quelques précisions seraient utiles :
- Un horodatage (date et heure) exact des coupures ?
- La marque, le modèle et la version logicielle de l'équipement concernée par les pertes de paquets ?
- Le type de connexion utilisée : Ethernet, Wifi, Switch, répéteur… ?
- Le service utilisé lors de vos streamings ?
Dans l'attente de votre retour, je reste disponible si vous avez la moindre question. Bonne journée à vous.Sophie
Merci pour votre retour et votre aide pour faire avancer ça.
Horodatages des coupures constatées (avec MTR ou traceroute réalisés au moment exact) :
- 16/07/2026 vers 13h23 (heure locale)
- 17/07/2026 vers 20h50
- 19/07/2026 entre 20h31 et 20h33
Ces coupures se reproduisent de façon quasi systématique tous les soirs entre 19h et 22h.
Équipement concerné : Apple TV
Type de connexion : Ethernet
Service de streaming utilisé : streaming vidéo personnel depuis un serveur hébergé.
Je reste disponible si vous avez besoin d'autres précisions ou de nouveaux tests.
- Julia_P
Merci pour votre réponse.
Je transmets ces informations au service d'expertise afin d'étudier de notre côté.
Dès que nous disposons d'un retour, nous viendrons vous le partager ici même.
Je reste à votre disposition.
Julia
- Julia_P
Bonjour Pseudonyme2,
Suite aux vérifications menées par nos équipes, aucun défaut n'a été détecté de notre côté.
Je reste à votre disposition et vous souhaite une bonne journée.
Julia
C'est une blague j'espère ?
Parce que si c'est votre "vérification" après tout ce que je vous ai envoyé, on a un sérieux problème. Ça fait maintenant plusieurs semaines que je documente ce dysfonctionnement, avec des preuves techniques précises et horodatées : MTR montrant 99% de perte de paquets sur un équipement de votre propre réseau, au moment exact de chaque coupure, reproductible tous les soirs entre 19h et 22h. J'ai fourni absolument tout ce qui m'a été demandé — équipement, type de connexion, service utilisé, horodatages précis. Et la seule chose que vous trouvez à me répondre, c'est une formule vide de deux lignes, sans le moindre élément concret.
Soit personne n'a réellement regardé mon dossier, soit vous essayez de clore le ticket sans traitement réel en espérant que je laisse tomber. Dans les deux cas, ce n'est pas sérieux pour un service que je paie.
Je ne vais pas me contenter de ça. J'exige :
- Le détail précis de ce qui a été vérifié : quel équipement, sur quelle période, par quelle équipe,
- Une escalade immédiate vers un technicien réseau capable de lire un MTR, pas un traitement automatique,
- Un suivi réel de ce dossier.
Si je n'obtiens pas de réponse sérieuse et argumentée, je transmettrai l'intégralité de ce dossier — MTR, échanges, horodatages — au médiateur des télécommunications, et j'envisagerai les suites appropriées.
Je veux une réponse de quelqu'un qui a réellement pris le temps de regarder les éléments transmis.
