[LibreQoS] [Starlink] [Bloat] Enabling a production model

tom at evslin.com tom at evslin.com
Wed Mar 29 15:31:16 EDT 2023


It was a TAC set up my Genachowski in 2010. Wheeler chaired the TAC before he was on FCC chair. I don't remember if Henning was on it. Vint Cerf was.  A post I wrote about the TAC and the end of the PSTN is here https://blog.tomevslin.com/2011/07/tac-to-fcc-set-a-date-certain-for-the-end-of-the-pstn.html

-----Original Message-----
From: Dave Taht <dave.taht at gmail.com> 
Sent: Wednesday, March 29, 2023 3:09 PM
To: tom at evslin.com
Cc: Rich Brown <richb.hanover at gmail.com>; David Lang <david at lang.hm>; Dave Taht via Starlink <starlink at lists.bufferbloat.net>; dan <dandenson at gmail.com>; Dave Collier-Brown <dave.collier-Brown at indexexchange.com>; libreqos <libreqos at lists.bufferbloat.net>; bloat <bloat at lists.bufferbloat.net>
Subject: Re: [Starlink] [Bloat] [LibreQoS] Enabling a production model

On Wed, Mar 29, 2023 at 12:02 PM Tom Evslin via Starlink <starlink at lists.bufferbloat.net> wrote:
>
> What’s missing in this math is how much cheaper (and better) the installation is if you displace or hang from the existing copper usually in great position below the electricity and almost no makeready in this case. Problem is getting rid of the almost but not quite unused copper plus ownership problems. I was on an FCC TAC which tried to plan for this 14 years ago but came to nothing.

What was the name of that?

I have been trying to find a great talk by Henning Shulzerinne about the copper plant, that I think took place at IETF in the 2013? 2015?
timeframe that so far I have had no luck in finding. Maybe I am remembering the wrong conference...

Btw Henning is my nominee for the 5th FCC commissioner, if only we had a vote: see: https://twitter.com/mtaht/status/1640480264760741889

It really bothers me that STILL both the CTO for the USA and the CTO of the FCC, are only "acting".




>
>
> Also could be burying fiber and electric with road repaving which is way over-funded to increase reliability and decrease ongoing maintenance costs.
>
>
>
> From: Starlink <starlink-bounces at lists.bufferbloat.net> On Behalf Of 
> Rich Brown via Starlink
> Sent: Wednesday, March 29, 2023 1:46 PM
> To: David Lang <david at lang.hm>
> Cc: Dave Taht via Starlink <starlink at lists.bufferbloat.net>; dan 
> <dandenson at gmail.com>; Dave Collier-Brown 
> <dave.collier-Brown at indexexchange.com>; libreqos 
> <libreqos at lists.bufferbloat.net>; bloat <bloat at lists.bufferbloat.net>
> Subject: Re: [Starlink] [Bloat] [LibreQoS] Enabling a production model
>
>
>
>
>
> On Mar 29, 2023, at 1:13 PM, David Lang via Starlink <starlink at lists.bufferbloat.net> wrote:
>
>
>
> The problem is that laying cable (or provisioning wifi access to cover the area) is expensive, and if you try to have multiple different companies doing it, they each need a minimum density of users to make it worth their while.
>
>
>
> Yes, this stuff is expensive, Here is reasonably current order-of-magnitude cost breakdown for a rural NH town nearby:
>
>
>
> 1) $55,000 per road-mile to design the system, get licenses to install on the utility poles, "make ready" (to check that the poles are ready for new facilities) and to hang the fiber on the pole. Installing coax would save $5K to $8K per mile.
>
>
>
> 2) $2,000 to $4,000 per premise to install the drop from the utility pole to the building, bring the fiber into the building and install the router.
>
>
>
> 3) Pole rental (in NH) is about $10/pole/year. Divide miles of road by 200 feet between poles to get an estimate of the number of poles.
>
>
>
> So density of customers is critical for the business case. That's why there are so many monopoly providers - it's costly to overbuild an already served area.
>
>
>
> _______________________________________________
> Starlink mailing list
> Starlink at lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/starlink



--
AMA March 31: https://www.broadband.io/c/broadband-grant-events/dave-taht
Dave Täht CEO, TekLibre, LLC



More information about the LibreQoS mailing list