On Wed, 2019-11-13 at 12:05 +0100, Radu-Adrian Feurdean wrote:
> On Tue, Nov 12, 2019, at 16:16, Guillaume Barrot wrote:
> > Donc pour résumer, annoncer des /24 parce que c'est plus simple,
> > c'est le mal, mais maintenant que le RIPE ne va livrer que des /22
> > sous la forme de multiples /24 et
On Tue, Nov 12, 2019, at 16:16, Guillaume Barrot wrote:
> Donc pour résumer, annoncer des /24 parce que c'est plus simple, c'est le
> mal, mais maintenant que le RIPE ne va livrer que des /22 sous la forme de
> multiples /24 et /23, bon ok, c'est moche mais là on a pas le choix.
C'est exactement c
> Guillaume Barrot a écrit :
> mais si tu montes en 2019 un SP avec des équipements qui tiennent 750k
> routes, là c'est bon, faut pas changer de métier.
Absolument ! Darwin n'est pas loin, quelqu'un d'autre récupèrera les clients
plus tard !
Michel.
---
Liste de diffu
Donc pour résumer, annoncer des /24 parce que c'est plus simple, c'est le
mal, mais maintenant que le RIPE ne va livrer que des /22 sous la forme de
multiples /24 et /23, bon ok, c'est moche mais là on a pas le choix.
Du coup, il faut pas le faire pour les pauvres mecs qui ont encore des
6500-SUP72
On Sun, Nov 10, 2019, at 19:51, Michel Py wrote:
> Sans vouloir entrer dans le débat d'annoncer des spécifiques (il y a
> des cas ou c'est justifié et d'autres non)
D'accord, sauf que le faire en /24, juste parce-que c'est plus simple (ce qui
etait le cas cette fois), faut changer de metier.
> Radu-Adrian Feurdean a écrit :
Sans vouloir entrer dans le débat d'annoncer des spécifiques (il y a des cas ou
c'est justifié et d'autres non)
> Pareil, quand sun un investissement a 3-5 ans tu dois serieusement penser
> lesquels des modeles va tenir - le 1M routes (certainement pas),
1M c'es
On Sat, Nov 9, 2019, at 01:49, Guillaume Barrot wrote:
> On est en 2019 les gars, avoir du respect pour les mecs qui ont des
> routeurs au taquet à 800k routes, c'est très surfait.
C'est avoir du respect vers tout le monde. Le probleme c'est qu'il n'est pas un
cas isole, il y a des milliers de
> Guillaume Barrot a écrit :
> C'est le vrai monde ici, et le vrai monde, il route des paquets,
> il passe pas 1h30 à regarder converger son Mikrotik...
Cà met combien de temps à converger réellement un Mikrotik ? Je savais que BGP
est pas multi-thread mais même une bouse genre c3945 çà converge
On est en 2019 les gars, avoir du respect pour les mecs qui ont des
routeurs au taquet à 800k routes, c'est très surfait.
C'est le vrai monde ici, et le vrai monde, il route des paquets, il passe
pas 1h30 à regarder converger son Mikrotik...
Le jeu. 7 nov. 2019 à 18:49, Clement Cavadore a
écrit :
On 07/11/2019 19:36, David Ponzone wrote:
> Sur Microtik, ça se script easy, sur Cisco ou autre, je sais pas.
Je pense que ça doit pouvoir se faire avec des EEM.
--
Alarig
---
Liste de diffusion du FRnOG
http://www.frnog.org/
Bonsoir,
Un peu dans le même cas que toi, j'avais à l'époque limité le trafic sur
le Tiers 2 en lui annonçant plusieurs communautés qui servaient chacune
à modifier la localpref chez ses transitaires Tiers 1, afin que ceux-ci
ne lui envoient pas le trafic. Par exemple : 3356:80 6453:80 5511:80
> David Ponzone a écrit :
> sur Cisco ou autre, je sais pas. On peut avoir un bgp network
> dependant d’un track sur Cisco ? J’ai la flemme de chercher.
Avec EEM et tclsh on fait pas mal de choses. C'est un peu prise de tête quand
on en fait pas souvent, mais c'est assez puissant. En plus de tick
Un bête role Ansible sur une VM, avec une probe externe qui ping des IP qui
vont bien dans ton réseau et qui trigger pour lancer les commandes kivonbien,
ça devrait CloudSDWaniser comme il faut, je pense.
Hugues
AS57199 - AS50628
> On 7 Nov 2019, at 19:36, David Ponzone wrote:
>
>
>> Le 7
> Le 7 nov. 2019 à 18:52, Hugues Voiturier a écrit :
>
> +1
>
> Faudrait vraiment un permis d’être sur la DFZ, on en arrive à des trucs
> absurdes à base de désagrégation pour faire du failover.
>
> D’ailleurs, ça ne marchera juste pas, puisqu’Eddy dit qu’il veut éviter un
> impact en cas d
+1
Faudrait vraiment un permis d’être sur la DFZ, on en arrive à des trucs
absurdes à base de désagrégation pour faire du failover.
D’ailleurs, ça ne marchera juste pas, puisqu’Eddy dit qu’il veut éviter un
impact en cas de coupure de son Backbone.
Sauf que si tout rentre par Cogent, ça blackh
On Thu, 2019-11-07 at 18:19 +0100, David Ponzone wrote:
> Purée, on vient de te dire de pas faire ça.T’as dû faire planter
> quelques 6500 en manque de RAM avec tes 4 routes en plus :)
Surtout que, même si c'est déjà deux de trop, annoncer deux /23 aurait
été déjà un peu moins irrespectueux des au
> Le 7 nov. 2019 à 18:05, Eddy Minet a écrit :
>
> Merci pour cette réponse je comprends mieux le principe.
>
> Je viens de mettre l'annonce du /22 sur SFR et les /24 sur Cogent. Du coup
> c'est plus radical.
>
Purée, on vient de te dire de pas faire ça.T’as dû faire planter quelques 6500
el Py ; frnog-t...@frnog.org
Objet : Re: [FRnOG] [TECH] RE: Multihoming BGP avec COGENT en principal et SFR
en backup
> Le 7 nov. 2019 à 17:51, Eddy Minet a écrit :
>
> Merci à tous pour vos réponses.
>
> Donc si je comprends bien SFR aura toujours une localpref plus forte ?
>
>
> Le 7 nov. 2019 à 17:51, Eddy Minet a écrit :
>
> Merci à tous pour vos réponses.
>
> Donc si je comprends bien SFR aura toujours une localpref plus forte ?
>
> Pour répondre à Michel je prépende 2 fois, et pour le test j'ai aussi une
> communauté qui fait un double prepend au niveau de sfr
La localpref étant plus forte que le BGP Prepend, tous les gens qui reçoivent
ton préfixe via un Peering (public ou privé) avec SFR ou un de ses transitaires
préfèreront passer par ce lien plutôt que par Cogent.
Donc, pour résumer, tu vas avoir du mal à utiliser SFR en backup, parce que la
DFZ
On 07/11/2019 15:52, Michel Py wrote:
> Tu prépends combien de fois ?
Il aura beau prependé autant de fois qu’il veut, vu que SFR fait du
peering, la local-pref sera forcément supérieure.
--
Alarig
---
Liste de diffusion du FRnOG
http://www.frnog.org/
21 matches
Mail list logo
