Hi,I did try that efore an verified it again. Now routed attempts to install a local route
for the lo0 interface and fill the log with the EEXIST messages.That's why I went for LLDATA in order to avoid to analyse routed's inner workings completely.
Maybe we need a different test for ignoring kernel routing messages. Here is he error message from the log:2016-12-12T09:08:06.522364+01:00 pip routed 10002 - - write(rt_sock) RTM_ADD 127.0.0.1/32 -->127.0.0.1 metric=0 flags=0: File exists
Here is the trace for the failed route insert attempt:
Tracing actions started
Tracing packets started
Tracing packet contents started
Tracing kernel changes started
Add interface lo0 127.0.0.1 -->127.0.0.1/32 <LOOPBACK> <PASSIVE>
RCVBUF=61440
Add interface wm1 10.200.1.2 -->10.200.1.0/24 <RIPV2>
turn on RIP
Add 10.200.1.0/24 -->10.200.1.2 metric=0 wm1 <IF>
Add 127.0.0.1/32 -->127.0.0.1 metric=0 lo0 <IF>
Send mcast RIPv2 REQUEST to 224.0.0.9.520 via wm1
QUERY
write(rt_sock) RTM_ADD 127.0.0.1/32 -->127.0.0.1 metric=0 flags=0:
File exists
-- 09:08:06 --The other part of of the path (not deleting loopback routes for local adresses) works.
Frank On 12/12/16 01:36, Ryota Ozaki wrote:
Hi, Thank you for the investigation. On Sun, Dec 11, 2016 at 9:08 PM, Frank Kardel <kardel%netbsd.org@localhost> wrote:Hi ! Reverting that change (1.24->1.25) and using RTF_LLDATA instead of RTF_LLINFO seems to solve the problem. Is this correct or am I overlooking something?Local routes aren't actually link-layer routes; RTF_LLDATA remain in them for backward compatibility, IIRC. So as you said if old routed works on a new kernel, I think it is good to fix routed as I proposed in my earlier mail. Could you try the patch? http://www.netbsd.org/~ozaki-r/fix-routed.diff Thanks, ozaki-r