Re: Call for Adoption: draft-pauly-quic-datagram

Mirja Kuehlewind <> Thu, 12 December 2019 11:35 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 3444712082D for <>; Thu, 12 Dec 2019 03:35:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Status: No, score=-1.9 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, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id bU06A85sUB-e for <>; Thu, 12 Dec 2019 03:35:02 -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 BC88512004A for <>; Thu, 12 Dec 2019 03:35:01 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901;; cv=none; b=RrSttCbtPhnKo1quopfquTQeGPUQoQGLzLCpe502aMSlPiaNtJFdNvLHmRSNvszWRVmjKNwY+KlSO0lv8njH11L3/IhBJbXhmvLrVg4saR1ehc/f+zHdBmeZ2EjPplCxIY7Kg+PkPLwNAvNjzBbeuXJ8LfmGNH7s6wE0Rvz1qepRq6FaDzIrRmtr2ifSic1AueJMstGRUhhAz1YpOP0o7+Oyp213hUvLGOlPeeUu5GI8+2/WCN1QazbGhkLsxQNGBEp8JZxC5kHDD1UWZD7JdUse/2kQOeRaywxEGGIO4YINOqW9s+c2PqjKUM+0gY4eo89irLfuONt30c5yzqVoOQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=CDXxSct2xs1EbPOv/MoWOcGozd73FmINLRFlrNJLYPU=; b=eIvgq381kFvwCSpF+gHKD0WFuGcvjN8PpG9tLVJoKyXQkblbT776D+MPw5xaSNUU6Vkc1BpzENRvUqYAHNIgDLWkNNe6dreuZ/9yd4CaPf/1+qoReP/yfbFCu9V1b8AcZUKrXJLQJB0crZACkC5A3pQ88Fvr45RmSt6JYBHaziEtG7HB+mTNdJZ6Z9Hyi2xZ4MCP3MJ7gfjDVZdE6hHDydRmUGYJxos5+HsqD+FBctEMk3+EEoxbcOAdU7giUZ3FCEOmJ/PPGGklXpQLh1Xasdr7N+4vM6YkMVouDgeia+zikacTQBlGih8fR+x0cYEluQsGe7wR+iP8GvNDurXrhg==
ARC-Authentication-Results: i=1; 1; spf=pass; dmarc=pass action=none; dkim=pass; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=CDXxSct2xs1EbPOv/MoWOcGozd73FmINLRFlrNJLYPU=; b=JcmqnimlrlRrXyp2eqm9GTR1rXDaqc/xRA2zXt+oy3R7TYMP4xdhK1ZtIk8qoD0tUQYhRNtEHD6nqD4M2+qGTyGjSaaZZ6NEgMwdgpDUspKFlrmFymgpxkSTtwRoUM2liqCQM3XRy8SDZGoJfIR1+6Py1BFe3vLysp7c5oT9UwM=
Received: from ( by ( with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2538.10; Thu, 12 Dec 2019 11:34:58 +0000
Received: from ([fe80::9034:13c8:1ed:5db1]) by ([fe80::9034:13c8:1ed:5db1%7]) with mapi id 15.20.2538.016; Thu, 12 Dec 2019 11:34:58 +0000
From: Mirja Kuehlewind <>
To: Kazuho Oku <>
CC: Lucas Pardue <>, Victor Vasiliev <>, Jana Iyengar <>, Mark Nottingham <>, Lars Eggert <>, =?utf-8?B?TWlra2VsIEZhaG7DuGUgSsO4cmdlbnNlbg==?= <>, IETF QUIC WG <>
Subject: Re: Call for Adoption: draft-pauly-quic-datagram
Thread-Topic: Call for Adoption: draft-pauly-quic-datagram
Date: Thu, 12 Dec 2019 11:34:58 +0000
Message-ID: <>
References: <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: de-DE
X-MS-Has-Attach: yes
authentication-results: spf=none (sender IP is );
x-originating-ip: []
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a0f22b6f-2f7a-4cc6-5b0a-08d77ef751b3
x-ms-traffictypediagnostic: AM0PR07MB5410:
x-microsoft-antispam-prvs: <>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0249EFCB0B
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(376002)(39860400002)(136003)(366004)(396003)(199004)(189003)(44832011)(316002)(6512007)(6506007)(966005)(2906002)(6916009)(66574012)(54906003)(53546011)(71200400001)(478600001)(4326008)(36756003)(2616005)(66616009)(66476007)(64756008)(33656002)(81156014)(81166006)(86362001)(8936002)(8676002)(66446008)(66556008)(66946007)(5660300002)(76116006)(6486002)(26005)(186003); DIR:OUT; SFP:1101; SCL:1; SRVR:AM0PR07MB5410;; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None ( does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: BHmRap7D07mUo2FyKLsmVUgY5yd33Fb93HV9Uj+rD93DuzdND19e2ZF1RI10CTFBTX1gvyw6ouZ9wAOUaMKuM9t9aD9hzsvtyjd79RZGg/nU3caWLLyKyPfxXZ3bKbAgksvHi3DK6ocO8OKbovMLsSxHcFtua5INZ2geje5yoPLGCowjc3VvbLkxm2EBi3kMwTivnvfLkA32vp+51u3TyACwfAZQWzwXJvRu+NdZ0ViLVzTyrxNCc+p04sNNR19VxcRv0sYpNxWAbdmPqB3N7A4sVNm3mBXIdDwHGmpwxldsiaBOMuy0Rm7DAubYdq+B2Nfd2M/hh5M/lhccE54RER0WsF4uJiZQRnNSYbjt1Gth4aSQf6bkCIWaQQK9Bg4ujOjd1cd6Mwit+e32+ql26wvCrzTWabjcdnPwKllc/GqsFao3ZrY7Z+7hoCFNjCVy
x-ms-exchange-transport-forked: True
Content-Type: multipart/signed; boundary=Apple-Mail-1CEF5DA5-80A8-427A-BF20-E62C82457416; protocol="application/pkcs7-signature"; micalg=sha-256
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: a0f22b6f-2f7a-4cc6-5b0a-08d77ef751b3
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Dec 2019 11:34:58.8235 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 427FCYeJO3Nd4wNFteOss2G5TAQufHgrAT8Vu8odh1NlFC9BhISffSAswqcSnwZzvm0Qp01rbm7zBn5Fbfmj8P40BRxZ+yhaQ3ag4rJ/WRM=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB5410
Archived-At: <>
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 12 Dec 2019 11:35:05 -0000

+1 -> I support adoption. 

I actually think in this case it has to be quite generic as we already have multiple use cases that need datagram support and I really hope we can cover all of them with the one extension (and not different ones).

But I agree that in other cases it probably important to also have a concrete use case (and implementation) for an extension before adoption.


> Am 12.12.2019 um 02:24 schrieb Kazuho Oku <>;:
> +1 for adoption.
> I agree that there's concern that the DATAGRAM draft is too generic, but the flip side of that is that it is good for running experiments / private protocols that only require datagrams. And we can rely on ALPN for what is being transmitted using the DATAGRAM frames.
> To paraphrase, I consider DATAGRAM to be as useful as generic UDP is.
> 2019年12月12日(木) 10:07 Lucas Pardue <>;:
>> I support adoption of this draft but will note that in the abstract sense it is hard to reason about the design of DATAGRAM and hard to interop without an application of it. Since the round of call for adoption does not incorporate an application, I have concern about the scope.. I wrote up SiDUCK [1] as means to an end, there are probably better ways to make us comfortable as a WG.
>> [1] -
>>> On Wed, Dec 11, 2019 at 11:03 PM Jana Iyengar <>; wrote:
>>> I support adoption of this document.
>>> This is a natural extension to QUIC and there are multiple implementations and side-conversations happening already, and as I understand it, there is some deployment experience. 
>>> One note however. Per my read, this is the first extension that extends the functionality of QUIC beyond the charter's original conception of it for HTTP. Many things are possible with QUIC, but the things we want to standardize are the things that are likely to be used. There's no better argument for useful extensions than a discussion of actual deployment where it exists... It enables others to use it similarly, and importantly, it informs why the mechanism is designed so. I would have hoped for more active discussions around current uses of this extension where it exists, including deployment experience where it exists. Perhaps the authors can take this as feedback going forward.
>>> - jana
>>>> On Wed, Dec 11, 2019 at 2:00 PM Mikkel Fahnøe Jørgensen <>; wrote:
>>>> Yes, datagrams are important for custom protocols.
>>>>> On 11 December 2019 at 22.49.23, Victor Vasiliev ( wrote:
>>>>> I support adoption of this draft.  We already support a version of this in gQUIC and I am willing to work on making sure it's interoperable with other implementations.
>>>>> On Wed, Dec 11, 2019, 13:36 Mark Nottingham <> wrote:
>>>>>> This is a Call for Adoption of the following document:
>>>>>> The Working Group has discussed this document for some time, most recently in Singapore.
>>>>>> Please state whether you support adoption of the document by the Working Group, and any additional information that you feel may be helpful.
>>>>>> This call will end on 15 January 2020.
>>>>>> Regards,
>>>>>> --
>>>>>> Mark Nottingham
> -- 
> Kazuho Oku