Re: 2.4Ghz 40Mhz 802.11n wifi and Apple Macbook

[Josh Reynolds]

40MHz on 2.4 is note widely supported, and for good reason - it sucks up the 
entire unlicensed 2.4GHz band (if you include the 802.12 mask). 

On 5GHz, 20/40 are supported, and 80/160 in current and future versions of 
802.11ac.

On Jun 14, 2015 7:56 PM, Alexander Maassen  wrote:
>
> Shoot me if i'm wrong, but doesn't a mac prefer MIMO in order to work 
> correctly? 
>
> On Sun, June 14, 2015 8:42 pm, Brielle Bruns wrote: 
> > On 6/14/15 12:33 PM, Anurag Bhatia wrote: 
> >> Hello everyone, 
> >> 
> >> 
> >> 
> >> I am running a TP Link TL-WR1043N which (as TP Link says is a) 802.11n 
> >> router working on 2.4Ghz (no support for 5Ghz). I am running it with 
> >> flashed OpenWRT. 
> >> 
> >> 
> >> 
> >> While using option to pick 40Mhz, I see my Mac only gets 20Mhz to use 
> >> and 
> >> speed is always 130Mbps. There's no other SSID nearby and I am sitting 
> >> next 
> >> to router for testing. 
> >> 
> >> 
> >> This brings me to question - Has anyone successfully used 40Mhz with 
> >> 2.4Ghz 
> >> on 802.11n standard with Apple Macbook? I wonder if it's limitation on 
> >> the 
> >> chipset or something else. 
> >> 
> >> 
> >> 
> > 
> > Everything that I've seen/experienced says that Apple devices won't use 
> > 40mhz channels with 2.4 due to the overlapping bands/lack of good 
> > separation between channels. 
> > 
> > However, I'm not sure if this specifically applies to just the Airport 
> > APs like the Extreme, or to the laptops as well, as I use AE's at home, 
> > and the Unifi APs I do have in service all have 20mhz channels only set 
> > on them to avoid issues. 
> > 
> > 
> > -- 
> > Brielle Bruns 
> > The Summit Open Source Development Group 
> > http://www.sosdg.org    / http://www.ahbl.org 
> > 
>
>

Re: 2.4Ghz 40Mhz 802.11n wifi and Apple Macbook

[Alexander Maassen]

Shoot me if i'm wrong, but doesn't a mac prefer MIMO in order to work
correctly?

On Sun, June 14, 2015 8:42 pm, Brielle Bruns wrote:
> On 6/14/15 12:33 PM, Anurag Bhatia wrote:
>> Hello everyone,
>>
>>
>>
>> I am running a TP Link TL-WR1043N which (as TP Link says is a) 802.11n
>> router working on 2.4Ghz (no support for 5Ghz). I am running it with
>> flashed OpenWRT.
>>
>>
>>
>> While using option to pick 40Mhz, I see my Mac only gets 20Mhz to use
>> and
>> speed is always 130Mbps. There's no other SSID nearby and I am sitting
>> next
>> to router for testing.
>>
>>
>> This brings me to question - Has anyone successfully used 40Mhz with
>> 2.4Ghz
>> on 802.11n standard with Apple Macbook? I wonder if it's limitation on
>> the
>> chipset or something else.
>>
>>
>>
>
> Everything that I've seen/experienced says that Apple devices won't use
> 40mhz channels with 2.4 due to the overlapping bands/lack of good
> separation between channels.
>
> However, I'm not sure if this specifically applies to just the Airport
> APs like the Extreme, or to the laptops as well, as I use AE's at home,
> and the Unifi APs I do have in service all have 20mhz channels only set
> on them to avoid issues.
>
>
> --
> Brielle Bruns
> The Summit Open Source Development Group
> http://www.sosdg.org/ http://www.ahbl.org
>

Re: AS4788 Telecom Malaysia major route leak?

[Christopher Morrow]

On Sun, Jun 14, 2015 at 9:20 PM, Rafael Possamai  wrote:
> Well, I was wondering the same. I am guessing it depends on the SLA
> contract since they are all very unique and specific.

I'm going to bet that aside from a few one-off cases the SLA in
question talks about maintaining reachability inside L3's network, or
maybe even 'is your link up and can you ping the L3 gateway router you
connect to?'

SLA's aren't meant to actually get paid out...

Re: AS4788 Telecom Malaysia major route leak?

[Rafael Possamai]

Well, I was wondering the same. I am guessing it depends on the SLA
contract since they are all very unique and specific. I assume they would
have to, granted the issue lasted for a couple hours. Now, it depends on
how they define the outage. A fiber cut that yields a customer's service
unusable would be an easy SLA breach. Their legal team most likely removed
any liability due to someone else's negligence, although you could argue
they were negligent as well. So in this case they can claim the whole "best
effort" thing and get away with it. I am not a L3 customer, so was just
wondering out of curiosity.

On Sun, Jun 14, 2015 at 8:07 PM, Aftab Siddiqui 
wrote:

> Hi Rafael,
>
> I get that much, just wondering if Level3 would have to pay an SLA breach
>> to its customers given the mess started with TM (even though it could have
>> been avoided). And I am guessing if they do, they wouldn't be able to
>> recover anything from TM.
>
>
> I doubt if L3 has to pay anything to its customers in terms of SLA breach,
> its best effort. Are you aware of any such agreement which suggest
> otherwise? that would be interesting.
>

Re: AS4788 Telecom Malaysia major route leak?

[Aftab Siddiqui]

Hi Rafael,

I get that much, just wondering if Level3 would have to pay an SLA breach
> to its customers given the mess started with TM (even though it could have
> been avoided). And I am guessing if they do, they wouldn't be able to
> recover anything from TM.


I doubt if L3 has to pay anything to its customers in terms of SLA breach,
its best effort. Are you aware of any such agreement which suggest
otherwise? that would be interesting.

Re: AS4788 Telecom Malaysia major route leak?

[Randy Bush]

what i have yet to understand (probably my fault) is how L(3) propagated
the disease or, more correctly, what has happened over there that they
did not stop the propagation?  the crew that went there from mci ran a
very tight ship and L(3) has always had pretty rigid filters.  what
happened?  and i mean that in the sense of how can i not make a similar
mistake?

randy

Re: AS4788 Telecom Malaysia major route leak?

[Rafael Possamai]

I get that much, just wondering if Level3 would have to pay an SLA breach
to its customers given the mess started with TM (even though it could have
been avoided). And I am guessing if they do, they wouldn't be able to
recover anything from TM.

On Sun, Jun 14, 2015 at 7:07 PM, Mel Beckman  wrote:

