Multiple RIBs complexity
Hi everyone, How efficient is BIRD to calculate the best paths for multiples routing tables? I'm thinking about doing some PBR in our network to avoid some situations, for example: IX | +---------------+ | | AS100 --------- MYAS ------------TRANSIT What happens here is that I'm supposed to provide transit to AS100 directly. The problem arrises when AS100 announces a more specific route to the IX. At this point MYAS starts delivering the traffic throught the IX infraestructure, bypassing bandwidth control. Having a second FIB assigned to the TRANSIT interface that does not contain IX routes would solve the problem. I'm just worried about the CPU utilization for processing the best paths for two different routing tables. Regards. -- Atenciosamente, Antônio Modesto
On 07.12.16 11:25, Antonio Modesto wrote:
problem. I'm just worried about the CPU utilization for processing the best paths for two different routing tables.
Multiple RIBs should be piece of cake for bird. Remember, IXPs run hundreds of tables assigned to peers. Why don't you simply filter your downstreams at the IX ingress? No export via RS might be an option too. Don't know the BCPs here, but... Hth, SJ
We have a RIB per peer on our RS’s. Multiple RIB’s is easy peasy. -Chris
On Dec 11, 2016, at 3:16 PM, Stefan Jakob <tinysammy@gmail.com> wrote:
On 07.12.16 11:25, Antonio Modesto wrote:
problem. I'm just worried about the CPU utilization for processing the best paths for two different routing tables.
Multiple RIBs should be piece of cake for bird. Remember, IXPs run hundreds of tables assigned to peers.
Why don't you simply filter your downstreams at the IX ingress? No export via RS might be an option too.
Don't know the BCPs here, but...
Hth, SJ
participants (3)
-
Antonio Modesto -
Chris Malayter -
Stefan Jakob