Hi !

thanks to everyone who helped me with getting the sk0 interface
working. It only works on 4.0, on 3.9 the interface does appear
but attempting to move traffic through it fails, with kernel
saying "sk0 timeout" or something.

After upgrading to 4.0, I decided to switch the internal
interface from rl0 to sk0, so I did this:

# ifconfig rl0 down
# ifconfig sk0 192.168.28
checked the route table, the old interface route is still there:
192.168.28/24   link#1          UC              rl0
ok, then:
# route delete 192.168.28
deleted
add a new route then:
# route add 192.168.28/24 -link -iface sk0
ok, route is there, clones start to appear, but hosts won't ping.
192.168.28/24   link#3          UCS             sk0

ok, tcpdump says:
01:07:58.756090 192.168.28.1 > 192.168.28.3: icmp: echo request
01:07:58.756360 192.168.28.3 > 192.168.28.1: icmp: echo reply
01:07:58.756401 192.168.28.1 > 192.168.28.3: icmp: redirect 192.168.28.1
   to host 192.168.28.1


ok, then, do
# ifconfig rl0 0.0.0.0

and then redirects stop and ping starts working.

How did a down interface steal my route ? arp was apparently also
complaining:
arp: attempt to add entry for 192.168.28.15 on rl0 by 00:03:5c:00:0a:10 on sk0

though I don't know whether this was at the same time, since the arp table
does populate properly even though pings don't work.

I then tried to reproduce this, apparently, taking sk0 down does take
the routes down, and bringing rl0 up does automatically insert the route.
I repeated switching back to sk0 with exactly the same results, nothing
would work until I void the inet address on rl0, and the routes will
not delete when rl0 is down and not insert when sk0 is up...

Thanks !
 Pawel.

Reply via email to