No, I haven't.<br><div class="gmail_quote"><div dir="ltr">On Sat, Jul 7, 2018 at 06:23 Toke Høiland-Jørgensen <<a href="mailto:toke@toke.dk">toke@toke.dk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">StarBrilliant <<a href="mailto:coder@poorlab.com" target="_blank">coder@poorlab.com</a>> writes:<br>
<br>
> Hi everyone,<br>
><br>
> I have been looking into this problem for months.<br>
><br>
> I found that Linux kernel have difficulty determining source address<br>
> for an icmp-ttl-exceeded packet if SADR is used.<br>
><br>
> Sometimes it will return the primary address as if SADR route does not<br>
> exist; sometimes it will just seallow the reply packet, showing as a<br>
> "???" in the traceroute.<br>
><br>
> In some rare random situation a machine with two routes like "default<br>
> from 2001.../48" would report "no route to host" when you want to<br>
> connect from it to some random (not all) hosts in the Internet,<br>
> although the machine routes packets from others correctly.<br>
><br>
> I found that icmp_errors_use_inbound_ifaddr does not work for IPv6,<br>
> and have been trying to port that option to IPv6. I am not sure if it<br>
> can fix the traceroute problem. But I am currently suspending this<br>
> work, hopefully someone else is interested in it.<br>
><br>
> I agree that we need such an option. That's simply because Linux<br>
> kernel is buggy.<br>
<br>
Yeah, this seems buggy. Have you reported the issue on netdev? :)<br>
<br>
-Toke<br>
</blockquote></div>