Si ça peut aider:
Ping depuis fibre free grand public vers 185.12.240.61 : le probleme vient de
se produire (11h37)
Réponse de 185.12.240.61 : octets=32 temps=27 ms TTL=48
Réponse de 185.12.240.61 : octets=32 temps=26 ms TTL=48
Réponse de 185.12.240.61 : octets=32 temps=26 ms TTL=48
Réponse de 185.12.240.61 : octets=32 temps=26 ms TTL=48
Réponse de 185.12.240.61 : octets=32 temps=26 ms TTL=48
Réponse de 185.12.240.61 : octets=32 temps=26 ms TTL=48
Réponse de 185.12.240.61 : octets=32 temps=26 ms TTL=48
Réponse de 185.12.240.61 : octets=32 temps=27 ms TTL=48
Réponse de 185.12.240.61 : octets=32 temps=27 ms TTL=48
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 185.12.240.61 : octets=32 temps=26 ms TTL=48
Réponse de 185.12.240.61 : octets=32 temps=26 ms TTL=48
Réponse de 185.12.240.61 : octets=32 temps=26 ms TTL=48
Statistiques Ping pour 185.12.240.61:
Paquets : envoyés = 45, reçus = 39, perdus = 6 (perte 13%),
Durée approximative des boucles en millisecondes :
Minimum = 26ms, Maximum = 29ms, Moyenne = 26ms
Cordialement,
Olivier Varenne
Co-gérant, Commercial & Développeur
T +33 (0)4 27 04 40 00 | ipconnect.fr
Suivez-nous !
> -----Message d'origine-----
> De : frnog-requ...@frnog.org <frnog-requ...@frnog.org> De la part de
> David Ponzone
> Envoyé : vendredi 10 janvier 2020 11:29
> À : Guillaume Gildas <guillaume.gilda...@gmail.com>
> Cc : frnog-t...@frnog.org
> Objet : Re: [FRnOG] [TECH] Problème cyclique de routage
>
> J’ai mis un ping continu en place depuis un ADSL Free vers
> 185.12.240.61, on va voir si j’ai la même chose que toi.
> En tout cas, 20 à 35 secondes, ça pourrait bien être un délai de
> reconvergence BGP.
>
> > Le 10 janv. 2020 à 10:26, Guillaume Gildas
> <guillaume.gilda...@gmail.com> a écrit :
> >
> > L'incident se produit environ 100 à 150 fois sur 24 heures et il dure
> environ 20 à 35 secondes à chaque occurrence.
> >
> > Je pense que les divers incidents peuvent contribuer à pousser les
> > clients à choisir des FAI pro, mais ils trouvent toujours qu'en
> > moyenne ils y gagnent... :(
> >
> > Guillaume
> >
> >
> > On Fri, Jan 10, 2020 at 9:54 AM David Ponzone
> <david.ponz...@gmail.com <mailto:david.ponz...@gmail.com>> wrote:
> > Tu sais dire combien de temps ça dure à chaque fois et combien de fois
> par jour ?
> > Ca pourrait nous indiquer si ça vient d’un flap de peering quelque part
> et du temps de reconvergence BGP.
> >
> > Sinon pour moi, c’est surtout les clients qui doivent impliquer Free. Mais
> ça va pas être simple.
> > Quand on dit aux gens de rester chez les fournisseurs Pro, c’est pas
> pour rien.
> >
> >> Le 10 janv. 2020 à 08:26, Guillaume Gildas
> <guillaume.gilda...@gmail.com
> <mailto:guillaume.gilda...@gmail.com>> a écrit :
> >>
> >> Merci pour ta réponse David.
> >>
> >> J'ai un peu plus d'infos :
> >>
> >> Le problème est constaté chez tous les clients utilisant Free comme FAI
> et est totalement résolu lorsqu'ils utilisent un VPN hébergé à l'extérieur de
> l'infra de leur FAI.
> >> Les autres clients ne semblent pas impactés.
> >> Uptimerobot ne détecte pas de problème.
> >>
> >> La route passe en temps normal via Cogent, mais le premier routeur
> injoignable au moment du problème se situe en amont : 194.149.166.38.
> >>
> >> Qui contacter ?
> >> Qui doit initier la conversation : les clients vers leur FAI ; ou le
> fournisseur de contenu au Luxembourg vers Cogent ou Free ?
> >>
> >>
> >> Cordialement,
> >> --
> >> Guillaume GILDAS
> >>
> >>
> >> On Thu, Jan 9, 2020 at 10:20 PM David Ponzone
> <david.ponz...@gmail.com <mailto:david.ponz...@gmail.com>> wrote:
> >> J’oubliais: si quand l’incident se produit, tu ne peux plus pinger les
> cibles, tu peux éventuellement monitorer les 3 cibles depuis un site
> externe (type uptimerobot) pour voir si eux aussi voient l’incident.
> >> Si oui, ça prouve que ça vient probablement de l’AS cible.
> >> Si non, ça prouve pas grand chose (ça prouve en tout cas pas que
> c’est la faute du backbone Free).
> >> Y a des gens de Free sur la liste donc ils vont peut-être quand même
> vérifier.
> >> C’est le double-effet FRnOG.
> >>
> >> > Le 9 janv. 2020 à 20:05, Guillaume Gildas
> <guillaume.gilda...@gmail.com
> <mailto:guillaume.gilda...@gmail.com>> a écrit :
> >> >
> >> > Bonjour,
> >> >
> >> > Je rencontre un problème cyclique de routage pour joindre ces trois
> >> > serveurs portant l'IP :
> >> > 92.223.24.96
> >> > 185.12.240.61
> >> > 92.223.24.242
> >> >
> >> > Ma route passe notamment par les routeurs 194.149.163.189 puis
> par
> >> > 194.149.166.38.
> >> > Toutes les 5 à 10 minutes et durant une trentaine de secondes, le
> >> > routeur
> >> > 194.149.166.38 disparaît du traceroute et le trafic est envoyé sur
> >> > le routeur 194.149.163.130.
> >> > Ensuite, le trafic revient à sa route d'origine.
> >> >
> >> > Or, durant le laps de temps où la route d'origine n'est plus
> >> > joignable, les destinations ne sont pas joignables (ce qui pose un
> >> > problème pour de la VOIP etc).
> >> >
> >> > Ce problème est apparu dans la journée du samedi 4 janvier et
> >> > persiste à ce jour, quelle que soit la période de la journée.
> >> >
> >> > Je cherche :
> >> > - Qui contacter pour résoudre ce problème,
> >> > - Qui doit prendre l'initiative de cet échange (les clients
> >> > derrière leur FAI ou bien le fournisseur de contenu hébergeant les
> serveurs ?).
> >> >
> >> > Et par curiosité, quel est votre avis technique (ou commercial ?)
> >> > sur ce type de problème ?
> >> >
> >> > Merci pour votre aide,
> >> >
> >> > Cordialement,
> >> > --
> >> > Guillaume GILDAS
> >> >
> >> > ---------------------------
> >> > Liste de diffusion du FRnOG
> >> > http://www.frnog.org/ <http://www.frnog.org/>
> >>
> >
>
>
> ---------------------------
> Liste de diffusion du FRnOG
> http://www.frnog.org/
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
