Re: Weeklong intermittent regional 911 outages -- I blame QUIC.
Eric J Bowman <mellowmutt@zoho.com> Thu, 13 June 2024 02:10 UTC
Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=ietf.org@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D334C17C8B0 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 12 Jun 2024 19:10:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.857
X-Spam-Level:
X-Spam-Status: No, score=-2.857 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=w3.org header.b="cTv6vfL4"; dkim=pass (2048-bit key) header.d=w3.org header.b="Dc4f7yJ/"; dkim=pass (1024-bit key) header.d=zoho.com header.b="eGAmDGsh"
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Mx1YThTk-126 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 12 Jun 2024 19:09:58 -0700 (PDT)
Received: from mab.w3.org (mab.w3.org [IPv6:2600:1f18:7d7a:2700:d091:4b25:8566:8113]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 34416C1D8759 for <httpbisa-archive-bis2Juki@ietf.org>; Wed, 12 Jun 2024 19:09:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=w3.org; s=s1; h=Subject:Content-Type:MIME-Version:References:In-Reply-To:Message-Id: Cc:To:From:Date:Reply-To; bh=gUEiyQAoZnWX/h9qpntHjdlMRhi7/swvtLDwwWAxnAs=; b= cTv6vfL4gQAreW+D2ynxxyYw4KQo2lFEfLLmQ/jGLkEu9qXBcJAorstXJQnU1qBgK3k+LEnULop75 BwzyNUfGlojfTBEn0oyhLxf/qbo2MuTn1SwMaFa4Dj5KRHaaUXDiggO7Yq/SPUVVfsxXS0Hbb4ERa Yutd7LPlcZQJVrHOLInPPXVM8EqFaACx1mSKNExypd/wXIcxrBCgxjaHwmO4kx5I51LvoDzjqjoKE xdeXzh4KUZHGIX394U/BRp4AGzlLSs5dmtsBbDvi5ta/plSApxw/lAKMParYxFZRLdT+SG4AnE9aA sulJPohy/FmdGdHgg2M7mYpujI1bbp/kaw==;
Received: from lists by mab.w3.org with local (Exim 4.96) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1sHZto-000vvk-33 for ietf-http-wg-dist@listhub.w3.org; Thu, 13 Jun 2024 02:09:12 +0000
Resent-Date: Thu, 13 Jun 2024 02:09:12 +0000
Resent-Message-Id: <E1sHZto-000vvk-33@mab.w3.org>
Received: from ip-10-0-0-224.ec2.internal ([10.0.0.224] helo=puck.w3.org) by mab.w3.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from <mellowmutt@zoho.com>) id 1sHZtn-000vuk-00 for ietf-http-wg@listhub.w3.internal; Thu, 13 Jun 2024 02:09:11 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=w3.org; s=s1; h=Content-Type:MIME-Version:Subject:References:In-Reply-To:Message-Id: Cc:To:From:Date:Reply-To; bh=gUEiyQAoZnWX/h9qpntHjdlMRhi7/swvtLDwwWAxnAs=; t=1718244550; x=1719108550; b=Dc4f7yJ/47d7ALrkr+MrB5rqzHuDRF/6ypm3rUp20wtQLrm NnNDLZpJdOwysLcHJeBxSIlTt2rKEOHOAbXLis2w+Icy9aYRdUs638lC3JNGAtjj91bSe0KEu1K+9 JljhKc5p9vJWTePCDfWhbePeFj2+vTifz6DJvunRR8xoAcUWOsyb5Se6MlaQJ8xPwSk5uCaQWTxAU tefyDJeMAgg7sBZxIn+NhphJfUPw9c9+/6sISL8T7diPWuUlp8lCLp2mvKp2Gv62vWTwWiomV2vKK k7l2p7SzpDmi0pcTL8wSzu43hZmKRVlvqX/il/ooXpjm0eZtQ7O/4lFWuJ3Dbzlw==;
Received-SPF: pass (puck.w3.org: domain of zoho.com designates 136.143.188.91 as permitted sender) client-ip=136.143.188.91; envelope-from=mellowmutt@zoho.com; helo=sender4-pp-o91.zoho.com;
Received: from sender4-pp-o91.zoho.com ([136.143.188.91]) by puck.w3.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from <mellowmutt@zoho.com>) id 1sHZtm-0071Fk-12 for ietf-http-wg@w3.org; Thu, 13 Jun 2024 02:09:10 +0000
Delivered-To: mellowmutt@zoho.com
ARC-Seal: i=1; a=rsa-sha256; t=1718244545; cv=none; d=zohomail.com; s=zohoarc; b=m6/3wDD9hWdTNH0hLC/V9KxNxAjEycznP8QiW2eZPr8OWZFWaRbDF8oQO54Ee3pmmyl3Z2HqAUA4pwzRjzPe1eAc31p8YktplQiTE26UoD0aBb5V2torDeSnRXqqIyywlYmuwrBaZ2Q3vKio1P6cBuQA0Vqrw0J16Emy7yA9zqs=
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1718244545; h=Content-Type:Cc:Cc:Date:Date:From:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:Subject:To:To:Message-Id:Reply-To; bh=gUEiyQAoZnWX/h9qpntHjdlMRhi7/swvtLDwwWAxnAs=; b=lJcb9LVvafHko0I9sBdNRy4+fhvU7T1H5/mRjrtXIbEgXzWUFKytpO3R/mSz+Fq9N7wd308SnJbgf5MewHLSq4eX3hwplIXHEpuCzzdkLrewchvw+mZgaSutNe1BdxVn9jf5y/wOfIOP5COIReXMse65hxxjJ1YGu9AQYv+8luI=
ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=zoho.com; spf=pass smtp.mailfrom=mellowmutt@zoho.com; dmarc=pass header.from=<mellowmutt@zoho.com>
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1718244545; s=zm2022; d=zoho.com; i=mellowmutt@zoho.com; h=Date:Date:From:From:To:To:Cc:Cc:Message-Id:Message-Id:In-Reply-To:References:Subject:Subject:MIME-Version:Content-Type:Feedback-ID:Reply-To; bh=gUEiyQAoZnWX/h9qpntHjdlMRhi7/swvtLDwwWAxnAs=; b=eGAmDGshr3A85wRrgXxBuevYjQBlYAWjZ5rEnmM+TFDmwKSzfZduN5CzoGMDzsYe kB9m4hbgLSbYZg86H6BXynFHmctG6swFuAVnzkIIgE2gpAp/Ib4FAILujm8iZa6791U fyyiKWIPT2AMJJusWAwvWu5S0qT/rJVPMKJvmdu0=
Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1718244542838231.62908961320613; Wed, 12 Jun 2024 19:09:02 -0700 (PDT)
Received: from [65.117.211.248] by mail.zoho.com with HTTP;Wed, 12 Jun 2024 19:09:02 -0700 (PDT)
Date: Wed, 12 Jun 2024 19:09:02 -0700
From: Eric J Bowman <mellowmutt@zoho.com>
To: Eric J Bowman <mellowmutt@zoho.com>
Cc: Ietf Http Wg <ietf-http-wg@w3.org>
Message-Id: <1900f5b0967.c93c8f0d38735.1214534403620779445@zoho.com>
In-Reply-To: <1900f43a927.1041f595838570.1760105734293573684@zoho.com>
References: <1900f43a927.1041f595838570.1760105734293573684@zoho.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_101961_1907072614.1718244542823"
Importance: Medium
User-Agent: Zoho Mail
X-Mailer: Zoho Mail
Feedback-ID: rr0801122870b24648a1b469477ab4a19500009c7c322deae1e56abe69f4da7d8986dfb56690aa40d9609321cd:zu080112279f21957d60089130967535250000b6cb3e570935d1c999e090c8e1ff938a2bac7b413ea35be1d3:rf08011226a79d779f813b3a3963b052960000075c46ebc7a11dbc059b51f5dbe4420cf40acdfff2a9c501:ZohoMail
X-W3C-Hub-DKIM-Status: validation passed: (address=mellowmutt@zoho.com domain=zoho.com), signature is good
X-W3C-Hub-DKIM-Status: validation passed: (address=mellowmutt@zoho.com domain=mellowmutt@zoho.com), signature is good
X-W3C-Hub-Spam-Status: No, score=-4.1
X-W3C-Hub-Spam-Report: ARC_SIGNED=0.001, ARC_VALID=0.001, BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, DMARC_PASS=-0.001, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, W3C_AA=-1, W3C_WL=-1
X-W3C-Scan-Sig: puck.w3.org 1sHZtm-0071Fk-12 64413bc7a44d184ea409ed91ae5b824c
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Weeklong intermittent regional 911 outages -- I blame QUIC.
Archived-At: <https://www.w3.org/mid/1900f5b0967.c93c8f0d38735.1214534403620779445@zoho.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/52005
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <https://www.w3.org/email/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>
No individual live streaming, has a HOL blocking problem requiring QUIC. Now, imagine 1,000 people pointing those livestreams at the same already-over-capacity cell tower, using OBS over HTTP/3 -- from the perspective of the tower, they're all insisting on being at the head of the line. Result? Rolling blackouts of the cell network. Doesn't happen at night. -Eric ---- On Wed, 12 Jun 2024 18:43:30 -0700 Eric J Bowman <mellowmutt@zoho.com> wrote --- My new GPON fails over to my old wireless, slated for gigabit WAVE upgrade later this year. For the past week, I'm down an average of 10 minutes every hour, on both, despite different backbone routing. When this happens, 911 goes "deee deeee deeee the # you have dialed has been disconnected or is no longer in service". Is this Verizon's fault? Well, yeah, it's their job, but the regional failure is impacting ATT and T-Mob as well. I've tried WAVE, and found it has the same physical-layer intermittency-by-design (see beam-forming) as GPON, with about half the latency, which is still double what I have with my current wireless. So I know how well QUIC plays with the Internet when it isn't being used to avoid HOL blocking (in which case, no problemo). Because it assumes that establishing a tunnel is indicative of a consistent physical-layer connection. Instead, all those little bits of JSON which result from web apps having tight-coupling worthy of an EPYC chip, incur a handshake which totally nullifies the benefit of "zero round trip" because I don't think the Internet works the way they think it does. When I see "QUIC is enhanced TCP" I laugh, it most certainly is NOT like TCP at all, because TCP isn't bothered one little bit by intermittency now, any more than it was when I bootstrapped my own rural ISP so I could have a POP to host a webserver to be a Web developer, after having downloaded Mosaic over a 2400-baud Compuserve connection, so I could provide intermittent connectivity via modem. I opened 30 years ago, today. When 911 could always be counted on to work. Now, locals who need an ambulance know to call the Sheriff's Dept. # because that's all 911 is -- an alias for local EMS dispatch. Of course, it helps to have a land line, and it's interesting to note that GPON RJ-15 POTS service is unaffected (like it would be if it were VOIP). Because you can't use a cell phone to call 911 when it isn't working, because your phone will also not be working. Because Memorial Day. Tourist influx. Now with more people sending more data up than ever. Using QUIC when it isn't necessary. We don't have enough cell towers to handle the load. The ones we have are shared by all. While I welcome everyone to visit Colorado, please do be careful this summer, because if you need an ambulance... Well, we'll be fine here, because EMS IP fails over to two pairs of OST 56Kbps digital modems on the old microwave repeater towers, down to Denver. I turned them on 30 years ago, today. They've long since been relegated to standby, but my first POP was a rack in the County DC, and when 3com rug-pulled USRobot customers and my ISP career ended in disaster... ...don't worry, my SPARC webhosting empire would do well for several years until Oracle rug-pulled Open Solaris... ...so I donated my setup to EMS. The other end passed from Colorado Internet Cooperative Association to telco-direct, same rack. Those modems' routing has changed over time, but they've never powered down for so much as a second. One thing I know about, is the physical layer issues impacting rural America even more than the Third World. 128Kbps ftw! Took 30 years of involvement in local effort to bring fiber here. But, we got had, in more ways than one (supposed to be a loop). Two years ago we were down for a couple days when a rancher backhoed through the backbone. Everyone blamed him. He said the utility locator guy told him he could dig there. So everyone blamed that guy. That guy said, I know my job, he dug where I told him the fiber wasn't. The contractor who laid it's long gone, so nobody knows where we're going to get the money to pull locator wire, because they only used it under roadways and nobody thought to check. Anyway, QUIC is goshawfully bad at everything that isn't video streaming (audio will be shunted to the phone laser and capped at DSL), because I have to regain the focus and attention of the laser on the optical switch. It is not permanently tasked to me. My physical layer's fine, but that doesn't mean I have a tunnel. TCP/IP - no problem UDP/IP - hit or miss SCTP/IP - there are two ways to handle TLS which I thought were a coin flip; only one plays friendly with GPON/beam-forming QUIC/IP - fail. utter, total fail. Except for streaming. But, what would I know about physical-layer IP networking. -Eric
- Weeklong intermittent regional 911 outages -- I b… Eric J Bowman
- Re: Weeklong intermittent regional 911 outages --… Eric J Bowman
- Re: Weeklong intermittent regional 911 outages --… Eric J Bowman