Re: Update to draft QUIC DPLPMTUD text i draft-ietf-tsvwg-datagram-plpmtud
Christian Huitema <huitema@huitema.net> Tue, 26 May 2020 19:04 UTC
Return-Path: <huitema@huitema.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 1A2E03A0EEB
for <quic@ietfa.amsl.com>; Tue, 26 May 2020 12:04:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001]
autolearn=unavailable autolearn_force=no
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 l1sjR2M35FFI for <quic@ietfa.amsl.com>;
Tue, 26 May 2020 12:04:25 -0700 (PDT)
Received: from mx43-out1.antispamcloud.com (mx43-out1.antispamcloud.com
[138.201.61.189])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id 7A0CB3A0F0C
for <quic@ietf.org>; Tue, 26 May 2020 12:04:15 -0700 (PDT)
Received: from xse10.mail2web.com ([66.113.196.10] helo=xse.mail2web.com)
by mx169.antispamcloud.com with esmtp (Exim 4.92)
(envelope-from <huitema@huitema.net>) id 1jderv-000ntz-VJ
for quic@ietf.org; Tue, 26 May 2020 21:04:10 +0200
Received: from xsmtp22.mail2web.com (unknown [10.100.68.61])
by xse.mail2web.com (Postfix) with ESMTPS id 49Wjcc5tNXz1wvS
for <quic@ietf.org>; Tue, 26 May 2020 11:47:12 -0700 (PDT)
Received: from [10.5.2.17] (helo=xmail07.myhosting.com)
by xsmtp22.mail2web.com with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256)
(Exim 4.92) (envelope-from <huitema@huitema.net>) id 1jdebY-0004bP-MQ
for quic@ietf.org; Tue, 26 May 2020 11:47:12 -0700
Received: (qmail 7343 invoked from network); 26 May 2020 18:47:12 -0000
Received: from unknown (HELO [192.168.1.107])
(Authenticated-user:_huitema@huitema.net@[172.58.46.233])
(envelope-sender <huitema@huitema.net>)
by xmail07.myhosting.com (qmail-ldap-1.03) with ESMTPA
for <draft-ietf-tsvwg-datagram-plpmtud.all@ietf.org>;
26 May 2020 18:47:12 -0000
To: =?UTF-8?Q?Timo_V=c3=b6lker?= <timo.voelker@fh-muenster.de>
Cc: Magnus Westerlund <magnus.westerlund@ericsson.com>,
"gorry@erg.abdn.ac.uk" <gorry@erg.abdn.ac.uk>,
"martin.h.duke@gmail.com" <martin.h.duke@gmail.com>,
Michael Tuexen <tuexen@fh-muenster.de>, "quic@ietf.org" <quic@ietf.org>,
"draft-ietf-tsvwg-datagram-plpmtud.all@ietf.org"
<draft-ietf-tsvwg-datagram-plpmtud.all@ietf.org>
References: <HE1PR0702MB3772606AA3C6D808992C5DF595BE0@HE1PR0702MB3772.eurprd07.prod.outlook.com>
<CAM4esxRZBehUOHpEg6E_p7bvY8CpK4oya7rfv4JVTkmAKfQ7jw@mail.gmail.com>
<2643A40F-F0DC-45FF-A780-975D5568BE5B@fh-muenster.de>
<03b92d83-b3f9-2fb3-c21c-5bf3fda767cb@erg.abdn.ac.uk>
<425504a704c5b5ee6ea71fd23e9490cf8d79251a.camel@ericsson.com>
<5aaaaaa7-92c1-a4bf-921c-08d476b46fdc@huitema.net>
<DA4E9B23-9A52-44F7-841B-13F5EFA4DC46@fh-muenster.de>
From: Christian Huitema <huitema@huitema.net>
Autocrypt: addr=huitema@huitema.net; prefer-encrypt=mutual; keydata=
mQENBFIRX8gBCAC26usy/Ya38IqaLBSu33vKD6hP5Yw390XsWLaAZTeQR64OJEkoOdXpvcOS
HWfMIlD5s5+oHfLe8jjmErFAXYJ8yytPj1fD2OdSKAe1TccUBiOXT8wdVxSr5d0alExVv/LO
I/vA2aU1TwOkVHKSapD7j8/HZBrqIWRrXUSj2f5n9tY2nJzG9KRzSG0giaJWBfUFiGb4lvsy
IaCaIU0YpfkDDk6PtK5YYzuCeF0B+O7N9LhDu/foUUc4MNq4K3EKDPb2FL1Hrv0XHpkXeMRZ
olpH8SUFUJbmi+zYRuUgcXgMZRmZFL1tu6z9h6gY4/KPyF9aYot6zG28Qk/BFQRtj7V1ABEB
AAG0J0NocmlzdGlhbiBIdWl0ZW1hIDxodWl0ZW1hQGh1aXRlbWEubmV0PokBOQQTAQIAIwUC
UhFfyAIbLwcLCQgHAwIBBhUIAgkKCwQWAgMBAh4BAheAAAoJEJNDCbJVyA1yhbYH/1ud6x6m
VqGIp0JcZUfSQO8w+TjugqxCyGNn+w/6Qb5O/xENxNQ4HaMQ5uSRK9n8WKKDDRSzwZ4syKKf
wbkfj05vgFxrjCynVbm1zs2X2aGXh+PxPL/WHUaxzEP7KjYbLtCUZDRzOOrm+0LMktngT/k3
6+EZoLEM52hwwpIAzJoscyEz7QfqMOZtFm6xQnlvDQeIrHx0KUvwo/vgDLK3SuruG1CSHcR0
D24kEEUa044AIUKBS3b0b8AR7f6mP2NcnLpdsibtpabi9BzqAidcY/EjTaoea46HXALk/eJd
6OLkLE6UQe1PPzQC4jB7rErX2BxnSkHDw50xMgLRcl5/b1a5AQ0EUhFfyAEIAKp7Cp8lqKTV
CC9QiAf6QTIjW+lie5J44Ad++0k8gRgANZVWubQuCQ71gxDWLtxYfFkEXjG4TXV/MUtnOliG
5rc2E+ih6Dg61Y5PQakm9OwPIsOx+2R+iSW325ngln2UQrVPgloO83QiUoi7mBJPbcHlxkhZ
bd3+EjFxSLIQogt29sTcg2oSh4oljUpz5niTt69IOfZx21kf29NfDE+Iw56gfrxI2ywZbu5o
G+d0ZSp0lsovygpk4jK04fDTq0vxjEU5HjPcsXC4CSZdq5E2DrF4nOh1UHkHzeaXdYR2Bn1Y
wTePfaHBFlvQzI+Li/Q6AD/uxbTM0vIcsUxrv3MNHCUAEQEAAYkCPgQYAQIACQUCUhFfyAIb
LgEpCRCTQwmyVcgNcsBdIAQZAQIABgUCUhFfyAAKCRC22tOSFDh1UOlBB/94RsCJepNvmi/c
YiNmMnm0mKb6vjv43OsHkqrrCqJSfo95KHyl5Up4JEp8tiJMyYT2mp4IsirZHxz/5lqkw9Az
tcGAF3GlFsj++xTyD07DXlNeddwTKlqPRi/b8sppjtWur6Pm+wnAHp0mQ7GidhxHccFCl65w
uT7S/ocb1MjrTgnAMiz+x87d48n1UJ7yIdI41Wpg2XFZiA9xPBiDuuoPwFj14/nK0elV5Dvq
4/HVgfurb4+fd74PV/CC/dmd7hg0ZRlgnB5rFUcFO7ywb7/TvICIIaLWcI42OJDSZjZ/MAzz
BeXm263lHh+kFxkh2LxEHnQGHCHGpTYyi4Z3dv03HtkH/1SI8joQMQq00Bv+RdEbJXfEExrT
u4gtdZAihwvy97OPA2nCdTAHm/phkzryMeOaOztI4PS8u2Ce5lUB6P/HcGtK/038KdX5MYST
Fn8KUDt4o29bkv0CUXwDzS3oTzPNtGdryBkRMc9b+yn9+AdwFEH4auhiTQXPMnl0+G3nhKr7
jvzVFJCRif3OAhEm4vmBNDE3uuaXFQnbK56GJrnqVN+KX5Z3M7X3fA8UcVCGOEHXRP/aubiw
Ngawj0V9x+43kUapFp+nF69R53UI65YtJ95ec4PTO/Edvap8h1UbdEOc4+TiYwY1TBuIKltY
1cnrjgAWUh/Ucvr++/KbD9tD6C8=
Subject: Re: Update to draft QUIC DPLPMTUD text i
draft-ietf-tsvwg-datagram-plpmtud
Message-ID: <f35097e2-caaa-0ced-8283-1398de053e12@huitema.net>
Date: Tue, 26 May 2020 11:47:12 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101
Thunderbird/68.8.0
MIME-Version: 1.0
In-Reply-To: <DA4E9B23-9A52-44F7-841B-13F5EFA4DC46@fh-muenster.de>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
Content-Language: en-US
X-Originating-IP: 66.113.196.10
X-Spampanel-Domain: xsmtpout.mail2web.com
X-Spampanel-Username: 66.113.196.10/32
Authentication-Results: antispamcloud.com; auth=pass
smtp.auth=66.113.196.10/32@xsmtpout.mail2web.com
X-Spampanel-Outgoing-Class: unsure
X-Spampanel-Outgoing-Evidence: Combined (0.15)
X-Recommended-Action: accept
X-Filter-ID: Mvzo4OR0dZXEDF/gcnlw0cz3TYWAMatow42l8TcmTKWpSDasLI4SayDByyq9LIhVUZbR67CQ7/vm
/hHDJU4RXkTNWdUk1Ol2OGx3IfrIJKywOmJyM1qr8uRnWBrbSAGDcnqpk5VeF3xR4kF6iVwRtbgN
zB/4Jkrw1eDLcif59ft/uskTj7IIwCNHN2Wnn9tCU7Tmz6iKnkQL9gqsxD347235Nhqq+/HvroPq
8GSPg+60/QPNqXybIny9WGhadIo/1Ofn8DBBgDynfYj8uZOR2ryme9ldZJ7uNXfg/GfS8fUvP/L5
rCqHDsKZM+xa1iwJX+gRCHfMVnsAk591zk0uilUI+ZL4xWiN8NS6C+dmX6OEdA4u1aThyWrQ/ou2
+v/lmX4Em37yFgrCB6NHRn1g+f3uncIqYSL3lhh5c81YyJqFoLZMmkWsaurVZfvqROaDnDtHb8z5
dpPkEuJ8Snwqla7jUnW3hy14Yji8fo+4xCnSRo4Rcu5Z37rMuDjCny5fE9ykbJ7I9co1MAEE3ruN
Xsm8UJsAPvDcVSKtDCYkioPY5Qx4fJOk03R5fJtf/Dv/dkIzS7m4GUpXCY1Y3j3ilQ8EW2aDkYIa
2M5pALviQra5n1qAU0VTFRks+evUvJt4dwaltxRjuqECwVWbcUvY0oHRg+TFbOmlq4tEPoMpjNeH
gbVpRK3T9+h2PwMALJBCyx+X44rcJVOks7uyO2e5nbdCp3Zd9clP8wSiJZWbJCg35R5vCGCRun6Y
x0PkyFKGh9r/IfI/JChIqrZJtgGHujXg724gFzhHYUe+7aKm0vU4+azZWHvkfJ8I4nG9sLZFTi+J
2sBvM/O0p+zizleC4lU8fDj1CnRx+r4b/1Q/PZ/+pgaymPO3lgAWD8Jf1BI0vOnCUbNPgcPcQwzM
gKHyQxUo+ql2ySTkvEFH/23XMww2BnTTFGX5/yI4Ky+1ZJcbGqc5H4PEZHeoI/d6LWFf332z7LMw
LGdoi9FMQ5j9dQUvMi1YKAun15JQSJLyCT5k+MTObVKxHy/dols381l9r9ft9daDonlwd6LnuX+J
u10=
X-Report-Abuse-To: spam@quarantine11.antispamcloud.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/-DMMmkwphiCtM_PTbrfviB6GAfY>
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: Tue, 26 May 2020 19:04:27 -0000
On 5/26/2020 5:32 AM, Timo Völker wrote: > thanks for sharing your experiences. Especially for the in-equation. > > I wonder how to determine the values. > > anticipated_gain > It is easy if we know how much data we are going to send over a connection, but how can QUIC figures that out in advance? This tends to depend on the application running on top of QUIC. In the case of HTTP3, the server knows which documents have been requested by the client, and the size of these documents. That gives an indication of the "committed load". For other applications, the server has to make an educated guess based on application profile, statistics, etc. In my implementation of DNS over QUIC, for example, I just turn off PMTUD because it is seldom useful for the DNS application. > Also, a discovered PMTU could be reused in the next connection to the same destination. How to anticipate whether and how often we will reconnect in a short term? That's another can of worms. I suppose this could be incorporated in the general framework. It is not clear that two connections to the same destination will encounter the same PMTU -- routing could have changed. I guess that recent tests on the same source-destination path will inform the "probability of success" of trying a specific MTU, but that if tests are old it is better to assume some regression to average. On the benefit side, measured frequency of past connections to the destination could inform the potential benefits. > > probability_of_success > I think, measurements can tell (or have told?) us. Yes. Big services with millions of users can get lots of measurements, and so have an advantage there. It would be very nice if there were some publicly available measurements, for the benefit of smaller deployments. > > cost-of_probe > What do you mean with cost? The extra load for the network or the consequences for the endpoints? > It seems to me, the costs for a sender is quite high in QUIC. If we follow the spec, a sent probe packet consumes cwnd and, if it gets lost (for whatever reason), it reduces the (New Reno) cwnd, right? Did you include exceptions for probe packets? In my implementation, I just use the number of octets to be sent, and I do have an exception for probe packets. Other implementations might have a different interpretation of what the cost is. -- Christian Huitema
- Update to draft QUIC DPLPMTUD text i draft-ietf-t… Magnus Westerlund
- RE: Update to draft QUIC DPLPMTUD text i draft-ie… Lubashev, Igor
- Re: Update to draft QUIC DPLPMTUD text i draft-ie… Magnus Westerlund
- Re: Update to draft QUIC DPLPMTUD text i draft-ie… Martin Duke
- Re: Update to draft QUIC DPLPMTUD text i draft-ie… Michael Tuexen
- Re: Update to draft QUIC DPLPMTUD text i draft-ie… Gorry Fairhurst
- Re: Update to draft QUIC DPLPMTUD text i draft-ie… Magnus Westerlund
- Re: Update to draft QUIC DPLPMTUD text i draft-ie… Christian Huitema
- Re: Update to draft QUIC DPLPMTUD text i draft-ie… Gorry Fairhurst
- Re: Update to draft QUIC DPLPMTUD text i draft-ie… Timo Völker
- Re: Update to draft QUIC DPLPMTUD text i draft-ie… Christian Huitema