Re: [Int-area] Intdir early review of draft-ietf-intarea-provisioning-domains-01
"Eric Vyncke (evyncke)" <evyncke@cisco.com> Thu, 24 May 2018 07:15 UTC
Return-Path: <evyncke@cisco.com>
X-Original-To: int-area@ietfa.amsl.com
Delivered-To: int-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 047EB1242F7; Thu, 24 May 2018 00:15:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level:
X-Spam-Status: No, score=-14.51 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_DKIMWL_WL_MED=-0.01, 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 djLbGvvjrXiC; Thu, 24 May 2018 00:15:44 -0700 (PDT)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ADE771242EA; Thu, 24 May 2018 00:15:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4496; q=dns/txt; s=iport; t=1527146144; x=1528355744; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=K7rLzzKsD9XDP2hTzXLEr0SRKAxH5/3UD68PoRKbRWY=; b=XV3mHbf21GcXWz3oXdUEq+Fr6O4vhy+OUAHOhb2x2MA67WI1yZB4bunv DFxoGvrbSG2vFtmbxUQ2Nvo3C6a7HuxdqCz5eZc1U8zhgEsYRIckVTWkQ IRfTK7zZWw8uiW5rbL7idWDJ6wn8k2ITXXiV9GyTDa35B8GhjDlNydAkD I=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0ADAQBNZgZb/4gNJK1dGQEBAQEBAQEBAQEBAQcBAQEBAYMVL2J9KAqDbYgEjGSBWIEwhwWMNIF4CyOESQIXgXMhNBgBAgEBAQEBAQJsHAyFKQYjEUUQAgEIGgImAgICHxEVEAIEAQ0FCYMZAoFnAxUPqxiCHIcQDYErgXyBCYctgVQ/gTMMgig1gk83CwIBgUkWF4JpMIIkAoc7hg+KZSwJAotYgn+NA4owhioCERMBgSQBHDiBUnAVZQGCGAmLB4U+bwGMcIEYAQE
X-IronPort-AV: E=Sophos;i="5.49,436,1520899200"; d="scan'208";a="389683540"
Received: from alln-core-3.cisco.com ([173.36.13.136]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 24 May 2018 07:15:43 +0000
Received: from XCH-RTP-013.cisco.com (xch-rtp-013.cisco.com [64.101.220.153]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id w4O7Fh2m028866 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 24 May 2018 07:15:43 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-013.cisco.com (64.101.220.153) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Thu, 24 May 2018 03:15:42 -0400
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1320.000; Thu, 24 May 2018 03:15:42 -0400
From: "Eric Vyncke (evyncke)" <evyncke@cisco.com>
To: Zhen Cao <zhencao.ietf@gmail.com>, "int-dir@ietf.org" <int-dir@ietf.org>
CC: "draft-ietf-intarea-provisioning-domains.all@ietf.org" <draft-ietf-intarea-provisioning-domains.all@ietf.org>, "int-area@ietf.org" <int-area@ietf.org>
Thread-Topic: Intdir early review of draft-ietf-intarea-provisioning-domains-01
Thread-Index: AQHT0GLAHdb9eKfkfEeE5UjHZA703aQ/IdoA
Date: Thu, 24 May 2018 07:15:42 +0000
Message-ID: <C551CFC1-9521-46FC-B040-7C2E45CC4218@cisco.com>
References: <152332006565.13513.6925533541817459571@ietfa.amsl.com>
In-Reply-To: <152332006565.13513.6925533541817459571@ietfa.amsl.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/f.1e.0.170107
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.61.161.47]
Content-Type: text/plain; charset="utf-8"
Content-ID: <E3C0437DE875394FA01A6615A39BC024@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/lgu4nxFKmkza3hCuuBNfwSxZeQk>
Subject: Re: [Int-area] Intdir early review of draft-ietf-intarea-provisioning-domains-01
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF Internet Area Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-area/>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 24 May 2018 07:15:47 -0000
Zhen Thank you again for the review, the authors are finalizing the rev-02 which includes changes based on all your comments and suggestions. Regards -éric On 10/04/18 02:27, "Zhen Cao" <zhencao.ietf@gmail.com> wrote: Reviewer: Zhen Cao Review result: Ready with Issues I am an assigned INT directorate reviewer for this draft. These comments were written primarily for the benefit of the Internet Area Directors. Document editors and shepherds should treat these comments just like they would treat comments from any other IETF contributors and resolve them along with any other Last Call comments that have been received. For more details of the INT directorate, see <http://www.ietf.org/iesg/directorate.html>. Thank the authors for the work. This document provides a way for a host to perform informed selection about the Provisioning Domains (PvDs) of its access networks, by extending the RA with the defined PvD ID option. The document is quite ready in the specification of option and associated actions required by the router and host. However, some clarification will be helpful and necessary, see below. 1. About the 'informed transport selection'. The abstract mentions that " This allows applications to select which Provisioning Domains to use as well as to provide configuration parameters to the transport layer and above." , but Introduction says that "..when choosing which PvD and transport should be used." First of all, this is somehow not aligned, are you going to provide informed selection of the transport configuration or the transport protocols (mptcp/tcp/quic) themselves? But I think informed transport protocol selection by the RA option is not a recommended approach. Second, I search the document and try to find an example of the informed transport configuration selection but failed. I think it will be quite useful to include one at least. I think one case may be relevant for you to consider, i.e., one provisioning domain is connected with constrained and lossy links, with minimal available MTU, so that a small MSS will be included when responding TCP connecting request. Or maybe this has further connection with the taps wg? I hope I am the only one that feels confused. 2. in Section 3.3.3, quoted "The exact behavior is TBD but it is expected that the one or several PvD associated to the shared interface (e.g. cellular) will also be advertised to the clients on the other interface (e.g. WiFi)", I am suggesting replace TBD with out of scope of this document. 3. Authors may consider to include RFC6731 (one fruit of the concluded mif wg) as an informative reference, there, informed DNS recursive server selection is made possible by explicit DHCP extension, which is quite relevant and the example case in RFC6731 strengthens the case and problem this document wants to address. 4. some nits, on Page 5: A-flag : (1 bit) '.... (See section 4.2 of target="RFC4861"/>). (may attribute to your xml file)
- [Int-area] Intdir early review of draft-ietf-inta… Zhen Cao
- Re: [Int-area] Intdir early review of draft-ietf-… Eric Vyncke (evyncke)