>  SLAs are part of a contract, and thus only apply to the parties of the
> contract. There are no payments due to other parties. The Internet is a
> "best effort" network, with zero guarantees.
>
>  -mel beckman
>
> On Jun 14, 2015, at 4:06 PM, Rafael Possamai  wrote:
>
>   Does anyone know if there's an official "ruling" as to who gets to pay
> for the SLA breaches?
>
> On Sun, Jun 14, 2015 at 5:56 PM, Mel Beckman  wrote:
>
>> Raymond,
>>
>> But you said "A simple 'sorry' would have done." Now you're asking for
>> lots more detail. Why the change?
>>
>>  -mel beckman
>>
>> > On Jun 14, 2015, at 2:32 PM, Raymond Dijkxhoorn <
>> raym...@prolocation.net> wrote:
>> >
>> > Hello Mel,
>> >
>> > Must just be me then.
>> >
>> > I was most likely expecting a more in depth report. Strange things
>> happened. Perhaps they could post a 'what exactly happened' since this
>> wasnt a average route leak.
>> >
>> > Thanks,
>> > Raymond Dijkxhoorn
>> >
>> >> Op 14 jun. 2015 om 23:27 heeft Mel Beckman  het
>> volgende geschreven:
>> >>
>> >> Raymond,
>> >>
>> >> They provided a "simple sorry":
>> >>
>> >>   "We apologise for any inconvenience caused by the service
>> disruption."
>> >>
>> >> It doesn't get much more simple than that.
>> >>
>> >> -mel beckman
>> >>
>> >>> On Jun 14, 2015, at 2:21 PM, Raymond Dijkxhoorn <
>> raym...@prolocation.net> wrote:
>> >>>
>> >>> Hai!
>> >>>
>> >>> Mark, mistakes and oopses happen. No problem at all. I understand
>> that completely. There is human faillure and this happenes.
>> >>>
>> >>> A simple 'sorry' would have done. Yet their whole message tells 'they
>> did ok' In my very limited view they did NOT ok. Did i misread?
>> >>>
>> >>> I am also very much looking how level3 is going to prevent things
>> like this. But out of own experience they will not. We have seen before
>> that they implemented filtering based on customer lists. But not a per
>> customer filter. They did this globally. So any l3 customer can announce
>> routes of another l3 customer. While this can be changed this outage tells
>> there is certainly room for improvements.
>> >>>
>> >>> I hope people will learn from what happened and implement proper
>> filtering. Thats even more important then a message from a operator that
>> didnt even understand fully what they caused to the internet globally.
>> >>>
>> >>> Thanks,
>> >>> Raymond Dijkxhoorn
>> >>>
>>  Op 14 jun. 2015 om 23:04 heeft Mark Tinka 
>> het volgende geschreven:
>> 
>> 
>> 
>> > On 14/Jun/15 22:55, Raymond Dijkxhoorn wrote:
>> > Hai!
>> >
>> > Wouw! This is what they came up with?!
>> >
>> > Hopefully Level3 will take appropriate measures. Its amazing.
>> Really.
>> >
>> > 'Some internationally routes'
>> >
>> > Have they any idea what they did at all?
>> >
>> > Its amazing that with parties like that the internet still works as
>> is  ...
>> 
>>  I wouldn't be as hard. Stuff happens - and as they said, during a
>>  maintenance activity, they boo-boo'ed.
>> 
>>  Are Level(3) going to own up and say they should have had filters in
>>  place? I certainly hope they do.
>> 
>>  But more importantly, are Level(3) going to implement the filters
>>  against TM's circuit? Are they going to run around the network
>> looking
>>  for any additional customer circuits that need plugging? That's my
>>  concern...
>> 
>>  Mark.
>>
>
>

Re: AS4788 Telecom Malaysia major route leak?

[Rafael Possamai]

Does anyone know if there's an official "ruling" as to who gets to pay for
the SLA breaches?

On Sun, Jun 14, 2015 at 5:56 PM, Mel Beckman  wrote:

> Raymond,
>
> But you said "A simple 'sorry' would have done." Now you're asking for
> lots more detail. Why the change?
>
>  -mel beckman
>
> > On Jun 14, 2015, at 2:32 PM, Raymond Dijkxhoorn 
> wrote:
> >
> > Hello Mel,
> >
> > Must just be me then.
> >
> > I was most likely expecting a more in depth report. Strange things
> happened. Perhaps they could post a 'what exactly happened' since this
> wasnt a average route leak.
> >
> > Thanks,
> > Raymond Dijkxhoorn
> >
> >> Op 14 jun. 2015 om 23:27 heeft Mel Beckman  het
> volgende geschreven:
> >>
> >> Raymond,
> >>
> >> They provided a "simple sorry":
> >>
> >>   "We apologise for any inconvenience caused by the service disruption."
> >>
> >> It doesn't get much more simple than that.
> >>
> >> -mel beckman
> >>
> >>> On Jun 14, 2015, at 2:21 PM, Raymond Dijkxhoorn <
> raym...@prolocation.net> wrote:
> >>>
> >>> Hai!
> >>>
> >>> Mark, mistakes and oopses happen. No problem at all. I understand that
> completely. There is human faillure and this happenes.
> >>>
> >>> A simple 'sorry' would have done. Yet their whole message tells 'they
> did ok' In my very limited view they did NOT ok. Did i misread?
> >>>
> >>> I am also very much looking how level3 is going to prevent things like
> this. But out of own experience they will not. We have seen before that
> they implemented filtering based on customer lists. But not a per customer
> filter. They did this globally. So any l3 customer can announce routes of
> another l3 customer. While this can be changed this outage tells there is
> certainly room for improvements.
> >>>
> >>> I hope people will learn from what happened and implement proper
> filtering. Thats even more important then a message from a operator that
> didnt even understand fully what they caused to the internet globally.
> >>>
> >>> Thanks,
> >>> Raymond Dijkxhoorn
> >>>
>  Op 14 jun. 2015 om 23:04 heeft Mark Tinka  het
> volgende geschreven:
> 
> 
> 
> > On 14/Jun/15 22:55, Raymond Dijkxhoorn wrote:
> > Hai!
> >
> > Wouw! This is what they came up with?!
> >
> > Hopefully Level3 will take appropriate measures. Its amazing. Really.
> >
> > 'Some internationally routes'
> >
> > Have they any idea what they did at all?
> >
> > Its amazing that with parties like that the internet still works as
> is  ...
> 
>  I wouldn't be as hard. Stuff happens - and as they said, during a
>  maintenance activity, they boo-boo'ed.
> 
>  Are Level(3) going to own up and say they should have had filters in
>  place? I certainly hope they do.
> 
>  But more importantly, are Level(3) going to implement the filters
>  against TM's circuit? Are they going to run around the network looking
>  for any additional customer circuits that need plugging? That's my
>  concern...
> 
>  Mark.
>

Re: Hardware monitoring

[Jay Ashworth]

> I know this is slightly off-topic, but since it's still related to the
> list, I thought I'd give it a try. I am wondering what systems are out
> there (open source, preferably) for data collection and processing of
> hardware health data (temperature, CPU clock, fan speeds, etc).
> Ideally brand agnostic and location agnostic as well.
> 
> I know of Cacti, but it would require SNMP enabled devices AFAIK, so
> room/generator/misc monitors wouldn't necessarily be included.

You're going to find that the most commonly recommended solution, I think,
will be proxy SNMP, and let your SNMP monitor log it; there are *lots* of
reasons not to want to run two infrastructures for that.

Cheers,
- jra
-- 
Jay R. Ashworth  Baylink   j...@baylink.com
Designer The Things I Think   RFC 2100
Ashworth & Associates   http://www.bcp38.info  2000 Land Rover DII
St Petersburg FL USA  BCP38: Ask For It By Name!   +1 727 647 1274

Re: AS4788 Telecom Malaysia major route leak?

[B]

In addition to that, losing face in SE Asia is "not done".

On Mon, Jun 15, 2015 at 12:14:43AM +, ryanL wrote:
> keep in mind their target audience with that message is probably local
> malaysian customers, not the world.
> 
> On Sun, Jun 14, 2015 at 5:09 PM Mel Beckman  wrote:
> 
> > SLAs are part of a contract, and thus only apply to the parties of the
> > contract. There are no payments due to other parties. The Internet is a
> > "best effort" network, with zero guarantees.
> >
> >  -mel beckman
> >
> > On Jun 14, 2015, at 4:06 PM, Rafael Possamai  > raf...@gav.ufsc.br>> wrote:
> >
> > Does anyone know if there's an official "ruling" as to who gets to pay for
> > the SLA breaches?
> >
> > On Sun, Jun 14, 2015 at 5:56 PM, Mel Beckman  > m...@beckman.org>> wrote:
> > Raymond,
> >
> > But you said "A simple 'sorry' would have done." Now you're asking for
> > lots more detail. Why the change?
> >
> >  -mel beckman

