Re: [dtn] Éric Vyncke's No Objection on charter-ietf-dtn-01-02: (with COMMENT)

Zaheduzzaman Sarker <zaheduzzaman.sarker@ericsson.com> Mon, 06 December 2021 15:44 UTC

Return-Path: <zaheduzzaman.sarker@ericsson.com>
X-Original-To: dtn@ietfa.amsl.com
Delivered-To: dtn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C37D23A0AD6; Mon, 6 Dec 2021 07:44:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.802
X-Spam-Level:
X-Spam-Status: No, score=-2.802 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.701, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 1Ax9SIzkzV2E; Mon, 6 Dec 2021 07:44:17 -0800 (PST)
Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70080.outbound.protection.outlook.com [40.107.7.80]) (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 2FBCE3A0AD3; Mon, 6 Dec 2021 07:44:17 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ak00YSx5wnkkdJXAqYu6HZnBzgMwENuQ6+kZjslMVlYFfYBXvDq6rIMp15FF51vWQo5sCtlm8/k4natYZJFAXlifyHe93YJ3fGG5mPloBAgXatqIW3b29dzA4nEn/O3ibybnTHq+/WKNNBgjTdKQ42JHii2uyOJBw1iPkul/nlEKvVKF4xPPObh8bVFSqGZ9VhQuL0wJPxt6ghE/udtvoTlsJ4CYy63ryxEn+r/+CoLy0HVIqa/4Z2NU6oRou09gWYmxxALSiIdB7e4omZNFSuxICjkxqvSO6LBQ1bedpycaqkbsLnDDBC54DC/0Fa9ylY1YcDuRSMsrs3M7HmVrrA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=V36Om9wHPV/Dmzq33Am1WyJlwLxIL/hxRBKGNmZRyos=; b=KvSh8CpKZzzw4lGQfdjxiUo80fYIdJJa8vhbUyGoqRZX9gfvFH3ThVrrYUWvbEXno8zd6+CFYcDtHlu2/k+uDoA4fJqyQDH+Snc9FAe+Rj7eNvAH1UEqas5/3d59drV4c9HMQ1NiEkBRND8WmeY4rMCvN6oxIOYs8NoakAxApfXTz1mBGEWHJ7FZjlahaIUsLbh5aM1dOMftxA/rc0REbkM6yKSwLae3v6LybS01VYOW3y6eeCOVJz3/bCIaKlbqlFVRyYXMt3/sZ9Q8N1JHh2gxq3GBA2f+1cPhIF5CtxtfviJKgaCCyKXxriLtJZRRYjAbtq+PKpMXWy5afWybCw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=V36Om9wHPV/Dmzq33Am1WyJlwLxIL/hxRBKGNmZRyos=; b=h/OEWAZkFgF32mD3dX+t8Umjji0a+IEVoLXRBvsvhl8Awd9GxvYNnS/eueJVszTMOX0/t43XiHwmw1hXPo4xWifQ2024gu34TBfVL3cdHvfgRWHb1iHIC9VEVtqsodE27/Pxgppt+/D20eSRfFPNJLy4oPcy+KA/rD3Z3Vlvv9I=
Received: from HE1PR07MB4187.eurprd07.prod.outlook.com (2603:10a6:7:98::23) by HE1PR0701MB2634.eurprd07.prod.outlook.com (2603:10a6:3:98::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4778.10; Mon, 6 Dec 2021 15:44:10 +0000
Received: from HE1PR07MB4187.eurprd07.prod.outlook.com ([fe80::f5fc:18c1:1293:1ad8]) by HE1PR07MB4187.eurprd07.prod.outlook.com ([fe80::f5fc:18c1:1293:1ad8%5]) with mapi id 15.20.4755.009; Mon, 6 Dec 2021 15:44:09 +0000
From: Zaheduzzaman Sarker <zaheduzzaman.sarker@ericsson.com>
To: "Eric Vyncke (evyncke)" <evyncke@cisco.com>, Rick Taylor <rick@tropicalstormsoftware.com>, The IESG <iesg@ietf.org>
CC: "Fred.L.Templin@boeing.com" <Fred.L.Templin@boeing.com>, "dtn-chairs@ietf.org" <dtn-chairs@ietf.org>, "dtn@ietf.org" <dtn@ietf.org>
Thread-Topic: Éric Vyncke's No Objection on charter-ietf-dtn-01-02: (with COMMENT)
Thread-Index: AQHX5gJrQvZbuQDHGUuvm+dPvrdLBawhBt6AgARSM4D///OPgIAAaFaA
Date: Mon, 06 Dec 2021 15:44:09 +0000
Message-ID: <34F69EAB-3EFD-4AB0-AA79-C7D22F5BE193@ericsson.com>
References: <163828758961.11406.6863725352841598240@ietfa.amsl.com> <38A5475DE83986499AEACD2CFAFC3F98020B1BF248@tss-server1.home.tropicalstormsoftware.com> <803A9A7D-F125-46FB-BFA4-FB86F4770361@ericsson.com> <A1F11988-9B8D-40EB-A5FD-7D94E98BF80A@cisco.com>
In-Reply-To: <A1F11988-9B8D-40EB-A5FD-7D94E98BF80A@cisco.com>
Accept-Language: en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.55.21111400
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=ericsson.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 6d8b3460-f296-4a8c-0a2b-08d9b8cf3eb3
x-ms-traffictypediagnostic: HE1PR0701MB2634:EE_
x-microsoft-antispam-prvs: <HE1PR0701MB26347B805A0211501F9472809F6D9@HE1PR0701MB2634.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: XiAyBxOk2iziwvrVYyT+OCLEzUcgD6LyLYc7coRINo0CdL6WQFnUCQ8d+2FF/ho8GtDV0Il4haBlsTyOC9bTR9bSq1tp1I6JJSpUtJ1QEUebZqN0tcoCMsoDmeCbVCFvCjSmNG3XCXIDp73FAxNAotRwRXyzbJ5k0/mbGtN7O4FjPL//KMJr5xyMRLRVjGGZfUd1LWwq2eDVbA8vdlFDDD1HZk3xtrAtIpe4Scroi/BLg5H1Z92QQc7YOT13HY8TRQPn/RfDwNnyQOpld4wdYBHF89IoyIqGm1/+tyF7be+LlXtYyPL+2Bgh+t7XrZ+rSvRrNBKFQ8H/Z5zF1Fg6xSE6IZLw0h3HtE4LGzpNNHLoM6f+BpojTSWADquizoob0gB4wraU4IoqXohh0oz5umCSIrgn0IuIpHHXuOCXaQS/iGeVwSFj5tnxHOu5hk38yAn2DkQFgjla/nhTOoTYbn6QZ+BHCjGH/P8Q+VHVwG9GviMCPx13k54pVxwXfrbhdVHgcZ7oOHfqTCSwrJtFtRO2iA6KJBeO8nabpEPGYq5pxAYBdGetTkHhWGNxfXaHzgToEF+rf2cSWgMhUeGedL2/XrHlgvSwcsWTEMqb7gTDFAq62TmOVfJqPyU0MWbhB+aE6U7qiN8nMwGIxBbOPfohMfKzYhEKHdzpVfjtPD9Yxy4e7RyefjmW5OltkU4NtD1UlEQEfxE12w/FbQgcIkyY2+3CvdANbmh57IwZODKfaZheQVSR6EHE6V3lfGLIc8/8KC3b222FvmX774nKXX8x6Cb6VRg+a9QqH6yLVP8PRlfVCdPyJ0usvsOITuyZ
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1PR07MB4187.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(38100700002)(86362001)(224303003)(186003)(76116006)(122000001)(2906002)(316002)(83380400001)(82960400001)(33656002)(26005)(4326008)(66946007)(2616005)(6486002)(53546011)(71200400001)(6506007)(6512007)(508600001)(54906003)(36756003)(8936002)(5660300002)(66446008)(64756008)(110136005)(66556008)(44832011)(66476007)(966005)(38070700005)(45980500001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: orPwh4ksE+48FkZV8cI1t3hVUrnHcWNekh1d9ZYcBgrCF9iws+qryH02gbPDZIBuHglN3/l2Y5+Qh8Lm26BRWCCb6VZ2PTs4uFT6bIaJNtJgAjGf8ceaqU3yrWDmzbL6DMtzA/PMKk6SNK3akZBeGbSxR/x6F2fNHCPHw4wcPaRPQDG2bYxINO7qgM5unpea4BYgxu6GLSBz0jvo0khyenhXUH57pSn785DF2R+VSqDt47wyF/wD9XsCXdJt9MJRLZ5/Yr6D3K4iRoO5/oavBV/C0DzdPxABhWj9XcKXCp63EHdsyogI9udh43u1rvy0MPzG7xIP9pU1kiG6vIAMMWTDR2SIs5higgiznhR1EMH7CTRjCRypA/f6EYnjNlv6ZdeRNNkh1Nc9aisBF/KiybHEwAqn5LuyDI1qvOQRzvS/nzgsYcpzsFpSLTT/156mLDXh6JACa0dDL0na0sWrBRIV3WoxebnwE4M01qg9dE1v4u5XZVVHYeX9AfqGeWRhBIlpAePkmYC/YoxC+djLapIJsMMNFbZTteIQ7htPXIo+AWfE/PYr3Mt4fJx4o5G4TVnMxa4FtSyfIIbXDMbqnK93F+9SK91TAb2QSNgoLMWjRoXQ4ITbfoZ31X4hJD81AydHTWKXL1DtHCGWBxZZmmATNAzwlAK4Isy8dt/ToTj2jGmtzR4e6Qhs1JrDg6NR+zTIEN/NXcai0Se2t6uqkgiDoyOzUaGRgOwVZR2KkkSwuodXLH9RxyXCfFgaZ0QBF+rMN6u88zGmoBAkwK/z8QptRRz3o3fjgph17eYp5fKV7KSqK1rSHeRzRatFkh7WkUJv8CtD2ZHaYiKyoH8LmgR1RTjAGN2yOkrLSax1HTj1r8S5i4B+UIZp+fLVGEJQjBVtQ19/5NUajPmVVzp8PDpqmB9fA9tSJ4YIubGYCwfrOPiBFG00o7N9BnWGxenaPGPhNJIU1Ez9gBHFhBeuZsf9xcDgWpwBDM+rhmuTAxEbWRzX+A5Um9RjwOgZS/OErGdBNFAyDu4g0hgEppvMuAISGQmRp0+nSjEgk7VJpwwF60am1Ezj6YjSVGGuIk3R4UrVzt6FIGwSvopzUay6IMWZIinPsQgb/lNW7rMSa8t/Terc+c8vJEW/dURKuNY0CWIntk97XaR8GjNsyaL/gYd/SvOzKJP11WroGu4z8dRXdS3B0ooTa+pT/h7MRfdM9nEfbfobmq3t5epQ9Jai2rS6/LmArQrdn6sD2hHYapj6d4V/v43oXs0eyXi0RNK7zuo3acHRp66cht8l62tHl6/OdwQb6I7cRhzZ9hQldWIc41OzwDHG5o8r+OovXjaR9GBE+6w0PTSHr2FadCaxnFUsL2jEKW9eSyi5IOVq0iwoi6VnZVLkBev2MpO0K3T65l8ARxjrytS6Gj4QgqCc9yCsVYk8CEktVdxAAB3Cn4SrjFqRkl1URinuNh622LE0LJHOWY/NobZr+ZdKL8LYUO2qPXupa9UkajXQH4N1IdhaBddCkddl9iF2jT5nrg2OBieSG8le5HZLKYtv32/jJM0Jz7Ffc2iIDQKtXBxx7hhb79wfWnMveA/vC/aeZPaNxgc5NCWsmQrII+Fv5AP7KQoGrVQkKNJprM72YX5EtvDdqU7rNj1o+qbgts+U0v16iVbGxsRbCamC4aFAvgbqRtF0/N/BRl07WwWisYuKeXqH9p7x1u8rCc3a547euCi5nsycWI9I454/6j0XgvCoUg==
Content-Type: text/plain; charset="utf-8"
Content-ID: <EFB2EC8EB3F35F4EBCF174557239B430@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: HE1PR07MB4187.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 6d8b3460-f296-4a8c-0a2b-08d9b8cf3eb3
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Dec 2021 15:44:09.7735 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: wH3+Sa3dLUoE/Z0+uYPCrtK6l7uW+qVhpEB/N3lyKzBtTH90J3aXj6uI5yanYXfgMj8WOM3Yfh16B8XeGRvp1TljldM0MUgWyHQEckV8btiwTNel5ITvrSb9pnnz+eJX
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2634
Archived-At: <https://mailarchive.ietf.org/arch/msg/dtn/JAzKnxW3iR9XByA9Pn2iStCxfBc>
Subject: Re: [dtn] Éric Vyncke's No Objection on charter-ietf-dtn-01-02: (with COMMENT)
X-BeenThere: dtn@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Delay Tolerant Networking \(DTN\) discussion list at the IETF." <dtn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dtn>, <mailto:dtn-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dtn/>
List-Post: <mailto:dtn@ietf.org>
List-Help: <mailto:dtn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dtn>, <mailto:dtn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 06 Dec 2021 15:44:23 -0000

Eric,

Your comments are always valuable.

I was tempted to go with your suggestion to talk only about priority. However, I realized that priority was not the whole thing here and as you could read in Rick's response priority was only one part of the actions required. I still think we are fine here and the more detail work on these topics will clarify the concept more.

BR
Zahed

On 2021-12-06, 11:30, "Eric Vyncke (evyncke)" <evyncke@cisco.com> wrote:

    Zahed and Rick,

    Thank you for the explanations, I now better understand the QoS and tunnel concepts of DTN. For the former, the text could perhaps be improved by talking about 'priority' rather than the more generic 'QoS'. For the latter, indeed there is no need to cooperate with intarea WG.

    If the OPS and SEC ADs are happy with the mix of OAM and Key Management, then it is obviously fine for me as well.

    All in all, it is still a 'no objection' on my side for this fascinating piece of work.

    Regards

    -éric


    On 06/12/2021, 11:16, "Zaheduzzaman Sarker" <zaheduzzaman.sarker@ericsson.com> wrote:

        Hi Eric,

        With Rick's response (thanks Rick (and Ed)) here I think we are fine with the current wording in the charter ( of course the nits will be fixed). As described the QoS and Tunnel here have a very bounded meaning to DTN and I hope that will be more clear when the work is done. Right now, I don't feel that we have the desire to invent new words or add detailed explanation in the charter. 

        Thanks for your comments and questions. I hope we are on the same page now.

        BR
        Zahed

        On 2021-12-03, 18:16, "iesg on behalf of Rick Taylor" <iesg-bounces@ietf.org on behalf of rick@tropicalstormsoftware.com> wrote:

            Hi Eric,

            Thanks for the review, responses inline...

            > -----Original Message-----
            > From: Éric Vyncke via Datatracker [mailto:noreply@ietf.org]
            > Sent: 30 November 2021 15:53
            > To: The IESG
            > Cc: dtn-chairs@ietf.org; dtn@ietf.org; Fred.L.Templin@boeing.com
            > Subject: Éric Vyncke's No Objection on charter-ietf-dtn-01-02: (with
            > COMMENT)
            > 
            > Éric Vyncke has entered the following ballot position for
            > charter-ietf-dtn-01-02: No Objection
            > 
            > The document, along with other ballot positions, can be found here:
            > https://datatracker.ietf.org/doc/charter-ietf-dtn/
            > 
            > 
            > 
            > ----------------------------------------------------------------------
            > COMMENT:
            > ----------------------------------------------------------------------
            > 
            > I am puzzled by merging two different aspects in a single category:
            > "Operations, Administration and Management (OAM), and Key
            > Management". The
            > first one is clearly OPS but the second one is probably more in SEC area.

            Our current approach to Key Management is fairly simple - the cryptographic aspects are relatively simple and reuse work from SEC.  
            The reason for merging the topics is that although the key material and handling is reasonably simple, mechanisms for the distribution of key material is currently undefined, and the intention is to specify it using the OAM protocols we will define.

            > 
            > What is the meaning of QoS and QoS indication in such networks ?
            > 
            > Should there be a collaboration with intarea WG about the tunnels ?

            To quote from a private email with Ed Birrane (co-chair):

            "QoS"
            When a contact appears (either planned or opportunistically, there are (at least) two decisions that need to be made regarding what bundles flow in what order. (a) Which bundles go first, as a function of their priority and (b) whether bundles might be forwarded along multiple contacts to increase their likelihood of delivery.  For example, a bundle marked as critical for delivery might be transmitted on every next-hop for which a path to destination can be calculated. 
            Specifying how bundles should be annotated to enable these types of activities is the QoS portion, IIRC.

            "Tunneling"
            What is meant here, IIRC, is that there are times when a bundle needs to go to a waypoint BPA prior to the bundle destination BPA. This might happen, for example, if we need to make sure bundles go through a security acceptor prior to delivery.  Because the topology of a DTN might change significantly between bundle forwards, an active “tunnel” isn’t a good idea.  Instead, the way to achieve tunneling behavior is with bundle-in-bundle encapsulation (BIBE), where the original bundle is placed in an encapsulating bundle, and the encapsulating bundle destined for the desired waypoint.
            This type of tunnel is resistant to topological change and allows the encapsulating bundle to apply its own security to the encapsulated bundle. 
            I believe we decided in the WG that BIBE was going to be implemented as a convergence layer, and not some other extension to BPA behavior.

            > While there is a "Management Architecture and Protocols" milestone, there
            > are
            > none about "operations and administration" (to fully fit the OAM category).

            This is intentional, as we have agreed with the OPS AD to do a thorough review of our approach to management before specifying milestones for deliverables that might fail to make the cut.  Personal drafts documenting best practice for operations and administration exist, but their fate depends on the outcome of the 'general approach' review.

            > 
            > Some nits ?:
            > - s/in production by government and commercial organizations world-
            > wide./in
            > production by governments and commercial organizations world-wide./ -

            +1

            > s/Operations, Administration and Management/Operations, Administration,
            > and
            > Management/

            Oh, Oxford comma...   I shall defer to the standard used by the RFC Editors - someone please point to a relevant spec?

             - s/best practices learned from existing deployment./best
            > practices
            > learned from existing deployments./

            +1

            Thanks again for the good quality comments,

            Cheers,

            Rick