Re: [v6ops] Please review the No IPv4 draft

Simon Perreault <simon.perreault@viagenie.ca> Mon, 14 April 2014 20:19 UTC

Return-Path: <simon.perreault@viagenie.ca>
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 8FC6C1A0213 for <v6ops@ietfa.amsl.com>; Mon, 14 Apr 2014 13:19:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.173
X-Spam-Level:
X-Spam-Status: No, score=-2.173 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.272, 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 GnjWwUVflBMu for <v6ops@ietfa.amsl.com>; Mon, 14 Apr 2014 13:19:42 -0700 (PDT)
Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by ietfa.amsl.com (Postfix) with ESMTP id 02D4B1A049A for <v6ops@ietf.org>; Mon, 14 Apr 2014 13:18:54 -0700 (PDT)
Received: from porto.nomis80.org (unknown [IPv6:2620:0:230:c000:2520:ef8a:477:622f]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 30ED4403EF; Mon, 14 Apr 2014 16:18:51 -0400 (EDT)
Message-ID: <534C42AA.1000102@viagenie.ca>
Date: Mon, 14 Apr 2014 16:18:50 -0400
From: Simon Perreault <simon.perreault@viagenie.ca>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
MIME-Version: 1.0
To: Gert Doering <gert@space.net>
References: <534BF5A5.5010609@viagenie.ca> <534BFA08.3030404@foobar.org> <49EA8AC9-D5C5-4FE5-9A10-0CD574782F0F@nominum.com> <534C07FC.8000907@foobar.org> <F08AF14D-22C6-4F4C-9388-670EB4CD8453@nominum.com> <534C17B8.8030209@foobar.org> <534C27C9.80701@viagenie.ca> <20140414194824.GY43641@Space.Net> <534C3F7D.3040406@viagenie.ca> <20140414201231.GZ43641@Space.Net>
In-Reply-To: <20140414201231.GZ43641@Space.Net>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/2N4ndb6LCQ1nEI6mx0VPjcrYiTs
Cc: v6ops@ietf.org
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: Mon, 14 Apr 2014 20:19:47 -0000

Le 2014-04-14 16:12, Gert Doering a écrit :
>>>> $ grep "option no-ipv4" /var/db/dhclient6.leases.eth0 && pkill dhclient
>>>>
>>>> - Is that too hard to implement?
>>>
>>> Yes.  My DHCP client is called "dhcpcd".  Nick's might be "pump".
>>
>> I'm sorry, I don't see your point.
> 
> There are at least 3 different IPv4 DHCP clients on "Unix", and the
> author and maintainer of the IPv6 DHCP client that is installed might
> not know which IPv4 DHCP client you're using.
> 
> So either there is a standard way to communicate this across, as in
> "all *IPv4* DHCP clients need to learn that", or it will fail in some
> scenarios, no matter what the IPv6 DHCP client maintainers do.

Ah I see what you mean.

I would not expect the DHCPv6 client to have any code added. It would be
the controlling "glue code" (e.g., NetworkManager, init scripts,
whatever) that would be modified.

> (Also, I'd consider "just kill a foreign process" to be very rude - and
> depending on the environment you're doing this in, it will be futile
> as well, because a "service manager" of some sort could just report an
> error, and restart the "failing" dhclient process).

Of course. The glue code would terminate the DHCPv4 client process in
the appropriate manner.

>>> To the contrary.  A network that does not provide IPv4 would want to set
>>> that option.  You might just not have public IPv4 here, because it's
>>> a zeroconfo network with only IPv4 link-local (169.254) addresses.
>>
>> I'm not following your reasoning, sorry.
> 
> More bluntly: what makes you think that a network that has no IPv4 has IPv6?

Because we absolutely don't care about other kinds of networks. We're
doing this so that IPv6 works better. We don't care about making IPv4
work better.

Simon
-- 
DTN made easy, lean, and smart --> http://postellation.viagenie.ca
NAT64/DNS64 open-source        --> http://ecdysis.viagenie.ca
STUN/TURN server               --> http://numb.viagenie.ca