Re: AS4788 Telecom Malaysia major route leak?

[ryanL]

keep in mind their target audience with that message is probably local
malaysian customers, not the world.

On Sun, Jun 14, 2015 at 5:09 PM Mel Beckman  wrote:

> SLAs are part of a contract, and thus only apply to the parties of the
> contract. There are no payments due to other parties. The Internet is a
> "best effort" network, with zero guarantees.
>
>  -mel beckman
>
> On Jun 14, 2015, at 4:06 PM, Rafael Possamai  raf...@gav.ufsc.br>> wrote:
>
> Does anyone know if there's an official "ruling" as to who gets to pay for
> the SLA breaches?
>
> On Sun, Jun 14, 2015 at 5:56 PM, Mel Beckman  m...@beckman.org>> wrote:
> Raymond,
>
> But you said "A simple 'sorry' would have done." Now you're asking for
> lots more detail. Why the change?
>
>  -mel beckman
>
> > On Jun 14, 2015, at 2:32 PM, Raymond Dijkxhoorn  > wrote:
> >
> > Hello Mel,
> >
> > Must just be me then.
> >
> > I was most likely expecting a more in depth report. Strange things
> happened. Perhaps they could post a 'what exactly happened' since this
> wasnt a average route leak.
> >
> > Thanks,
> > Raymond Dijkxhoorn
> >
> >> Op 14 jun. 2015 om 23:27 heeft Mel Beckman  m...@beckman.org>> het volgende geschreven:
> >>
> >> Raymond,
> >>
> >> They provided a "simple sorry":
> >>
> >>   "We apologise for any inconvenience caused by the service disruption."
> >>
> >> It doesn't get much more simple than that.
> >>
> >> -mel beckman
> >>
> >>> On Jun 14, 2015, at 2:21 PM, Raymond Dijkxhoorn <
> raym...@prolocation.net> wrote:
> >>>
> >>> Hai!
> >>>
> >>> Mark, mistakes and oopses happen. No problem at all. I understand that
> completely. There is human faillure and this happenes.
> >>>
> >>> A simple 'sorry' would have done. Yet their whole message tells 'they
> did ok' In my very limited view they did NOT ok. Did i misread?
> >>>
> >>> I am also very much looking how level3 is going to prevent things like
> this. But out of own experience they will not. We have seen before that
> they implemented filtering based on customer lists. But not a per customer
> filter. They did this globally. So any l3 customer can announce routes of
> another l3 customer. While this can be changed this outage tells there is
> certainly room for improvements.
> >>>
> >>> I hope people will learn from what happened and implement proper
> filtering. Thats even more important then a message from a operator that
> didnt even understand fully what they caused to the internet globally.
> >>>
> >>> Thanks,
> >>> Raymond Dijkxhoorn
> >>>
>  Op 14 jun. 2015 om 23:04 heeft Mark Tinka  > het volgende geschreven:
> 
> 
> 
> > On 14/Jun/15 22:55, Raymond Dijkxhoorn wrote:
> > Hai!
> >
> > Wouw! This is what they came up with?!
> >
> > Hopefully Level3 will take appropriate measures. Its amazing. Really.
> >
> > 'Some internationally routes'
> >
> > Have they any idea what they did at all?
> >
> > Its amazing that with parties like that the internet still works as
> is  ...
> 
>  I wouldn't be as hard. Stuff happens - and as they said, during a
>  maintenance activity, they boo-boo'ed.
> 
>  Are Level(3) going to own up and say they should have had filters in
>  place? I certainly hope they do.
> 
>  But more importantly, are Level(3) going to implement the filters
>  against TM's circuit? Are they going to run around the network looking
>  for any additional customer circuits that need plugging? That's my
>  concern...
> 
>  Mark.
>
>

Re: AS4788 Telecom Malaysia major route leak?

[Rubens Kuhl]

On Sun, Jun 14, 2015 at 9:07 PM, Mel Beckman  wrote:

> SLAs are part of a contract, and thus only apply to the parties of the
> contract. There are no payments due to other parties. The Internet is a
> "best effort" network, with zero guarantees.
>
>  -mel beckman
>

Ok, I'll bite: my $dayjob is a Level 3 client that was directly affected by
lack of availability due to recovery attempt Level 3 tried in our region.
Where $dayjob can collect $ for this incident ?


Rubens

Re: AS4788 Telecom Malaysia major route leak?

[Mel Beckman]

SLAs are part of a contract, and thus only apply to the parties of the 
contract. There are no payments due to other parties. The Internet is a "best 
effort" network, with zero guarantees.

 -mel beckman

On Jun 14, 2015, at 4:06 PM, Rafael Possamai 
mailto:raf...@gav.ufsc.br>> wrote:

Does anyone know if there's an official "ruling" as to who gets to pay for the 
SLA breaches?

On Sun, Jun 14, 2015 at 5:56 PM, Mel Beckman 
mailto:m...@beckman.org>> wrote:
Raymond,

But you said "A simple 'sorry' would have done." Now you're asking for lots 
more detail. Why the change?

 -mel beckman

> On Jun 14, 2015, at 2:32 PM, Raymond Dijkxhoorn 
> mailto:raym...@prolocation.net>> wrote:
>
> Hello Mel,
>
> Must just be me then.
>
> I was most likely expecting a more in depth report. Strange things happened. 
> Perhaps they could post a 'what exactly happened' since this wasnt a average 
> route leak.
>
> Thanks,
> Raymond Dijkxhoorn
>
>> Op 14 jun. 2015 om 23:27 heeft Mel Beckman 
>> mailto:m...@beckman.org>> het volgende geschreven:
>>
>> Raymond,
>>
>> They provided a "simple sorry":
>>
>>   "We apologise for any inconvenience caused by the service disruption."
>>
>> It doesn't get much more simple than that.
>>
>> -mel beckman
>>
>>> On Jun 14, 2015, at 2:21 PM, Raymond Dijkxhoorn 
>>> mailto:raym...@prolocation.net>> wrote:
>>>
>>> Hai!
>>>
>>> Mark, mistakes and oopses happen. No problem at all. I understand that 
>>> completely. There is human faillure and this happenes.
>>>
>>> A simple 'sorry' would have done. Yet their whole message tells 'they did 
>>> ok' In my very limited view they did NOT ok. Did i misread?
>>>
>>> I am also very much looking how level3 is going to prevent things like 
>>> this. But out of own experience they will not. We have seen before that 
>>> they implemented filtering based on customer lists. But not a per customer 
>>> filter. They did this globally. So any l3 customer can announce routes of 
>>> another l3 customer. While this can be changed this outage tells there is 
>>> certainly room for improvements.
>>>
>>> I hope people will learn from what happened and implement proper filtering. 
>>> Thats even more important then a message from a operator that didnt even 
>>> understand fully what they caused to the internet globally.
>>>
>>> Thanks,
>>> Raymond Dijkxhoorn
>>>
 Op 14 jun. 2015 om 23:04 heeft Mark Tinka 
 mailto:mark.ti...@seacom.mu>> het volgende 
 geschreven:



