Bonjour à tous, Avez vous entendu parle du projet XORP qui pourrait interresser certains d'entre vous ? http://gigaom.com/2006/02/23/here-comes-open-source-telecom/ Cordialement,
Xavier Beaudouin writes: > Salut, > > > Pour notre part, nous avons aussi des machines sous Linux, qui > > utilisent Quagga. > > Néanmoins, ma question se pose plus au niveau de OpenBGPD: > > > > Quelqu'un a des retours d'expérience(tenue en charge, facilité > > d'administration, ...) sur l'utilisation d'OpenBGPD à large > > échelle, comme ce que l'on peut lire sur : > > Notre Association utilise openbgpd pour la partie Routage (et > openospfd aussi). > > On a 3 trois "routeurs" avec openbgpd.... > > Concernant le retours d'expérience, de facon générale c'est "assez" > stable si tu fais pas des choses compliquée, très économe en ram... : > > # bgpctl sh rib mem > RDE memory statistics > 179974 IPv4 network entries using 5.5M of memory > 720944 prefix entries using 22.0M of memory > 133895 BGP path attribute entries using 9.7M of memory > 30202 BGP AS-PATH attribute entries using 928K of memory, > and holding 133895 references > 3778 BGP attributes entries using 88.5K of memory > and holding 159362 references > 3777 BGP attributes using 28.6K of memory > RIB using 38.2M of memory > > # ps auwx | grep bgpd > _bgpd 17133 0.0 0.7 3100 3496 ?? S 28Feb06 19:30.89 > bgpd: session engine (bgpd) > root 1358 0.0 1.3 6604 7028 ?? Ss 28Feb06 19:16.99 > bgpd: parent (bgpd) > _bgpd 1145 0.0 12.8 66416 66852 ?? S 28Feb06 42:47.96 > bgpd: route decision engine (bgpd) > > La syntaxe du fichier de conf est assez sympa et claire, et permet > d'effectuer pas mal de taches rapidement... > > Par contre il y a des gros mais... > > - Il y a des bugs et souvent il faut passer en openbsd-current pour > les avoir > corrigé, j'en ai pour ma part trouvé un récent vis a vis des > localprefs... qui > a été corrigé vite (< une semaine car il étais bien caché) > - Ne jamais s'amuser a recompiler le kernel de openbsd... Théo refuse > toute > maintenance dès qu'un kernel est custom. > - Quand tu as plusieurs transit, tu as intérêt a avoir du CPU pour > traiter > la reconvergence rapidement. Pour ma part des bi PIII 1Ghz ont > réglé le > pb pour pouvoir encaisser la reconvergence rapide du routage. > - Attention aux cartes réseaux et leur drivers (eg pas de NE2000 > bidouillées aka > VIA...) > - Des config complexe sont souvent plus difficiles a mettre en place > qu'un routeur > hardware.... > > Bref, c'est un bon soft en général, mais beaucoup moins flexible > qu'un junos, cisco ou foundry... > > D'ailleurs si qqn a du vieux routeurs qui trainne et qui voudrait > s'en débarrasser > notre assoce serait... content d'en récuperer un ou plus :p > > /Xavier > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
