Re: Explicit measurability in the QUIC wire image (was Re: Packet number encryption)

Kazuho Oku <kazuhooku@gmail.com> Tue, 06 February 2018 16:22 UTC

Return-Path: <kazuhooku@gmail.com>
X-Original-To: quic@ietfa.amsl.com
Delivered-To: quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3670F12E87F for <quic@ietfa.amsl.com>; Tue, 6 Feb 2018 08:22:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 dlHuYE5s-UF5 for <quic@ietfa.amsl.com>; Tue, 6 Feb 2018 08:22:36 -0800 (PST)
Received: from mail-pf0-x236.google.com (mail-pf0-x236.google.com [IPv6:2607:f8b0:400e:c00::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD3FE12E87C for <quic@ietf.org>; Tue, 6 Feb 2018 08:22:36 -0800 (PST)
Received: by mail-pf0-x236.google.com with SMTP id k5so816991pff.3 for <quic@ietf.org>; Tue, 06 Feb 2018 08:22:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=xLZyoBECwZ0XHuGZ+j3l1ejUdW8iDYO78PfeYqrq1BE=; b=o/d8x9ZCozJzDwmVpBCk8MUvRzjWXXOp32DiQ+4iCY7fLhkYCsq1cO9S+PpEa8ZsEJ 1RDcOAGaKNWya9mhFoNez3D+MT+gGyABwZiAmW9zUeM++xGHI0mPeVWPDd5FUKO8zKly FuXZrCB44oSLUweVoYlEe4QyWz4YDdt+gVcjvQU04dbU0FYU5mGuwPNwXvzJuSDbOjRy M1xJsVBtWwPAWlAjW2LsXrqfm4nw4PnV28M55y+9MzlV2Oqs01bSKXQonqzcVi7XXWiI Km5EzUOlC+MTjCDZmuZFLz/BUIkthxMKU/4e8KvZ5p7mlKTyJ5urF7FFXOqSPvHjU/kr q/Lw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=xLZyoBECwZ0XHuGZ+j3l1ejUdW8iDYO78PfeYqrq1BE=; b=I8r/TW33cClWOvgtMm1eBOQdqCNEIj6oTz9YcF296diIc0OdY8PEvxZuB/1BKk8RZl VIIijl0xEyPSkkAiv5qRlYd6nxLlUhaZ7yMk9apZM8nj8U6cpjm1v+AHgWRc9UpaJ5+M 6oImFhRC7wvFSnDOyIs3nWYuuXS3ZIail+wlZovXCk7WjStaR23jYlrBqbXE8sGbNOR0 TxVJJo4tcspbm2pYi14tI3xStvu83W1OJACRBnH2unerMGqsnNJ7flHiPTMFpoWJQq56 r/2rJMwAgXPUTXvLrscb5AeL3GlJbgHtkGV9cIiryO5lX+p3y4dVpOmUvXbvvFNdGyR9 s2lw==
X-Gm-Message-State: APf1xPCw5A05a9oJmoGJsM/cmo/MIcvkQqOXWESZGOBtmgUoqInoS1TT fZwr/r9HwJ52RoQxbTAjXFB8fp0dsNh1x+tQCfQ=
X-Google-Smtp-Source: AH8x224AxJGhqCmcE7gs7veZooKixVM7/J8b74jqZVcdeZqHBaoSyRDghGtcAbrsMJRV8La8T7KS502gzv7pv0mmzzQ=
X-Received: by 10.98.19.19 with SMTP id b19mr2979772pfj.118.1517934156330; Tue, 06 Feb 2018 08:22:36 -0800 (PST)
MIME-Version: 1.0
Received: by 10.236.156.11 with HTTP; Tue, 6 Feb 2018 08:22:35 -0800 (PST)
In-Reply-To: <CAN1APdcuKSLYw4Odyc4g=+4_+ojsNekeqmM9eYqxykkfxRx3Cg@mail.gmail.com>
References: <CABkgnnVyo3MmWtVULiV=FJTnR528qfY8-OmKGWAs0bCvri-a_g@mail.gmail.com> <1F7FB3B8-A94C-4354-9944-FB09FB8DB68B@trammell.ch> <CABcZeBMbwdwyC9TxxHBLYaZKfNB-FG2wCGjqUZ_mNR-A1R47FA@mail.gmail.com> <9096e5ec-581e-875a-b1dd-bff0b05206fd@huitema.net> <CABkgnnWRQSAufwPss+qf=xAzCwRYeNNH8XLPm3yFaHxOb+ba4g@mail.gmail.com> <BF80500A-6277-45DC-8525-9C3FE138B76D@tik.ee.ethz.ch> <5A7191E0.6010003@erg.abdn.ac.uk> <5214AD93-8376-4B25-922F-AF5551CC2E95@netapp.com> <F990E064-E6F8-41A3-B791-F776C9955E15@nokia.com> <CAGD1bZab0GaZFsHwC+nw3AxxC4VusxMJ6oDanzk3dSDdWKAXdw@mail.gmail.com> <2C515BE8694C6F4B9B6A578BCAC32E2F83BA1443@MBX021-W3-CA-2.exch021.domain.local> <BY2PR15MB07757473DB9788558B902EB5CDF80@BY2PR15MB0775.namprd15.prod.outlook.com> <6E58094ECC8D8344914996DAD28F1CCD861B7F@DGGEMM506-MBX.china.huawei.com> <e529144067624fcba636fc8c24ee3ff4@usma1ex-dag1mb5.msg.corp.akamai.com> <BY2PR15MB07754D83A1721F2BD742359BCDFE0@BY2PR15MB0775.namprd15.prod.outlook.com> <2CD9DC43-D69B-43F0-8474-DFE798850A52@akamai.com> <CAGD1bZaUuNxqpDkn62B0wWcFD8=mCUWrAwWGG-rAOxH7Mf1=cQ@mail.gmail.com> <CY4PR21MB01334E30C7AF6AE75F58EEFDB6FE0@CY4PR21MB0133.namprd21.prod.outlook.com> <CAGD1bZaxrqzdkk0wxRaULwOTgg6wnrSrXNBK31s4uxdozaACBA@mail.gmail.com> <CAGD1bZbOAaSBcQw4nVtGuwRunaAW8MYHq9yPxNN6DdKHzt5HtQ@mail.gmail.com> <CANatvzx+uDHMV5XS=OuVYBqe_RYX=EmVWAmjuONS8BpNYCPweA@mail.gmail.com> <5233815B-00F3-4961-ABB8-505906258B89@trammell.ch> <CAN1APdcuKSLYw4Odyc4g=+4_+ojsNekeqmM9eYqxykkfxRx3Cg@mail.gmail.com>
From: Kazuho Oku <kazuhooku@gmail.com>
Date: Wed, 07 Feb 2018 01:22:35 +0900
Message-ID: <CANatvzz3rmGPRgu1Z5+bAHhgjiN3L5OVTDhb4fmpPX+M8o4z3w@mail.gmail.com>
Subject: Re: Explicit measurability in the QUIC wire image (was Re: Packet number encryption)
To: Mikkel Fahnøe Jørgensen <mikkelfj@gmail.com>
Cc: "Brian Trammell (IETF)" <ietf@trammell.ch>, QUIC WG <quic@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/IUChLPYZSvblRuwnxx3eEg5s1Zw>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Feb 2018 16:22:38 -0000

2018-02-06 23:54 GMT+09:00 Mikkel Fahnøe Jørgensen <mikkelfj@gmail.com>:
> This idea can be taken further: You can modulate the signal so you use
> multiple packets to encode a zero or a one for half the wave duration. For
> example 1 could be encoded as 0101 over four packets and zero could be
> encoded as 0011 over four packets.
> If there is any reordering, it would show up as an unexpected value in the
> pulse.

That's definitely an option.

Actually, I considered using sin wave (that distributes the error
among 1-bit samples) as an example instead of the square wave.

The primary reason behind my preference to using a square wave is that
it is easier to implement; in fact, emitting a square wave with the
length of 512 packets is as easy as just taking the 9th bit (counting
from LSB) of the packet number (if we forget about the gaps for a
moment).


-- 
Kazuho Oku