<div dir="ltr"><div><div>You might consider some kind of import filter in order to change local_preference only forl blackholed prefixes<br>(following was NOT checked  )<br><br></div>filter blackhole {<br>   if (bgp.nexthop ~ blackhole ) then {<br>
        bgp_local_pref = 500 ;<br>        accept;<br>    }<br></div>    accept;<br><div>}<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Apr 8, 2014 at 6:50 PM, Thomas Goldberg <span dir="ltr"><<a href="mailto:t.goldberg77@gmail.com" target="_blank">t.goldberg77@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">2014-04-07 18:29 GMT+02:00 Ondrej Zajicek <<a href="mailto:santiago@crfreenet.org">santiago@crfreenet.org</a>>:<br>

<div class="">> Hello<br>
><br>
> That is because only resolvable routes are considered (RFC 4271 9.1.2.1),<br>
> main reason for that condition is to eliminate routes whose bgp_next_hop<br>
> cannot be resolved using IGP, it also affects routes whose bgp_next_hop<br>
> is resolved to a unreachable/blackhole/prohibit route.<br>
><br>
> In your case, it could be fixed by adding higher protocol preference<br>
> (different attribute than bgp_local_pref, currently 100) to b_rr1.<br>
<br>
</div>Unfortunately increasing the preference of the b_rr1 session is not an<br>
option as from my understanding it would completely eliminate the bgp<br>
route selection rules (All routes learned via b_rr1 are preferred over<br>
b_dtag1).<br>
Is there any other solution for this besides doubling the iBGP<br>
connections (adding seperate blackhole only sessions with higher<br>
preference)?<br>
</blockquote></div><br></div>