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/