Re: [dtn] [EXTERNAL] Martin Duke's No Objection on draft-ietf-dtn-bpbis-29: (with COMMENT)

"Burleigh, Scott C (US 312B)" <> Wed, 25 November 2020 22:51 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 3455E3A1FDB; Wed, 25 Nov 2020 14:51:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.02
X-Spam-Status: No, score=-2.02 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FROM_GOV_DKIM_AU=-0.001, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (2048-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 3Iw3ogaEMFSa; Wed, 25 Nov 2020 14:51:33 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id CEA9B3A1F35; Wed, 25 Nov 2020 14:51:16 -0800 (PST)
Received: from pps.filterd ( []) by ( with SMTP id 0APMpD9c035293; Wed, 25 Nov 2020 14:51:13 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=InSight1906; bh=bUogRueli6acYGR1ODhbCfpCTyh+2P/pnm3k0wqOAJU=; b=bPsxYbS12C9pvYqBj3eocsqVp7BGqrncLlnpThrnSBD+AdjaNJXR7uZ/685h8YxmC1P2 +GTr8vU9Lz/sDxnrPbWtVr2GArfs2nwvTLFuK+uZpKz9HS3VU7isBKrJwtAVoBXqM09U NLYzUC4j80iAd+Jb/Di0bIqxkDXi04srpWE04ioLXgywc94aebQImrgAAsVm5w5D08ZC cdW1rJB2J0Ryvx7awhjCNqs7okdIrPzv91hk/ia8LjW5F853r7/9cwOTsVVAK4E+ZknV CvukYooWraUWBq8JXNRdiK+z69wVcMJf7QPGFrZk225zlXUT6RujsoEyOjOgov2j+GSH gA==
Received: from ( []) by with ESMTP id 34y2xwjs5p-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 25 Nov 2020 14:51:13 -0800
Received: from ap-embx16-sp40.RES.AD.JPL ( []) by (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id 0APMpCk8022067 (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128 bits) verified FAIL); Wed, 25 Nov 2020 14:51:12 -0800
Received: from ap-embx16-sp10.RES.AD.JPL (2002:8095:8953::8095:8953) by ap-embx16-sp40.RES.AD.JPL (2002:8095:8956::8095:8956) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1979.3; Wed, 25 Nov 2020 14:51:12 -0800
Received: from ap-embx16-sp10.RES.AD.JPL ([fe80::4:f430:47b5:767b]) by ap-embx16-sp10.RES.AD.JPL ([fe80::4:f430:47b5:767b%17]) with mapi id 15.01.1979.006; Wed, 25 Nov 2020 14:51:12 -0800
From: "Burleigh, Scott C (US 312B)" <>
To: Martin Duke <>
CC: The IESG <>, "" <>, "" <>, "" <>, Fred Templin <>
Thread-Topic: [EXTERNAL] Martin Duke's No Objection on draft-ietf-dtn-bpbis-29: (with COMMENT)
Thread-Index: AQHWwrb7uo041DJXzEC2DXAq3pmDpKnZYzxAgACVmAD//3tVMA==
Date: Wed, 25 Nov 2020 22:51:11 +0000
Message-ID: <>
References: <> <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_a1ea9dd439844890bb8bd2de88a95eb3jplnasagov_"
MIME-Version: 1.0
X-Source-IP: []
X-AUTH: Authorized
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.312, 18.0.737 definitions=2020-11-25_13:2020-11-25, 2020-11-25 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2009150000 definitions=main-2011250141
Archived-At: <>
Subject: Re: [dtn] [EXTERNAL] Martin Duke's No Objection on draft-ietf-dtn-bpbis-29: (with COMMENT)
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Delay Tolerant Networking \(DTN\) discussion list at the IETF." <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 25 Nov 2020 22:51:42 -0000

I’m fine with losing that sentence (and in the dtn scheme specification as well), but I would suggest that there is a little bit rationale for including it: it excludes representation in ECBDIC or (for better or worse) in non-Latin alphabets.  I am happy to be guided by the WG and ADs on this.


From: Martin Duke <>
Sent: Wednesday, November 25, 2020 2:41 PM
To: Burleigh, Scott C (US 312B) <>
Cc: The IESG <>rg>;;;; Fred Templin <>
Subject: Re: [EXTERNAL] Martin Duke's No Objection on draft-ietf-dtn-bpbis-29: (with COMMENT)

Whoops! I somehow missed the congestion control text in Section 7. Please disregard. Your reply makes sense. It is a little weird to have that text sort of out there without any explanation. I might expect either an example or two, or just striking it entirely: it's not like a GUI designer is going to display the EID in CBOR notation!

On Wed, Nov 25, 2020 at 2:12 PM Burleigh, Scott C (US 312B) <<>> wrote:
Martin, thanks!  Thoughts on your comments: is indeed all about the expression of EIDs that take the form of ipn-scheme URIs.  For the purposes of transmitting on-the-wire an endpoint ID that is an element of Bundle Protocol, these URIs are encoded as CBOR arrays as described here.  The "other purposes" for which these URIs would instead be represented as ASCII strings would include display on a graphical user interface, citation in the text of a node configuration command, discussion in a research paper (including a paper whose text is being sent as the payload of a bundle), basically any context in which the EID needs to be human-readable.

Certainly we could add congestion control to the list of additional services that CLs can provide, but the last paragraph of section 7 already goes into this in some detail.

Good catch on the RFC-to-be references, several of those are typos.


-----Original Message-----
From: Martin Duke via Datatracker <<>>
Sent: Tuesday, November 24, 2020 3:10 PM
To: The IESG <<>>
Cc:<>;<>;<>; Fred Templin <<>>;<>
Subject: [EXTERNAL] Martin Duke's No Objection on draft-ietf-dtn-bpbis-29: (with COMMENT)

Martin Duke has entered the following ballot position for
draft-ietf-dtn-bpbis-29: 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;!!PvBDto6Hs4WbVuu7!dzDULtd8iHa8p4r0Hs_pPRY6qEd-OQzjJneIkpC1-cRz26Bo2AF13bSsZJ2IhXzDZ_PRWamxc5I$<;!!PvBDto6Hs4WbVuu7!dzDULtd8iHa8p4r0Hs_pPRY6qEd-OQzjJneIkpC1-cRz26Bo2AF13bSsZJ2IhXzDZ_PRWamxc5I$>
for more information about IESG DISCUSS and COMMENT positions.

The document, along with other ballot positions, can be found here:;!!PvBDto6Hs4WbVuu7!dzDULtd8iHa8p4r0Hs_pPRY6qEd-OQzjJneIkpC1-cRz26Bo2AF13bSsZJ2IhXzDZ_PRyS8n3TA$<;!!PvBDto6Hs4WbVuu7!dzDULtd8iHa8p4r0Hs_pPRY6qEd-OQzjJneIkpC1-cRz26Bo2AF13bSsZJ2IhXzDZ_PRyS8n3TA$>


Sec I though this section was all about endpoint IDs. So what are the
"all other purposes" that involve ASCII representations?

Sec 7. Please add "congestion control" to the list of services the CL provides.

Sec 10. There are many instances in these registries of a codepoint only
applying to Version 6, but including 'RFC-to-be' as a reference. Is this a
mistake, or am I missing something?