IETF Logo Mail Archive

Re: [v6ops] New Version Notification for draft-yourtchenko-ra-dhcpv6-comparison-00.txt (fwd)

sthaug@nethelp.no Fri, 20 December 2013 13:42 UTC

Return-Path: <sthaug@nethelp.no>
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 AFBA41AC85E for <v6ops@ietfa.amsl.com>; Fri, 20 Dec 2013 05:42:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.739
X-Spam-Level:
X-Spam-Status: No, score=-4.739 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.538, 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 Vlb5fab4bmVd for <v6ops@ietfa.amsl.com>; Fri, 20 Dec 2013 05:42:28 -0800 (PST)
Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by ietfa.amsl.com (Postfix) with SMTP id C33381AD8F4 for <v6ops@ietf.org>; Fri, 20 Dec 2013 05:42:25 -0800 (PST)
Received: (qmail 68426 invoked from network); 20 Dec 2013 13:42:18 -0000
Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 20 Dec 2013 13:42:18 -0000
Date: Fri, 20 Dec 2013 14:42:18 +0100
Message-Id: <20131220.144218.71144704.sthaug@nethelp.no>
To: owen@delong.com
From: sthaug@nethelp.no
In-Reply-To: <1502B710-CAEE-470B-8C16-18D632776ED6@delong.com>
References: <CAKD1Yr3TA9+yDpCRHNMOXNiq0bZ0x-yn=kVotiFD2187GjdnWw@mail.gmail.com> <52B2ED1E.1040108@inex.ie> <1502B710-CAEE-470B-8C16-18D632776ED6@delong.com>
X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset="iso-2022-jp-2"
Content-Transfer-Encoding: 7bit
Cc: v6ops@ietf.org
Subject: Re: [v6ops] New Version Notification for draft-yourtchenko-ra-dhcpv6-comparison-00.txt (fwd)
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: Fri, 20 Dec 2013 13:42:30 -0000

> Additionally, RA/RS and SLAAC are not a separate protocol unto themselves.
> They are specific messages within the Neighbor Discovery Protocol which
> also includes NA/NS messages. Are you also arguing that you want your
> DHCP server to provide the IP->MAC address translation table? If not, then
> you aren’t able to turn off the entire protocol that RS/RA are part of anyway
> and the horse is basically dead.

Speaking only for myself - I want the ND part of the protocol to be used
by default. I absolutely do *not* want routers to send RA by default. (I
do not want the DHCP server to deal with the IP->MAC address translation 
table.)

At least one router manufacturer (Juniper) has made the operationally
useful choice (to me, at least) of having ND turned on by default when
an interface is configured with an IPv6 address, while RA must be turned
on by explicit configuration. Thank you Juniper!

And the horse is not dead yet...

Steinar Haug, AS 2116

v2.23.0 | Report a Bug | By Email