Re: [quicwg/base-drafts] Simultaneous connection migration (#490)

Martin Thomson <notifications@github.com> Wed, 03 May 2017 22:32 UTC

Return-Path: <noreply@github.com>
X-Original-To: quic-issues@ietfa.amsl.com
Delivered-To: quic-issues@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 40668128BA2 for <quic-issues@ietfa.amsl.com>; Wed, 3 May 2017 15:32:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.901
X-Spam-Level:
X-Spam-Status: No, score=-7.901 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-2.8, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=github.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 LowZomziPa0x for <quic-issues@ietfa.amsl.com>; Wed, 3 May 2017 15:32:19 -0700 (PDT)
Received: from github-smtp2b-ext-cp1-prd.iad.github.net (github-smtp2-ext2.iad.github.net [192.30.252.193]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 512BA1294BF for <quic-issues@ietf.org>; Wed, 3 May 2017 15:30:36 -0700 (PDT)
Date: Wed, 03 May 2017 15:30:35 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1493850635; bh=pcvINe82yT9J9VN4HwRVcHYjoftxiz3tUQtM2AojH1k=; h=From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=E2cXN/utAkiSzeKJvJQsB1V8fSs/ErW+kuePB0lcK8ZwyAVxCYErq54j9GCqMKA2K a4iHTO11klhKc5ZjcXe/Fxq9IsKfW8lKtU4Vq+Qwmzr2Cei0xzl+uQ3f9BMEOCQg+v 0PsG1T0+ng2LtxwboqdS/ClvFbXvYhphMUITyAGs=
From: Martin Thomson <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+0166e4abc246f2593c13b6042c85f3041d8b9f53cd71dfad92cf0000000115221c0b92a169ce0d7229b3@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/490/299053847@github.com>
In-Reply-To: <quicwg/base-drafts/issues/490@github.com>
References: <quicwg/base-drafts/issues/490@github.com>
Subject: Re: [quicwg/base-drafts] Simultaneous connection migration (#490)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_590a5a0b4913e_11f93ff6551d1c2c1868b7"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: martinthomson
X-GitHub-Recipient: quic-issues
X-GitHub-Reason: subscribed
X-Auto-Response-Suppress: All
X-GitHub-Recipient-Address: quic-issues@ietf.org
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic-issues/f0ifLLB16t74yRCuaMQxEHXB-4E>
X-BeenThere: quic-issues@ietf.org
X-Mailman-Version: 2.1.22
List-Id: Notification list for GitHub issues related to the QUIC WG <quic-issues.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic-issues>, <mailto:quic-issues-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic-issues/>
List-Post: <mailto:quic-issues@ietf.org>
List-Help: <mailto:quic-issues-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic-issues>, <mailto:quic-issues-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 May 2017 22:32:21 -0000

OK, simplest possible migration, change of port number on both ends, same connection ID.  I don't understand how this would work.  Whichever peer sends first will send to a port on which the other side isn't listening.  Same happens if the IP and port change together.   It's worse if the connection ID is changed and that seems highly likely given that this is why you migrate in the first place.

We already have an unwritten caveat on migration in that the migrating endpoint has to be the one to speak first.  We probably have an additional unwritten caveat that only a client can migrate, given that a changing source address likely runs afoul of any firewalls and NATs and we more or less assume that the server isn't afflicted with that sort of curse.

As for costs, I don't know what the solution looks like, so I can't even speculate on costs.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/quicwg/base-drafts/issues/490#issuecomment-299053847