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 36016127133
 for <quic-issues@ietfa.amsl.com>; Wed, 12 Dec 2018 07:19:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.056
X-Spam-Level: 
X-Spam-Status: No, score=-8.056 tagged_above=-999 required=5
 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-1.46, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_IMAGE_ONLY_28=1.404,
 HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_HI=-5,
 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 1q4l5rWNpUhf for <quic-issues@ietfa.amsl.com>;
 Wed, 12 Dec 2018 07:19:47 -0800 (PST)
Received: from out-4.smtp.github.com (out-4.smtp.github.com [192.30.252.195])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by ietfa.amsl.com (Postfix) with ESMTPS id 554031252B7
 for <quic-issues@ietf.org>; Wed, 12 Dec 2018 07:19:47 -0800 (PST)
Date: Wed, 12 Dec 2018 07:19:46 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com;
 s=pf2014; t=1544627986;
 bh=1xScbnk79wBh0JG466UACLyefF+Z9tYbdkZm2tSmxlE=;
 h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID:
 List-Archive:List-Post:List-Unsubscribe:From;
 b=bLA9cacwED/7LhWIgzRq7StS4IUwJlIQbUy8CrnxuAeCEZK9yPiq+H0y6HEq3bSgL
 3yaHBIGPP042FcJ2fdKI+sVKhFgIQJ8BGY/fem3vjYPK9uRqNeUDQ8TXcxqQenYfX+
 dLly9Lr6tS4ZPc8KBvW4524KZyq7EFMlOeW8mGbE=
From: MikkelFJ <notifications@github.com>
Reply-To: quicwg/base-drafts
 <reply+0166e4ab677cd0d82c3a84e86d6dd4b632592c1ad4887b6d92cf000000011828e91292a169ce1742d117@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/2122/446624696@github.com>
In-Reply-To: <quicwg/base-drafts/issues/2122@github.com>
References: <quicwg/base-drafts/issues/2122@github.com>
Subject: Re: [quicwg/base-drafts] QUIC connection migration and IPv6 only
 NAT64/DNS64 Networks (#2122)
Mime-Version: 1.0
Content-Type: multipart/alternative;
 boundary="--==_mimepart_5c1127121e197_46ab3fbc0fcd45b43765d3";
 charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: mikkelfj
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/dpyfu0B4VcugXaxflwky2_8vR30>
X-BeenThere: quic-issues@ietf.org
X-Mailman-Version: 2.1.29
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, 12 Dec 2018 15:19:49 -0000


----==_mimepart_5c1127121e197_46ab3fbc0fcd45b43765d3
Content-Type: text/plain;
 charset=UTF-8
Content-Transfer-Encoding: 7bit

Note that generally an endpoint does not know its own public address because it can sit behind load balancers and multiple layers of NAT devices. So having the endpoint publish alternative addresses will not the solve the problem in general.

In fact the scenario could be reformulated to load balancer on multiple stacks instead of the server endpoint. You end up needing some DNS service that can deal with it.

-- 
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/2122#issuecomment-446624696
----==_mimepart_5c1127121e197_46ab3fbc0fcd45b43765d3
Content-Type: text/html;
 charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<p>Note that generally an endpoint does not know its own public address b=
ecause it can sit behind load balancers and multiple layers of NAT device=
s. So having the endpoint publish alternative addresses will not the solv=
e the problem in general.</p>
<p>In fact the scenario could be reformulated to load balancer on multipl=
e stacks instead of the server endpoint. You end up needing some DNS serv=
ice that can deal with it.</p>

<p style=3D"font-size:small;-webkit-text-size-adjust:none;color:#666;">&m=
dash;<br />You are receiving this because you are subscribed to this thre=
ad.<br />Reply to this email directly, <a href=3D"https://github.com/quic=
wg/base-drafts/issues/2122#issuecomment-446624696">view it on GitHub</a>,=
 or <a href=3D"https://github.com/notifications/unsubscribe-auth/AWbkqw-M=
9vBxq-9wMU8fNuzcpOCUyk4eks5u4R6SgaJpZM4ZPkXE">mute the thread</a>.<img sr=
c=3D"https://github.com/notifications/beacon/AWbkq1kiwrz_57RyocZK1rCtG3ZR=
1y6Pks5u4R6SgaJpZM4ZPkXE.gif" height=3D"1" width=3D"1" alt=3D"" /></p>
<script type=3D"application/json" data-scope=3D"inboxmarkup">{"api_versio=
n":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name"=
:"GitHub"},"entity":{"external_key":"github/quicwg/base-drafts","title":"=
quicwg/base-drafts","subtitle":"GitHub repository","main_image_url":"http=
s://assets-cdn.github.com/images/email/message_cards/header.png","avatar_=
image_url":"https://assets-cdn.github.com/images/email/message_cards/avat=
ar.png","action":{"name":"Open in GitHub","url":"https://github.com/quicw=
g/base-drafts"}},"updates":{"snippets":[{"icon":"PERSON","message":"@mikk=
elfj in #2122: Note that generally an endpoint does not know its own publ=
ic address because it can sit behind load balancers and multiple layers o=
f NAT devices. So having the endpoint publish alternative addresses will =
not the solve the problem in general.\r\n\r\nIn fact the scenario could b=
e reformulated to load balancer on multiple stacks instead of the server =
endpoint. You end up needing some DNS service that can deal with it."}],"=
action":{"name":"View Issue","url":"https://github.com/quicwg/base-drafts=
/issues/2122#issuecomment-446624696"}}}</script>
<script type=3D"application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/quicwg/base-drafts/issues/2122#issuecomment=
-446624696",
"url": "https://github.com/quicwg/base-drafts/issues/2122#issuecomment-44=
6624696",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>=

----==_mimepart_5c1127121e197_46ab3fbc0fcd45b43765d3--

