You might look at mccowntech.com,
they make surge suppressors geared toward
the wireless provider market which are pretty good.
(not associated, we just use their products).
--
Larry Smith
lesm...@ecsis.net
On Tue August 13 2019 13:22, Javier J wrote:
> I'm working with a client site
It has been updated it appears:
Registry Expiry Date: 2019-12-14T23:05:47Z
--
Larry Smith
lesm...@ecsis.net
On Mon December 17 2018 06:34, Siyuan Miao wrote:
> All,
>
> routeviews.org is pending delete now.
>
> Domain Name: ROUTEVIEWS.ORG
> Registry Domain ID: D48496876-LROR
It seems to work http and redirects to the original server.michogarcia.org
link.
--
Larry Smith
lesm...@ecsis.net
On Mon September 24 2018 11:35, Edward Dore wrote:
> Is that URL correct? https://beta.networkatlas.org/ isn’t working for me –
> I can’t establish a TLS connection:
>
&
ough the network.
>
> I would think that wireshark pcap files would be enough :(
>
Believe Mikrotik boxes support CALEA, you might check www.mikrotik.com
--
Larry Smith
lesm...@ecsis.net
d the IP address mentioned
shows up as a possible download (almost, not all)...
--
Larry Smith
lesm...@ecsis.net
me, off-list.
>
Any realistic answers are probably going to require an address or physical
location to be able to quote services. Know there are several Fixed wireless
providers in AL, you might look at www.wispa.org as I believe they have some
information as to which wisps service which area
which is probably what is introducing the delay you
are seeing (each server trying to find a PTR with each of its upsteams) until
they all time out...
--
Larry Smith
lesm...@ecsis.net
might not be in the
right places for rwhoisd to find them (but depends upon how heavily
your copy has been modified also)...
--
Larry Smith
lesm...@ecsis.net
On Wed May 4 2011 14:40, Landon Stewart wrote:
> Hello NANOG,
>
> I sent this information to the rwhoisd mailing list originally
I use Squish (www.squish.net/dnscheck) for this purpose. Reasonable
web interface and gives lots of info about where things are breaking
down...
--
Larry Smith
lesm...@ecsis.net
On Tue January 25 2011 08:38, p8x wrote:
> +1, also a quick check to make sure your name servers are actually
.
>
> Of course we would require a master whitelist as well as to not be blocked
> from our own networks.
>
> Any current solutions or ideas ??
Private BGP session with Zebra or Quagga on a linux box
adding the selected IP to a null route.
--
Larry Smith
lesm...@ecsis.net
l.
>
> If it matters, I'm specifically interested APNIC and AFRNIC.
>
> Regards,
>
> Michael Holstein
> Cleveland State Unviersity
Since blackholes.us went away, the only other one I have found
semi-reliable is Country IP Blocks at http://www.countryipblocks.net
--
Larry Smith
lesm...@ecsis.net
willing to dig in, but I need some direction.
>
> Thanks for you help an insight.
>
> Charles Bronson
Recommend you look at www.wispa.org (Wireless Internet Service Providers
Association). Probably have loads of information and resources to get
you pointed in the right direction...
--
Larry Smith
lesm...@ecsis.net
+1
On Thu April 8 2010 20:50, Aaron Wendel wrote:
> Please.
>
> -Original Message-
> From: Will Clayton [mailto:w.d.clay...@gmail.com]
> Sent: Thursday, April 08, 2010 8:43 PM
> To: Beavis
> Cc: nanog@nanog.org
> Subject: Re: BGP hijack from 23724 -> 4134 China?
>
> Do share!
>
> On Thu, A
a.
IP 67.196.137.163 appears to actually have a "name" and everything
else has Hnnn.C137.B196.A67.tor.colo.heavycomputing.ca (where nnn
is the fourth octet IP).
--
Larry Smith
lesm...@ecsis.net
ustomize MRTG a lot" that we can
> use to get a better look into these systems?
>
> thanks,
> -Drew
Have you looked at OpenNMS ??
--
Larry Smith
lesm...@ecsis.net
r (or customers) versus simply
removing "their" entry from a central radius database.
--
Larry Smith
lesm...@ecsis.net
On Wed April 22 2009 12:25, you wrote:
> As opposed to SNMP and a script that would shut the port down via SNMP
> when the customer is disabled?
>
&g
tly
to the billing/payment system which enables and disables (adds/removes)
the customer from radius for payment/non-payment and therefore does
not require any "technical" support to turn on/off customers.
--
Larry Smith
lesm...@ecsis.net
17 matches
Mail list logo
