[PANRG] Feedback on draft-zheng-panrg-path-properties-istn-00
Theresa Enghardt <ietf@tenghardt.net> Thu, 11 March 2021 17:12 UTC
Return-Path: <ietf@tenghardt.net>
X-Original-To: panrg@ietfa.amsl.com
Delivered-To: panrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 119513A14DF for <panrg@ietfa.amsl.com>; Thu, 11 Mar 2021 09:12:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.399
X-Spam-Level:
X-Spam-Status: No, score=-4.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=tenghardt.net
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 99iXOB3Xebhm for <panrg@ietfa.amsl.com>; Thu, 11 Mar 2021 09:12:16 -0800 (PST)
Received: from mail.hemio.de (mail.hemio.de [136.243.12.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 949EA3A14C0 for <panrg@irtf.org>; Thu, 11 Mar 2021 09:12:16 -0800 (PST)
Received: from user.client.invalid (localhost [136.243.12.180]) by mail.hemio.de (Postfix) with ESMTPSA id 7FD4AAA; Thu, 11 Mar 2021 18:12:13 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tenghardt.net; s=20170414; t=1615482734; bh=gEfEbd2EsV3DY+L7L4eYd2KHB4JsqgbcZErMDp2mQfY=; h=To:Cc:From:Subject:Date:From; b=pyGsPf8R/PwWgjAFlwJBvyJ3pTY0o1yc0ieYI0gSk/QSmpSks8GIt0aAXwY2FIvZz cGB6+PLsbnawMcuiKiCH/enFPI9DFKG6n2uo1bRZjHaw83zvLxDNVHf62Q249gjTxO Z6dG7B76hNYBLVn+OqCXcKfrsGKhm3K1vCZghssV9oUhduptWwWjfccPfs8itU71ei SxlDWy01E5T66iGdBiygr0s+BbASl/cZA54EvjgJycEZSne8ebtefOotY8tzKFlyOJ l+h9wM3d/crwYZYcz/dd5GVMrpQWJ99tyN+Pz7ubOjhPjHuEJO6LobP45fMSYkTx6J 0GXcNuano69xw==
To: chendanyang@chinamobile.com, liupengyjy@chinamobile.com, zhengshaowen@chinamobile.com
Cc: "panrg@irtf.org" <panrg@irtf.org>
From: Theresa Enghardt <ietf@tenghardt.net>
Message-ID: <3b944976-c595-4540-3073-7516d6227f91@tenghardt.net>
Date: Thu, 11 Mar 2021 09:12:11 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/panrg/SnH7DJpwyX89B6d9C7Bpn-W-2E8>
Subject: [PANRG] Feedback on draft-zheng-panrg-path-properties-istn-00
X-BeenThere: panrg@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Path Aware Networking \(Proposed\) Research Group discussion list" <panrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/panrg>, <mailto:panrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/panrg/>
List-Post: <mailto:panrg@irtf.org>
List-Help: <mailto:panrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/panrg>, <mailto:panrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Mar 2021 17:12:25 -0000
(Sending this again because the recipients' mailbox rejected my mail to the draft authors alias... Apologies if you get this twice.) Dear draft authors, Thank you for posting draft-zheng-panrg-path-properties-istn-00 and for presenting it at the IETF 110 PANRG session! I've read the draft and I agree that ISTN is an interesting field for path awareness. A few questions and comments: 1. The abstract says that the use case is "integrated space-terrestrial networks". I think it should be more specific: Is the use case path selection? Is it (also) something else? For path selection, does the definition in Section 3.1 of the Path Properties draft fit your use case, or are you missing anything from that section? -> https://tools.ietf.org/html/draft-irtf-panrg-path-properties-02#section-3.1 2. In the introduction, the draft defines a path as a series of links that connect a series of nodes from the source node to destination, referring to RFC 5136. In Section 2, the draft lists path elements corresponding to individual nodes and links. I think that's a good starting point, but I'm wondering if a more generic definition would work better. Then, path elements could be more abstract: Not just a single node or link, but also an entire network, for example. This would be useful, as the endpoint may not have insight into all path elements, and it may be difficult to make every endpoint aware of every single path element. So, would it be better to consider more abstract path elements here, e.g., consider an entire network as a path element with its own properties? 3. The draft considers properties of the entire path and properties of each individual path element (node or link). I think it could be helpful to consider subpaths as well, for example, the "space part" of a path or the "terrestrial part" of a path, or the subpath traversing a specific network. Then, a network provider could expose information about this subpath, instead of exposing information about every individual path element. What do you think? 4. The draft defines availability as a path property, which makes a lot of sense to me. In contrast, the Path Properties draft defines a path as a "sequence of adjacent path elements over which a packet can be transmitted". Does this part of the path definition work for you? I think the definition could be stretched to say "the path exists even though a packet cannot be transmitted over it right now, but it will become available again soon". Do you agree? Thank you for the draft, and I'm looking forward to hearing more! Best, Theresa
- [PANRG] Feedback on draft-zheng-panrg-path-proper… Theresa Enghardt
- Re: [PANRG] Feedback on draft-zheng-panrg-path-pr… Spencer Dawkins at IETF
- [PANRG] 回复: Feedback on draft-zheng-panrg-path-pr… Zheng Shaowen
- [PANRG] 回复: Feedback on draft-zheng-panrg-path-pr… Zheng Shaowen
- Re: [PANRG] 回复: Feedback on draft-zheng-panrg-pat… Theresa Enghardt