<div dir="ltr">Hi everyone,<div><br></div><div>It goes without saying that I would prefer not to have the following candid remarks widely disseminated :)</div><div><br></div><div>I'm sorry — I couldn't get to the right answer inside the FCC building on this one. I tried to persuade our staff and my colleagues, but for almost 10 years, DC has been mentally parasitized by artificial and bogus line speed-only measurements and the assumption that line speed is the only relevant measurement of QoS.</div><div><br></div><div>The original version of the IAJA actually required symmetrical 100/100 for program fundability. They got talked down to 100/20 largely because of Congressional testimony, particularly by former Democratic FCC commissioner, later Rural Utilities Service Administrator Jonathan Adelstein, who was running WISPA at the time. There is a strong FTTH-only constituency in DC, which has as its holy text this 8-page paper: <a href="https://docs.fcc.gov/public/attachments/DOC-343135A1.pdf">https://docs.fcc.gov/public/attachments/DOC-343135A1.pdf</a>. The (specious) analogy btw universal FTTH and rural electrification is very appealing to a common type: nostalgic, non-technical New Dealers wanting to "make every American a first-class digital citizen" and similar rhetoric.</div><div><br></div><div>The adjustment of the FCC definition of "broadband" was driven partly by this holy-war belief and partly by the desire to harmonize with NTIA's definitions under BEAD.</div><div><br></div><div>Dave is of course 100% right about the negative effects on connectivity of bogus capacity requirements. I personally expect that many people who are expensive to serve will be the last in line for BEAD and RDOF builds, meaning that these programs may have no positive effects at all on their connectivity (indeed, may hold it back.)</div><div><br></div><div>The only potential good news that I have to offer is that my staff knows the score, and if they work in future administrations, they will be pushing back on the mistaken priorities of the present admin.</div><div><br></div><div>Re technical depth at the agency, it's worse than you think. The OET has great staff, but they are not politically independent and no longer enjoy the hortatory power they had under Knapp or Dale Hatfield. Also, they are a relatively small part of the agency. As in many politicized organizations, they are expected to deliver to spec and otherwise shut up about policy.</div><div><br></div><div>The one piece of good news there is that the FCC's relevance as a media regulator, which is part of why it became so politicized, is on the wane. I've joked that we're turning into the "Federal Physical Connectivity Commission," with more in common e.g. with Canada's ISED than its CRTC, but maybe that isn't a bad thing.</div><div><br></div><div>We will need to get a deeper RF engineering bench to deal with HI issues in the enormous amounts of unlicensed centimeter-wave that have been permitted; users there are going to keep pushing upward on power levels, and it's going to fall to us to address this. We need a network engineering bench, period — I was horrified to learn that no one at the Commission had any knowledge of peering and transit anymore, to say nothing of actual implementation. I'm a peering-and-transit amateur, but no one else even knew what I was talking about when I said things like "how do we incentivize building in an era of unlimited settlement-free peering?", which is a big deal considering that this was one of the fundamental questions raised by Title II classification!</div><div><br></div><div>Traditionally, this was hard to staff because office and bureau budgets were allocated based on regulatory fee collection; that's been decoupled recently, starting with the 2018 RAY BAUM's Act, and my team has pushed this decoupling farther every year. It just makes no sense to put 1/4+ of the agency's budget into broadcast regulation while starving the satellite and RF engineering sides. I also suspect that our field enforcement is getting increasingly marginalized (in fact, Dale Hatfield warned me almost 3 years ago that that was already his impression.)</div><div><br></div><div>I know things are tough right now, but please feel free to email me or talk on-list about FCC structural reforms. I and my team are listening and it will help us to make recommendations to any future admin.</div><div><br></div><div>To switch gears for a second (and sorry for going off-topic,) the FCC actually did do something really good lately: <a href="https://docs.fcc.gov/public/attachments/FCC-24-26A1.pdf">https://docs.fcc.gov/public/attachments/FCC-24-26A1.pdf</a>. There's a lot to chew on in this thing, but I think the key wins are:</div><div><br></div><div>1) No federal pre-emption. If someone harms you by not living up to their security label commitments, you can take them to state court under a contract or negligence theory. For the first time, you can really discipline your equipment vendors! (The FCC can also go after them on its own initiative.)</div><div><br></div><div>2) Disclosure of OTA patch-support periods. At time of sale, a vendor has to provide a minimum date for OTA patch support, and by getting a label, they assume a duty to patch critical vulnerabilities through that period.</div><div><br></div><div>3) No safe harbors. If you suffer harm through a vendor's failure to live up to their label commitments, the label will not protect them.</div><div><br></div><div>4) Protection of open source/third-party firmware. Installing new software or firmware on a device does not void the representations in a label. For example, installing your own queue and buffer management system on a router does not free the company from its duty to keep the radio components patched or to secure internal data traffic.</div><div><br></div><div>I have high hopes that the next version of the label will focus on industrial techs and other non-consumer-facing applications. Also, addressing security at the consumer level should cause better practices to propagate through the entire wireless networking industry.</div><div><br></div><div>I mention this because we couldn't have done this without Dave, Hacker News, and many discussions with the tech community. I will be posting a one page round-up to HN this week and I hope that everyone jumps on to tell us how to do the next phase better! Tech consultation works, we just need to pull our heads out of our [REDACTED] and actually do it!</div><div><br></div><div>All best--</div><div>Nathan</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 19, 2024 at 11:50 AM Dave Taht via Nnagain <<a href="mailto:nnagain@lists.bufferbloat.net">nnagain@lists.bufferbloat.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">from brett glass:<br>
<br>
<a href="https://www.broadband.io/c/get-broadband-grant-alerts-news/it-s-on-fcc-officially-increases-its-broadband-speed-requirement-to-100-20-mbps#comment_wrapper_32464006" rel="noreferrer" target="_blank">https://www.broadband.io/c/get-broadband-grant-alerts-news/it-s-on-fcc-officially-increases-its-broadband-speed-requirement-to-100-20-mbps#comment_wrapper_32464006</a><br>
<br>
This decision is the equivalent of saying, “If you don’t have a<br>
Cadillac, you don’t have a car.”<br>
<br>
It also confuses “speed” (an ill-defined term) with capacity, latency,<br>
jitter, and other factors which do matter, and ridiculously overstates<br>
the amount of bandwidth needed for common Internet activities. Unless,<br>
of course, the service is very bad, in which case you can compensate<br>
somewhat - not completely - by throwing more bandwidth at the problem.<br>
<br>
In short, it’s a bad decision, made by politicians who have most<br>
likely been deceived by corporate lobbyists, rather than the sort of<br>
rational decision that would be made if the FCC were an apolitical<br>
expert agency. Or if the Commissioners had even consulted a<br>
knowledgeable practicing network engineer. (Are there any engineers<br>
left at the FCC? Or have most of them, like Julie Knapp, retired after<br>
being frustratingly ignored?)<br>
<br>
For my company, a WISP, it means deploying more expensive equipment<br>
than I need to, when folks don’t need the capacity. (Our quality is so<br>
good that most of our customers peak at 5-10 Mbps of capacity - the<br>
data rate is still typically 200-500 Mbps - and don’t need to pay for<br>
more, though some do.) This depletes capital, needlessly increases the<br>
cost of broadband service and discourages uptake of service (we still<br>
see a lot of folks who rely entirely on cell phones and tethering).<br>
Yet another example of destructive overregulation and government<br>
bureaucracy. Government should stay out of the broadband business and<br>
quit meddling with it. It’s not competent and is doing a LOT more harm<br>
than good.<br>
<br>
<br>
-- <br>
<a href="https://www.youtube.com/watch?v=N0Tmvv5jJKs" rel="noreferrer" target="_blank">https://www.youtube.com/watch?v=N0Tmvv5jJKs</a> Epik Mellon Podcast<br>
Dave Täht CSO, LibreQos<br>
_______________________________________________<br>
Nnagain mailing list<br>
<a href="mailto:Nnagain@lists.bufferbloat.net" target="_blank">Nnagain@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/nnagain" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/nnagain</a><br>
</blockquote></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr">Nathan Simington<br></div><div dir="ltr">cell: 305-793-6899</div></div></div></div></div></div></div>