> On 14/Jun/15 22:55, Raymond Dijkxhoorn wrote:
> Hai!
>
> Wouw! This is what they came up with?!
>
> Hopefully Level3 will take appropriate measures. Its amazing. Really.
>
> 'Some internationally routes'
>
> Have they any idea what they did at all?
>
> Its amazing that with parties like that the internet still works as is 
>  ...

 I wouldn't be as hard. Stuff happens - and as they said, during a
 maintenance activity, they boo-boo'ed.

 Are Level(3) going to own up and say they should have had filters in
 place? I certainly hope they do.

 But more importantly, are Level(3) going to implement the filters
 against TM's circuit? Are they going to run around the network looking
 for any additional customer circuits that need plugging? That's my
 concern...

 Mark.

Re: AS4788 Telecom Malaysia major route leak?

[Mel Beckman]

Raymond,

But you said "A simple 'sorry' would have done." Now you're asking for lots 
more detail. Why the change?

 -mel beckman

> On Jun 14, 2015, at 2:32 PM, Raymond Dijkxhoorn  
> wrote:
> 
> Hello Mel,
> 
> Must just be me then. 
> 
> I was most likely expecting a more in depth report. Strange things happened. 
> Perhaps they could post a 'what exactly happened' since this wasnt a average 
> route leak. 
> 
> Thanks,
> Raymond Dijkxhoorn
> 
>> Op 14 jun. 2015 om 23:27 heeft Mel Beckman  het volgende 
>> geschreven:
>> 
>> Raymond,
>> 
>> They provided a "simple sorry":
>> 
>>   "We apologise for any inconvenience caused by the service disruption."
>> 
>> It doesn't get much more simple than that.
>> 
>> -mel beckman
>> 
>>> On Jun 14, 2015, at 2:21 PM, Raymond Dijkxhoorn  
>>> wrote:
>>> 
>>> Hai!
>>> 
>>> Mark, mistakes and oopses happen. No problem at all. I understand that 
>>> completely. There is human faillure and this happenes. 
>>> 
>>> A simple 'sorry' would have done. Yet their whole message tells 'they did 
>>> ok' In my very limited view they did NOT ok. Did i misread?
>>> 
>>> I am also very much looking how level3 is going to prevent things like 
>>> this. But out of own experience they will not. We have seen before that 
>>> they implemented filtering based on customer lists. But not a per customer 
>>> filter. They did this globally. So any l3 customer can announce routes of 
>>> another l3 customer. While this can be changed this outage tells there is 
>>> certainly room for improvements. 
>>> 
>>> I hope people will learn from what happened and implement proper filtering. 
>>> Thats even more important then a message from a operator that didnt even 
>>> understand fully what they caused to the internet globally. 
>>> 
>>> Thanks,
>>> Raymond Dijkxhoorn
>>> 
 Op 14 jun. 2015 om 23:04 heeft Mark Tinka  het 
 volgende geschreven:
 
 
 
> On 14/Jun/15 22:55, Raymond Dijkxhoorn wrote:
> Hai!
> 
> Wouw! This is what they came up with?! 
> 
> Hopefully Level3 will take appropriate measures. Its amazing. Really. 
> 
> 'Some internationally routes' 
> 
> Have they any idea what they did at all?
> 
> Its amazing that with parties like that the internet still works as is 
>  ...
 
 I wouldn't be as hard. Stuff happens - and as they said, during a
 maintenance activity, they boo-boo'ed.
 
 Are Level(3) going to own up and say they should have had filters in
 place? I certainly hope they do.
 
 But more importantly, are Level(3) going to implement the filters
 against TM's circuit? Are they going to run around the network looking
 for any additional customer circuits that need plugging? That's my
 concern...
 
 Mark.

Re: AS4788 Telecom Malaysia major route leak?

[Raymond Dijkxhoorn]

Hello Mel,

Must just be me then. 

I was most likely expecting a more in depth report. Strange things happened. 
Perhaps they could post a 'what exactly happened' since this wasnt a average 
route leak. 

Thanks,
Raymond Dijkxhoorn

> Op 14 jun. 2015 om 23:27 heeft Mel Beckman  het volgende 
> geschreven:
> 
> Raymond,
> 
> They provided a "simple sorry":
> 
>"We apologise for any inconvenience caused by the service disruption."
> 
> It doesn't get much more simple than that.
> 
> -mel beckman
> 
>> On Jun 14, 2015, at 2:21 PM, Raymond Dijkxhoorn  
>> wrote:
>> 
>> Hai!
>> 
>> Mark, mistakes and oopses happen. No problem at all. I understand that 
>> completely. There is human faillure and this happenes. 
>> 
>> A simple 'sorry' would have done. Yet their whole message tells 'they did 
>> ok' In my very limited view they did NOT ok. Did i misread?
>> 
>> I am also very much looking how level3 is going to prevent things like this. 
>> But out of own experience they will not. We have seen before that they 
>> implemented filtering based on customer lists. But not a per customer 
>> filter. They did this globally. So any l3 customer can announce routes of 
>> another l3 customer. While this can be changed this outage tells there is 
>> certainly room for improvements. 
>> 
>> I hope people will learn from what happened and implement proper filtering. 
>> Thats even more important then a message from a operator that didnt even 
>> understand fully what they caused to the internet globally. 
>> 
>> Thanks,
>> Raymond Dijkxhoorn
>> 
>>> Op 14 jun. 2015 om 23:04 heeft Mark Tinka  het 
>>> volgende geschreven:
>>> 
>>> 
>>> 
 On 14/Jun/15 22:55, Raymond Dijkxhoorn wrote:
 Hai!
 
 Wouw! This is what they came up with?! 
 
 Hopefully Level3 will take appropriate measures. Its amazing. Really. 
 
 'Some internationally routes' 
 
 Have they any idea what they did at all?
 
 Its amazing that with parties like that the internet still works as is 
  ...
>>> 
>>> I wouldn't be as hard. Stuff happens - and as they said, during a
>>> maintenance activity, they boo-boo'ed.
>>> 
>>> Are Level(3) going to own up and say they should have had filters in
>>> place? I certainly hope they do.
>>> 
>>> But more importantly, are Level(3) going to implement the filters
>>> against TM's circuit? Are they going to run around the network looking
>>> for any additional customer circuits that need plugging? That's my
>>> concern...
>>> 
>>> Mark.

Re: AS4788 Telecom Malaysia major route leak?

[Mel Beckman]

Raymond,

They provided a "simple sorry":

"We apologise for any inconvenience caused by the service disruption."

It doesn't get much more simple than that.

 -mel beckman

> On Jun 14, 2015, at 2:21 PM, Raymond Dijkxhoorn  
> wrote:
> 
> Hai!
> 
> Mark, mistakes and oopses happen. No problem at all. I understand that 
> completely. There is human faillure and this happenes. 
> 
> A simple 'sorry' would have done. Yet their whole message tells 'they did ok' 
> In my very limited view they did NOT ok. Did i misread?
> 
> I am also very much looking how level3 is going to prevent things like this. 
> But out of own experience they will not. We have seen before that they 
> implemented filtering based on customer lists. But not a per customer filter. 
> They did this globally. So any l3 customer can announce routes of another l3 
> customer. While this can be changed this outage tells there is certainly room 
> for improvements. 
> 
> I hope people will learn from what happened and implement proper filtering. 
> Thats even more important then a message from a operator that didnt even 
> understand fully what they caused to the internet globally. 
> 
> Thanks,
> Raymond Dijkxhoorn
> 
>> Op 14 jun. 2015 om 23:04 heeft Mark Tinka  het 
>> volgende geschreven:
>> 
>> 
>> 
>>> On 14/Jun/15 22:55, Raymond Dijkxhoorn wrote:
>>> Hai!
>>> 
>>> Wouw! This is what they came up with?! 
>>> 
>>> Hopefully Level3 will take appropriate measures. Its amazing. Really. 
>>> 
>>> 'Some internationally routes' 
>>> 
>>> Have they any idea what they did at all?
>>> 
>>> Its amazing that with parties like that the internet still works as is  
>>> ...
>> 
>> I wouldn't be as hard. Stuff happens - and as they said, during a
>> maintenance activity, they boo-boo'ed.
>> 
>> Are Level(3) going to own up and say they should have had filters in
>> place? I certainly hope they do.
>> 
>> But more importantly, are Level(3) going to implement the filters
>> against TM's circuit? Are they going to run around the network looking
>> for any additional customer circuits that need plugging? That's my
>> concern...
>> 
>> Mark.

