IETF Logo Mail Archive

Re: [TLS] Fwd: Re: AD review of draft-ietf-tls-dtls-connection-id-07

Achim Kraus <achimkraus@gmx.net> Sun, 11 October 2020 18:24 UTC

Return-Path: <achimkraus@gmx.net>
X-Original-To: tls@ietfa.amsl.com
Delivered-To: tls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C170D3A0F1E; Sun, 11 Oct 2020 11:24:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.313
X-Spam-Level:
X-Spam-Status: No, score=-2.313 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, NICE_REPLY_A=-0.213, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gmx.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 HoPIouV_2GbR; Sun, 11 Oct 2020 11:24:09 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (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 11C4D3A0F1D; Sun, 11 Oct 2020 11:24:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1602440644; bh=CBnvQNSZKZIetJh8FNR0gKRWQ2E8K//NONwdiXqb/70=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=OPX692fyDK7iFoYtZnxJ0pChDj46NUVMfLTug5F+gpQNeJq8HWsMkBrAEt6If4CXx uLEf5vHMuli7GVjY+85gSz98W/o0oHNAL5QiWIIB1iHv2EeNNKfruatn4ZF9S7SxPM +1fyTNmMI8uHfS5cn8EL4afN6woPwsnUzrkvRWY8=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.178.100] ([88.64.90.178]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MA7GM-1kc9c61PNy-00BgKD; Sun, 11 Oct 2020 20:24:04 +0200
To: Watson Ladd <watsonbladd@gmail.com>
Cc: Joseph Salowey <joe@salowey.net>, "tls@ietf.org" <tls@ietf.org>, Benjamin Kaduk <kaduk@mit.edu>, draft-ietf-tls-dtls-connection-id@ietf.org
References: <0da9b525-ec78-bef5-6ceb-5f377019ade4@gmx.net> <4ca7c2f9-1e9d-0d16-0089-649f013b4565@gmx.net> <20201008233454.GF89563@kduck.mit.edu> <6185242d-8ba8-2d2f-5938-afad46c2e854@gmx.net> <20201009212240.GK89563@kduck.mit.edu> <fe7eab66-a14a-5f18-46be-7bae471c3b20@gmx.net> <CAOgPGoBWRyqQUNk3JQx2_Cna-7s-A7gENVwW-sh8+tRoJ_=V_Q@mail.gmail.com> <13a821d3-30cc-94b8-842c-22a87d280f09@gmx.net> <CACsn0cn4QcnaoocQeoiUXgGoAvfOs+1+Ei76z1Kuq8MMqNEh3Q@mail.gmail.com>
From: Achim Kraus <achimkraus@gmx.net>
Message-ID: <530f9103-5e38-f128-5726-8b09aa4c2f5d@gmx.net>
Date: Sun, 11 Oct 2020 20:24:03 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <CACsn0cn4QcnaoocQeoiUXgGoAvfOs+1+Ei76z1Kuq8MMqNEh3Q@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: de-AT-frami
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:33Z+AfG5yJgSPQzuHTN0EY6htGJsXAZWfLsIsDbYEafnLgRG9j0 VPtX2pBSgs+7BOsoa3dh4RYhtihpbaYRFNvULjdLZ+re40WEoGfV8OBrp0SI7iBmWc5TUC4 I7i2cg6UtA82L0BgzkpbkiFgbE8auxq08ibQcMNcbsCBrHefIVPEp89TnJJykwJucpiS1B5 R0izavGEEDG2+N02QQ4gg==
X-UI-Out-Filterresults: notjunk:1;V03:K0:T3yrkUZBwcA=:UlkeJyWKxQWLiytnGcbDRe SVyYoccRspGixAN+kGsP0G4OtkmbNVUwSMqrtkhywccvuByOYT88ysNqXvcXFDOey8VEbeBQV NZcVw5G5ReNdnNZ4a7a7n93uW31IhcZ5f+rreMLifYk2PcEGLaywSMkedDHOM3LoR63+bg1aa G4upz/hvBL7bcdNIzpt/fmvacEax8TX4QmKQB1ale2889y/fqQeRvtWLN2utSlk0PlQle9ekY dJk3Bss30vOpG7zh8VTS3xMf0gtOzhkUQNT51hFjyaMfPcnJ8kUQHW/cE+wsVqD6kKQIUFsS7 HmMwxhWcLXRNxl/cmu+bHXES3kT1vsvYwTr13hezTyeH/wHQAZM2cmKIjHL0ztPX/5HppCpBs X5BaWGwcVSnvA0HgoUFJQtK6zsex27hNTFeE746Lq8lZE088tWMrDDHxUBSB5BwpkSo23mSpN k9xLZeZGAglohMdI1Xqqa8kYGR4LmlJD3Cg6rJFFsBBpS/VupPmLgYMWVj/NjhFOb1LdwX3uK JCcpcf+eBLJHb/YCd+noto8iJpT7M2i6pt4sWUYBWoaW76ki8QFP4tDaVs+Z1Y1FgMPOnWbLZ hDUJXBZGFO63G6HNz+AU2jzSvyQfJoSmnVSs1r2WBvXjkSCskkyEtRKGWiGEMUb6M5aicLJVy XFE2jBqUQxnAYDEKf12rViWmx2uWasL7c+S8crAmdTljRshWqavhL4Cax6l1qVshOG5JPYRir t5BtwrCmVYuxibVttDKmc6lZb3NEKmBRvf/pUuz8wCmmMTgBrDKyucfnuvloOrfTgvGSd2ELJ 4pm9O2juSXqSI94nDbkjojg5DEvApE1nOU1emAreRgThsTPk2qFAnjaLumMkTxWVO8NVaAjQN CF32CSITd/UmB6ETVNiEEq6f6/QahLjmR7nxNEfDw1s4SuZcauCeBTnWLmB0w4x9zK5yhKi9K GyGhm1561/ZnBjZ+PL4LuWcbgH2//Zi4lNTYzqqMoxqXI8bYn4P3+0JYIvY9z4tghmTWeRSee D7HpxVmYUI6jokj+lp9kaJ6c877PK/HtiWFwtw+MwwXEfTHPwpTSfn1Ugh3GVIepaAiwyPRJ8 l7DfqUYc7KRiADf0f6aoc9ycS5DwoOJ0j4Lph3w+w2TCxFg/naLpKIhnBBl15lId4YoQQSSoK a08kn0rvoGMshNwpxgZvksb4fRFFVhxQ2Ul1L9cEHqhTMtt9dwy8BwZ80DdcHYw3HKfdG9wZm BstcwYaH8OpgSRPnsb8rc3WgV2SSo6xLwnf2yRA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/tls/_fCgLLtg6HISM_6xAwh9IETTD80>
Subject: Re: [TLS] Fwd: Re: AD review of draft-ietf-tls-dtls-connection-id-07
X-BeenThere: tls@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "This is the mailing list for the Transport Layer Security working group of the IETF." <tls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tls>, <mailto:tls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tls/>
List-Post: <mailto:tls@ietf.org>
List-Help: <mailto:tls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tls>, <mailto:tls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 11 Oct 2020 18:24:11 -0000

Hi,

> I do not understand how a CID is supposed to be parsed by a recipient
> when the length can change and the length field is not encoded, but
> perhaps I'm misreading the intent of the [] notation in the record
> layer of the draft.
>

I created an issue on github to discus the requirements for encoding
variable length CIDs.

https://github.com/tlswg/dtls-conn-id/issues/76

best regards
Achim Kraus

v2.23.0 | Report a Bug | By Email