Re: [savi] WGLC: draft-ietf-savi-dhcp-22

Ted Lemon <mellon@fugue.com> Wed, 23 April 2014 15:31 UTC

Return-Path: <mellon@fugue.com>
X-Original-To: savi@ietfa.amsl.com
Delivered-To: savi@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 014251A0016 for <savi@ietfa.amsl.com>; Wed, 23 Apr 2014 08:31:14 -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 hsR8YMoe-pk2 for <savi@ietfa.amsl.com>; Wed, 23 Apr 2014 08:31:12 -0700 (PDT)
Received: from toccata.fugue.com (toccata.fugue.com [204.152.186.142]) by ietfa.amsl.com (Postfix) with ESMTP id 668481A02A2 for <savi@ietf.org>; Wed, 23 Apr 2014 08:31:10 -0700 (PDT)
Received: from [10.0.10.40] (c-174-62-147-182.hsd1.nh.comcast.net [174.62.147.182]) by toccata.fugue.com (Postfix) with ESMTPSA id 745CB2380609; Wed, 23 Apr 2014 11:31:03 -0400 (EDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\))
From: Ted Lemon <mellon@fugue.com>
In-Reply-To: <E045AECD98228444A58C61C200AE1BD842614572@xmb-rcd-x01.cisco.com>
Date: Wed, 23 Apr 2014 11:31:01 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <CA02A4C7-285B-4CC6-A756-BABF0EDDE94F@fugue.com>
References: <CF7BFCD2.38EA7%elevyabe@cisco.com> <52D2BDC7-9E55-43BC-8248-23C43DCDEF96@fugue.com> <E045AECD98228444A58C61C200AE1BD842614572@xmb-rcd-x01.cisco.com>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
X-Mailer: Apple Mail (2.1874)
Archived-At: http://mailarchive.ietf.org/arch/msg/savi/W1aWomVVAfjTWLwgQXDXaU9md_M
Cc: "draft-ietf-savi-dhcp@tools.ietf.org" <draft-ietf-savi-dhcp@tools.ietf.org>, Guang Yao <yaoguang@cernet.edu.cn>, SAVI Mailing List <savi@ietf.org>, Jean-Michel Combes <jeanmichel.combes@gmail.com>
Subject: Re: [savi] WGLC: draft-ietf-savi-dhcp-22
X-BeenThere: savi@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Mailing list for the SAVI working group at IETF <savi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/savi>, <mailto:savi-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/savi/>
List-Post: <mailto:savi@ietf.org>
List-Help: <mailto:savi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/savi>, <mailto:savi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 23 Apr 2014 15:31:14 -0000

On Apr 23, 2014, at 8:01 AM, Pascal Thubert (pthubert) <pthubert@cisco.com> wrote:
> It seems to me that the draft goes very deep into the implementation of the guts of the FSM as opposed to the externally observable behavior, and I'm not sure that this particular FSM is the only way to implement the function and get all the necessary interoperation.

BTW, I am reluctant to weigh in on this question because I don't think there's energy to do this work.   The level of detail here seems similar to SAVI-send, and while I think in principle you may be right that there are multiple ways to solve this problem, getting the state machine right is actually pretty hard, and required a lot of review from DHCP experts.   I'm not convinced it's completely perfect, but it's improved a lot as a result of this review.   I think the added flexibility you are talking about might in theory be a good thing, but might in practice actually be a bad outcome.   In any case, it's certainly true that implementors can do this differently if they like, as long as their implementation behaves in a way that interoperate with implementations that follow the documented FSM.   There's always room for a document update later that talks about this if someone gains experience doing it.