Re: [Casm] [homenet] prefix assignment

"Mark Townsley (townsley)" <townsley@cisco.com> Wed, 29 March 2017 22:15 UTC

Return-Path: <townsley@cisco.com>
X-Original-To: casm@ietfa.amsl.com
Delivered-To: casm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 585D6126C23; Wed, 29 Mar 2017 15:15:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.522
X-Spam-Level:
X-Spam-Status: No, score=-14.522 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 67qQ_J0_fXwM; Wed, 29 Mar 2017 15:15:05 -0700 (PDT)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 59A5F1279E5; Wed, 29 Mar 2017 15:15:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3799; q=dns/txt; s=iport; t=1490825705; x=1492035305; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=DFCqdQxT9B/m0+ZuK1XWA7a7oR1wzfDZFc5xltaGbDE=; b=BTd/yzJtWdhMUZt/zi7s+slMkv9O7BrA/y6MYDsQSgyzi7i0hLlNH9g0 UqHo7CwQ4W+XkH6664pNCwJzQvYRLzeRBarosSEGLLip+DLa3WHyI5Sxx 5xa5wY9XlPUHnS4dDRkzzjf3tUOBb/wPtZF4Pqr39pNV4VIUKLy786fGM M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CRAQCCMdxY/4UNJK1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1VhgQsHjWyRMh+VToIOHwuCQoJsSgKDQz8YAQIBAQEBAQEBayi?= =?us-ascii?q?FFQEBAQECAQEBODQLBQsCAQgYHhAnCyUCBA4FigIIDrAmilkBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEYBYhTCIJihFSDNIIxBZxgAYZ8gyqIKZEzk2kBHziBBFkVQRE?= =?us-ascii?q?BhkZ1iCmBDQEBAQ?=
X-IronPort-AV: E=Sophos;i="5.36,243,1486425600"; d="scan'208";a="229445798"
Received: from alln-core-11.cisco.com ([173.36.13.133]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 29 Mar 2017 22:14:38 +0000
Received: from XCH-RCD-003.cisco.com (xch-rcd-003.cisco.com [173.37.102.13]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id v2TMEc11001665 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 29 Mar 2017 22:14:38 GMT
Received: from xch-aln-001.cisco.com (173.36.7.11) by XCH-RCD-003.cisco.com (173.37.102.13) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 29 Mar 2017 17:14:37 -0500
Received: from xch-aln-001.cisco.com ([173.36.7.11]) by XCH-ALN-001.cisco.com ([173.36.7.11]) with mapi id 15.00.1210.000; Wed, 29 Mar 2017 17:14:37 -0500
From: "Mark Townsley (townsley)" <townsley@cisco.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>
CC: "casm@ietf.org" <casm@ietf.org>, "anima@ietf.org" <anima@ietf.org>, "homenet@ietf.org" <homenet@ietf.org>
Thread-Topic: [homenet] prefix assignment
Thread-Index: AQHSp9vjxu1NLCXsxk6FBlrX+TkYTqGqzpsAgAFw7ACAAHhGAA==
Date: Wed, 29 Mar 2017 22:14:37 +0000
Message-ID: <4C898133-C860-4369-8BDC-E5868CA70EB9@cisco.com>
References: <21984.1490644275@obiwan.sandelman.ca> <CANMVOuzYpcBdG2ZOhEXRnQU0Q=_i0i-09SPKzruJnznVoWW=OA@mail.gmail.com> <9240.1490649148@obiwan.sandelman.ca> <672bec4c-0e93-362c-21bf-99938cd0a066@gmail.com> <27800.1490654163@obiwan.sandelman.ca> <27680a33-708d-84b7-f378-3a47ee71840a@gmail.com> <2491.1490716597@obiwan.sandelman.ca> <5a41375c-2a4c-d5ca-e703-06d8e76f8728@gmail.com> <28218.1490799848@obiwan.sandelman.ca>
In-Reply-To: <28218.1490799848@obiwan.sandelman.ca>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.24.184.139]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <EFFAF5A5C4C97E408BCA54C902448F79@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/casm/jslZmA3R6XLl8zokjAYFcxglEkY>
X-Mailman-Approved-At: Wed, 29 Mar 2017 15:16:03 -0700
Subject: Re: [Casm] [homenet] prefix assignment
X-BeenThere: casm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Coordinated Address Space Management <casm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/casm>, <mailto:casm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/casm/>
List-Post: <mailto:casm@ietf.org>
List-Help: <mailto:casm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/casm>, <mailto:casm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Mar 2017 22:15:07 -0000

> On Mar 29, 2017, at 10:04 AM, Michael Richardson <mcr+ietf@sandelman.ca> wrote:
> 
> 
> This discussion started in a private thread, so I'll try to bring people
> up-to-date by repeating and moving around text.
> 
> The ANIMA GRASP reference problem Autonomic Service Agent (ASA), is
> to do distributed prefix allocation.  This is very much in the space of
> *coordinated* address management.
> 
> (My take, BTW, is that CASM should be considered the first spin-off WG
> From ANIMA...)
> 
> Mark and Brian discussed how HNCP does prefix distribution within Homenet.

I was really pointing out that RFC 7695 could be used independent of HNCP. 

HNCP is just one protocol that uses the RFC 7695 distributed prefix assignment algorithm (which actually began as extensions to OSPF before HNCP even existed). 

- Mark

> 
> Brian then suggests:
> 
>  brian> But if the CE includes a little autonomic service agent (ASA) which
>  brian> is in the ISP's security domain (not the SOHO domain), it can act for
>  brian> HNCP to solicit address space from the ISP. That's the southern side
>  brian> of the CASM model and the northern side of HNCP.
> 
> I asked a simple question: don't we have DHCPv6 for this?
> 
> I also then asked:
> 
>> a) the CPE device is now part of the ISP's ACP.
>> That's okay if the CPE device is owned by the ISP and/or the CPE device
>> includes some kind of trusted computation environment.
>> {But a CPE owned by the ISP, might not be trusted by the home owner,
>> so another router in between would be needed,
> 
> Brian answered:
>> Really? Why not?
> 
> I don't think that the ISP can trust to have code controlled by end users
> running in their ACP domain.
> 
> I also think that many end-users will be quite reasonably upset that their
> ISPs can snoop on their internal traffic.  This may in fact violate many
> work-at-home agreements; which is often the case of why you see multiple
> routers/firewalls in documents like
>         https://datatracker.ietf.org/doc/html/draft-baker-fun-multi-router.
> 
> (Fred had more interesting diagrams in presentations, which I could dig up)
> 
>>> b) DHCPv6 PD is already the protocol that solves prefix allocation across
>>> trust boundaries.
> 
>> Indeed. That's why we have "PD supported"  as a Boolean property of the
>> PrefixManager objective. There's no intention to undermine PD.
> 
> Why do I need to run a protocol in order to find if I can run a protocol,
> when DHCP has the same mechanism already.  And use of DHCPv6 itself is well
> defined in cable and DSL connections already.
> 
>>> I would think that the ISP's DSLAM/BMS/CMTS would have an ASA that deals with
>>> prefixes.  It would speak DHCPv6-PD to the south, and GRASP/ASA to the north.
> 
>> Yes, the DSLAM is definitely a good place to put one.
> 
> 
>>> North of the ISP's device would be the ISP's (distributed) IPAM.
>>> GRASP/ASA-Prefix would be the protocol between.
> 
>> Anyway, my point is that these approaches (ANIMA, HNCP and PD) are
>> complementary not competitors.
> 
> I don't see you saying that.
> 
> I see ou trying to extend two internal mechanisms (ANIMA in the ISP, and HNCP
> in the home) such that they interact directly, rather than using PD.  You
> say this right here:
> 
>  brian> But if the CE includes a little autonomic service agent (ASA) which
> 
> 
> --
> Michael Richardson <mcr+IETF@sandelman.ca>ca>, Sandelman Software Works
> -= IPv6 IoT consulting =-
> 
> 
> 
> _______________________________________________
> homenet mailing list
> homenet@ietf.org
> https://www.ietf.org/mailman/listinfo/homenet