Re: AS4788 Telecom Malaysia major route leak?

[Raymond Dijkxhoorn]

Hai!

Mark, mistakes and oopses happen. No problem at all. I understand that 
completely. There is human faillure and this happenes. 

A simple 'sorry' would have done. Yet their whole message tells 'they did ok' 
In my very limited view they did NOT ok. Did i misread?

I am also very much looking how level3 is going to prevent things like this. 
But out of own experience they will not. We have seen before that they 
implemented filtering based on customer lists. But not a per customer filter. 
They did this globally. So any l3 customer can announce routes of another l3 
customer. While this can be changed this outage tells there is certainly room 
for improvements. 

I hope people will learn from what happened and implement proper filtering. 
Thats even more important then a message from a operator that didnt even 
understand fully what they caused to the internet globally. 

Thanks,
Raymond Dijkxhoorn

> Op 14 jun. 2015 om 23:04 heeft Mark Tinka  het volgende 
> geschreven:
> 
> 
> 
>> On 14/Jun/15 22:55, Raymond Dijkxhoorn wrote:
>> Hai!
>> 
>> Wouw! This is what they came up with?! 
>> 
>> Hopefully Level3 will take appropriate measures. Its amazing. Really. 
>> 
>> 'Some internationally routes' 
>> 
>> Have they any idea what they did at all?
>> 
>> Its amazing that with parties like that the internet still works as is  
>> ...
> 
> I wouldn't be as hard. Stuff happens - and as they said, during a
> maintenance activity, they boo-boo'ed.
> 
> Are Level(3) going to own up and say they should have had filters in
> place? I certainly hope they do.
> 
> But more importantly, are Level(3) going to implement the filters
> against TM's circuit? Are they going to run around the network looking
> for any additional customer circuits that need plugging? That's my
> concern...
> 
> Mark.

RE: AS4788 Telecom Malaysia major route leak?

[Jürgen Jaritsch]

They should verify the GBLX customer ports as well ...


Jürgen Jaritsch
Head of Network & Infrastructure

ANEXIA Internetdienstleistungs GmbH

Telefon: +43-5-0556-300
Telefax: +43-5-0556-500

E-Mail: j...@anexia.at
Web: http://www.anexia.at

Anschrift Hauptsitz Klagenfurt: Feldkirchnerstraße 140, 9020 Klagenfurt
Geschäftsführer: Alexander Windbichler
Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601

Re: AS4788 Telecom Malaysia major route leak?

[Mark Tinka]

On 14/Jun/15 22:55, Raymond Dijkxhoorn wrote:
> Hai!
>
> Wouw! This is what they came up with?! 
>
> Hopefully Level3 will take appropriate measures. Its amazing. Really. 
>
> 'Some internationally routes' 
>
> Have they any idea what they did at all?
>
> Its amazing that with parties like that the internet still works as is  
> ... 

I wouldn't be as hard. Stuff happens - and as they said, during a
maintenance activity, they boo-boo'ed.

Are Level(3) going to own up and say they should have had filters in
place? I certainly hope they do.

But more importantly, are Level(3) going to implement the filters
against TM's circuit? Are they going to run around the network looking
for any additional customer circuits that need plugging? That's my
concern...

Mark.

Re: AS4788 Telecom Malaysia major route leak?

[Raymond Dijkxhoorn]

Hai!

Wouw! This is what they came up with?! 

Hopefully Level3 will take appropriate measures. Its amazing. Really. 

'Some internationally routes' 

Have they any idea what they did at all?

Its amazing that with parties like that the internet still works as is  ... 

Thanks,
Raymond Dijkxhoorn

> Op 14 jun. 2015 om 20:27 heeft Job Snijders  het volgende 
> geschreven:
> 
>> On Fri, Jun 12, 2015 at 08:25:40PM +, Jürgen Jaritsch wrote:
>> This is the official [level3] feedback:
>> 
>> [ ... ]
> 
> For completeness sake: here is what Telekom Malaysia published about the
> issue:
> 
>Telekom Malaysia Berhad (TM) wishes to update on the service related
>issue detected yesterday, 12 June 2015 affecting a number of our
>Internet services customers that caused a deterioration in
>connection performance.
> 
>We identified the root cause and our network team immediately took
>steps to optimise traffic flows, while we worked to restore
>connectivity to its expected level of performance. The services were
>restored at 6.30pm on the same day.
> 
>We would like to clarify that during a network reconfiguration
>exercise, we had unintentionally updated traffic routing information
>which caused congestion and packet loss to our international
>connectivity. This had affected the internet traffic flow for some
>of our customers and some international traffic routes.
> 
>We apologise for any inconvenience caused by the service disruption
>and would like to assure customers that we are undertaking all the
>necessary measures to ensure customers continue to experience
>uninterrupted services.
> 
>Meanwhile, customers who have any enquiry or require further
>assistance can email us at h...@tm.com.my or tweet to us via
>@tmconnects on Twitter.
> 
>source: 
> https://www.tm.com.my/OnlineHelp/Announcement/Pages/INTERNET-SERVICES-DISRUPTION-12-June-2015.aspx
> 
> Kind regards,
> 
> Job

Re: Question about EX - SRX redundancy

[Anurag Bhatia]

Hi Rob


I couldn't get the ports working on SRX with low priority on the cluster.
They always showed as down by protocol and never picked traffic. Can you
put some light on the reason for that?



Thanks

On Sun, Jun 14, 2015 at 3:42 AM, Rob Greenwood  wrote:

> >   3. In case of SRX only one device runs at a time and ports of other SRX
> >   (slave) do not access traffic at all as long as it see the master is
> up via
> >   heartbeat.
> Not entirely accurate. The control plane (routing engine) is only active
> on one SRX at a time, however, the data plane is active on both. This means
> in your configuration, both ae1 and ae2 on the EX will be passing traffic
> to both SRXs.
>
> It’s also worth noting you can create multiple redundancy groups and split
> them between both SRXs. If a device fails, all redundancy groups on the
> failed device will be migrated to the remaining one.
>
> -Rob
>



-- 


Anurag Bhatia
anuragbhatia.com

Linkedin  | Twitter

Skype: anuragbhatia.com

PGP Key Fingerprint: 3115 677D 2E94 B696 651B 870C C06D D524 245E 58E2

Re: 2.4Ghz 40Mhz 802.11n wifi and Apple Macbook

[Brielle Bruns]

On 6/14/15 12:33 PM, Anurag Bhatia wrote:

Hello everyone,



I am running a TP Link TL-WR1043N which (as TP Link says is a) 802.11n
router working on 2.4Ghz (no support for 5Ghz). I am running it with
flashed OpenWRT.



While using option to pick 40Mhz, I see my Mac only gets 20Mhz to use and
speed is always 130Mbps. There's no other SSID nearby and I am sitting next
to router for testing.


