> 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?
In a world where you can license device performance by the megabit/sec/day, or
even have to purchase per-use factory reset keys
essage-
From: Matt Hoppes [mailto:mattli...@rivervalleyinternet.net]
Sent: Thursday, August 22, 2019 2:43 PM
To: Emille Blanc
Cc: Bradley Burch; Sean Donelan; nanog@nanog.org
Subject: Re: FCC Takes Action Against WISPs That Interfered with FCC Weather
Radar
I don’t know where you’re doing your lic
$25k seems like a cheap fine, really. Have you seen the price of spectrum these
days?
And links operating in a licensed spectrum tend to incur $1k per link per year
in usage fees.
> Most gear now will hop frequencies automatically if they receive a DFS
> interference.
> If your gear supports
Have been seeing these at $DAYJOB off and on for the past week.
First logged events began for on 2019-08-04, at approx 1500hrs PST.
Impact for us has been negligible, but some older ASA's were having trouble
with the scan volume and their configured log levels which has since been
remedied.
+1 for PHPIPAM.
It's incredibly easy to modify and follow the code, and very lightweight.
The simple import and export options make managing large blocks very easy for
us.
https://phpipam.net/
-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Steve Mikulasik
> I am thinking things like OpenBGPd and BIRD could make a good route reflector
> though they are most often discussed in the context of IXPs (ie eBGP
> sessions).
We use openbgpd - well, the native OpenBSD equivalent - for route-reflection in
a couple of places, as well as a full bgp feed for
in the event of $unforseen_circumstance.
Assuming such a thing were possible - admittedly I know little about GLONASS,
and even less about Beidou.
"Perhaps some kind of death clock?"
-Original Message-
From: NANOG [mailto:nanog-bounces+emille=abccommunications@nanog.org]
Perhaps the host OS' to which snapchat caters, don't all have a devent ntp
subststem available?
I have vague recollections of some other software (I'm sure we all know which)
implemented it's own malloc layer for every system it ran on, for less trivial
reasons. ;)
cp sum ok]
1158156467:1158156467(0) win 8192 (DF) (ttl 60, id 18499, len 40)
12:45:46.284617 141.138.128.137.80 > 216.57.182.18.21: S [tcp sum ok]
2595766696:2595766696(0) win 8192 (DF) (ttl 69, id 6478, len 40)
From: Selphie Keller [mailto:selphie.kel...@gmail.com]
Sent: November-01-16 1:13 PM
To:
Ditto. Same sources; 141.138.128.0/21 and 95.131.184.0/21 (give or take).
Out of 1000 packet sample taken at 12:45:46 PDT (19:45:46 UTC) at boundary, 502
unique sources to 10 destination hosts on our AS.
Obligatory data should this be of use to anyone listening in.
-Original Message-
>On Thu, 27 Oct 2016, Ronald F. Guilmette wrote:
>
>> My iPhone 3GS still works just fine,
>
>I still have a "functional" iPhone 3G (no S). I don't think AT will
>activate service on it at this point, and it's been relegated to iPod
>service when I do yard work.
>
>> You can't *force* people to
(deleted for ambiguity)
> > Which is the point. These things stay out there...like those winXP
> > boxes. There are 2 choices
> >
> > 1) manufacturers are responsible for the devices. No longer caring for
> >them? Recall them. Compensate the users.
> >
> > 2) stronger obsolescence. eg
-Original Message-
>From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Richard Holbo
>Sent: October-23-16 11:23 PM
>To: John Weekes
>Cc: NANOG
>Subject: Re: Death of the Internet, Film at 11
>
>I run/manage the networks for several smallish (in the thousands of
>customers) eyeball
I've long since deleted the OP's message, but figured I would share our
experiences having been using TACACS+ with our Cisco hardware for a
couple of years.
Originally deployed for the need and want of controlling multiple users
across several devices, and to safely control 3rd party read, or
14 matches
Mail list logo
