zcip: defend problem

Steven Scholz steven.scholz at imc-berlin.de
Tue Sep 12 14:58:42 UTC 2006


Hi all,

I just build zcip (from svn) for my embedded ARM system and started it with

	/sbin/zcip -r 169.254.73.83 eth0 /etc/zcip/zcip.script

It actually configured my interface appropriatly.

To test defending I connected a different board to the network and
configured it statically to the above IP (without zcip) to force a
collision. After starting a ping on this board zcip on the first one starts
giving out:

zcip: eth0 recv arp type=2054, op=1,
zcip: ^Isource=0:a0:33:2:8b:41 169.254.73.83
zcip: ^Itarget=0:0:0:0:0:0 169.254.0.0
zcip: state = 3, source ip conflict = 0, target ip conflict = 0
zcip: ...wait -1 eth0 nprobes=3, nclaims=2
zcip: eth0 recv arp type=2054, op=1,
zcip: ^Isource=0:a0:33:2:8b:41 169.254.73.83
zcip: ^Itarget=0:0:0:0:0:0 169.254.0.0
zcip: state = 3, source ip conflict = 0, target ip conflict = 0
zcip: ...wait -1 eth0 nprobes=3, nclaims=2
zcip: eth0 recv arp type=2054, op=1,
zcip: ^Isource=0:a0:33:2:8b:41 169.254.73.83
zcip: ^Itarget=0:0:0:0:0:0 169.254.0.0
zcip: state = 3, source ip conflict = 0, target ip conflict = 0
zcip: ...wait -1 eth0 nprobes=3, nclaims=2

and goes on until I stop the ping. Funny enough zcip already selected a
different IP. ifconfig revealed that the interface is configured for
169.254.7.189. So for it looks like zcip is still "arguing" about the old
(discarded) IP! Why is that?

-- 
Steven



More information about the busybox mailing list