Re: [homenet] Homenets and MPVD

Ole Troan <ot@cisco.com> Tue, 03 February 2015 09:07 UTC

Return-Path: <ot@cisco.com>
X-Original-To: homenet@ietfa.amsl.com
Delivered-To: homenet@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB0251A8711 for <homenet@ietfa.amsl.com>; Tue, 3 Feb 2015 01:07:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 iOemw-JXBYv0 for <homenet@ietfa.amsl.com>; Tue, 3 Feb 2015 01:07:52 -0800 (PST)
Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 736B91A871D for <homenet@ietf.org>; Tue, 3 Feb 2015 01:07:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1658; q=dns/txt; s=iport; t=1422954471; x=1424164071; h=mime-version:subject:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=/jlcUeo5bUHs2ea538tCiqKmdzFzo9KPWt1A2Rd8Abw=; b=jHut/9PteJ0kkW1ShrZ5s5YlRQvmaq8snXgxmy38wrIFVOo7FsX/keQZ wZG2TCnkk65t9toJYUxvNxIgsaVBbksmdX3C1nxvgsCtKlYfaOnFbYnRa 3s8uRJOOZqLWEXTntuEmVoal05SJ5j3JdY8Iy59ZLBNAQpSF4Ij4BMYQ2 8=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0ClBABMj9BU/xbLJq1agmTMRQKBXwEBAQEBfYQNAQEDAXkQC0ZXBog4CAHVZQEBAQEBAQEBAQEBAQEBAQEBAQEBARePRTMHgxaBEwWYLpJcIoNvgzABAQE
X-IronPort-AV: E=Sophos;i="5.09,511,1418083200"; d="scan'208";a="332703316"
Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP; 03 Feb 2015 09:07:49 +0000
Received: from OTROAN-M-Q0RH.localdomain (ssh-ams-2.cisco.com [144.254.73.146]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id t1397mMe006944 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Feb 2015 09:07:49 GMT
Received: from [IPv6:::1] (localhost [IPv6:::1]) by OTROAN-M-Q0RH.localdomain (Postfix) with ESMTP id 60B613DE34A7; Tue, 3 Feb 2015 10:07:52 +0100 (CET)
Content-Type: text/plain; charset="windows-1252"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\))
From: Ole Troan <ot@cisco.com>
In-Reply-To: <F7309B04-BBA5-40F0-B87F-118E3F4C2B43@iki.fi>
Date: Tue, 03 Feb 2015 10:07:52 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <4193A650-550D-4CA5-B23D-06AECA4F645A@cisco.com>
References: <54D00ECA.1070802@gmail.com> <84ECBDCC-DAE1-4227-B7C6-27978063CB3D@darou.fr> <F7309B04-BBA5-40F0-B87F-118E3F4C2B43@iki.fi>
To: Markus Stenberg <markus.stenberg@iki.fi>
X-Mailer: Apple Mail (2.2070.6)
Archived-At: <http://mailarchive.ietf.org/arch/msg/homenet/BtIp_DNgvw84ryhqbKb-9x37Ng4>
Cc: HOMENET <homenet@ietf.org>, Pierre Pfister <pierre.pfister@darou.fr>
Subject: Re: [homenet] Homenets and MPVD
X-BeenThere: homenet@ietf.org
X-Mailman-Version: 2.1.15
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: Tue, 03 Feb 2015 09:07:54 -0000

Markus,

>> All routers gather this information through HNCP and use it to configure hosts. DHCP options that are associated with a given delegated prefix are given to hosts associated with the link prefix provided by the prefix assignment algorithm. DHCP options that are not associated with a delegated prefix are aggregated and given to the host (Excepted for the DNS server option, as the router is used as DNS relay).
> 
> DNS server option is mostly changed so we can do in-home service discovery. In MIF world, we would probably pass along DNS servers within PVDs as is, provide (e.g.) ‘.home’ PVD for in-home services only, and provide only to legacy clients the ‘relay’ DNS server address. So oddly enough, current scheme would work, most likely as-is ;) The unknown new PVD option would be passed along as is, and the clients would treat the provided legacy DNS server (+search path) as an extra implicit PVD with hopefully lower priority than the explicit PVDs.
> 
> Not changing PVDs may be crucial if the PVD authentication ever takes hold, as changing it’s content then may make it altogether invalid from the client’s point of view. 

is it actually obvious that you'd pass the PVDs to the hosts in homenets?
PVDs contain policy. and allowing them to pass the administrative boundary into a home is also up to policy.
given that we already have options to control DNS server selection policy. why can't the home border amalgamate that information (according to local policy)?

sorry, I'm struggling to understand the PVD use case I suppose.

cheers,
Ole