Subject: Incorrect source IP address used after an ifconfig
To: None <tech-kern@netbsd.org>
From: Shiva Shenoy <shiva_s@yahoo.com>
List: tech-kern
Date: 01/05/2001 15:12:14
Noticed this behavior on NetBSD 1.5.
Cloned ARP entries dont seem to get deleted after
an IP interface is deleted.
This is the sequence of commands that I execute:
(tlp0 has 137.1.1.1 netmask 255.255.0.0)
- ping a neighbor PC on the tlp0 interface - 137.1.1.5
- remove the only address "ifconfig tlp0 delete"
- reconfig a different address on tlp0
(ifconfig tlp0 inet 137.1.1.2 netmask 255.255.0.0 up)
- ping the neighbor again. ICMP packets have
the source address of 137.1.1.1 (the old address).
The reason? The ARP to the neighbor does not seem to
get deleted when the interface address gets deleted.
I think this is incorrect. All cloned entries that
have this interface address should be blown away too.
All cloned entries only seem to get deleted only
when the interface is detached in if_detach().
vega# route -n get 137.1.0.5
route to: 137.1.0.5
destination: 137.1.0.5
local addr: 137.1.1.1
interface: tlp0
flags: <UP,HOST,DONE,LLINFO>
recvpipe sendpipe ssthresh rtt,msec rttvar
hopcount mtu expire
0 0 0 0 0
0 1500 721
__________________________________________________
Do You Yahoo!?
Yahoo! Photos - Share your holiday photos online!
http://photos.yahoo.com/