IETF Logo Mail Archive

Re: Back to work

Martin Thomson <mt@lowentropy.net> Thu, 29 October 2020 22:53 UTC

Return-Path: <mt@lowentropy.net>
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 5B2F93A0971 for <quic@ietfa.amsl.com>; Thu, 29 Oct 2020 15:53:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=lowentropy.net header.b=K+4YsdyE; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=O+RxOXqh
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 TXApt_Fmo2PL for <quic@ietfa.amsl.com>; Thu, 29 Oct 2020 15:53:37 -0700 (PDT)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CBC783A084D for <quic@ietf.org>; Thu, 29 Oct 2020 15:53:37 -0700 (PDT)
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id E0E205C008E; Thu, 29 Oct 2020 18:53:36 -0400 (EDT)
Received: from imap10 ([10.202.2.60]) by compute1.internal (MEProxy); Thu, 29 Oct 2020 18:53:36 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lowentropy.net; h=mime-version:message-id:in-reply-to:references:date:from:to :cc:subject:content-type; s=fm3; bh=O5T4j2iwKUpQIgFQ6ugq/bYszYEo 3blN12UpWOJBLJw=; b=K+4YsdyES3vY/FOFmaH8UJCt3E2Cb+/4JxeOSk4YcWjP s80C6z2zPctgtAhZBrPLw+oyIr65aI4fyFAjWD2UgG0Hb8bC0djkSpo4eXCrBflc gfu1oAxVyVD2fkVCD30RgaQbI9xqYw09Wl+pzLV2JPxdzPtWaaBLl3rogyZOpzWc uGbi/j8elVwkeGRTbxZa+jnCzPZuOQMxgJULIGevyswuW0YuipTvnVP8jl5lAV8W iLYEGAFjuK28BiY5C24UvBJcmHs/+KvEGICfgXLCRyJXYjOBC6fow0510SLhtdza Ksm1ALPcvsAJEdYDUIW5KyGXttjpkZaNfciM6hXgSw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=O5T4j2 iwKUpQIgFQ6ugq/bYszYEo3blN12UpWOJBLJw=; b=O+RxOXqhSSeX4bn+eHSNto WfLtyMo0lhyK5h85VoBsO7FEP7yLjouPHM6jgP7mX72asXhpJuz9Ex+WRWswJam4 OA9KD7N3iNP0GQ3GsHQ4sMmB0i1R1JJK2IK4moq6ds72q/JvO4Ak6b5IgS2ycmC6 mLgh03MH/RLAybbfTyYYmEjvj6ElTy076OjY4Yt6Z+8X86LI88cMsj7LPBatbRcP kDvkCzUCFHipTPCvsigYj85orm4SkmFCfUUvABYivi7YpaHpgwjfDx/9TUGrxPUS +RZFBZfWaKxJfjo5tqqg82oHEB3ABZFzTblu0gRYbsaEopCsB1gXwZ20rCW2g9OA ==
X-ME-Sender: <xms:8EebX1ebgoo9udb6GPgQWkyxdaSDYHsW1PGTHhkE5JSchRj765j6sA> <xme:8EebXzNqVj-WCNj2AM047oVVz0oeniXs2zwJfuTgomQpYpjvx1lmD2cYL__0v8M82 PmisTJ2T0s4zzcVDFo>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrleeggddtfecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefofgggkfgjfhffhffvufgtsehttdertderredtnecuhfhrohhmpedfofgrrhht ihhnucfvhhhomhhsohhnfdcuoehmtheslhhofigvnhhtrhhophihrdhnvghtqeenucggtf frrghtthgvrhhnpeeitefgfedukeevffetheekudetjeeitdffveeutefgveejueffgfeh uefhgfeigfenucffohhmrghinhepqhhuihgtfihgrdhorhhgnecuvehluhhsthgvrhfuih iivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhhtsehlohifvghnthhrohhphidr nhgvth
X-ME-Proxy: <xmx:8EebX-hhmbMjTekMsPYj0x7sUFG9lioCNqw6shiKmrCZ5AKQn3YmoQ> <xmx:8EebX--LCP2fDuOHATctPfwQwpT_kIHyCI2PFVXFgIKoZN8cXLc43g> <xmx:8EebXxsT9OjAUYJpYTomhNy5mMOHgTDHnD--zmkzjAdCOHMbiBNtUA> <xmx:8EebX26QPEx8zj6bQTzENoH3ckkkuF8rsT03Dnhv_pSBIOskQREDCw>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 8B2C720214; Thu, 29 Oct 2020 18:53:36 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.3.0-530-g8da6958-fm-20201021.003-g69105b13-v35
Mime-Version: 1.0
Message-Id: <f950a0cf-1be1-491b-8bc4-f5816cdb13e6@www.fastmail.com>
In-Reply-To: <5CD85C94-CFB2-47FF-9178-0DBE354EFCBF@apple.com>
References: <0f150dec-e408-48bf-8e54-05e3e96e7a85@www.fastmail.com> <CALZ3u+a1fBq1MB52H-h-JYY=OOkOo9=jEu7smNVeyy_9U3abEw@mail.gmail.com> <CAKcm_gNoB=nP050VRfw5MXAAw-HhpnKHp6pAx9onaA4a5CH5-Q@mail.gmail.com> <b80cf41524865c171712bfcfca7ef92e2a472044.camel@ericsson.com> <efe63bdf-7af2-49c0-932d-3a36de61bdd6@www.fastmail.com> <41A07550-1BFA-43E6-83A0-93FA96DF1E9B@apple.com> <CAN1APddS_qtMoUiUL9uwtAB3rXuAQ0NmiipXGDkS4hcA5od6Ag@mail.gmail.com> <CAKcm_gOcuuF_REWszJyYC6eO6swavMD3D9VnzgJTHEwEAXOsnw@mail.gmail.com> <CAM4esxT2kD6U-Hb5cOSfykBPvTmboEozqqiYiFF63ywxstm-LQ@mail.gmail.com> <CAKcm_gPzEgEssO3LMyW=t9tvbsRrLQBJ7M=2mxySs3H-YUXF5A@mail.gmail.com> <CACpbDceKFAVZ=Vrvj8ZoOj95TNfkCqNrpLh8FOBMBUBU=Qx_eQ@mail.gmail.com> <cc9aca43-7556-7fed-8ef8-1b5343316a0d@huitema.net> <59211AC5-0D72-4295-9E67-DA0BF5B92965@apple.com> <7fca948f-6c71-45c8-8c76-8cfabf11898b@www.fastmail.com> <5CD85C94-CFB2-47FF-9178-0DBE354EFCBF@apple.com>
Date: Fri, 30 Oct 2020 09:53:16 +1100
From: Martin Thomson <mt@lowentropy.net>
To: Eric Kinnear <ekinnear@apple.com>
Cc: quic@ietf.org
Subject: Re: Back to work
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/lSk7hKY-XghRX-YA-6hqyKgVexE>
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: Thu, 29 Oct 2020 22:53:39 -0000

Thanks for clarifying Eric,

On Fri, Oct 30, 2020, at 09:07, Eric Kinnear wrote:
> Client is fetching a decently large web resource from a server over 
> QUIC. NAT rebinds and so the server sees un-padded QUIC packets 
> arriving on a different port. 

Ah, so I had in my mind that the server would be able to treat the new address as validated if only the port changed.  Then it wouldn't be obligated to perform address validation or limit its sending.

This is not what the draft says.  The same-port exception only applies to the congestion controller.  (https://quicwg.org/base-drafts/draft-ietf-quic-transport.html#section-9.4-2)

I guess that my implementation will be off-spec in this regard.  I have no intention of splitting the logic so that a port rebinding retains congestion control and RTT state, but not address validation state.

The question then is whether this is worth permitting in the spec.  ?

v2.23.0 | Report a Bug | By Email