Weather Service faces Internet bandwidth shortage, proposes limiting key data

Thu Dec 10 14:46:32 UTC 2020

I would say it's likely much larger.

https://twitter.com/CoasterBGW/status/1336387160220569603/photo/1

Their design is to run everything from one datacenter? I am enjoying the
level of irony that the rest of us consider catastrophic weather events in
our datacenter planning, but the NWS does not.

I'm sure like most things with technology and government it's less about
desire and more about politics of proper funding.

On Thu, Dec 10, 2020 at 9:40 AM Keith Medcalf <kmedcalf at dessus.com> wrote:

>
> Simply get rid of the gigabytes of JavaScript and stupidly designed crap
> and hire someone who knows what they are doing and a bandwidth DOWNGRADE
> will be in order.  The root cause is incompetence and it can be fixed by
> getting rid of all the children and hiring someone who knows what they
> are doing.
>
>
> --
> Be decisive.  Make a decision, right or wrong.  The road of life is
> paved with flat squirrels who could not make a decision.
>
> >-----Original Message-----
> >From: NANOG <nanog-bounces+kmedcalf=dessus.com at nanog.org> On Behalf Of
> >Rich Kulawiec
> >Sent: Thursday, 10 December, 2020 01:13
> >To: nanog at nanog.org
> >Subject: Fwd: Weather Service faces Internet bandwidth shortage,
> proposes
> >limiting key data
> >
> >----- Forwarded message from Dave Farber <farber at gmail.com> -----
> >
> >> From: Dave Farber <farber at gmail.com>
> >> Date: Thu, 10 Dec 2020 15:47:44 +0900
> >> Subject: [IP] Weather Service faces Internet bandwidth shortage,
> >proposes limiting key data
> >>
> >> Weather Service faces Internet bandwidth shortage, proposes limiting
> >key data
> >> The National Weather Service is proposing to place limits on
> accessing
> >its
> >> life-saving weather data in a bid to fix Internet outages.
> >> By Jason Samenow and Andrew Freedman
> >>
> >> https://www.washingtonpost.com/weather/2020/12/09/nws-data-limits-
> >internet-bandwidth/
> >
> >[snip]
> >
> >
> >This seems like a problem that this group could solve rather rapidly
> with
> >minimal
> >incremental expense.  It also seems like one that's very much worth
> >solving.
> >
> >---rsk
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nanog.org/pipermail/nanog/attachments/20201210/c5718448/attachment.html>