Re: [Int-area] Resubmit - requesting WG Adoption draft-moskowitz-intarea-schc-ip-protocol-number

Robert Moskowitz <rgm-ietf@htt-consult.com> Wed, 07 September 2022 22:05 UTC

Return-Path: <rgm-ietf@htt-consult.com>
X-Original-To: int-area@ietfa.amsl.com
Delivered-To: int-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90EADC1522AA for <int-area@ietfa.amsl.com>; Wed, 7 Sep 2022 15:05:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.908
X-Spam-Level:
X-Spam-Status: No, score=-6.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m3wqaWnBazlU for <int-area@ietfa.amsl.com>; Wed, 7 Sep 2022 15:05:53 -0700 (PDT)
Received: from z9m9z.htt-consult.com (z9m9z.htt-consult.com [23.123.122.147]) (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 ADAB1C14CE35 for <int-area@ietf.org>; Wed, 7 Sep 2022 15:05:53 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by z9m9z.htt-consult.com (Postfix) with ESMTP id 74FFB6250B; Wed, 7 Sep 2022 18:05:17 -0400 (EDT)
X-Virus-Scanned: amavisd-new at htt-consult.com
Received: from z9m9z.htt-consult.com ([127.0.0.1]) by localhost (z9m9z.htt-consult.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id bHdiOmFcaPR2; Wed, 7 Sep 2022 18:05:11 -0400 (EDT)
Received: from [192.168.160.11] (unknown [192.168.160.11]) (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by z9m9z.htt-consult.com (Postfix) with ESMTPSA id 1898962434; Wed, 7 Sep 2022 18:05:07 -0400 (EDT)
Message-ID: <bf57a5f7-b748-41fd-9bcd-efad8efa653a@htt-consult.com>
Date: Wed, 07 Sep 2022 18:05:39 -0400
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.2.0
Content-Language: en-US
To: Joel Halpern <jmh@joelhalpern.com>, Bob Hinden <bob.hinden@gmail.com>
Cc: Internet Area <int-area@ietf.org>
References: <165989448256.19592.11033809136170928822@ietfa.amsl.com> <CAF4+nEGvJEcpMWw2z=n_HO2H1wCYOn=7gCv_pKZavJMpuHO-FQ@mail.gmail.com> <CAF4+nEE2TGh74-HY=Ygp9yVphFbXCZZawBxHf4Ta+33uEP977g@mail.gmail.com> <b421494e-21e8-57ed-1aab-4009e445bc7a@htt-consult.com> <CO1PR11MB48810885F2E40649D435759AD8419@CO1PR11MB4881.namprd11.prod.outlook.com> <E6D1BCCD-A8E9-4D9F-99AD-E3A25FC0C4D2@gmail.com> <B1AA0912-9B72-45DC-A9AD-1CFC76104BFB@tzi.org> <8d777d2d-7527-9f13-bccf-e5f98574f70d@htt-consult.com> <543440B2-8530-4A9E-8801-6EEDA8459607@gmail.com> <7D4BF0BE-DD26-4655-A286-7E87E81F1CF3@tzi.org> <4485bfe7-960e-a059-4292-826064e4bc0d@htt-consult.com> <404e48fc-f56f-f64b-f2cb-6b877ec7b4a0@joelhalpern.com>
From: Robert Moskowitz <rgm-ietf@htt-consult.com>
In-Reply-To: <404e48fc-f56f-f64b-f2cb-6b877ec7b4a0@joelhalpern.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/EhEO2YhVIHXDWvkltOIvsggvp4U>
Subject: Re: [Int-area] Resubmit - requesting WG Adoption draft-moskowitz-intarea-schc-ip-protocol-number
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: IETF Internet Area WG Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-area/>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Sep 2022 22:05:54 -0000

It might be that the datagram can be interrogated for the Next Header 
and that MIGHT mean an update to 8200.

AH, you can find the NH.  ESP not, as it is in the encrypted part.

But it is architecturally wrong to call what ROHC or SCHC as carrying an 
upper layer protocol.  They carry what is in our architecture a 
Transport Layer protocol, acting in many ways as part of the IP layer 
itself...

Fun.

On 9/7/22 17:35, Joel Halpern wrote:
> My reading of 8200 is that an extension header MUST start with a one 
> byte "Next Header" field.  SCHC does not.  Therefore, it is a carried 
> / upper layer protocol, not an extension header.  Much like IPv6 (in 
> IPv6).  Or UDP (with carrying an application protocol or carrying some 
> routing header like GRE, LISP, ...) or ...
>
> Yours,
>
> Joel
>
> PS: I grant we are not fully consistent in this regard.  ESP does not 
> have a next-header field.  (AH does).   But if we are going to pretend 
> that some headers are extensions headers and some are not, we should 
> try to be consistent with the description in 8200 (and 2460).
>
> On 9/7/2022 4:57 PM, Robert Moskowitz wrote:
>>
>>
>> On 9/7/22 16:35, Carsten Bormann wrote:
>>> On 7. Sep 2022, at 22:04, Bob Hinden <bob.hinden@gmail.com> wrote:
>>>> To clarify my question, it only relates to if SCHC should be added 
>>>> to the IPv6 Extension Header Types registry.   I continue to think 
>>>> that adding it to the IP Protocol Number registry is fine.
>>> I believe the answer should be the same as for 142 (RFC 5858), which 
>>> is not in the list.
>>>
>>> I couldn’t find out quickly what an IPv6 Extension Header Type 
>>> is(*), so maybe that is an oversight for 142.
>>
>> From my limited understanding and which Protocols are listed as 
>> Extension Header Types and which not (other than 142), it is a 
>> Protocol that transports other Protocols.
>>
>> Though with that definition, I wonder how HIP got in the list.
>>
>> It is fun to open a can of worms!
>>
>>>
>>> Grüße, Carsten
>>>
>>> (*) An IP protocol number, apparently.
>>> But what specifically does it make an IPv6 Extension Header Type as 
>>> well?
>>> The references given in the registry don’t seem to say.
>>>
>>
>> _______________________________________________
>> Int-area mailing list
>> Int-area@ietf.org
>> https://www.ietf.org/mailman/listinfo/int-area