This brings me to question - Has anyone successfully used 40Mhz with 2.4Ghz
on 802.11n standard with Apple Macbook? I wonder if it's limitation on the
chipset or something else.





Everything that I've seen/experienced says that Apple devices won't use 
40mhz channels with 2.4 due to the overlapping bands/lack of good 
separation between channels.


However, I'm not sure if this specifically applies to just the Airport 
APs like the Extreme, or to the laptops as well, as I use AE's at home, 
and the Unifi APs I do have in service all have 20mhz channels only set 
on them to avoid issues.



--
Brielle Bruns
The Summit Open Source Development Group
http://www.sosdg.org/ http://www.ahbl.org

2.4Ghz 40Mhz 802.11n wifi and Apple Macbook

[Anurag Bhatia]

Hello everyone,



I am running a TP Link TL-WR1043N which (as TP Link says is a) 802.11n
router working on 2.4Ghz (no support for 5Ghz). I am running it with
flashed OpenWRT.



While using option to pick 40Mhz, I see my Mac only gets 20Mhz to use and
speed is always 130Mbps. There's no other SSID nearby and I am sitting next
to router for testing.


This brings me to question - Has anyone successfully used 40Mhz with 2.4Ghz
on 802.11n standard with Apple Macbook? I wonder if it's limitation on the
chipset or something else.





Thanks.


-- 


Anurag Bhatia
anuragbhatia.com

Linkedin  | Twitter

Skype: anuragbhatia.com

PGP Key Fingerprint: 3115 677D 2E94 B696 651B 870C C06D D524 245E 58E2

Re: AS4788 Telecom Malaysia major route leak?

[Job Snijders]

On Fri, Jun 12, 2015 at 08:25:40PM +, Jürgen Jaritsch wrote:
> This is the official [level3] feedback:
> 
> [ ... ]

For completeness sake: here is what Telekom Malaysia published about the
issue:

Telekom Malaysia Berhad (TM) wishes to update on the service related
issue detected yesterday, 12 June 2015 affecting a number of our
Internet services customers that caused a deterioration in
connection performance.
 
We identified the root cause and our network team immediately took
steps to optimise traffic flows, while we worked to restore
connectivity to its expected level of performance. The services were
restored at 6.30pm on the same day.
 
We would like to clarify that during a network reconfiguration
exercise, we had unintentionally updated traffic routing information
which caused congestion and packet loss to our international
connectivity. This had affected the internet traffic flow for some
of our customers and some international traffic routes.
 
We apologise for any inconvenience caused by the service disruption
and would like to assure customers that we are undertaking all the
necessary measures to ensure customers continue to experience
uninterrupted services.
 
Meanwhile, customers who have any enquiry or require further
assistance can email us at h...@tm.com.my or tweet to us via
@tmconnects on Twitter.

source: 
https://www.tm.com.my/OnlineHelp/Announcement/Pages/INTERNET-SERVICES-DISRUPTION-12-June-2015.aspx

Kind regards,

Job

RE: Hardware monitoring

[Jürgen Jaritsch]

No worries cause your answer wasn't totally wrong :)

>From my POV PRTG is nearly a 100% solution and you do not need much more tools 
>to get an good view of your running inventory. Beside PRTG we're only running 
>some tools for flow analysis, NetApp storage analysis, etc. In sum we're 
>running <5 tools to monitor EVERYTHING (hardware, software, datacentre infra, 
>etc).




Jürgen Jaritsch
Head of Network & Infrastructure

ANEXIA Internetdienstleistungs GmbH

Telefon: +43-5-0556-300
Telefax: +43-5-0556-500

E-Mail: j...@anexia.at
Web: http://www.anexia.at

Anschrift Hauptsitz Klagenfurt: Feldkirchnerstraße 140, 9020 Klagenfurt
Geschäftsführer: Alexander Windbichler
Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601


-Original Message-
From: Stephen Satchell [l...@satchell.net]
Received: Sonntag, 14 Juni 2015, 20:03
To: nanog@nanog.org [nanog@nanog.org]
Subject: Re: Hardware monitoring

Appreciate the amplification.

Cunningham's Law: "The best way to get the right answer on the Internet
is not to ask a question, it's to post the wrong answer."

On 06/14/2015 10:46 AM, Jürgen Jaritsch wrote:
>> This is a product designed for use on Windows only,
>
> No. The monitoring itself requires windows as OS but only for the Mgmt 
> service, DB service, etc. You do not need a client (like for Nagios/etc) to 
> monitor other systems. You simply monitor devices via http (e.g. APIs, etc) 
> or SNMP, etc. You can also integrate other coding languages (Perl, PHP, C++, 
> etc) if you need something unsupported.
>
>
> Jürgen Jaritsch
> Head of Network & Infrastructure
>
> ANEXIA Internetdienstleistungs GmbH
>
> Telefon: +43-5-0556-300
> Telefax: +43-5-0556-500
>
> E-Mail: j...@anexia.at
> Web: http://www.anexia.at
>
> Anschrift Hauptsitz Klagenfurt: Feldkirchnerstraße 140, 9020 Klagenfurt
> Geschäftsführer: Alexander Windbichler
> Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601
>
>
> -Original Message-
> From: Stephen Satchell [l...@satchell.net]
> Received: Sonntag, 14 Juni 2015, 19:37
> To: nanog@nanog.org [nanog@nanog.org]
> Subject: Re: Hardware monitoring
>
> On 06/14/2015 10:23 AM, Jürgen Jaritsch wrote:
>> We're using PRTG from Paessler (http://www.paessler.com).
>
> This is a product designed for use on Windows only, no mention of ports
> to other operating systems.  For some people, this is fine.  For others,
> who don't want to mess with Windows at all, it's a concern.
>
> Looking at some of the product sheets, it looks boss at what it does.
> In particular, the "David Letterman" view is an interesting quick
> snapshot look at what is going on.
>

Re: Hardware monitoring

[Stephen Satchell]

Appreciate the amplification.

Cunningham's Law: "The best way to get the right answer on the Internet 
is not to ask a question, it's to post the wrong answer."


On 06/14/2015 10:46 AM, Jürgen Jaritsch wrote:

This is a product designed for use on Windows only,


No. The monitoring itself requires windows as OS but only for the Mgmt service, 
DB service, etc. You do not need a client (like for Nagios/etc) to monitor 
other systems. You simply monitor devices via http (e.g. APIs, etc) or SNMP, 
etc. You can also integrate other coding languages (Perl, PHP, C++, etc) if you 
need something unsupported.


Jürgen Jaritsch
Head of Network & Infrastructure

ANEXIA Internetdienstleistungs GmbH

Telefon: +43-5-0556-300
Telefax: +43-5-0556-500

E-Mail: j...@anexia.at
Web: http://www.anexia.at

Anschrift Hauptsitz Klagenfurt: Feldkirchnerstraße 140, 9020 Klagenfurt
Geschäftsführer: Alexander Windbichler
Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601


-Original Message-
From: Stephen Satchell [l...@satchell.net]
Received: Sonntag, 14 Juni 2015, 19:37
To: nanog@nanog.org [nanog@nanog.org]
Subject: Re: Hardware monitoring

On 06/14/2015 10:23 AM, Jürgen Jaritsch wrote:

We're using PRTG from Paessler (http://www.paessler.com).


This is a product designed for use on Windows only, no mention of ports
to other operating systems.  For some people, this is fine.  For others,
who don't want to mess with Windows at all, it's a concern.

Looking at some of the product sheets, it looks boss at what it does.
In particular, the "David Letterman" view is an interesting quick
snapshot look at what is going on.

RE: Hardware monitoring

[Jürgen Jaritsch]

