[fun] Feedback - HomeNet Charter

Christopher Palmer <Christopher.Palmer@microsoft.com> Fri, 01 July 2011 22:53 UTC

Return-Path: <Christopher.Palmer@microsoft.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 799EA11E8202 for <fun@ietfa.amsl.com>; Fri, 1 Jul 2011 15:53:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.932
X-Spam-Level:
X-Spam-Status: No, score=-8.932 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8, SARE_FWDLOOK=1.666]
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 3y45ZjKcZ1GS for <fun@ietfa.amsl.com>; Fri, 1 Jul 2011 15:52:58 -0700 (PDT)
Received: from smtp.microsoft.com (mail2.microsoft.com [131.107.115.215]) by ietfa.amsl.com (Postfix) with ESMTP id A7FF211E8203 for <fun@ietf.org>; Fri, 1 Jul 2011 15:52:11 -0700 (PDT)
Received: from TK5EX14HUBC103.redmond.corp.microsoft.com (157.54.86.9) by TK5-EXGWY-E802.partners.extranet.microsoft.com (10.251.56.168) with Microsoft SMTP Server (TLS) id 8.2.176.0; Fri, 1 Jul 2011 15:52:11 -0700
Received: from TK5EX14MLTW651.wingroup.windeploy.ntdev.microsoft.com (157.54.71.39) by TK5EX14HUBC103.redmond.corp.microsoft.com (157.54.86.9) with Microsoft SMTP Server (TLS) id 14.1.289.8; Fri, 1 Jul 2011 15:52:10 -0700
Received: from TK5EX14MBXW601.wingroup.windeploy.ntdev.microsoft.com ([169.254.1.59]) by TK5EX14MLTW651.wingroup.windeploy.ntdev.microsoft.com ([157.54.71.39]) with mapi id 14.01.0289.008; Fri, 1 Jul 2011 15:52:10 -0700
From: Christopher Palmer <Christopher.Palmer@microsoft.com>
To: "fun@ietf.org" <fun@ietf.org>
Thread-Topic: Feedback - HomeNet Charter
Thread-Index: Acw4P6lZ494RAkYLScaJPz+8uNFAzwAAcqoQ
Date: Fri, 01 Jul 2011 22:52:09 +0000
Message-ID: <0AB09EDBCD1C484EBE45978D62F3513C3CE7D5DB@TK5EX14MBXW601.wingroup.windeploy.ntdev.microsoft.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [157.54.51.42]
Content-Type: multipart/alternative; boundary="_000_0AB09EDBCD1C484EBE45978D62F3513C3CE7D5DBTK5EX14MBXW601w_"
MIME-Version: 1.0
Subject: [fun] Feedback - HomeNet Charter
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 22:53:00 -0000

Hey Folks,

I've been trying to keep track of all the feedback concerning the HomeNet Charter. Sorry for bringing up points that may have been discussed before, or are in general noobish.

"End-to-end communication is both an opportunity and a concern as it
enables new applications but also exposes nodes in the internal
networks to receipt of unwanted traffic from the Internet. Firewalls
that restrict incoming connections may be used to prevent exposure,
however, this reduces the efficacy of end-to-end connectivity that
IPv6 has the potential to restore."

We are absolutely aligned to this objective. IPv6 provides an opportunity to avoid the limiting topology of current IPv4 deployments and this should a priority for everyone in the technology community.

I have points of concern. "Managing routing" is a very broad category of things and I'm not clear about what the vision is there.

The focus on multiple subnet solutions doesn't seemed align to current operational reality. While I understand the desire to be forward looking, this seems "very" forward looking to a point. I'd be interested in data that reflects the contrary.

Windows and Apple currently use different mechanisms for service discovery. Is unification a goal? WSD is managed by OASIS, which isn't mentioned for liasoning. Would we imagine the multicast DNS draft moving over to this WG? I'm just confused on what is happening and what is intended to happen. While the charter says routing changes will be handled by the routing area working group, the charter is not that specific on DNS changes.

I feel like the vision and defining principles could be spelled out more. We want IPv6 home networks to be routable. OK.  What else do we want? Why are we doing this?

"The purpose of this working group is to focus on this evolution...." To what end?

The requirements list reads "a solution will cover these technology areas" - I'd be interested in some definition of what promises those technology areas are meant to fulfill, the shape of the solution, not just its composition.

Best,
Chris
IPv6 @ Windows