Re: [Softwires] Suresh Krishnan's No Objection on draft-ietf-softwire-iftunnel-06: (with COMMENT)

Dave Thaler <dthaler@microsoft.com> Thu, 13 June 2019 17:52 UTC

Return-Path: <dthaler@microsoft.com>
X-Original-To: softwires@ietfa.amsl.com
Delivered-To: softwires@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 589B41201CB; Thu, 13 Jun 2019 10:52:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.01
X-Spam-Level:
X-Spam-Status: No, score=-2.01 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_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=microsoft.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 ldFHo4K9Ky1b; Thu, 13 Jun 2019 10:52:42 -0700 (PDT)
Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-eopbgr740120.outbound.protection.outlook.com [40.107.74.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 07395120164; Thu, 13 Jun 2019 10:52:41 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=testarcselector01; d=microsoft.com; cv=none; b=KWOeb2bAoIwh12irTIBA7bNsifBqIQBxwcEoDrvzaPM5BdRw2v9MUo5QE1sm06wZiZNQtPSJVGdlpboGtnFdh2wE9yOBucGUoCBDP0UxKkwZtk5CXikLaFPQyki19t6+6CAC6YuYBh0kN5x6AwPvd+/MNdnpLS++XcZ11U7nXGg=
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=testarcselector01; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=eU3y+182PaFCUK3CrKBuNAyZayHYr6J6ZvKkWA3lx3E=; b=CEHSRwqBJyVZeiyGMnK/gleEvJUQuuud1Bg4CfivW9gyCuRtNrDue2RorYiE60FdPy+kxLm2Mw3pHl9xMCNRtQ0BCn4YAKGnhiuCo4alqhvf9wgCjUEYKNyyq9azNEgcCZa5IXl/xeXHdug2slicjd1RWIohmlBzgCJUCWfzc4E=
ARC-Authentication-Results: i=1; test.office365.com 1;spf=none;dmarc=none;dkim=none;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=eU3y+182PaFCUK3CrKBuNAyZayHYr6J6ZvKkWA3lx3E=; b=hqqygFhqZkCAEouLj1w/RXwQptExbbFMaUbZd/t3xN3wgnxuDu95YQZnL2xWmzZ7d6IrRFERd/EYx3dEF9B+UeDqH3GObtrIh3jcHCfUJyqIFRhy11MCjC/cvaODw999AcTBEBgvAJZl7M6OzsXi/eL1GLe/kW3V3W3KaqMyAcE=
Received: from BN6PR21MB0497.namprd21.prod.outlook.com (2603:10b6:404:b3::7) by BN6PR21MB0148.namprd21.prod.outlook.com (2603:10b6:404:93::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2008.1; Thu, 13 Jun 2019 17:52:40 +0000
Received: from BN6PR21MB0497.namprd21.prod.outlook.com ([fe80::8dec:7b59:4889:a0ae]) by BN6PR21MB0497.namprd21.prod.outlook.com ([fe80::8dec:7b59:4889:a0ae%4]) with mapi id 15.20.2008.002; Thu, 13 Jun 2019 17:52:40 +0000
From: Dave Thaler <dthaler@microsoft.com>
To: Suresh Krishnan <suresh@kaloom.com>, The IESG <iesg@ietf.org>
CC: "cuiyong@tsinghua.edu.cn" <cuiyong@tsinghua.edu.cn>, "softwires@ietf.org" <softwires@ietf.org>, "softwire-chairs@ietf.org" <softwire-chairs@ietf.org>, "draft-ietf-softwire-iftunnel@ietf.org" <draft-ietf-softwire-iftunnel@ietf.org>
Thread-Topic: [Softwires] Suresh Krishnan's No Objection on draft-ietf-softwire-iftunnel-06: (with COMMENT)
Thread-Index: AQHVIZyTM4ks0LP4P0Skal100R3tyqaZ2b8Q
Date: Thu, 13 Jun 2019 17:52:40 +0000
Message-ID: <BN6PR21MB0497E81485FD7D821A767228A3EF0@BN6PR21MB0497.namprd21.prod.outlook.com>
References: <156039843288.27172.11849590227614099078.idtracker@ietfa.amsl.com>
In-Reply-To: <156039843288.27172.11849590227614099078.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Enabled=True; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SiteId=72f988bf-86f1-41af-91ab-2d7cd011db47; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Owner=dthaler@ntdev.microsoft.com; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SetDate=2019-06-13T17:52:37.9308684Z; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Name=General; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Application=Microsoft Azure Information Protection; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_ActionId=e6506fd8-e290-4785-afa5-f1618a8a40dc; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Extended_MSFT_Method=Automatic
authentication-results: spf=none (sender IP is ) smtp.mailfrom=dthaler@microsoft.com;
x-originating-ip: [2001:4898:80e8:a:4bb:3853:9c5c:9a6]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: b41b9989-4af5-4382-588a-08d6f027edc1
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(4618075)(2017052603328)(7193020); SRVR:BN6PR21MB0148;
x-ms-traffictypediagnostic: BN6PR21MB0148:
x-ms-exchange-purlcount: 4
x-microsoft-antispam-prvs: <BN6PR21MB01489122DA2ADA71322E1626A3EF0@BN6PR21MB0148.namprd21.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 0067A8BA2A
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(366004)(136003)(376002)(39860400002)(396003)(199004)(189003)(13464003)(76116006)(64756008)(66446008)(52396003)(6246003)(229853002)(6306002)(99286004)(81156014)(81166006)(6436002)(305945005)(76176011)(2906002)(46003)(7736002)(74316002)(71190400001)(71200400001)(14454004)(5660300002)(8990500004)(86362001)(66946007)(73956011)(66476007)(66556008)(52536014)(966005)(68736007)(10090500001)(33656002)(478600001)(256004)(476003)(186003)(110136005)(54906003)(10290500003)(22452003)(14444005)(102836004)(486006)(55016002)(316002)(9686003)(11346002)(6506007)(53546011)(53936002)(6116002)(25786009)(7696005)(8936002)(4326008)(8676002)(446003); DIR:OUT; SFP:1102; SCL:1; SRVR:BN6PR21MB0148; H:BN6PR21MB0497.namprd21.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: microsoft.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: zcO/uf7RZim21zbSQ2E21hJcovZV7HrTTVoB8j5RqpkgGzN3tkIHUgYJ6iDIVHFtPpH3Wmz8gCq6tDh0QkcwyAJgTwgccA4LjO9ZLKFFrGPectiYlsYZJn4xS4cNDAKjYmmdJEWCB8fw0nEnbitjXe5IBim0PkWt6Z1p4NrwPKHUnql0Ou+wM5A/JMOF0jzwm+Dn1QcyfTq556IwpDmzRIZM4CMBOjZJXaGh8DN2tpHuV3YMZaarjD0VplvT3eCPxZeGpE+EwoAO1bAKweLju1TjnL9hJLNSMtQH7u7qgllOoUGXTWJJO/CaURBKeHWAWanUosbIDU2wa8DBhjyEzhE7HZDJ5JxBbmmF0ipveiwnheMvxs1CPaoMP+iYeka+3AIZW+r5f0cctQg5dlsG5aj6gSY6xgGH8+mQSmzq97I=
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: microsoft.com
X-MS-Exchange-CrossTenant-Network-Message-Id: b41b9989-4af5-4382-588a-08d6f027edc1
X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Jun 2019 17:52:40.1316 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: dthaler@ntdev.microsoft.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR21MB0148
Archived-At: <https://mailarchive.ietf.org/arch/msg/softwires/m2ZVXE0ND6I7D7ifdxKhSNOPVhE>
Subject: Re: [Softwires] Suresh Krishnan's No Objection on draft-ietf-softwire-iftunnel-06: (with COMMENT)
X-BeenThere: softwires@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: softwires wg discussion list <softwires.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/softwires>, <mailto:softwires-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/softwires/>
List-Post: <mailto:softwires@ietf.org>
List-Help: <mailto:softwires-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/softwires>, <mailto:softwires-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 13 Jun 2019 17:52:46 -0000

As the Designated Expert for the tunnel type registry, I'd like to respond to some of the IESG comments.

Ben Kaduk writes:
> On a more general note, it's pretty weird to me to go and create a
> registry with a fairly long list of initial population but then claim
> that it is not intended to be complete and should be supplemented by
> additional registrations for existing protocols.

This document does *not* create a registry.  If there's somewhere that implies it does,
that language should be fixed.   This document merely specifies an alternate format in
which the contents of the already existing registry can be retrieved.   It does not
make any changes to the entries in the existing registry.

Some registries can already be retrieved in multiple formats.  Let's take
https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml
as an example, which can be retrieved in CSV, XML, HTML, or Plain Text formats.
Say a document was written to propose how it should come back in JSON or CBOR format.
I doubt you were argue that such a draft would be odd without adding every missing port
entry into that same document.

Other IESG members had similar comments as Ben, which I responded to above.
Perhaps the document's wording could be better worded, but I don't think it's appropriate
to make any changes to the content of the registry in a draft that merely adds another
format for an existing registry, when (like port numbers) the registration policy
is not RFC Required.

Suresh Krishnan writes:
> I have a hard time seeing the need for a generic UDP tunnel type (8) and also specific 
> instances of UDP tunneling such as Teredo (14).

Your comment is really on RFC 4087 (which added Teredo to the registry) not on this document,
since this document does not change what entries are already in the registry.  The reason
teredo was added was that the protocol was different and it was important for management
purposes, and API exposure to app purposes, to know which protocol was configured, 
whereas udp(8) in general was really just a point-to-point configured tunnel like an ip-in-ip tunnel was.

Dave

-----Original Message-----
From: Softwires <softwires-bounces@ietf.org>; On Behalf Of Suresh Krishnan via Datatracker
Sent: Wednesday, June 12, 2019 9:01 PM
To: The IESG <iesg@ietf.org>;
Cc: cuiyong@tsinghua.edu.cn; softwires@ietf.org; softwire-chairs@ietf.org; draft-ietf-softwire-iftunnel@ietf.org
Subject: [Softwires] Suresh Krishnan's No Objection on draft-ietf-softwire-iftunnel-06: (with COMMENT)

Suresh Krishnan has entered the following ballot position for
draft-ietf-softwire-iftunnel-06: No Objection

When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.)


Please refer to https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fiesg%2Fstatement%2Fdiscuss-criteria.html&amp;data=02%7C01%7Cdthaler%40microsoft.com%7C4f48dc41022245abd82c08d6efb3b30e%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636959952444076572&amp;sdata=f8gOQtJYpgeWqznxLu38jrNw1W6NfTT0Y9xDbSbawHk%3D&amp;reserved=0
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-softwire-iftunnel%2F&amp;data=02%7C01%7Cdthaler%40microsoft.com%7C4f48dc41022245abd82c08d6efb3b30e%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636959952444076572&amp;sdata=jAusOr3MD%2FmCp4Vu%2B1dIZv5qjrZIFamQzFYAoee2Bro%3D&amp;reserved=0



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

I have a hard time seeing the need for a generic UDP tunnel type (8) and also specific instances of UDP tunneling such as Teredo (14). I think it is better to go one way or another but not do both to avoid any confusion. In any case I think RFC8085 *should not* be the sole reference for UDP tunneling as it does not specify UDP tunneling but provides guidelines for designers of UDP based tunneling mechanisms.


_______________________________________________
Softwires mailing list
Softwires@ietf.org
https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fsoftwires&amp;data=02%7C01%7Cdthaler%40microsoft.com%7C4f48dc41022245abd82c08d6efb3b30e%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636959952444086561&amp;sdata=PIYLbtpjGwxnB0lfNGQrcOna0TpamztqAEs3J%2BZXuco%3D&amp;reserved=0