> This is a product designed for use on Windows only,

No. The monitoring itself requires windows as OS but only for the Mgmt service, 
DB service, etc. You do not need a client (like for Nagios/etc) to monitor 
other systems. You simply monitor devices via http (e.g. APIs, etc) or SNMP, 
etc. You can also integrate other coding languages (Perl, PHP, C++, etc) if you 
need something unsupported.


Jürgen Jaritsch
Head of Network & Infrastructure

ANEXIA Internetdienstleistungs GmbH

Telefon: +43-5-0556-300
Telefax: +43-5-0556-500

E-Mail: j...@anexia.at
Web: http://www.anexia.at

Anschrift Hauptsitz Klagenfurt: Feldkirchnerstraße 140, 9020 Klagenfurt
Geschäftsführer: Alexander Windbichler
Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601


-Original Message-
From: Stephen Satchell [l...@satchell.net]
Received: Sonntag, 14 Juni 2015, 19:37
To: nanog@nanog.org [nanog@nanog.org]
Subject: Re: Hardware monitoring

On 06/14/2015 10:23 AM, Jürgen Jaritsch wrote:
> We're using PRTG from Paessler (http://www.paessler.com).

This is a product designed for use on Windows only, no mention of ports
to other operating systems.  For some people, this is fine.  For others,
who don't want to mess with Windows at all, it's a concern.

Looking at some of the product sheets, it looks boss at what it does.
In particular, the "David Letterman" view is an interesting quick
snapshot look at what is going on.

Re: Hardware monitoring

[Stephen Satchell]

On 06/14/2015 10:23 AM, Jürgen Jaritsch wrote:

We're using PRTG from Paessler (http://www.paessler.com).


This is a product designed for use on Windows only, no mention of ports 
to other operating systems.  For some people, this is fine.  For others, 
who don't want to mess with Windows at all, it's a concern.


Looking at some of the product sheets, it looks boss at what it does. 
In particular, the "David Letterman" view is an interesting quick 
snapshot look at what is going on.

RE: Hardware monitoring

[Jürgen Jaritsch]

Hi,

We're using PRTG from Paessler (http://www.paessler.com). We're monitoring > 
50k sensors (storage, network, hardware, applications, a/c, generators, door 
locks, liquid detection system in datacentres, etc) ... Best decision ever!

Best regards


Jürgen Jaritsch
Head of Network & Infrastructure

ANEXIA Internetdienstleistungs GmbH

Telefon: +43-5-0556-300
Telefax: +43-5-0556-500

E-Mail: j...@anexia.at
Web: http://www.anexia.at

Anschrift Hauptsitz Klagenfurt: Feldkirchnerstraße 140, 9020 Klagenfurt
Geschäftsführer: Alexander Windbichler
Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601


-Original Message-
From: Stephen Satchell [l...@satchell.net]
Received: Sonntag, 14 Juni 2015, 17:57
To: nanog@nanog.org [nanog@nanog.org]
Subject: Re: Hardware monitoring

Even cheaper, but a little more DYI, you can look into building a small
Linux box, load MRTG (which you should be running anyway), and crafting
small probe scripts that would feed the "traffic" grapher.  For switch
closures like on water-sensors, you will need an I/O board, but they are
readily available and pretty easy to script.

For temperature/voltage alarms, those same scripts can send alarm e-mail
when particular values fall outside of the range.  Ditto switch sensing.

Also, there are SNMP-based solutions you may not have thought of.  Have
Cisco routers?  The environmental sensors are available via SNMP.


On 06/14/2015 08:43 AM, Ryan DiRocco wrote:
> Just for getting your feet wet and doing so on a (tiny) budget. If you 
> want to monitor non-SNMP devices such as things like room temp probes, water 
> leak detection, generator/ats/ups alarm outputs, etc . You could look into 
> something like the APC AP9340 units
>
> These support APC's own temp/humidity probes, various user input, modbus 
> rs-485 port, etc.
>
> They are very cheap (~$100) or so in ebay land and are quite easy to monitor 
> via SNMP.
> User Guide: 
> http://www.apcmedia.com/salestools/ASTE-6Z5QDH/ASTE-6Z5QDH_R1_EN.pdf
>
> -Original Message-
> From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Rafael Possamai
> Sent: Saturday, June 13, 2015 12:55 PM
> To: nanog@nanog.org
> Subject: Hardware monitoring
>
> Hi everyone,
>
> I know this is slightly off-topic, but since it's still related to the list, 
> I thought I'd give it a try. I am wondering what systems are out there (open 
> source, preferably) for data collection and processing of hardware health 
> data (temperature, CPU clock, fan speeds, etc). Ideally brand agnostic and 
> location agnostic as well.
>
> I know of Cacti, but it would require SNMP enabled devices AFAIK, so 
> room/generator/misc monitors wouldn't necessarily be included.
>
>
> Thanks in advance.
>
> Rafael
>

Re: NANOG Digest, Vol 89, Issue 15

[Abdulkareem H. Ali]

Hi,

>Message: 15
>Date: Sun, 14 Jun 2015 01:09:44 +0530
>From: Anurag Bhatia 
>To: NANOG Mailing List 
>Subject: Re: Question about EX - SRX redundancy
>Message-ID:
>   
>Content-Type: text/plain; charset=UTF-8

>   3. In case of SRX only one device runs at a time and ports of other SRX
>   (slave) do not access traffic at all as long as it see the master is up via
>   heartbeat.

This is true with regards to RETH interfaces, but any interface that is
not part of a reth group on the slave SRX will function all the time.
The SRX HA works with RE being up only on the master, while the PFE
(which is what all interfaces use) is live on both systems all the time.

In fact, you can make a reth group to have it's master interface on the
slave SRX, depending on your redundancy group priorities. Also, I'd
recommend assigning more than one interface for FAB links, providing
your SRXes have the spares to use.

Kareem.

-- 
Abdulkareem H. Ali
Network Operations Engineer
CentralNic Group PLC
London Stock Exchange Symbol: CNIC

+44 20 3388 0600
www.CentralNic.com

CentralNic Group PLC is a company registered in England and Wales with
company number 8576358. Registered Offices: 35-39 Moorgate, London, EC2R
6AR.

Re: Hardware monitoring

[Stephen Satchell]

Even cheaper, but a little more DYI, you can look into building a small 
Linux box, load MRTG (which you should be running anyway), and crafting 
small probe scripts that would feed the "traffic" grapher.  For switch 
closures like on water-sensors, you will need an I/O board, but they are 
readily available and pretty easy to script.


For temperature/voltage alarms, those same scripts can send alarm e-mail 
when particular values fall outside of the range.  Ditto switch sensing.


Also, there are SNMP-based solutions you may not have thought of.  Have 
Cisco routers?  The environmental sensors are available via SNMP.



On 06/14/2015 08:43 AM, Ryan DiRocco wrote:

Just for getting your feet wet and doing so on a (tiny) budget. If you want 
to monitor non-SNMP devices such as things like room temp probes, water leak 
detection, generator/ats/ups alarm outputs, etc . You could look into something 
like the APC AP9340 units

These support APC's own temp/humidity probes, various user input, modbus rs-485 
port, etc.

They are very cheap (~$100) or so in ebay land and are quite easy to monitor 
via SNMP.
User Guide: http://www.apcmedia.com/salestools/ASTE-6Z5QDH/ASTE-6Z5QDH_R1_EN.pdf

-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Rafael Possamai
Sent: Saturday, June 13, 2015 12:55 PM
To: nanog@nanog.org
Subject: Hardware monitoring

Hi everyone,

