From owner-freebsd-stable@FreeBSD.ORG Tue Nov 18 10:12:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F25C1065675; Tue, 18 Nov 2008 10:12:54 +0000 (UTC) (envelope-from prvs=1208040d95=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id C5F6E8FC14; Tue, 18 Nov 2008 10:12:53 +0000 (UTC) (envelope-from prvs=1208040d95=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1227001978; x=1227606778; q=dns/txt; h=Received: Message-ID:From:To:Cc:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=kZk4iecLGZaSNY0Z8Dy3Y XLOj5AopBHm7jdZaWLd5V4=; b=hOOqCnqbRN/RtYUYoT+vKhUpiSrrViVhVMEKk WHU1pFjSevbgiAg/eTeJHQCw3akkOlHj1+g7clPDIQnDsVhdHu+qtddNAwCqh4nB YEfVK4OE9TzyLhMGrgRgSYHbNUnAcIFq9gUHQ080QQKKW4GJ2a0HcdYdzgzPl00F 1TSVTw= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, FORGED_MUA_OUTLOOK, USER_IN_WHITELIST,USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.6) with ESMTP id md50006559279.msg; Tue, 18 Nov 2008 09:52:57 +0000 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 213.123.247.160 X-Return-Path: prvs=1208040d95=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <579A727AE73F4E4780156C9C43258677@multiplay.co.uk> From: "Steven Hartland" To: "Jeremy Chadwick" References: <89DE4FDF67DC40AE88477897DF4CD0E7@multiplay.co.uk> <20081117200250.GA38619@icarus.home.lan> <4E2AB11167C143D6948D2BEEDBCA8512@multiplay.co.uk> <20081117211153.GA39851@icarus.home.lan> Date: Tue, 18 Nov 2008 09:52:51 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 18 Nov 2008 09:52:57 +0000 X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 18 Nov 2008 09:52:58 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: Possible regression in ifconfig under7.0 - removesvaliddefault route X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2008 10:12:54 -0000 This has now been raised as PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=128954 Regards Steve ----- Original Message ----- From: "Jeremy Chadwick" > On Mon, Nov 17, 2008 at 08:45:43PM -0000, Steven Hartland wrote: >> ----- Original Message ----- From: "Jeremy Chadwick" >>> I can try to reproduce this if you'd like, on a VMware session. >>> >>> One case where the default route could be (I haven't checked) removed: >>> some NIC drivers in the past, when changing the "primary IP" (first IP >>> shown in ifconfig for an interface), would actually bring down the >>> entire interface (e.g. ifconfig XXX down) then back up again a second or >>> two later. dmesg on your machine would be able to confirm whether or >>> not this is happening. >> >> >> Thanks Jeremy, no such down up here is show so I believe this is not >> the case, here anyway. The interface in question was em0 details:- >> em0: port >> 0xd400-0xd43f mem 0xfea60000-0xfea7ffff,0xfea40000-0xfea5ffff irq 23 at >> device 8.0 on pci1 >> em0: Ethernet address: 00:30:48:71:b6:b7 >> em0: [FILTER] >> >> FreeBSD test 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC >> 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 >> >> Would be most interested in the results of you vm test if you would >> be so kind. > > No problem. I'm testing on VMware Workstation 6.5.0 build 118116, > RELENG_7 amd64 (world/kernel dated 2008/10/23). > > > rc.conf (showing DHCP is not in use): > > ifconfig_em0="inet 192.168.1.190 netmask 255.255.255.0" > defaultrouter="192.168.1.1" > > em0: flags=8843 metric 0 mtu 1500 > options=9b > ether 00:0c:29:0a:c9:37 > inet 192.168.1.190 netmask 0xffffff00 broadcast 192.168.1.255 > media: Ethernet autoselect (1000baseTX ) > status: active > > Destination Gateway Flags Refs Use Netif Expire > default 192.168.1.1 UGS 0 0 em0 > 127.0.0.1 127.0.0.1 UH 0 0 lo0 > 192.168.1.0/24 link#1 UC 0 0 em0 > 192.168.1.1 link#1 UHLW 2 0 em0 > 192.168.1.51 00:30:48:d2:22:d0 UHLW 2 50 em0 1107 > > > Command executed: ifconfig em0 inet 10.0.0.1 netmask 255.0.0.0 > Aftermath: > > em0: flags=8843 metric 0 mtu 1500 > options=9b > ether 00:0c:29:0a:c9:37 > inet 10.0.0.1 netmask 0xff000000 broadcast 10.255.255.255 > media: Ethernet autoselect (1000baseTX ) > status: active > > Destination Gateway Flags Refs Use Netif Expire > 10.0.0.0/8 link#1 UC 0 0 em0 > 127.0.0.1 127.0.0.1 UH 0 0 lo0 > > > Command executed: route add default 10.0.0.128 > Aftermath: > > Destination Gateway Flags Refs Use Netif Expire > default 10.0.0.128 UGS 0 0 em0 > 10.0.0.0/8 link#1 UC 0 0 em0 > 10.0.0.128 link#1 UHLW 2 0 em0 > 127.0.0.1 127.0.0.1 UH 0 0 lo0 > > Command executed: ifconfig em0 inet 10.10.10.10 netmask 255.0.0.0 > Aftermath: > > em0: flags=8843 metric 0 mtu 1500 > options=9b > ether 00:0c:29:0a:c9:37 > inet 10.10.10.10 netmask 0xff000000 broadcast 10.255.255.255 > media: Ethernet autoselect (1000baseTX ) > status: active > > Destination Gateway Flags Refs Use Netif Expire > 10.0.0.0/8 link#1 UC 0 0 em0 > 127.0.0.1 127.0.0.1 UH 0 0 lo0 > > > Summary: confirmed. Above two tests show that even if changing the IP > to something else within the same network block, the default route is > removed and not put back. > > This is pretty major, if you ask me. ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk.