Date: Fri, 13 Oct 2017 12:34:31 -0700
From: janaiyengar <notifications@github.com>
Reply-To: quicwg/base-drafts
 <reply+0166e4ab9545b09a4b764590f7c934f64fc8a99bc8ea7b1992cf0000000115f8d74792a169ce0fa5b4c1@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/821/336547456@github.com>
In-Reply-To: <quicwg/base-drafts/issues/821@github.com>
References: <quicwg/base-drafts/issues/821@github.com>
Subject: Re: [quicwg/base-drafts] stateful routing by intermediaries (#821)
Mime-Version: 1.0
Content-Type: multipart/alternative;
 boundary="--==_mimepart_59e115474d141_ac63ff35be46f2c1699a";
 charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: list
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic-issues/GqvhUMvizE3fg4zJygbL7XJ7W50>


----==_mimepart_59e115474d141_ac63ff35be46f2c1699a
Content-Type: text/plain;
 charset=UTF-8
Content-Transfer-Encoding: 7bit

Any intermediary has to be working with teh server or the client, since the keys aren't available to an intermediary otherwise. Isn't it adequate to have the end that teh intermediary is in cahoots with not send omit_connection_id? Meaning, if this is a reverse proxy, then the server *knows* to not send omit_connection_id, and itself always sends the connection ID. Why is that not enough?

-- 
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/821#issuecomment-336547456
----==_mimepart_59e115474d141_ac63ff35be46f2c1699a
Content-Type: text/html;
 charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<p>Any intermediary has to be working with teh server or the client, sinc=
e the keys aren't available to an intermediary otherwise. Isn't it adequa=
te to have the end that teh intermediary is in cahoots with not send omit=
_connection_id? Meaning, if this is a reverse proxy, then the server <em>=
knows</em> to not send omit_connection_id, and itself always sends the co=
nnection ID. Why is that not enough?</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/821#issuecomment-336547456">view it on GitHub</a>, =
or <a href=3D"https://github.com/notifications/unsubscribe-auth/AWbkq8O9B=
IH27JufCytCpZtIbNgWhYTYks5sr7tHgaJpZM4PsfuY">mute the thread</a>.<img alt=
=3D"" height=3D"1" src=3D"https://github.com/notifications/beacon/AWbkqxv=
PlyA6M-bgtRITGjGrcPcpbVFpks5sr7tHgaJpZM4PsfuY.gif" width=3D"1" /></p>
<div itemscope itemtype=3D"http://schema.org/EmailMessage">
<div itemprop=3D"action" itemscope itemtype=3D"http://schema.org/ViewActi=
on">
  <link itemprop=3D"url" href=3D"https://github.com/quicwg/base-drafts/is=
sues/821#issuecomment-336547456"></link>
  <meta itemprop=3D"name" content=3D"View Issue"></meta>
</div>
<meta itemprop=3D"description" content=3D"View this Issue on GitHub"></me=
ta>
</div>

<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://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6=
-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubuserconte=
nt.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","=
action":{"name":"Open in GitHub","url":"https://github.com/quicwg/base-dr=
afts"}},"updates":{"snippets":[{"icon":"PERSON","message":"@janaiyengar i=
n #821: Any intermediary has to be working with teh server or the client,=
 since the keys aren't available to an intermediary otherwise. Isn't it a=
dequate to have the end that teh intermediary is in cahoots with not send=
 omit_connection_id? Meaning, if this is a reverse proxy, then the server=
 *knows* to not send omit_connection_id, and itself always sends the conn=
ection ID. Why is that not enough?"}],"action":{"name":"View Issue","url"=
:"https://github.com/quicwg/base-drafts/issues/821#issuecomment-336547456=
"}}}</script>=

----==_mimepart_59e115474d141_ac63ff35be46f2c1699a--