Re: Unidirectional streams PR
Christian Huitema <huitema@huitema.net> Thu, 29 June 2017 18:40 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 D1BF6129B8C for <quic@ietfa.amsl.com>; Thu, 29 Jun 2017 11:40:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.59
X-Spam-Level:
X-Spam-Status: No, score=-2.59 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham 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 6b5Jy1IZsbBl for <quic@ietfa.amsl.com>; Thu, 29 Jun 2017 11:40:43 -0700 (PDT)
Received: from mx36-42.antispamcloud.com (mx36-42.antispamcloud.com [209.126.121.30]) (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 397FE126D05 for <quic@ietf.org>; Thu, 29 Jun 2017 11:40:43 -0700 (PDT)
Received: from xsmtp01.mail2web.com ([168.144.250.230]) by mx36.antispamcloud.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.86) (envelope-from <huitema@huitema.net>) id 1dQeMr-0000Bv-KB for quic@ietf.org; Thu, 29 Jun 2017 20:40:42 +0200
Received: from [10.5.2.12] (helo=xmail02.myhosting.com) by xsmtp01.mail2web.com with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from <huitema@huitema.net>) id 1dQeMp-0003AO-PJ for quic@ietf.org; Thu, 29 Jun 2017 14:40:40 -0400
Received: (qmail 4691 invoked from network); 29 Jun 2017 18:40:39 -0000
Received: from unknown (HELO [192.168.1.103]) (Authenticated-user:_huitema@huitema.net@[172.56.42.244]) (envelope-sender <huitema@huitema.net>) by xmail02.myhosting.com (qmail-ldap-1.03) with ESMTPA for <quic@ietf.org>; 29 Jun 2017 18:40:38 -0000
To: Mike Bishop <Michael.Bishop@microsoft.com>, "quic@ietf.org" <quic@ietf.org>
References: <CAN1APdc_ckZu39ZZTETv04iZieogoE_NQCBR-n0jHrC-9dM7Aw@mail.gmail.com> <5d69489d-8f46-ebbe-4e5c-fa6c02ffd8dd@huitema.net> <CAF4GZgBm7525i2GxiN-Pv66g0WqbDH==fRXN27=7ursNA70w1Q@mail.gmail.com> <20170628124221.GA15608@ubuntu-dmitri> <CAN1APdc3YO4-FEc6C--PzFGxzQiAUeBZ96HkjtjS1RR0qigrzw@mail.gmail.com> <CAE=ybzNtSZx9-bj9-n-ieLMB=YvJCjCExugvA3_JPVrdEEqK9A@mail.gmail.com> <DB5PR07MB123748F2AB7374DAC0CC9E1484DD0@DB5PR07MB1237.eurprd07.prod.outlook.com> <MWHPR21MB0141BD23011EB26F882C864787DD0@MWHPR21MB0141.namprd21.prod.outlook.com> <CABkgnnXEq9-jxedU_Rmi4XQ+t0SNUOAMbyWXcnhyLKz+OzP2CQ@mail.gmail.com> <2240c2a68910453e97fc50d42e8a1d4f@usma1ex-dag1mb5.msg.corp.akamai.com> <CAKcm_gMb9PkBKhTRF3ue2KGgwHgKN8rsanD8rqqr_wUFJ3GNZQ@mail.gmail.com> <83e22460-8864-e6f7-546a-d0e77e4f8ae8@huitema.net> <MWHPR21MB0141DAB51088DE57504B12F087D20@MWHPR21MB0141.namprd21.prod.outlook.com>
From: Christian Huitema <huitema@huitema.net>
Message-ID: <176a76c7-bdcd-9007-1f26-e436f61076f3@huitema.net>
Date: Thu, 29 Jun 2017 11:40:36 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <MWHPR21MB0141DAB51088DE57504B12F087D20@MWHPR21MB0141.namprd21.prod.outlook.com>
Content-Type: multipart/alternative; boundary="------------D5C5CDF3E61336D97E654782"
Subject: Re: Unidirectional streams PR
X-Originating-IP: 168.144.250.230
X-SpamExperts-Domain: xsmtpout.mail2web.com
X-SpamExperts-Username: 168.144.250.0/24
Authentication-Results: antispamcloud.com; auth=pass smtp.auth=168.144.250.0/24@xsmtpout.mail2web.com
X-SpamExperts-Outgoing-Class: unsure
X-SpamExperts-Outgoing-Evidence: Combined (0.11)
X-Recommended-Action: accept
X-Filter-ID: PqwsvolAWURa0gwxuN3S5YEa3T7JuZT23fGO2rGt3ZgTCGhDnudOJ80D1c8rffxrus7BTv7Ss8cH d2IQQuvdbtM+m4WpRRDP6YzwkAPgQJZYP2pkjqshrWYL747BjInHND46yZLY9QyX+cRXmooQ3hum JwiT+2brWmQlzkLIcXivpIH4ag6BM/+u9ym+BA23rX/k4pOlu0PyUcxuDqrAIJzZ8rfsXcrYidfw YfZGgWJRV0+jKPbGI0Xa9U79k5CQYOEkjsX7F8KmpUaZQHV+SejOO+5k046wqf0SEutzqoO2G5Pj 7iQJEmtNUzH3idZ6uMF2OhyCCCV83x+RZrKIj0QqMGQOSwmEPwP4wBzM77N8GvkYGGDFjg9NrmGY yNnXsSjdYwfRhjHqxQXDsBKLpOWca0Z0beD6jMx95O4U5K/6lO4FGen962xgCFRckncKfg1XSK9P 1z/R6plfrFWGyZhUiWISA8QsB0V05SY5wf7eNHk15VolAGHS5rCXQKDym+Gab6cuAPzLi/SdAxlO dgkraHgbbAuZgv0Q6mJ3vUcipz1IT62ZEk6+MmovaufbiR3bHfnMCIEU+nrglojKwMr3vOY18GvB wSXAfWcj236N2IVdgBdepwvDBBcDOz9LNdSMuNhZC3X/nGdDKYyg+1Fotn1TGspRGWfHjmaruO0b XpkevaElTi+sCWwmqxHi+BUHXGjp0J8FpT+J6AFTxh8XBHmF2hIeyKfJwZiM12egGl1aPxAtivmw 3hSDPS171oitdW4N7+pdGHGnF6r0Gy2wErj03uQL9OSP3oAqkbgmxYRXOZgzdAQCjuYKoBVKyLoA 6S28+bT6JBt5hIe9NsT+zJGLhBRfUiVo7tDfe91Y2lWQ2MJXd3CnOcfuxlrTMLn6MURQGfriekzS 9Ga3AA==
X-Report-Abuse-To: spam@quarantine5.antispamcloud.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/f2URsffx6QfUJzXfFAq4vyhlZ4I>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.22
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 Jun 2017 18:40:45 -0000
On 6/29/2017 9:57 AM, Mike Bishop wrote: > > Moot point – there is no concurrent stream limit in the protocol. > There is only a maximum stream ID, and how your implementation decides > what maximum stream ID to issue to the peer allows you to choose any > resolution to these questions you like. > OK, my bad. > Now, in the unidirectional or mixed designs, you do have the corner > case where a client can send a request, but not give the server enough > Stream IDs to respond. (Don’t do that.) More realistically, the > server can have a limited number of Stream IDs and spend them on > pushes instead of actual responses > I am looking at the "mixed" scenario, in which the client would open an unidirectional stream with an associated "stream N" in the other direction. Will we say that doing so automatically pushes the server's maximum stream ID to some value greater than N? -- Christian Huitema
- Unidirectional streams PR Martin Thomson
- Re: Unidirectional streams PR Patrick McManus
- Re: Unidirectional streams PR Jana Iyengar
- Re: Unidirectional streams PR Martin Thomson
- Re: Unidirectional streams PR Jana Iyengar
- Re: Unidirectional streams PR Mark Nottingham
- Re: Unidirectional streams PR Martin Thomson
- Re: Unidirectional streams PR Jana Iyengar
- RE: Unidirectional streams PR Mike Bishop
- RE: Unidirectional streams PR Lucas Pardue
- Re: Unidirectional streams PR Jo Kulik
- Re: Unidirectional streams PR Ian Swett
- Re: Unidirectional streams PR Eric Rescorla
- Re: Unidirectional streams PR Ted Hardie
- Re: Unidirectional streams PR Wenbo Zhu
- Re: Unidirectional streams PR Martin Thomson
- Re: Unidirectional streams PR Ted Hardie
- RE: Unidirectional streams PR Mike Bishop
- Re: Unidirectional streams PR Jana Iyengar
- Re: Unidirectional streams PR Jana Iyengar
- Re: Unidirectional streams PR Ryan Hamilton
- Re: Unidirectional streams PR Martin Thomson
- RE: Unidirectional streams PR Lubashev, Igor
- Re: Unidirectional streams PR Jana Iyengar
- Re: Unidirectional streams PR Ian Swett
- RE: Unidirectional streams PR Lubashev, Igor
- Re: Unidirectional streams PR Ian Swett
- RE: Unidirectional streams PR Lubashev, Igor
- RE: Unidirectional streams PR Mike Bishop
- Re: Unidirectional streams PR Ryan Hamilton
- Re: Unidirectional streams PR Christian Huitema
- RE: Unidirectional streams PR Lubashev, Igor
- RE: Unidirectional streams PR Lubashev, Igor
- Re: Unidirectional streams PR Martin Thomson
- Re: Unidirectional streams PR Philipp S. Tiesel
- Re: Unidirectional streams PR Ian Swett
- RE: Unidirectional streams PR Lubashev, Igor
- Re: Unidirectional streams PR Ian Swett
- RE: Unidirectional streams PR Mike Bishop
- Re: Unidirectional streams PR Mikkel Fahnøe Jørgensen
- Re: Unidirectional streams PR Christian Huitema
- Re: Unidirectional streams PR Ranjeeth Kumar Dasineni
- Re: Unidirectional streams PR Dmitri Tikhonov
- Re: Unidirectional streams PR Mikkel Fahnøe Jørgensen
- Re: Unidirectional streams PR Jo Kulik
- RE: Unidirectional streams PR Swindells, Thomas (Nokia - GB/Cambridge, UK)
- RE: Unidirectional streams PR Mike Bishop
- Re: Unidirectional streams PR Martin Thomson
- RE: Unidirectional streams PR Lubashev, Igor
- Re: Unidirectional streams PR Ian Swett
- Re: Unidirectional streams PR Christian Huitema
- RE: Unidirectional streams PR Mike Bishop
- Re: Unidirectional streams PR Christian Huitema
- Re: Unidirectional streams PR Mikkel Fahnøe Jørgensen
- Re: Unidirectional streams PR Subodh Iyengar
- RE: Unidirectional streams PR Lubashev, Igor
- Re: Unidirectional streams PR Subodh Iyengar
- RE: Unidirectional streams PR Lubashev, Igor
- Re: Unidirectional streams PR Kazuho Oku
- RE: Unidirectional streams PR Lubashev, Igor
- Re: Unidirectional streams PR Subodh Iyengar
- Re: Unidirectional streams PR Kazuho Oku
- Re: Unidirectional streams PR Martin Thomson
- Re: Unidirectional streams PR Kazuho Oku
- Re: Unidirectional streams PR Jana Iyengar
- Re: Unidirectional streams PR Martin Thomson
- Re: Unidirectional streams PR Kazuho Oku
- RE: Unidirectional streams PR Lubashev, Igor
- Re: Unidirectional streams PR Martin Thomson
- Re: Unidirectional streams PR Kazuho Oku
- Re: Unidirectional streams PR Martin Duke
- Re: Unidirectional streams PR Jana Iyengar
- Re: Unidirectional streams PR Martin Duke
- Re: Unidirectional streams PR Jana Iyengar
- RE: Unidirectional streams PR Lubashev, Igor
- RE: Unidirectional streams PR Mikkel Fahnøe Jørgensen
- RE: Unidirectional streams PR Lubashev, Igor
- Re: Unidirectional streams PR Charles 'Buck' Krasic
- Re: Unidirectional streams PR Charles 'Buck' Krasic