Le 15 janvier 2012 23:33, Serge Marienon <smarie...@gmail.com> a écrit : > En quoi c'est sale ??? > C'est inévitable et nécessaire.
Si tu reçoit tous les préfixes désagrégés et que tes policies les font au final toutes passer par le même hop, non, tu n'en as pas besoin. Tu réagrèges et tu met ton upstream en next-hop, et tu gagnes quelques centaines de routes. Le 15 janvier 2012 22:55, Michel Py <mic...@arneill-py.sacramento.ca.us> a écrit : > Pour le faire proprement il faut rajouter 49000 fullbogons, ça fait 56k soit > l'équivalent de la consommation TCAM de 112k routes IPv4. La fullbogons sur un PE, bof, plutot sur un RR qui distribue entre tes upstream et tes PE. > Question pour tout le monde qui filtre les routes: qu'est ce que vous avez > comme routeur? Ces jours-ci pour un Cisco 7600 un SUP720-3BXL qui prend 1 > million de routes ça ce trouve pour $25k. Juniper j'ai aucune idée des prix. Un MX80 sort à partir de 8k€, comme un CER2024 à peu près. > La partie qui injecte ça dans le routeur je n'ai pas ça en stock, ceci dit. > Il y a des gens avec du temps pour se pencher sur ce genre de chose? Ca > pourrait être un projet sympa. Ben je me gratte la tête là dessus en ce moment, mais je code trop mal pour l'implémenter, j'ai besoin d'aide. L'idée est de construire une RIB complète puis de la factoriser sous forme d'arbre binaire dont on colorie les branches en fonction du next-hop. A la lecture, on reconstruit une RIB factorisée sur les couleurs (ou next-hops) et ça correspond au strict minimum d'informations dont le control-place a besoin pour que les décisions de forwarding correspondent aux policies du control-plane. Fait en soft sur un route-reflector, ça consomme que de la RAM et ça permet (en rabottant un peu la FIB résultante si nécessaire) de se contenter de switchs L3 en edge (avec des TCAM < 200k routes). De quoi faire de sacrés économies sur le hardware pour des petits réseaux... -- Jérôme Nicolle 06 19 31 27 14 --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
