Hello,
We have been using Zabbix with great success on 900 hosts. I would
recommend it, however I must agree the learning curve can be pretty steep.
I think of Zabbix more like a piece of networking equipment where it wont
do anything until everything is configured correctly. It is far from plug
a
Yes Larry,
I have followed those instructions without a response.
So I was curious what to do when no response is given. I will wait longer
and see. Sorry if anything I have done has upset you.
Thanks
On Wed, Jul 29, 2015 at 12:03 AM, Larry Sheldon
wrote:
> On 7/29/2015 00:58, Larry Sheldon w
Yes that is part of it.
There are other blocks they listed as well.
On Tue, Jul 28, 2015 at 11:37 PM, Matt Palmer wrote:
> On Tue, Jul 28, 2015 at 11:13:02PM -0500, Larry Sheldon wrote:
> > On 7/28/2015 22:57, Bryan Tong wrote:
> >
> > >Yes I have followed all o
Hello,
Yes I have followed all of the procedures. I will continue to wait to see
if there is any change.
Thanks
On Tue, Jul 28, 2015 at 9:53 PM, Larry Sheldon wrote:
> On 7/28/2015 22:39, Bryan Tong wrote:
>
>> Well,
>>
>> I wouldnt have such a disheartened attitude
od luck,
> Mike
>
>
>
> Sent from my Verizon Wireless 4G LTE smartphone
>
>
> Original message
> From: Bryan Tong
> Date: 07/28/2015 8:06 PM (GMT-07:00)
> To: nanog@nanog.org
> Subject: Working with Spamhaus
>
> Hello All,
>
> Spa
Hello All,
SpamHaus has done us the favor of blacklisting all of our prefixes due to
the issues with handful of IPs from customers we have removed from our
network.
They are now being unresponsive on helping us get these listings removed
and we have a lot of legitimate customers who are no longer
My network also saw 30gbps+ originating from the same region on multiple
occasions beginning last night around 2300EST.
On Jul 20, 2015 12:20 PM, wrote:
> On Mon, 20 Jul 2015 19:04:27 +0100, Colin Johnston said:
> > route block china range whole of and/or firewall block china range whole
> of
>
>
And let ARIN know while you're at it.
Ive heard similar ideas from them but have heard no path of upgrade on
justification.
On Wed, Jul 8, 2015 at 4:31 PM, Landon Stewart
wrote:
> On Jul 8, 2015, at 3:12 PM, Jeff Walter wrote:
> >
> > Without mincing words he basically told me RWHOIS was dead.
If you know anyone with some basic coding experience.
Check this out.
https://www.npmjs.com/package/rwhois
It works far easier than the ARIN provided daemons and we have been
successful using it with ARIN.
Thanks
On Wed, Jul 8, 2015 at 4:12 PM, Jeff Walter wrote:
> Few years back I wrote an
This is just a typical "Drop the bomb, and soften the blow" technique.
On Mon, Apr 13, 2015 at 3:03 PM, Mel Beckman wrote:
> Show them the Whois info and that might change their mind. Asking to
> reclaim the space is silly.
>
> -mel
>
> > On Apr 13, 2015, at 1:53 PM, goe...@anime.net wrote:
> >
Fairly certain thats a typo and supposed to be 960M pps :)
On Thu, Apr 9, 2015 at 2:54 PM, Christopher Morrow
wrote:
> On Thu, Apr 9, 2015 at 8:54 AM, Nick Hilliard wrote:
>
> > http://whiteboxswitch.com/products/edge-core-as5610-52x
>
> the math on their page is 'interesting'...
>
> 1.28tbps t
As a network consumer and network provider. The traffic seen by the
customer should not be censored. It should be up to the consumer to protect
their services.
I accept the risk and want uncensored internet access and provide such to
our customers.
On Apr 2, 2015 11:26 AM, "Max Tulyev" wrote:
>
I read through the introduction. This document seems like a good thing for
everyone.
If someone finds something opposing to that I would be interested to know.
I definitely didnt make it through the whole thing either :)
On Thu, Mar 12, 2015 at 9:48 AM, Lamar Owen wrote:
> On 03/12/2015 10:58 A
We've been on Cogent for 3 years now.
I have to say the experience has been nice. Good sales, great NOC. We even
had a dirty fiber issue with their uplink (due to the MMA owner) and Cogent
stayed on the phone with me for hours and got it handled before we hung up
the phone. So great NOC too.
On T
Dead here from a close peering link.
1 10ge11-3.core1.lax1.he.net (65.49.27.149) [AS 6939] 4 msec 12 msec 0
msec
2 10ge1-3.core1.lax2.he.net (72.52.92.122) [AS 6939] 0 msec 8 msec 4 msec
3 any2ix.coresite.com (206.72.210.161) 0 msec 4 msec 0 msec
4 be2.bb01.lax1.tfbnw.net (31.13.30.24) [AS
Not here, spyware maybe?
On Sun, Nov 23, 2014 at 8:41 PM, Brian Henson wrote:
> Is anyone else seeing their local craigslist redirected to another site
> other than craigslist? I see it loading http://digitalgangster.com/5um.
>
--
eSited LLC
(701) 390-9638
I put together a protocol framework in Node.js
https://www.npmjs.org/package/rwhois
Its still useful for some companies.
On Thu, Nov 20, 2014 at 2:49 PM, Jeff Walter wrote:
> It's nice to see someone is using RWHOIS. Back when I wrote the RWHOIS
> daemon for HE I spoke with Mark Kosters (one o
I have been working with developing systems that boot with Linux for a
number of years on a multitude of distributions and I never saw a problem
with the tools or the process. Purely the lack of standards.
It seems stubborn at the least to propose an opaque software solution when
a simple standard
Also the main forecast.weather.gov seems to be okay.
$ ping forecast.weather.gov
PING a1380.g.akamai.net (64.208.159.26): 56 data bytes
64 bytes from 64.208.159.26: icmp_seq=0 ttl=50 time=1009 ms
64 bytes from 64.208.159.26: icmp_seq=1 ttl=50 time=100 ms
64 bytes from 64.208.159.26: icmp_seq=2 ttl
Im wondering if anyone else is seeing strangeness.
|--|
| WinMTR statistics
|
| Host - % | Sent | Recv | Best |
Avrg |
I botched those numbers.
Let me fix.
According to this countdown:
http://inetcore.com/project/ipv4ec/index_en.html we have 6.41 /8's left. So
that is 107,541,955 IPs.
CIDR - Prefixes
-
/20 - 26,255.36
/21 - 52,510.72
/22 - 105,021.44
/23 - 210,042.88
/24 - 420,085.76
My apologie
John, great point!
Regardless, shouldn't need more than 626K to make it to v6 and we wont need
as many for v6. That was one of the problems that v6 was designed to
address.
On Mon, Jun 9, 2014 at 1:27 PM, John van Oppen
wrote:
> It is generally much better to do the following:
>
> mls cef maxi
The IPv6 table will not be as big as the v4 table even after full
acceptance. Given that most providers will be advertising a single /32 and
then rest will be some /48 routes for multi-homed scenarios.
My router looks like this
FIB TCAM maximum routes :
===
Current :-
---
Just had to do this on my router last week. Came in a few mornings ago and
we were software switching, yay!
On Mon, Jun 9, 2014 at 12:30 PM, Pete Lumbis wrote:
> The doc on how to adjust the 6500/7600 TCAM space was just published.
>
>
> http://www.cisco.com/c/en/us/support/docs/switches/cataly
Got this response from HE
We are not in the as-path of the routes listed below. It seems we accepted
some of them from a route server. I'm not seeing them in the table at this
time.
--
Rob Mosher
Senior Network and Software Engineer
Hurricane Electric / AS6939
On Wed, Apr 2, 2014 at 2:51 PM,
They have advertised all of ours now.
On Wed, Apr 2, 2014 at 2:16 PM, Bob Evans wrote:
> Yes, I too have alerts for some of our prefixes from the same offending
> origin 4761
>
> On Wednesday April 2nd 2014 at 19:59 UTC we detected a Origin AS Change
> event for your prefix (66.201.48.0/20 slash
Another 5 of ours just got hit.
Anyone have any ideas on what will be done about it?
On Wed, Apr 2, 2014 at 1:18 PM, Frank Bulk wrote:
> bgpmon has tweeted that "We're currently observing a large hijack event.
> Indosat AS4761 originating many prefixes not assigned to them."
>
> Let's hope tha
Just got the same for 5 of my prefixes.
Possible Prefix Hijack (Code: 10)
Your prefix: 192.225.232.0/21:
Prefix Description: ARIN direct allocation
U
These cables are most commonly known as "Direct Attach Copper SFP+"
On Sunday, February 2, 2014, Jay Ashworth wrote:
> - Original Message -
> > From: "joel jaeggli" >
>
> > > I thought "Twinax" was an IBMish MILSPEC term.
> >
> > twinax could refer to a specific technology or to the pres
I was thinking that maybe the rogue host configured on the IP didn't have
any mail software installed and it was just a random service returning the
error message as it didn't know how to handle the request.
On Sunday, January 19, 2014, Brielle Bruns wrote:
> On 1/19/14, 5:32 PM, Scott Howard wr
Happy New Year guys!
On Tue, Dec 31, 2013 at 10:38 PM, jamie rishaw wrote:
> Happy New Year to all, and to all a good lawful interception.
>
--
eSited LLC
(701) 390-9638
Let me correct that.
Not very good for pacific international traffic. Atlantic bound is fine.
On Mon, Oct 14, 2013 at 2:00 PM, Bryan Tong wrote:
> We've had them direct for transit in LA for about a year. And a year
> before that in Denver.
>
> Never had any issues aside from
We've had them direct for transit in LA for about a year. And a year before
that in Denver.
Never had any issues aside from some missing BGP when New York was under
water. Great for US domestic traffic. Not very good for international
traffic.
On Mon, Oct 14, 2013 at 1:57 PM, Tri Tran wrote:
>
Working here on Bresnan (charter)
root@hq:~# traceroute floksociety.org
traceroute to floksociety.org (200.10.150.169), 30 hops max, 60 byte packets
1 * * *
2 cacco002dr9-GE-1-0-0-U0.int.bresnan.net (69.146.239.57) 38.721 ms
39.799 ms 39.899 m s
3 host-72-175-111-198.bln-mt.clie
ual...is there a standard or expectation for
> DNS reliability?
>
> 98%
> 99%
> 99.5%
> 99.9%
> 99.99%
> 99.999%
>
> Measured in queries completed vs. queries lost.
>
> Whats the consensus?
>
>
> --
> Phil Fagan
> Denver, CO
> 970-480-7618
>
urely technical solutions to social ills.
>
> no. there are many issues in many arenas. but we are responsible for
> cleaning up our side of the street.
>
> randy
>
>
--
Bryan Tong
Nullivex LLC | eSited LLC
(507) 298-1624
AM, Bryan Tong wrote:
> Try your iperf over port 80 and see if your hitting any website related
> filters. At least rule it out.
>
> Or try HTTP on a different port.
>
> If your iperf test is getting link speed then you can rule most things
> connection related. I really
to discriminate, and can crater your network 3 devices over when
> it
> > would be much better to just lose a few packets.
> >
> > -Blake
>
> In my experience - if you're traversing licenced microwave links as
> indicated flow control will definitely need to be ON.
>
> Check the radio modem stats to confirm but - if you're seeing lots of drops
> there you're overflowing the buffers on the radio modem.
>
>
>
--
Bryan Tong
Nullivex LLC | eSited LLC
(507) 298-1624
ndancy/risk reduction today.
>
> That would apply mainly to mechanical devices such as HDDs.
>
>
> > Thanks
> --
> -JH
>
>
--
Bryan Tong
Nullivex LLC | eSited LLC
(507) 298-1624
share?
>
> Thanks
>
> --
> Erik Levinson
> CTO, Uberflip
> 416-900-3830
> 1183 King Street West, Suite 100
> Toronto ON M6K 3C5
> www.uberflip.com
>
>
>
>
--
Bryan Tong
Nullivex LLC | eSited LLC
(507) 298-1624
o completely
> revolutionize communications.
> >
> > Check it out here:
> http://blog.2600hz.com/post/46886639094/voice-and-video-are-dead-heres-the-future
> >
> > Cheers,
> > Joshua
> >
> > Joshua Goldbard
> > VP of Marketing, 2600hz
> >
&
s or native access to do at all.
>
>
I would argue that creating software accesses the network requires
some network engineering knowledge to some degree. And if a developer
doesnt have that they can depend on a library written by someone who
does.
> Bjørn
>
--
Bryan Tong
Nullivex LLC | eSited LLC
(507) 298-1624
datacenters.
>
> (Yes, I am technically trolling. But mostly because I don't have the energy
> to fight for IPv6 any more. Maybe you do?)
> --
> http://josephholsten.com
--
Bryan Tong
Nullivex LLC | eSited LLC
(507) 298-1624
consin and Illinois respectfully and messages via iMessage are
>>>> taking
>>>>> up to several minutes to send. I am using a 4s on iOS 5 and my
>>>>>friend is
>>>>> using a 3GS.
>>>>>
>>>>> Thanks
>>>>> Grant
>>>
>>>
>>> --
>>> Jason
>>
>
>
>
--
Bryan Tong
Nullivex LLC | eSited LLC
(507) 298-1624
t;
> Kevin, no thank you, I did not start this thread. If I ever need
> products I reach out to my contacts at each manufacturer or
> distributor. It would be much less embarrassing for you if the
> website in your signature actually finished loading the images
> containing the text
he outages list is a better place to look for this information.
>
> https://puck.nether.net/pipermail/outages/2012-October/date.html
>
> --
> Jeff S Wheeler
> Sr Network Operator / Innovative Network Concepts
>
--
Bryan Tong
Nullivex LLC | eSited LLC
(507) 298-1624
> the use of .0 or .255 addresses for this reason.
--
Bryan Tong
Nullivex LLC | eSited LLC
(507) 298-1624
; of the Internet, of which there's currently none that consumers care about.
>
>
> If a user is accessing a stream from an IPv6 enabled CDN that stream
> shouldn't be reset just because a handover happened.
>
>
> --
> Mikael Abrahamssonemail: swm...@swm.pp.se
>
--
Bryan Tong
Nullivex LLC | eSited LLC
(507) 298-1624
> need to be the customer.
>
> Regards,
> Bill Herrin
>
> --
> William D. Herrin her...@dirtside.com b...@herrin.us
> 3005 Crane Dr. .. Web: <http://bill.herrin.us/>
> Falls Church, VA 22042-3004
>
--
Bryan Tong
Nullivex LLC | eSited LLC
(507) 298-1624
49 matches
Mail list logo
