nanog mailing list archives
Re: COVID-19 vs. our Networks
From: Jeff Shultz <jeffshultz () sctcweb com>
Date: Wed, 18 Mar 2020 09:09:09 -0700
Is it so difficult to put an "override, but keep counting" button on a device like this? On Wed, Mar 18, 2020 at 8:04 AM Mark Tinka <mark.tinka () seacom mu> wrote:
On 17/Mar/20 20:06, Owen DeLong wrote:I don’t get this… X-Ray machines (and other critical medical equipment) should operate in a fail-safe mode where a license screw up doesn’t prevent the machine from operating. If the hospital hasn’t paid up, find a way to go after the hospital, but don’t kill patients to collect your fee.For my very simple 1+1 mind, I totally agree. Perhaps, it's far easier to collect (overdue) fees with a gun to your head, if I don't actually need to point one at you.Why should there be a license server at all? Why should an X-ray machine have an external dependency like that in the first place, even if it’s a local server?My Google OnHub wireless AP is completely unmanageable if I (against Google's advice) run it in Bridged mode. If I want to be able to reach it and manage it with an app or a web site, it needs to run as a router, even if all I want from it is to be an AP. You can guess who long mine have gone without a software update, then... Who knows why people come up with the BS they do? Mark.
-- Jeff Shultz -- Like us on Social Media for News, Promotions, and other information!! <https://www.facebook.com/SCTCWEB/> <https://www.instagram.com/sctc_503/> <https://www.yelp.com/biz/sctc-stayton-3> <https://www.youtube.com/c/sctcvideos> _**** This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. ****_
Current thread:
- Re: COVID-19 vs. our Networks, (continued)
- Re: COVID-19 vs. our Networks Blake Hudson (Mar 18)
- Re: COVID-19 vs. our Networks Dan White (Mar 18)
- Re: COVID-19 vs. our Networks Mark Tinka (Mar 18)
- Re: COVID-19 vs. our Networks Alexandre Petrescu (Mar 18)
- Re: COVID-19 vs. our Networks Owen DeLong (Mar 17)
- Re: COVID-19 vs. our Networks Shane Ronan (Mar 17)
- Re: COVID-19 vs. our Networks Mark Tinka (Mar 18)
- RE: COVID-19 vs. our Networks Emille Blanc (Mar 17)
- Re: COVID-19 vs. our Networks Mark Tinka (Mar 18)
- Re: COVID-19 vs. our Networks Mark Tinka (Mar 18)
- Re: COVID-19 vs. our Networks Jeff Shultz (Mar 18)
- Re: COVID-19 vs. our Networks Mark Tinka (Mar 18)
- Re: COVID-19 vs. our Networks Tom Beecher (Mar 16)
- Re: COVID-19 vs. our Networks Livingood, Jason (Mar 16)
- Re: COVID-19 vs. our Networks Mark Tinka (Mar 17)
- Re: COVID-19 vs. our Networks Christian (Mar 17)
- Re: COVID-19 vs. our Networks Mark Tinka (Mar 17)
- Re: COVID-19 vs. our Networks Carsten Bormann (Mar 17)
- Re: COVID-19 vs. our Networks Mark Tinka (Mar 14)
- Re: COVID-19 vs. our Networks Radu-Adrian Feurdean (Mar 14)
- Re: COVID-19 vs. our Networks Craig (Mar 14)