Re: [v6ops] Fwd: I-D Action: draft-ietf-v6ops-6204bis-05.txt

Ole Troan <otroan@employees.org> Fri, 06 January 2012 14:57 UTC

Return-Path: <ichiroumakino@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0400021F8812 for <v6ops@ietfa.amsl.com>; Fri, 6 Jan 2012 06:57:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.539
X-Spam-Level:
X-Spam-Status: No, score=-3.539 tagged_above=-999 required=5 tests=[AWL=0.060, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id clsx8WSj3jqp for <v6ops@ietfa.amsl.com>; Fri, 6 Jan 2012 06:57:12 -0800 (PST)
Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by ietfa.amsl.com (Postfix) with ESMTP id 4ADB421F87B9 for <v6ops@ietf.org>; Fri, 6 Jan 2012 06:57:12 -0800 (PST)
Received: by wgbds13 with SMTP id ds13so1665960wgb.1 for <v6ops@ietf.org>; Fri, 06 Jan 2012 06:57:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=ocwKxqCSgnhl5M4eL80N9GPmdws4H3rumdGixkaQHlE=; b=mJ/Z7PtVXRvg7tt8uRG4L5y7AyAU7WFLACFCIBfl0YMXG1jxNpm1RtWH0Zk/POfvKs V1qpA2jeBIJ2HoyiowFuKIMO6hc6gT1nBxSIuX1jHQOEy/geKpcmZXFyEOQctJm6EgAz zN9KXdj+q0SWDHK8UtYqmGK451iCllrWJdpnY=
Received: by 10.180.94.97 with SMTP id db1mr11900354wib.16.1325861831437; Fri, 06 Jan 2012 06:57:11 -0800 (PST)
Received: from dhcp-10-55-84-1.cisco.com (64-103-25-233.cisco.com. [64.103.25.233]) by mx.google.com with ESMTPS id bl10sm3031326wib.0.2012.01.06.06.57.09 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 06 Jan 2012 06:57:10 -0800 (PST)
Sender: Ole Troan <ichiroumakino@gmail.com>
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="us-ascii"
From: Ole Troan <otroan@employees.org>
In-Reply-To: <867F4B6A1672E541A94676D556793ACD0CB56953BE@MOPESMBX01.eu.thmulti.com>
Date: Fri, 06 Jan 2012 15:57:08 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <2B940363-1E7B-45F9-9FB9-37E6691F57E2@employees.org>
References: <20111222210318.22621.37105.idtracker@ietfa.amsl.com> <B265E089-2FDF-4648-865B-A4A879B49AAD@cisco.com> <867F4B6A1672E541A94676D556793ACD0CB56952D5@MOPESMBX01.eu.thmulti.com> <8FFE15EA-B90E-4553-A776-7C2C5C221852@employees.org> <867F4B6A1672E541A94676D556793ACD0CB569536F@MOPESMBX01.eu.thmulti.com> <478BBBA2-3D32-4038-A5E4-CD886A417EB8@employees.org> <867F4B6A1672E541A94676D556793ACD0CB56953B7@MOPESMBX01.eu.thmulti.com> <1E00A66B-B0A3-4FFC-AF0E-ED3A2CACEA60@employees.org> <867F4B6A1672E541A94676D556793ACD0CB56953BE@MOPESMBX01.eu.thmulti.com>
To: Wuyts Carl <Carl.Wuyts@technicolor.com>
X-Mailer: Apple Mail (2.1084)
Cc: "v6ops@ietf.org WG" <v6ops@ietf.org>
Subject: Re: [v6ops] Fwd: I-D Action: draft-ietf-v6ops-6204bis-05.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
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, 06 Jan 2012 14:57:13 -0000

Carl,

>> if the network only offers addresses via DHCP, how does the network trigger the CPE to ask for an IA_NA?
>> 6204 solution is to require the device to always ask.
>> [Carl]Just configuration, nothing more, nothing less.  If you want 
>> ia_na, ask ia_na, if you don't, don't ask, no need to enforce this.  What if you enforce ia_na and the server doesn't answer anyway ?  Nothing accomplished.  What if you ask ia_na and the server is configured as such to not hand-out anything if ia_na is requested (full match of requested options, if not match fully: nak) Keep it simple, it's usually the best.  If customer wants ia_na, configure the device as such, don't expect the CPE to do these things "auto-magically"
> 
> this isn't up to the customer. it is a choice by the access network. and I don't think the "here is a fax from your ISP, just type in these parameters" scheme is the best we can do. ;-)
> 
> [Carl] True, but there will be no "fax" from the ISP to the customer either to ask to switch something in configuration off either if it wouldn't work.  Anyway, I'm always flexible, so I say make it a SHOULD iso MUST, meaning "you should ask it unless you have a good reason not to do so", no ??

the goal here is to specify a CPE that will work on any access network and without any user configuration.
note that this requirement is within an "if block", you only need to do this if you don't want to wait for the RA with the M/O flags.

cheers,
Ole