<div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hmm, I have been running babeld with source-specific routes for quite<br>
some time and never run into this problem. Are you sure you didn't botch<br>
the netlink calls? ;)</blockquote><div><br></div><div>I don't think so, I even tested inserting the routes with ip route without running bird. It was a documented behavior in net/ipv6/Kconfig in the kernel source.<br><br><pre><font size="2"><code>config IPV6_SUBTREES
    bool "IPv6: source address based routing"
    depends on IPV6_MULTIPLE_TABLES
    ---help---
      Enable routing by source address or prefix.

      The destination address is still the primary routing key, so mixing
      normal and source prefix specific routes in the same routing table
      may sometimes lead to unintended routing behavior.  This can be
      avoided by defining different routing tables for the normal and
      source prefix specific routes.

      If unsure, say N.</code></font></pre></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 6, 2017 at 11:40 AM, Toke Høiland-Jørgensen <span dir="ltr"><<a href="mailto:toke@toke.dk" target="_blank">toke@toke.dk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">Dean <<a href="mailto:dluga93@gmail.com">dluga93@gmail.com</a>> writes:<br>
<br>
> There is already an implementation for that here<br>
> (<a href="https://github.com/jech/babeld" rel="noreferrer" target="_blank">https://github.com/jech/<wbr>babeld</a>), if you want to check. I think this supports<br>
> both IPV6_SUBTREES and policy routing, not sure.<br>
<br>
</span>I meant for the Bird Babel implementation. And yeah, that was what I was<br>
referring to with policy routing:)<br>
<span class="gmail-"><br>
> And I encountered another problem with IPV6_SUBTREES yesterday. Having<br>
> source constrained routes and normal routes in the same routing table<br>
> leads to unintended behavior. In my case, the normal route was<br>
> ignored. If I had both a normal route and a source constrained route<br>
> (with a wrong source address) in the table, it automatically returned<br>
> a Network Unreachable, ignoring the normal route which should have<br>
> worked.<br>
<br>
</span>Hmm, I have been running babeld with source-specific routes for quite<br>
some time and never run into this problem. Are you sure you didn't botch<br>
the netlink calls? ;)<br>
<span class="gmail-HOEnZb"><font color="#888888"><br>
-Toke<br>
</font></span></blockquote></div><br></div></div>