> Jérôme Fleury a écrit :
> Une regle en accidentologie c'est que plus l'accident est important, plus
> il y a de causes (root causes) qui s'additionnent pour l'expliquer. C'est
> vrai en aviation, c'est vrai dans le nucleaire, etc. Ce leak n'echappe pas
> a la regle. Il n'y a pas 1 root cause, ou
> Jérôme Fleury a écrit :
> Ce qu'on n'excuse pas c'est d'etre injoignable.
Pour çà je les mets tous dans le même bateau. C'est çà qui n'est pas bien passé
: pareil pour tous les autres et on me dit dans l'oreillette que les gros FAI
Français ils ne lavent pas trop blanc dans ce domaine non
On Wed, Aug 28, 2019 at 7:56 PM Michel Py <
mic...@arneill-py.sacramento.ca.us> wrote:
> Bonjour Jérôme,
>
> > Jérôme Fleury a écrit :
> > Est-ce qu'on frappe plus fort sur Verizon sur notre blog ? Oui. 2
> raisons a cela:
> > - impossibilite totale de les joindre
>
> Pas pire que les autres.
Bonjour Jérôme,
> Jérôme Fleury a écrit :
> Est-ce qu'on frappe plus fort sur Verizon sur notre blog ? Oui. 2 raisons a
> cela:
> - impossibilite totale de les joindre
Pas pire que les autres. Essaie AT ou Cogent, çà peut prendre 1 semaine
entière et parler avec 30 personnes différentes pour
Desole pour le retard de la reponse dans ce thread.
On Thu, Jun 27, 2019 at 5:50 AM Michel Py <
mic...@arneill-py.sacramento.ca.us> wrote:
>
> Désolé de le dire, et sans excuser Verizon qui n'avaient pas les
> précautions de base en place, c'est de la récupération politique. C'est pas
> Verizon
> Alexandre Bruyelles a écrit :
> [...]
Généralement je partage ton point de vue à propos des optimiseurs BGP, mais :
> Au passage, n'oublions pas que l'AS qui n'a pas vocation de faire du
> réseau n'est pas supposé avoir de T1 : il va plutôt avoir une paire de
> T2 qui vont lui proposer un
ReBonjour,
Ce qui est dit ici me semble être plein de bon sens mais je mettrais un bémol.
Ne serait-ce que pour disposer d’une réelle diversités des chemins, on
recommande de prendre 2 ou 3 transits de Tiers 1 et autant d’IX que possible.
Ainsi on a l’assurance de disposer de chemins
Les optimiseurs bgp, ce sont de mauvaises solutions à un vrai problème
Le vrai problème : quand tu as X liens pourris vers une destination X,
ta "qualité" n'est pas terrible (voir problématique)
La fausse solution : faisont du vaudoo pour essayer de "choisir" le
meilleur des mauvais liens
La
> À quoi ça sert d’optimiser le chemin de A vers B, quand on ne peut pas faire
> en sorte d’utiliser le même chemin dans le sens B -> A ?
Je m’auto-corrige: ou tout autre chemin optimal de B vers A, qui ne sera pas
forcément le même que de A vers B.
---
Liste de
Le 2 juil. 2019 à 15:25, Francois Devienne a
écrit :
>
> Bonjour FRNOG,
>
> Je me permets d’apporter quelques précisions au sujet des optimiseurs BGP.
>
>
> ...[long texte plein de choses très intéressantes, merci]…
>
> Bon appétit,
> François.
>
François,
Vous ne répondez pas avec
Bonjour FRNOG,
Je me permets d’apporter quelques précisions au sujet des optimiseurs BGP.
En avant propos, la notion d’optimisation BGP ne revêt pas une forme unique.
Elle était d’ailleurs souvent effectuée manuellement, de manière artisanale.
Quel est l’objectif de ces optimisations en général
> Clement Cavadore a écrit :
> Pour en avoir vu une chez un de mes clients (je vous rassure, j'ai fini
> par arriver à le convaincre de l'éradiquer de son réseau
Merci et +1 pour le reste de ta contrib.
> et on ne sait *rien* du chemin retour.
Et oui, le machin ne touche que le trafic
On Thu, 27 Jun 2019 08:06:50 +0200
Vivien Moreau wrote:
> > Jérome Fleury, j'ai lu ton blog. Le pire, c'est que tu as changé
> > qui l'avait écrit pour Tom Strickx. Tu crois qu'on avait pas vu çà
> > venir ?
> >
> > C'est carrément craintos. Le lien au-dessus, c'était signé par
> > Jérome Fleury
On Thu, 2019-06-27 at 08:47 +0200, Paul Rolland (ポール・ロラン) wrote:
> Comme je n'ai pas fait mes devoirs sur des boites, qq'un peut
> m'expliquer comme marchent ces optimiseurs ? J'ai la flemme non pas
> de Googler ce matin, mais de faire le tri pour trouver un article qui
> ne dise pas que des
Un article plus détaillé a été publié :
https://blog.cloudflare.com/the-deep-dive-into-how-verizon-and-a-bgp-optimizer-knocked-large-parts-of-the-internet-offline-monday/?utm_medium=email_source=blog_campaign=rss-feed
Le jeu. 27 juin 2019 à 20:37, Michel Py
a écrit :
> > David Ponzone a écrit :
> David Ponzone a écrit :
> Hmmm le client de Verizon et DQE a quand même dû faire une grosse boulette
> aussi non ? C’est une sacré coïncidence avec une responsabilité triple
> (et heureusement, sinon ça arriverait beaucoup plus souvent).
C'est un client, pas un FAI.
C'est même pas une boite
Le jeu. 27 juin 2019 à 12:11, David Ponzone a écrit :
>
> Le plus drôle c’est que le site de Noction t’explique que leur produit
> automatise tout, évite les interventions manuelles.
> Apparement, ils ont pas voulu forcer le respect des bonnes pratiques.
> Ou DQE l’a désactivé.
>
> Alors OK, BGP, c'est qq chose qu'on etablit avec un partenaire de confiance
> (normalement, meme si la confiance est "commerciale"), mais ca n'empeche
> pas de faire attention, et de prendre des precautions (tiens, au fait, les
> route-server des IX, a part RPKI de leur cote, je vois pas trop
Hello,
On Thu, 27 Jun 2019 03:48:41 +
Michel Py wrote:
> Le blog de CloudFlare qui dit que c'était la faute à Verizon, c'est du
> gros bullshit.
> https://blog.cloudflare.com/how-verizon-and-a-bgp-optimizer-knocked-large-parts-of-the-internet-offline-today/
>
> Désolé de le dire, et sans
Bonjour,
Le 27/06/2019 à 05:48, Michel Py a écrit :
Jérome Fleury, j'ai lu ton blog. Le pire, c'est que tu as changé qui l'avait
écrit pour Tom Strickx. Tu crois qu'on avait pas vu çà venir ?
C'est carrément craintos. Le lien au-dessus, c'était signé par Jérome Fleury il
y a 24 heures.
Je ne
> Le 27 juin 2019 à 05:48, Michel Py a
> écrit :
>
>
> Les connards qui annoncent des préfixes plus longs que ceux que les
> désignataires des préfixes en question le font, faut les éliminer.
> Dans leur AS, ils font ce qu'ils veulent. Annoncer la merde que produit un
> "optimiseur" BGP
Bon il y a des fois ou être le troll de la liste du FRnOG demande de prendre un
risque politique, et j'assume.
Le blog de CloudFlare qui dit que c'était la faute à Verizon, c'est du gros
bullshit.
Hello
de mon côté, j'ai des intercos entre OVH et Online, et j'ai été impacté
(le trafic a été routé temporairement vers Newyork sans jamais revenir).
Quelques clients qui utilisent cloudflare ont été impactés aussi, site
down quelques heures.
le tout en france donc.
seeya
Le 25/06/2019 à
> Pierre-Elliott Bécue a écrit :
> La logique de CF se défend. DQE est un small provider, surtout en comparaison
> avec
> Verizon qui fait juste N fois sa taille. Qu'une entreprise comme DQE ne
> puisse pas
> se payer des gens/des formations exaustives, c'est pas ouf mais ça passe.
Je ne suis
Le mardi 25 juin 2019 à 01:43:42+, Michel Py a écrit :
> Est-ce que çà à touché la France ?
> https://blog.cloudflare.com/how-verizon-and-a-bgp-optimizer-knocked-large-parts-of-the-internet-offline-today/
>
> J'espère qu'il n'y a aucun lecteur qui utilise un optimiseur BGP et
> est assez con
On Tue, 25 Jun 2019 01:43:42 +
Michel Py wrote:
> Est-ce que çà à touché la France ?
> https://blog.cloudflare.com/how-verizon-and-a-bgp-optimizer-knocked-large-parts-of-the-internet-offline-today/
Oui. Je ne peux pas dire dans quelle mesure, et je n'ai malheureusement
plus la sortie de
Le mar. 25 juin 2019 à 03:46, Michel Py
a écrit :
>
> Est-ce que çà à touché la France ?
> https://blog.cloudflare.com/how-verizon-and-a-bgp-optimizer-knocked-large-parts-of-the-internet-offline-today/
Pas regardé dans le détail de mon coté. Pas eu de bruit concernant un
afflux de tickets
27 matches
Mail list logo
