Re: Structuring the BKK spin bit discussion
Mikkel Fahnøe Jørgensen <mikkelfj@gmail.com> Sun, 04 November 2018 09:24 UTC
Return-Path: <mikkelfj@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 66BD3130DD5 for <quic@ietfa.amsl.com>; Sun, 4 Nov 2018 01:24:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.738
X-Spam-Level:
X-Spam-Status: No, score=-0.738 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, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, HTML_OBFUSCATE_05_10=0.26, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=no 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 8s-C9ImXReay for <quic@ietfa.amsl.com>; Sun, 4 Nov 2018 01:24:42 -0800 (PST)
Received: from mail-io1-xd2e.google.com (mail-io1-xd2e.google.com [IPv6:2607:f8b0:4864:20::d2e]) (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 D0885129C6A for <quic@ietf.org>; Sun, 4 Nov 2018 01:24:41 -0800 (PST)
Received: by mail-io1-xd2e.google.com with SMTP id y22-v6so4341315ioj.13 for <quic@ietf.org>; Sun, 04 Nov 2018 01:24:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc; bh=1K8650QEWXZt7Rs6J0/pICYemjfumbqlB9/IBbi88Is=; b=I2HHOrQaSHMz66KjFaOsXzIsqUBQohELCJUDA5x1cmIkl1Y8g4pL25kGdbPNe1ZV/c FZFsc3fjsqrEGw5HSi2obp9A1LbRtJ0V2nm4h30nBaDRj+gVzaQjRRIH4X/mWVX2orXD fldeCOl7sdjMMBCq9WkvCb4PmqITTQAK9NeUgJi6lh4UnHFQaV1X7D0l2LWsMnwh5xZ1 8YTna9ZsrRKRv+Np4tIxOpWyqGsBbSWElIDTuYy+p5OZ+be950Pu7LdIVeWQWGsZCVR5 M8+yiIo134bxeffkreOXFAuciG/bOU2qHxVxwhNSJqS0+UXmlt+8WVAu6cjRvEvPjmS/ Z2HA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=1K8650QEWXZt7Rs6J0/pICYemjfumbqlB9/IBbi88Is=; b=VzZSQ7FZlez6M+QWJd62KYqSdZRCNl3vp/2otvxRdW/Z9VHiO/tI1TYfNlvmnGcfVh MtLbs74H8NIFgV8YnUS+gbFcrJvLRRgE7aCTW53gdUW4HMCz2P71mbh5ADcGM7HBXnUO NMyy1IFKsoo5TSb4xYP19j6xDGcOLJ/4Hjz3IWOC5ASStfZWaZ5hTzpFzLRe+VKqh077 MP/WdC9jOST2yrvuBMCgYChjAFPx+SUv91cOdxRZSwSXJJRCZCoeUq4m8PN1nvomx5qm tJW42XuRstKNEOc0GjMM5C6G7QCjUJerAdVdLg9LeV3evaMo2DFw6rmVrfvutzv2cPsq At0A==
X-Gm-Message-State: AGRZ1gLmfjIffUBqvO7KmaAesu+sHDb3UhQK2IrGvKmkP/C738t74KAt yv6AHsO9xS8RH2b+lVDVri3Xw/lKgX6iDgFBOQE=
X-Google-Smtp-Source: AJdET5d5mhL+ncr2xR0nyZPzP2crKbgmtIYt0Rzb1/BVma9TiVBE16eG0WVE3BvnmWXiawekaZHd8Blx1TKgHo7VsPY=
X-Received: by 2002:a6b:ed04:: with SMTP id n4-v6mr821771iog.106.1541323481129; Sun, 04 Nov 2018 01:24:41 -0800 (PST)
Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Sun, 4 Nov 2018 01:24:40 -0800
From: Mikkel Fahnøe Jørgensen <mikkelfj@gmail.com>
In-Reply-To: <CANatvzzVZBCc-x0HCdo9SZe1zwZgrX-uxAnd5GKGoYgK9McvZA@mail.gmail.com>
References: <18A2F994-0E82-48E4-875D-93C674483D49@eggert.org> <20181029160802.GD7258@ubuntu-dmitri> <8268B90E-F109-424C-91A8-DB7BFE208F53@huitema.net> <CANatvzxt-QBmeJUwp+MjtbpYXstPiEigDzQe0KfWJN+q0XR4Kg@mail.gmail.com> <HE1PR0701MB23938B01BC31888DAC3629B8E2CD0@HE1PR0701MB2393.eurprd07.prod.outlook.com> <D8BB0373-FDEB-4312-94E6-BBA304D595BE@trammell.ch> <CANatvzwZZXB4d43N6g+jJ=HeTEzgdDK5KQVPKVdKDb=kBZzfpw@mail.gmail.com> <6E58094ECC8D8344914996DAD28F1CCD13047109@dggemm526-mbx.china.huawei.com> <CANatvzzVZBCc-x0HCdo9SZe1zwZgrX-uxAnd5GKGoYgK9McvZA@mail.gmail.com>
X-Mailer: Airmail (420)
MIME-Version: 1.0
Date: Sun, 04 Nov 2018 01:24:40 -0800
Message-ID: <CAN1APdd=3CmNzw-584NPOjnXRa_NmpDWjAMs6y0n8S_CyULwSw@mail.gmail.com>
Subject: Re: Structuring the BKK spin bit discussion
To: roni.even@huawei.com, Kazuho Oku <kazuhooku@gmail.com>
Cc: Dmitri Tikhonov <dtikhonov@litespeedtech.com>, IETF QUIC WG <quic@ietf.org>, Lars Eggert <lars@eggert.org>, Brian Trammell <ietf@trammell.ch>, Christian Huitema <huitema@huitema.net>, marcus.ihlar@ericsson.com
Content-Type: multipart/alternative; boundary="00000000000093abdd0579d35684"
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/FjRrJCA26MnSxVkDFwKVgf-KgNg>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.29
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: Sun, 04 Nov 2018 09:24:44 -0000
On 4 November 2018 at 02.52.44, Kazuho Oku (kazuhooku@gmail.com) wrote: > Roni Even: In this case since there are large packets to one direction and short to the other an observer can map the download file to its ack message and calculate the RTT without the spin bit My understanding is that you cannot. Because the payload of the packets are encrypted, you cannot tell which ACK packets sent by the client correspond to which packets sent by the server. All you can observe is that something is flowing steadily from the server to the client. If there are timing gaps or traffic rate changes in the transmission, it is not hard to associate packets with high probability. Gaps can occur due to source task switching or when congestion control adapts the flow rate, or when other connections appear or disappear. They can also appear due to buffering in middle boxes.
- Structuring the BKK spin bit discussion Lars Eggert
- Re: Structuring the BKK spin bit discussion Dmitri Tikhonov
- Re: Structuring the BKK spin bit discussion Christian Huitema
- Re: Structuring the BKK spin bit discussion Martin Thomson
- Re: Structuring the BKK spin bit discussion Brian Trammell (IETF)
- Re: Structuring the BKK spin bit discussion Ted Hardie
- Re: Structuring the BKK spin bit discussion Christian Huitema
- Re: Structuring the BKK spin bit discussion Mikkel Fahnøe Jørgensen
- RE: Structuring the BKK spin bit discussion Marcus Ihlar
- Re: Structuring the BKK spin bit discussion Brian Trammell (IETF)
- Re: Structuring the BKK spin bit discussion Jana Iyengar
- Re: Structuring the BKK spin bit discussion Christian Huitema
- Re: Structuring the BKK spin bit discussion Martin Thomson
- Re: Structuring the BKK spin bit discussion Jana Iyengar
- Re: Structuring the BKK spin bit discussion Mikkel Fahnøe Jørgensen
- Re: Structuring the BKK spin bit discussion Kazuho Oku
- Re: Structuring the BKK spin bit discussion Brian Trammell (IETF)
- Re: Structuring the BKK spin bit discussion Brian Trammell (IETF)
- Re: Structuring the BKK spin bit discussion Kazuho Oku
- Re: Structuring the BKK spin bit discussion Ian Swett
- SV: Structuring the BKK spin bit discussion Marcus Ihlar
- Re: SV: Structuring the BKK spin bit discussion alexandre.ferrieux
- Re: Structuring the BKK spin bit discussion Brian Trammell (IETF)
- RE: Structuring the BKK spin bit discussion Praveen Balasubramanian
- Re: Structuring the BKK spin bit discussion Brian Trammell (IETF)
- Re: Structuring the BKK spin bit discussion Roland Zink
- Re: Structuring the BKK spin bit discussion Mikkel Fahnøe Jørgensen
- Re: Structuring the BKK spin bit discussion Christian Huitema
- Re: Structuring the BKK spin bit discussion Kazuho Oku
- RE: Structuring the BKK spin bit discussion Mike Bishop
- Re: Structuring the BKK spin bit discussion Roland Zink
- Re: Structuring the BKK spin bit discussion Roland Zink
- RE: Structuring the BKK spin bit discussion Roni Even (A)
- Re: Structuring the BKK spin bit discussion Kazuho Oku
- Re: Structuring the BKK spin bit discussion Mikkel Fahnøe Jørgensen