Re: [homenet] APPSDIR review of draft-ietf-homenet-arch-10

S Moonesamy <sm+ietf@elandsys.com> Thu, 19 September 2013 19:34 UTC

Return-Path: <sm@elandsys.com>
X-Original-To: homenet@ietfa.amsl.com
Delivered-To: homenet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 92A8121F949F for <homenet@ietfa.amsl.com>; Thu, 19 Sep 2013 12:34:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.547
X-Spam-Level:
X-Spam-Status: No, score=-102.547 tagged_above=-999 required=5 tests=[AWL=0.052, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 CZe9SuCR4Uny for <homenet@ietfa.amsl.com>; Thu, 19 Sep 2013 12:34:32 -0700 (PDT)
Received: from mx.ipv6.elandsys.com (mx.ipv6.elandsys.com [IPv6:2001:470:f329:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id 67C0B21F9477 for <homenet@ietf.org>; Thu, 19 Sep 2013 12:34:32 -0700 (PDT)
Received: from SUBMAN.elandsys.com ([197.224.144.105]) (authenticated bits=0) by mx.elandsys.com (8.14.5/8.14.5) with ESMTP id r8JJXgI2028399 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 19 Sep 2013 12:33:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1379619237; bh=lXkLDpzojbRUJC7L+abjs5J2tim+xJJbGpY6isrBR1w=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=Yl3KjRCwafpKABVxNwk8nKaM6SdMvji/V/kRknCjPgW0bJdq97iokl/IZtbW3LWRa XOlFsEKrSgbWKT4zMjKoNsldyLZMWgGgWg3BXL/s3Hc5aEesCQ8oVirCF7GOZi6AhM ySsVfwALF3cuK4hI9Fl4eL5L//ItnYO7wsW1vdhQ=
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=elandsys.com; s=mail; t=1379619237; i=@elandsys.com; bh=lXkLDpzojbRUJC7L+abjs5J2tim+xJJbGpY6isrBR1w=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=yUNi6xeHCe8WgjmJ0A09qwB4jPKSPUJMuvfGwOVTxNE2oLZ/RwvSSwal5w1ZnsKX1 9y7RgE4X3hBsNwTtEdvcYjOV5DM4zf3UFzYjCP3zCtX7ceXVYj9whknzTBW8RNgE/X h35+rE0X0H99NhjY9XM+XPxZRVrQGWwtHWBG2E3I=
Message-Id: <6.2.5.6.2.20130919074156.0cd2d900@elandnews.com>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Thu, 19 Sep 2013 10:36:24 -0700
To: Ted Lemon <ted.lemon@nominum.com>
From: S Moonesamy <sm+ietf@elandsys.com>
In-Reply-To: <E01ACFFF-CA8F-4280-8CE0-2CC57E6270EE@nominum.com>
References: <6.2.5.6.2.20130914143222.0b9590f0@elandnews.com> <C4F6B742-3784-48BA-8B97-BE3B8972DC39@ecs.soton.ac.uk> <EMEW3|72d902bbed65dc8b06cf46c298d30fe1p8I0CV03tjc|ecs.soton.ac.uk|C4F6B742-3784-48BA-8B97-BE3B8972DC39@ecs.soton.ac.uk> <6.2.5.6.2.20130918225335.0d0e2478@elandnews.com> <E01ACFFF-CA8F-4280-8CE0-2CC57E6270EE@nominum.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format="flowed"
Content-Transfer-Encoding: quoted-printable
Cc: apps-discuss@ietf.org, Dave Cridland <dave@cridland.net>, Tim Chown <tjc@ecs.soton.ac.uk>, The IESG <iesg@ietf.org>, draft-ietf-homenet-arch.all@tools.ietf.org, homenet@ietf.org
Subject: Re: [homenet] APPSDIR review of draft-ietf-homenet-arch-10
X-BeenThere: homenet@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <homenet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/homenet>, <mailto:homenet-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/homenet>
List-Post: <mailto:homenet@ietf.org>
List-Help: <mailto:homenet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/homenet>, <mailto:homenet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Sep 2013 19:34:32 -0000

Hi Ted,
At 05:55 19-09-2013, Ted Lemon wrote:
>I think that you are interpreting this document 
>to be something that it is not, and cannot yet 
>be.   What this document is is an architecture 
>for the homenet working group—a crib sheet that 
>tells us what we are trying to accomplish.   I 
>don't think it's intended to be something that a 
>random person who is not implementing home 
>gateways would find useful.   The working group 
>is hoping that subsequent versions of this 
>document will evolve over time, and I think it 
>would be good for the working group to evolve 
>the document into something that meets the goals that you've set out above.

The problem may be that the document uses the 
word "architecture".  The sense I got after 
reviewing the document was that it was more of a 
requirements document instead of one about 
architecture.  I may not be implementing home 
gateways but I would still read the document to 
understand what assumptions I can make for my 
IPv6 application.  This entails understanding how 
what the working group is trying to accomplish 
affects my area of interest.  If I look at the 
document as one about requirements I'll conclude 
that there isn't anything that has an impact on application technologies.

I agree that it would be good for the working 
group to evolve the document (see my previous 
comments about stabilizing the document and 
having a discussion about unresolved issues).  It 
might have been missed in my comments; what I am 
saying is that the working group already has the 
text it needs to get the work done; what's left 
is some rearrangement and tightening of the text to get a crisp document.

>However, I think that if the working group 
>attempts to do that now, two things will 
>happen.  First, the working group won't actually 
>get to the work it's supposed to be doing, 
>because completing the architecture document 
>will continue to be an all-consuming 
>effort.   Second, the document that is produced 
>will be purely theoretical, not based on actual practice, and probably useless.

Agreed.

That's why I emphasized the it "just works" in my 
previous comment.  I would leave it to the 
working group to make the trade-offs so that the 
document is about something that will actually 
work in practice.  I would assess the effort so 
that it does not turn into an all-consuming one.

>So I would like you to consider whether you can 
>accept this restatement of the purpose of the 
>document.   Do you feel that this document 
>cannot be of use until it meets the goals you've 
>set out above, or does the different purpose 
>I've expressed here make sense to you?   If the 
>latter, can you reconsider your review in light 
>of this new stated purpose for the 
>document?   Is part of the problem that the 
>goals of the document are poorly expressed in 
>the document?   Given the goals I've stated, do 
>all of your comments still apply, or would you 
>have responded differently to the document if 
>you'd been evaluating it on the basis I'm proposing?

I think that the document can be of use to the 
working group.  The document may not be that 
clear to people from outside the area.  I guess 
that the problem may be, as mentioned above, the 
goals of the document.  If the document is a 
(Informational) crib sheet I would rate it as good enough.

It's unfair of me to submit such a review at this 
late stage.  I have not taken into consideration 
the amount of effort involved in getting the 
draft this far.  I'll defer to the document shepherd (or you).

Regards,
S. Moonesamy