I know this is slightly off-topic, but since it's still related to the list, I 
thought I'd give it a try. I am wondering what systems are out there (open 
source, preferably) for data collection and processing of hardware health data 
(temperature, CPU clock, fan speeds, etc). Ideally brand agnostic and location 
agnostic as well.

I know of Cacti, but it would require SNMP enabled devices AFAIK, so 
room/generator/misc monitors wouldn't necessarily be included.


Thanks in advance.

Rafael

RE: Hardware monitoring

[Ryan DiRocco]

Just for getting your feet wet and doing so on a (tiny) budget. If you want 
to monitor non-SNMP devices such as things like room temp probes, water leak 
detection, generator/ats/ups alarm outputs, etc . You could look into something 
like the APC AP9340 units 

These support APC's own temp/humidity probes, various user input, modbus rs-485 
port, etc. 

They are very cheap (~$100) or so in ebay land and are quite easy to monitor 
via SNMP.
User Guide: http://www.apcmedia.com/salestools/ASTE-6Z5QDH/ASTE-6Z5QDH_R1_EN.pdf

-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Rafael Possamai
Sent: Saturday, June 13, 2015 12:55 PM
To: nanog@nanog.org
Subject: Hardware monitoring

Hi everyone,

I know this is slightly off-topic, but since it's still related to the list, I 
thought I'd give it a try. I am wondering what systems are out there (open 
source, preferably) for data collection and processing of hardware health data 
(temperature, CPU clock, fan speeds, etc). Ideally brand agnostic and location 
agnostic as well.

I know of Cacti, but it would require SNMP enabled devices AFAIK, so 
room/generator/misc monitors wouldn't necessarily be included.


Thanks in advance.

Rafael

RE: Open letter to Level3 concerning the global routing issues on June 12th

[Evan Moore]

While this is all true, and I'm always willing to forgive honest errors 
accompanied by sincere admissions, my recent Level 3 experience (beginning 
prior to the 12th) has strongly biased me toward the third option Niels meant: 
serious lack of clue.  I've had multiple tickets open over several weeks 
inquiring why Level 3 is announcing several /24s out of 8/8 to peers, and I 
keep getting told it's my fault.  Supposedly my tickets have gone upstream to 
higher levels, but nothing changes and the answers I get are wrong.

If anyone with clue at Level 3 would like to redeem my faith, please get in 
touch.

ERM

Evan R Moore
Network Engineer and Bitwrangler
Sovernet Communications
emo...@sover.net


-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Jared Mauch
Sent: Sunday, June 14, 2015 10:38 AM
To: Stephen Satchell
Cc: nanog@nanog.org
Subject: Re: Open letter to Level3 concerning the global routing issues on June 
12th

There are lots of options from failure to follow procedure to software defect 
amongst others. We are all human, except for my coworker the Troy-bot-3000. 
Even well intentioned and motivated people have bad things happen to them. 

What I look for in these incidents is what can be learned and improved upon. 

If you are motivated about the routing manifesto please join the mailing list. 

Thanks,

Jared Mauch

> On Jun 14, 2015, at 10:33 AM, Stephen Satchell  wrote:
> 
>> On 06/14/2015 07:06 AM, Niels Bakker wrote:
>> * raf...@gav.ufsc.br (Rafael Possamai) [Sun 14 Jun 2015, 04:54 CEST]:
>>> This was either an isolated incident or they really don't care much.
>> 
>> Have you considered the third option?
> 
> Third option?

Re: Open letter to Level3 concerning the global routing issues on June 12th

[Jared Mauch]

There are lots of options from failure to follow procedure to software defect 
amongst others. We are all human, except for my coworker the Troy-bot-3000. 
Even well intentioned and motivated people have bad things happen to them. 

What I look for in these incidents is what can be learned and improved upon. 

If you are motivated about the routing manifesto please join the mailing list. 

Thanks,

Jared Mauch

> On Jun 14, 2015, at 10:33 AM, Stephen Satchell  wrote:
> 
>> On 06/14/2015 07:06 AM, Niels Bakker wrote:
>> * raf...@gav.ufsc.br (Rafael Possamai) [Sun 14 Jun 2015, 04:54 CEST]:
>>> This was either an isolated incident or they really don't care much.
>> 
>> Have you considered the third option?
> 
> Third option?

Re: Open letter to Level3 concerning the global routing issues on June 12th

[Stephen Satchell]

On 06/14/2015 07:06 AM, Niels Bakker wrote:

* raf...@gav.ufsc.br (Rafael Possamai) [Sun 14 Jun 2015, 04:54 CEST]:

This was either an isolated incident or they really don't care much.


Have you considered the third option?


Third option?

Re: Open letter to Level3 concerning the global routing issues on June 12th

[Niels Bakker]

* raf...@gav.ufsc.br (Rafael Possamai) [Sun 14 Jun 2015, 04:54 CEST]:
A lot of these things are for show only.. Like a big corporation 
donating to non-profits and sponsoring "feel good" events.


Donating costs actual money, unlike putting a statement on a webpage



This was either an isolated incident or they really don't care much.


Have you considered the third option?


-- Niels.

Re: Setting Up a Looking Glass

[Mark Foster]

If only it wasn't on sourceforge?

http://ow.ly/OhNcR

(or the original link,
http://www.howtogeek.com/218764/warning-don’t-download-software-from-sourceforge-if-you-can-help-it/)



On Sun, June 14, 2015 2:40 pm, Hicks, Byron wrote:
> http://sourceforge.net/projects/routerproxy/
>
> Is my looking glass/router proxy of choice.
>
>
>> On Jun 13, 2015, at 5:21 PM, Jim Popovitch  wrote:
>>
>> On Sat, Jun 13, 2015 at 6:10 PM, Randy Bush  wrote:
> Here's a relatively new and fresh perspective on it:
> https://github.com/ramnode/LookingGlass
> You can see it in action here:
> http://lg.nyc.ramnode.com/
 looking glass without routing, indeed a new perspective :(
>>>
>>> with a bit more coffee, perhaps i can expand a bit.
>>>
>>> for widely distributed data plane probes (ping/traceroute/...), we have
>>> good alternatives, nlring, ripe atlas, traceroute.org, etc.  as an op,
>>> nlring is my fave of the month as i can go from question to result in
>>> minimal typing and a matter of seconds.
>>>
>>> 'looking glass' has traditionally meant a control plane (routing) view.
>>> this is a rarer beast, and setting one up is often a bit crude.
>>
>> Indeed.  As with most things there are always more than one meaning,
>> and of course even those change with time.I read into the OP's
>> words that he was looking for a locally hosted capability that he
>> could easily give out to his people in order to trouble shoot
>> connectivity.
>>
>> -Jim P.
>
> —
> Byron Hicks
> Lonestar Education and Research Network
> 972-746-2549
> aim/skype: byronhicks
>
>
>
>
>

Re: Hardware monitoring

[b-nanog]

librenms, a fork of observium, originally designed to do network monitoring but 
over the last years, expanded into servers/devices.

http://www.librenms.org/


On Sat, Jun 13, 2015 at 11:54:51AM -0500, Rafael Possamai wrote:
> Hi everyone,
> 
> I know this is slightly off-topic, but since it's still related to the
> list, I thought I'd give it a try. I am wondering what systems are out
> there (open source, preferably) for data collection and processing of
> hardware health data (temperature, CPU clock, fan speeds, etc). Ideally
> brand agnostic and location agnostic as well.
> 
> I know of Cacti, but it would require SNMP enabled devices AFAIK, so
> room/generator/misc monitors wouldn't necessarily be included.
> 
> 
> Thanks in advance.
> 
> Rafael

B