Since v7.20.x a blackhole route is automatically added for every advertised prefix even if this route is already in the main routing table. For example:
I’m advertising prefix 10.0.0.0/24 to my remote BGP peers. This is a local IP range, which is already in the main routing table:
I confirm this behaviour. I personally tried every kind of rule matching and found no solution to this.
Finally I thought that this is not a bad thing anyway since the route have a distance set to 255 and would not be preferred compared to a dynamic learned or connected route and it’s a nice thing to have in case internal routing would be down and no route to advertised subnets it’s available.
Thank you very much for you answer. Before I was going to roll back to release 7.19.x because what happens with these blackholes is they are generated per connection per prefix. I have roughly 80 connections that advertise 3 prefixes. So I have 80 the same blackholes for each prefix, 240 all together.
But since a fix coming in the new version I think I'll wait for release 7.21.