Re: [v6ops] Please review the No IPv4 draft

Karsten Thomann <karsten_thomann@linfre.de> Tue, 15 April 2014 17:58 UTC

Return-Path: <karsten_thomann@linfre.de>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A8DB31A036F for <v6ops@ietfa.amsl.com>; Tue, 15 Apr 2014 10:58:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.823
X-Spam-Level:
X-Spam-Status: No, score=-1.823 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.272, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FdUbCDpw4i3b for <v6ops@ietfa.amsl.com>; Tue, 15 Apr 2014 10:58:34 -0700 (PDT)
Received: from linfre.de (linfre.de [83.151.26.85]) by ietfa.amsl.com (Postfix) with ESMTP id 05ED81A0368 for <v6ops@ietf.org>; Tue, 15 Apr 2014 10:58:34 -0700 (PDT)
Received: from linne.localnet (31.150.15.45) by linfreserv.linfre (Axigen) with (AES256-SHA encrypted) ESMTPSA id 2FA59E; Tue, 15 Apr 2014 19:58:18 +0200
From: Karsten Thomann <karsten_thomann@linfre.de>
To: v6ops@ietf.org
Date: Tue, 15 Apr 2014 19:58:46 +0200
Message-ID: <3446106.k0lm12lQ8b@linne>
User-Agent: KMail/4.10.4 (Windows/6.1; KDE/4.10.4; i686; ; )
In-Reply-To: <534D3672.3060702@viagenie.ca>
References: <534BF5A5.5010609@viagenie.ca> <20140415083615.GB43641@Space.Net> <534D3672.3060702@viagenie.ca>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="nextPart14871702.ghmRgCEENZ"
Content-Transfer-Encoding: 7bit
X-AXIGEN-DK-Result: No records
DomainKey-Status: no signature
X-AxigenSpam-Level: 7
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/if3pf5vwn_CY-6vI8L-BhiCNhBc
Subject: Re: [v6ops] Please review the No IPv4 draft
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 15 Apr 2014 17:58:36 -0000

I have still problems to understand why a message on one link/interface should be able to 
shutdown the whole IPv4 stack or the dhcpv4 client, the scope of the message should be limited 
to the link/interface on which the message was received and not further... 

In my opinion the system should remove the v4 address, and the dhcpv4 client should stop 
sending discover messages on that specific interface, and the easiest way to tell dhcpv4 to do 
that is a dhcpv4 message.

Karsten

Am Dienstag, 15. April 2014, 09:38:58 schrieb Simon Perreault:
> Le 2014-04-15 04:36, Gert Doering a écrit :
> > I agree to this.  Interestingly, this is something else than "just
> > shutdown
> > the dhcpv4 client if this option is detected" - it is "shutdown IPv4",
> > which many OSes can't do today at all (and yes, that needs fixing).
> 
> Correct, it means "shutdown IPv4". Our draft lists precisely what needs
> to be shut down. And you're correct in that implementing this could mean
> more than just "pkill dhclient" on some OSes. But that work needs to
> happen anyway.
> 
> Simon