From: Michael Richardson <mcr@sandelman.ca>
To: "David P. Reed" <dpreed@deepplum.com>
Cc: "David Lang" <david@lang.hm>,
"Jonathan Morton" <chromatix99@gmail.com>,
"bloat" <bloat@lists.bufferbloat.net>
Subject: Re: [Bloat] FW: [Dewayne-Net] Ajit Pai caves to SpaceX but is still skeptical of Musk's latency claims
Date: Sun, 14 Jun 2020 19:13:34 -0400 [thread overview]
Message-ID: <5647.1592176414@localhost> (raw)
In-Reply-To: <1592168645.890914226@apps.rackspace.com>
[-- Attachment #1: Type: text/plain, Size: 1888 bytes --]
David P. Reed <dpreed@deepplum.com> wrote:
> I have no problem with WebRTC based videoconferencing. In fact, I think
> it is pretty good for 2-4 endpoints. But when you have lower cost
> laptops, they drag down the conferencing because of the compositing and
> mixing and multiple stream transmission load, even with 2-3 other
> participants.
As for "low-end" --- that definition is changing :-)
The advantage of compositing locally is that the end point can actually do
what the end user wants. Not the other way around. Smart end points, rather
than smart networks.
> [What do you think I and others fought for datagrams back in 1976 for?
Yeah, I wasn't old enough to watch, but I did read of that debate.
> As far as billing by packets, no, I hope it never happens. 70% of the
> opex of the Bell System was billing-related, because of micro-specific
> billing.
I'm not so young (at 49, being a precocious teenager in 1984) as to not understand this :-)
In fact, with VoIP business systems, there are still ridiculous attempts to
do billing. A lot of effort for very little ROI.
But, it turns out that the billing data let you get at other interesting results:
like when are your busy times,
and do you have enough of the right sales representatives present?
how many days after that first 30C day do the calls to the pool store start?
(I did have to figure that out...)
I think that we can come up with different models that would help with the
endless undesireable packets. It's not trivial, and I sure don't want to go
back down the same road. But, I think there is something here.
--
] Never tell me the odds! | ipv6 mesh networks [
] Michael Richardson, Sandelman Software Works | IoT architect [
] mcr@sandelman.ca http://www.sandelman.ca/ | ruby on rails [
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]
next prev parent reply other threads:[~2020-06-14 23:13 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-06-11 16:03 David P. Reed
2020-06-11 16:14 ` Jonathan Morton
2020-06-11 18:46 ` David P. Reed
2020-06-11 18:56 ` David Lang
2020-06-11 19:16 ` David P. Reed
2020-06-11 19:28 ` David Lang
2020-06-12 15:39 ` Michael Richardson
2020-06-13 5:43 ` David Lang
2020-06-13 18:41 ` David P. Reed
2020-06-14 0:03 ` David Lang
2020-06-14 0:36 ` Michael Richardson
2020-06-14 1:17 ` David Lang
2020-06-14 15:40 ` David P. Reed
2020-06-14 15:57 ` Michael Richardson
2020-06-14 21:04 ` David P. Reed
2020-06-14 23:13 ` Michael Richardson [this message]
2020-06-12 15:30 ` Michael Richardson
2020-06-12 19:50 ` David P. Reed
2020-06-13 21:15 ` Michael Richardson
2020-06-13 23:02 ` Jonathan Morton
2020-06-14 0:06 ` David Lang
2020-06-14 11:23 ` Roland Bless
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://lists.bufferbloat.net/postorius/lists/bloat.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5647.1592176414@localhost \
--to=mcr@sandelman.ca \
--cc=bloat@lists.bufferbloat.net \
--cc=chromatix99@gmail.com \
--cc=david@lang.hm \
--cc=dpreed@deepplum.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox