From nobody  Tue Aug 11 11:12:48 1998
Received: (from nobody@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id LAA10782;
          Tue, 11 Aug 1998 11:12:48 -0700 (PDT)
          (envelope-from nobody)
Message-Id: <199808111812.LAA10782@hub.freebsd.org>
Date: Tue, 11 Aug 1998 11:12:48 -0700 (PDT)
From: fetch@muffin.arcadia.spb.ru
To: freebsd-gnats-submit@freebsd.org
Subject: ip address on ed interface seems to not be changed internally after re-ifconfig
X-Send-Pr-Version: www-1.0

>Number:         7578
>Category:       kern
>Synopsis:       ip address on ed interface seems to not be changed internally after re-ifconfig
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Aug 11 11:20:01 PDT 1998
>Closed-Date:    Thu Aug 20 04:23:36 PDT 1998
>Last-Modified:  Thu Aug 20 04:23:54 PDT 1998
>Originator:     Andrew Aleks
>Release:        2.2.6-RELEASE
>Organization:
Arcadia, Inc.
>Environment:
FreeBSD muffin.arcadia.spb.ru 2.2.6-RELEASE FreeBSD 2.2.6-RELEASE #0: Sat Jun 17 14:00:09 MSD 1998     root@muffin.arcadia.spb.ru:/usr/src/sys/compile/KERNEL  i386
>Description:
A very strange problem with ed interface reconfiguration.
If I'm trying to delete ed interface configuration and set another
ip address on it I get into the following strange situation:
ifconfig displays new address but packets that are sent out on this
interface to some host that is already in arp table are being sent
with the old ip address in ip header! Cleaning arp entry for the host packets are being sent to resolves the problem.
>How-To-Repeat:
Configure ed interface, set some ip address on it. Try to ping
some host in this subnet. Then delete ed interface configuration
and set another ip address on it. Then try to ping the same host.
Tcpdump shows that icmp packets are still being sent with the old ip.
Now try to clean arp entry for the host you're trying to ping. The problem disappears, ed conf changes.
The same applies to aliases on interface.
>Fix:
Was unable to develop anything except cleaning arp entries after
reconfiguring ed interface.
>Release-Note:
>Audit-Trail:

From: fetch@muffin.arcadia.spb.ru
To: freebsd-gnats-submit@freebsd.org, fetch@muffin.arcadia.spb.ru
Cc:  Subject: Re:kern/7578:
Date: Fri, 14 Aug 1998 21:54:53 +0400 (MSD)

 Pardon for pretty lame report. Apparently it happens not the
 cloned routes cleaning. I don't know whether RTF_PRCLONING
 flag should be set when making interface up on configuration
 but when I'm configuring interface or adding an alias on
 it, rtrequest adds rtentry without RTF_PRCLONING flag set,
 also when deleting interface, rtrequest_delete doesn't
 checks thru the tree for cloned routes and routes cloned
 from interface that's already gone remain intact in
 routing table.
 Well, in fact even hacked rtreqeust_delete (do not check
 for RTF_PRCLONING flag and check the tree for cloned routes)
 doesn't helps:) I've never hacked an OS kernel and the
 above is my best description of the problem so far:)
 
State-Changed-From-To: open->closed 
State-Changed-By: phk 
State-Changed-When: Thu Aug 20 04:23:36 PDT 1998 
State-Changed-Why:  
closed per submitters request 
>Unformatted:
