Re: [fun] [homegate] HOMENET working group proposal

Keith Moore <moore@network-heretics.com> Fri, 01 July 2011 18:31 UTC

Return-Path: <moore@network-heretics.com>
X-Original-To: fun@ietfa.amsl.com
Delivered-To: fun@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 74F8111E8126; Fri, 1 Jul 2011 11:31:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.549
X-Spam-Level:
X-Spam-Status: No, score=-3.549 tagged_above=-999 required=5 tests=[AWL=0.050, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Op0VQuAdkVHM; Fri, 1 Jul 2011 11:31:56 -0700 (PDT)
Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by ietfa.amsl.com (Postfix) with ESMTP id 73BA911E8128; Fri, 1 Jul 2011 11:31:18 -0700 (PDT)
Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.messagingengine.com (Postfix) with ESMTP id 25FD320976; Fri, 1 Jul 2011 14:31:18 -0400 (EDT)
Received: from frontend1.messagingengine.com ([10.202.2.160]) by compute3.internal (MEProxy); Fri, 01 Jul 2011 14:31:18 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=subject:mime-version:content-type:from:in-reply-to:date:cc:content-transfer-encoding:message-id:references:to; s=smtpout; bh=vizbAscX1JZsrvh8qXkP9afekLc=; b=AXf7b7DTSkzF9Klow/mf2xAmj2I5OPLmd8z+nmkhZJCzDebsVWyEo6RA34ZPLaIg2UL8HzPNswbRdioH33jWY0VE2ycxk/6Cl/Gr+2NkWtcfCnLbbL05VeTsQk/+NW0+4qNLiTb2RIaABcxD7IQyxZST9VIOG6CK7pV7T/1WJIs=
X-Sasl-enc: ZdXZ+RdhyiwIO3rTQFOYDi5/ezfTTrS2oc4IYoqkVnDW 1309545077
Received: from host65-16-145-177.birch.net (host65-16-145-177.birch.net [65.16.145.177]) by mail.messagingengine.com (Postfix) with ESMTPA id CDC94405EAA; Fri, 1 Jul 2011 14:31:16 -0400 (EDT)
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="us-ascii"
From: Keith Moore <moore@network-heretics.com>
In-Reply-To: <4E0CA192.1040801@broadcom.com>
Date: Fri, 01 Jul 2011 14:30:58 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <75CB375A-C9AD-4FE9-9D37-08EBFCA9A0AB@network-heretics.com>
References: <4E0AE696.4020603@piuha.net> <4E0BDCF3.1090003@gont.com.ar> <alpine.DEB.2.00.1106300707370.19581@uplift.swm.pp.se> <4E0C1CF8.7090601@gont.com.ar> <alpine.DEB.2.00.1106300923280.19581@uplift.swm.pp.se> <558D0669-8B2A-4514-B3FB-C690C40A4EF8@townsley.net> <0F995E91-9853-4018-91F0-0699E1A7A06F@network-heretics.com> <4E0C9D58.30002@gont.com.ar> <A371107A-2DD1-461F-B37F-BF5D481B05AB@cisco.com> <4E0CA192.1040801@broadcom.com>
To: Stephen
X-Mailer: Apple Mail (2.1084)
Cc: "fun@ietf.org" <fun@ietf.org>, IETF Discussion <ietf@ietf.org>
Subject: Re: [fun] [homegate] HOMENET working group proposal
X-BeenThere: fun@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "FUture home Networking \(FUN\)" <fun.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/fun>, <mailto:fun-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/fun>
List-Post: <mailto:fun@ietf.org>
List-Help: <mailto:fun-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/fun>, <mailto:fun-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Jul 2011 18:31:57 -0000

Anytime we develop standards, the standards apply to future products.  There's no point in defining standards for applications and devices that are already deployed.

Sure, it's nice to have backward compatibility.  But I don't think anyone is likely to propose standards for HOMENET that will significantly break compatibility with existing products.  It's not as if the set of applications and devices that one uses in a home network is disjoint from the set of applications and devices used in other networks.   And it's reasonable to expect that users of existing applications and devices might need to do some special-case configuration to get those applications and devices to continue to work.  

Just to pick one example, if a legacy device is v4-only, and the only access available is NATted v4 or native v6, there might be a need to configure the device to be externally accessible using a v6 address.  The home network might support v4 internally but there might not be v4 service available outside that enclave.

Backward compatibility = good.  Insisting that home networks always use the same kludges that are used now = bad.

Maybe the right answer is that the HOMENET group should consider what means are needed to provide some measure of compatibility with legacy devices and applications, that might continue to be used with networks meeting the new standards.  The working group seems like it's in a much better position than the IETF list to propose reasonable compromises on these issues.

Keith


On Jun 30, 2011, at 12:17 PM, Stephen [kiwin] PALM wrote:

> It is not for "us" to decide when a user's network is not worth expending
> any more energy on. They have deployed their network...
> and do not want to expend any more energy themselves.  If their SP deploys
> IPv6 inelegantly, the user would have a lot of frustration/work.  Which
> will generate many expensive tech support calls... and potentially lost customers.
> 
> It's not the protocols... it's the DEPLOYED APPLICATIONS and DEVICES that users have.
> 
> regards, kiwin
> 
> On 6/30/2011 9:11 AM, Ralph Droms (rdroms) wrote:
>> 
>> "Gone" isn't so important as "not worth expending any more energy on.". So I'm with Keith and would like to find some words like "when it doesn't take any more work."
>> 
>> - Ralph
>> 
>> On Jun 30, 2011, at 12:00 PM, "Fernando Gont"<fernando@gont.com.ar>  wrote:
>> 
>>> On 06/30/2011 12:46 PM, Keith Moore wrote:
>>>> I'd like for this group to relax the "wherever possible" bit, so as to not preclude solutions where IPv6 can do a better job than IPv4.
>>>> 
>>>> IPv4 is a dinosaur gasping for its last breaths.
>>> 
>>> Just curious: when you expect IPv4 to be gone? (including "gone" from
>>> home and enterprise networks)
>>> 
>>> Thanks,
>>> --
>>> Fernando Gont
>>> e-mail: fernando@gont.com.ar || fgont@acm.org
>>> PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> fun mailing list
>>> fun@ietf.org
>>> https://www.ietf.org/mailman/listinfo/fun
>> _______________________________________________
>> fun mailing list
>> fun@ietf.org
>> https://www.ietf.org/mailman/listinfo/fun
>> 
> 
> -- 
> Stephen [kiwin] Palm   Ph.D.                          E:  palm@kiwin.com
> Senior Technical Director                             T: +1-949-926-PALM
> Broadcom Broadband Communications Group               F: +1-949-926-7256
> Irvine, California                               W: http://www.kiwin.com
> Secondary email accounts:  stephenpalm@alumni.uci.edu  palm@broadcom.com
> s.palm@ieee.org  palm@itu.ch  spalm@cs.cmu.edu  palm@ics.t.u-tokyo.ac.jp
> 
> _______________________________________________
> Ietf mailing list
> Ietf@ietf.org
> https://www.ietf.org/mailman/listinfo/ietf