Re: [Idr] Erik Kline's Discuss on draft-ietf-idr-tunnel-encaps-20: (with DISCUSS and COMMENT)

Alvaro Retana <> Thu, 17 December 2020 21:42 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id D60003A104A; Thu, 17 Dec 2020 13:42:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Status: No, score=-2.096 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 gihFvuWOehnJ; Thu, 17 Dec 2020 13:42:38 -0800 (PST)
Received: from ( [IPv6:2a00:1450:4864:20::630]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 11F513A1049; Thu, 17 Dec 2020 13:42:37 -0800 (PST)
Received: by with SMTP id jx16so179342ejb.10; Thu, 17 Dec 2020 13:42:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc; bh=FcsPbBEAvzhCfVUnFRBhZmJz7GlQ5LFVyRcVHqyjIpk=; b=X5QF/ZyPNepdQLrEiOwp9cOpGX45nBVy4sBC/YPRmbKplZbeBPuO4CB3/5Xa2PGKo5 uLjTWPtp7RNxOnPTNsbPHy/lsy3Ypt5TXcdHcXFzPDXgT1+XT8oBkduxPAW4K4s/ZnZH VL0Z28Pj04BB9VPnEJJNyy4YtOIvGwuGEVFUquXHSkMPVwnPcrWZY+iAtz7CGYoW8V+K kBRa0g1dv2Ks8ufoOuovr0chDKsgXCtU5JpNjrT4L5bUNABo3JI8vVk2nQviQR/xmn4/ qw7PIBIMCAdBlIGkdu6bjRaxum3GAdQgq5U/eUkuoyb6CrsI8TjOz5+advwCsGu7q/oO 9QOg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=FcsPbBEAvzhCfVUnFRBhZmJz7GlQ5LFVyRcVHqyjIpk=; b=t3mqYZPTWCaqdxqH9BXS0cvFGATZ4892SSWrfKj88BRdH7Iyoc4gyT8sATT7/0TIQR NipQ/OYfSvwTfMKKKfheW4bmEohrbgIXWuR1DX47YySfwvSb66gtOPHwMhrzJ+2X6SXV 8fxOsPzh4wtdcABA7MYKw0yTEsCg+71ugygm0VUTZWirAgSgdroymAKRp0/bohi2aYHB rFcJY1WNaM/oiiBs9LvaU93DUhZ0j9PByqp/3CCn78GuVEixIgvbz6TXFPhyRyC0QiKa MBQ3R+LjlW0eDIzG2PU5Z6zJDZayQ0odIrVru+/IFIAHzXYOUqTD3s7o04vZ/Ivgfsb0 uH6A==
X-Gm-Message-State: AOAM532NNhyLu68HkGUJkttKtbKIAMzfhTkdiSSP4tMdKj0brauyD0Dz GZ8EjNG8YvGZ2TjZVIsrrar2cjNK2IE/CSx7p7A=
X-Google-Smtp-Source: ABdhPJzPRVlp9jYPwC6EvnYNFdkYMppQ7sZhmsgYd05dsDQK4ozWlxAb8Oa25FFji3Dy7nQmnkDmtRu45phkvtWsalI=
X-Received: by 2002:a17:906:16da:: with SMTP id t26mr1026063ejd.478.1608241356467; Thu, 17 Dec 2020 13:42:36 -0800 (PST)
Received: from 1058052472880 named unknown by with HTTPREST; Thu, 17 Dec 2020 16:42:35 -0500
From: Alvaro Retana <>
In-Reply-To: <>
References: <> <> <>
MIME-Version: 1.0
Date: Thu, 17 Dec 2020 16:42:35 -0500
Message-ID: <>
To: John Scudder <>, Erik Kline <>
Cc: Hares Susan <>, "" <>, The IESG <>, "idr@ietf. org" <>, "" <>
Content-Type: multipart/alternative; boundary="000000000000c3f09d05b6afde5b"
Archived-At: <>
Subject: Re: [Idr] Erik Kline's Discuss on draft-ietf-idr-tunnel-encaps-20: (with DISCUSS and COMMENT)
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Inter-Domain Routing <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 17 Dec 2020 21:42:40 -0000



Any thoughts on this?



On December 2, 2020 at 3:28:30 PM, John Scudder ( wrote:

Hi Erik,

On Dec 1, 2020, at 12:46 AM, Erik Kline <> wrote:



[ section 3.3.1 ]

* The text about "[a]ny one-octet value can be transported" leaves me
 wondering about how values that result in ECN bits being set should be

 I think there needs to be some recognition here that the DSCP part of
 the octet is only 6 bits (2474 section 3), and that bits 6 & 7 "MUST/SHOULD
 be zero on transmission and MUST/SHOULD be ignored by the recipient".

 Another way to ask the question here is: if ECN is not to be specified as
 part of this octet (and IMHO it should not be), which ranges of 6 bit
 values are permitted: [0..63], with the understanding this will be shifted
 before setting the octet, or [0,4,8,12,...,252]?  Given the text "It
 specifies the setting of the one-octet...", I think it implies the latter,
 but some clarification would, I think, be helpful.

If the argument is essentially: this is the value to stuff into
something like setsockopt(..., IP_TOS|IPV6_TCLASS, ...) which (in
Linux) accept an 8 bit value as is, then suppose that makes sense.

Thanks for anticipating my reply, that was exactly the thinking.

If it makes sense, do you think the text is sufficient as written, or if
not do you have any suggestions for clarification?