> Thomas Mangin a écrit: > Toute route reçue, devrait recevoir une communauté, qui est ensuite > utilise pour filtrer les routes sortantes. Par exemples, toutes routes > reçues via transit, devraient être filtrées sur les peers.
+1, d'autant plus que le mécanisme des "communautés bien connues" est connu depuis 17 ans (RFC 1997) et très largement utilisé. Ceci s'applique aussi pour les routes redistribuées de l'IGP. A noter aussi RFC 3765 pour nopeer. What are the well known communities of the BGP community attribute? The community attribute is a transitive, optional attribute designed to group destinations in a certain community and apply certain policies (such as accept, prefer, or redistribute). This table shows the well known BGP communities. +--------------+-----------------------------------------------------+ ! Community ! Description ! +--------------+-----------------------------------------------------+ ! Local-AS ! Use in confederation scenarios to prevent sending ! ! ! packets outside the local autonomous system (AS). ! +--------------+-----------------------------------------------------+ ! no-export ! Do not advertise to external BGP (eBGP) peers. ! ! ! Keep this route within an AS. ! +--------------+-----------------------------------------------------+ ! no-advertise ! Do not advertise this route to any peer, ! ! ! internal or external. ! +--------------+-----------------------------------------------------+ ! none ! Apply no community attribute when you want to clear ! ! ! the communities associated with a route. ! +--------------+-----------------------------------------------------+ ! internet ! Advertise this route to the internet community, ! ! ! and any router that belongs to it. ! +--------------+-----------------------------------------------------+ http://www.cisco.com/en/US/tech/tk365/technologies_q_and_a_item09186a00800949e8.shtml Michel. --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
