Re: [AFMUG] CNS ...Forbidden 403

[Greg Osborn via Af]

Bingo..Thanks

 

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Jordan Stipati via Af
Sent: Wednesday, November 19, 2014 5:07 PM
To: af@afmug.com
Subject: Re: [AFMUG] CNS ...Forbidden 403

 

Greg,

 

Try entering "https://"; at the beginning of the URL (note the s).  If you've
already tried https type in plain "http://"; instead.

 

Regards,

Jordan Stipati

Senior Engineer - Software

Cambium Networks
E:  
jordan.stip...@cambiumnetworks.com

  www.cambiumnetworks.com



 

 

 

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Greg Osborn via Af
Sent: Wednesday, November 19, 2014 3:00 PM
To: af@afmug.com  
Subject: [AFMUG] CNS ...Forbidden 403

 

I show all 3 services running for CNS, but am getting a 403 error.  What am
I missing?

 

 

--

Thank you,


Greg Osborn
Tech Support and Field Service Manager
OnlyInternet.Net
1.800.363.0989
    
 

 

Re: [AFMUG] ePMP antennas for subs

[Gino Villarini via Af]

AFAIK Double Radius has stock



Gino A. Villarini
President
Aeronet Wireless Broadband Corp.
www.aeronetpr.com
@aeronetpr



From: "af@afmug.com" mailto:af@afmug.com>>
Reply-To: "af@afmug.com" 
mailto:af@afmug.com>>
Date: Wednesday, November 19, 2014 at 6:11 PM
To: "af@afmug.com" mailto:af@afmug.com>>
Subject: Re: [AFMUG] ePMP antennas for subs


At least two distributors as of yesterday

Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Nov 19, 2014 4:57 PM, "Alan West via Af" mailto:af@afmug.com>> 
wrote:
Um, where is it?


On Wednesday, November 19, 2014 3:55 PM, Josh Luthman via Af 
mailto:af@afmug.com>> wrote:


Force 110 is here...


Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Wed, Nov 19, 2014 at 4:00 PM, Alan West via Af 
mailto:af@afmug.com>> wrote:
When the Force 110 arrives (still waiting) use it. It is a definite step up 
from the Force 100



On Wednesday, November 19, 2014 2:50 PM, Gino Villarini via Af 
mailto:af@afmug.com>> wrote:


Force100

Gino A. Villarini
@gvillarini



> On Nov 19, 2014, at 4:21 PM, Keith Fletcher via Af 
> mailto:af@afmug.com>> wrote:
>
> What are you guys using & finding works well as an antenna for the 
> connectorized ePMP subs.  NO reflector dishes!

Re: [AFMUG] Where I am - I being Chuck McCown

[Ty Featherling via Af]

Jay, that had my actually laughing at my desk. Well done.

-Ty

On Thu, Nov 20, 2014 at 12:19 AM, CBB - Jay Fuller via Af 
wrote:

>
> WHY ARE YOU MOCKING ME?!?!?!?!?!?!?!
>
>
> - Original Message -
> *From:* Nate Burke via Af 
> *To:* af@afmug.com
> *Sent:* Wednesday, November 19, 2014 6:21 PM
> *Subject:* Re: [AFMUG] Where I am - I being Chuck McCown
>
> Has the MPAA Officer come and found you in the theater yet?
>
>
> On 11/19/2014 6:14 PM, Traci via Af wrote:
>
>
>   Please post this to the list. I am so special...
>
>
>
>
>

Re: [AFMUG] Battery story

[David via Af]

+1 been using for 11yrs and replaced some sets only 4yrs ago

On 11/19/2014 04:35 PM, George Skorup (Cyber Broadcasting) via Af wrote:
I forgot I had a pair of Deka 37AH AGM batts sitting at a site. Not 
connected to a charger. For a year and a half. In a not so temperature 
controlled environment. Brought them back to the office yesterday. 
Still had 12.3 volts on both. AGMs sure are reliable.

Re: [AFMUG] Battery story

[Chuck McCown via Af]

Yep, especially if they are not deeply cycled or left discharged.  

-Original Message- 
From: George Skorup (Cyber Broadcasting) via Af 
Sent: Wednesday, November 19, 2014 3:35 PM 
To: af@afmug.com 
Subject: [AFMUG] Battery story 

I forgot I had a pair of Deka 37AH AGM batts sitting at a site. Not 
connected to a charger. For a year and a half. In a not so temperature 
controlled environment. Brought them back to the office yesterday. Still 
had 12.3 volts on both. AGMs sure are reliable.

Re: [AFMUG] Where I am - I being Chuck McCown

[Chuck McCown via Af]

No, I did have to sit through a sales pitch for Accelops analysis products 
first.  It does sound like a good product.  

Then we got to see the movie.  VIP theater.  Nice recliners.  Got a free ticket 
for my wife too.  So cheap date indeed (until we went out to dinner 
afterwards).  

From: Jaime Solorza via Af 
Sent: Wednesday, November 19, 2014 6:33 PM
To: Animal Farm 
Subject: Re: [AFMUG] Where I am - I being Chuck McCown

Dont tell you camped out all night in line?  Geez you remind of my 20 something 
kids

Jaime Solorza

On Nov 19, 2014 5:14 PM, "Traci via Af"  wrote:


Please post this to the list. I am so special...

Re: [AFMUG] Where I am - I being Chuck McCown

[CBB - Jay Fuller via Af]

:) 

Sent from my Verizon Wireless 4G LTE Smartphone

- Reply message -
From: "Ty Featherling via Af" 
To: "af@afmug.com" 
Subject: [AFMUG] Where I am - I being Chuck McCown
Date: Thu, Nov 20, 2014 8:24 AM
Jay, that had my actually laughing at my desk. Well done.
-Ty
On Thu, Nov 20, 2014 at 12:19 AM, CBB - Jay Fuller via Af  wrote:







 
WHY ARE YOU MOCKING ME?!?!?!?!?!?!?!
 

- Original Message - 
From: 
Nate Burke via Af 
To: af@afmug.com 
Sent: Wednesday, November 19, 2014 6:21 
PM
Subject: Re: [AFMUG] Where I am - I being 
Chuck McCown

Has the MPAA Officer come and found you in the theater 
yet?  



On 11/19/2014 6:14 PM, Traci via Af 
wrote:






Please post this to the list. I am so 
special...

Re: [AFMUG] Where I am - I being Chuck McCown

[Chuck McCown via Af]

For $200 you can find out...

From: Ken Hohhof via Af 
Sent: Wednesday, November 19, 2014 8:36 PM
To: af@afmug.com 
Subject: Re: [AFMUG] Where I am - I being Chuck McCown

I thought maybe “Being Chuck McCown” was a sequel to “Being John Malkovich”.

From: Colin Stanners via Af 
Sent: Wednesday, November 19, 2014 7:41 PM
To: af@afmug.com 
Subject: Re: [AFMUG] Where I am - I being Chuck McCown

Soon Chuck will be on the whole social-media bandwagon.


On Wed, Nov 19, 2014 at 6:14 PM, Traci via Af  wrote:


Please post this to the list. I am so special...

Re: [AFMUG] Where I am - I being Chuck McCown

[Chuck McCown via Af]

I would probably have paid for it.  I recently watched the second movie on 
Netflix so that was the only reason I was interested in the third.  But the 
free tickets made it extra easy to decide to attend.  

It is OK.  I enjoyed it.  It was what I expected.  The part II does have my 
interest peaked now.  Have not read any of the books.

A week or two ago I told my youngest daughter (19 years old) that I was a HUGE 
Twilight fan.  She was gobsmacked.  

Then I clarified, Twilight ZONE fan...

Currently binge watching that at the rate of about 1-2 episodes a night on 
Netflix.  

From: Forrest Christian (List Account) via Af 
Sent: Wednesday, November 19, 2014 9:40 PM
To: af 
Subject: Re: [AFMUG] Where I am - I being Chuck McCown

Phew, I thought we (myself and Chuck) were somehow synchronized in our media 
viewing. 

First, I watched the same PVR'd episode of Mythbusters within a few hours of 
Chuck.

Then, I'm checking my email after seeing Interstellar, only to be greeted by 
Chuck's reviews of the same.

Fortunately, I'm not sitting in the Hunger Games tonight.

-forrest

On Wed, Nov 19, 2014 at 5:14 PM, Traci via Af  wrote:


Please post this to the list. I am so special...

Re: [AFMUG] Where I am - I being Chuck McCown

[Jaime Solorza via Af]

To Serve Man

Jaime Solorza
On Nov 20, 2014 7:47 AM, "Chuck McCown via Af"  wrote:

>   I would probably have paid for it.  I recently watched the second movie
> on Netflix so that was the only reason I was interested in the third.  But
> the free tickets made it extra easy to decide to attend.
>
> It is OK.  I enjoyed it.  It was what I expected.  The part II does have
> my interest peaked now.  Have not read any of the books.
>
> A week or two ago I told my youngest daughter (19 years old) that I was a
> HUGE Twilight fan.  She was gobsmacked.
>
> Then I clarified, Twilight ZONE fan...
>
> Currently binge watching that at the rate of about 1-2 episodes a night on
> Netflix.
>
>  *From:* Forrest Christian (List Account) via Af 
> *Sent:* Wednesday, November 19, 2014 9:40 PM
> *To:* af 
> *Subject:* Re: [AFMUG] Where I am - I being Chuck McCown
>
>  Phew, I thought we (myself and Chuck) were somehow synchronized in our
> media viewing.
>
> First, I watched the same PVR'd episode of Mythbusters within a few hours
> of Chuck.
>
> Then, I'm checking my email after seeing Interstellar, only to be greeted
> by Chuck's reviews of the same.
>
> Fortunately, I'm not sitting in the Hunger Games tonight.
>
> -forrest
>
> On Wed, Nov 19, 2014 at 5:14 PM, Traci via Af  wrote:
>
>>
>>
>> Please post this to the list. I am so special...
>>
>>
>>
>>
>
>

Re: [AFMUG] Where I am - I being Chuck McCown

[Ken Hohhof via Af]

It’s hard to make a movie about a dystopian world with a dysfunctional 
government, when you can watch the TV news and see worse.


From: Chuck McCown via Af 
Sent: Thursday, November 20, 2014 8:46 AM
To: af@afmug.com 
Subject: Re: [AFMUG] Where I am - I being Chuck McCown

I would probably have paid for it.  I recently watched the second movie on 
Netflix so that was the only reason I was interested in the third.  But the 
free tickets made it extra easy to decide to attend.  

It is OK.  I enjoyed it.  It was what I expected.  The part II does have my 
interest peaked now.  Have not read any of the books.

A week or two ago I told my youngest daughter (19 years old) that I was a HUGE 
Twilight fan.  She was gobsmacked.  

Then I clarified, Twilight ZONE fan...

Currently binge watching that at the rate of about 1-2 episodes a night on 
Netflix.  

From: Forrest Christian (List Account) via Af 
Sent: Wednesday, November 19, 2014 9:40 PM
To: af 
Subject: Re: [AFMUG] Where I am - I being Chuck McCown

Phew, I thought we (myself and Chuck) were somehow synchronized in our media 
viewing. 

First, I watched the same PVR'd episode of Mythbusters within a few hours of 
Chuck.

Then, I'm checking my email after seeing Interstellar, only to be greeted by 
Chuck's reviews of the same.

Fortunately, I'm not sitting in the Hunger Games tonight.

-forrest

On Wed, Nov 19, 2014 at 5:14 PM, Traci via Af  wrote:


Please post this to the list. I am so special...

Re: [AFMUG] Cambium and WBMFG GO Green!

[George Skorup (Cyber Broadcasting) via Af]

You have a foliage problem, try 900.

On 11/20/2014 9:33 AM, Gino Villarini via Af wrote:




Gino A. Villarini
President
Aeronet Wireless Broadband Corp.
www.aeronetpr.com
@aeronetpr






On 11/20/14, 11:25 AM, "Rafael Reinoso"  wrote:

Re: [AFMUG] Cambium and WBMFG GO Green!

[Jeremy via Af]

LOL, That is some funny stuff right there.

On Thu, Nov 20, 2014 at 8:36 AM, George Skorup (Cyber Broadcasting) via Af <
af@afmug.com> wrote:

> You have a foliage problem, try 900.
>
>
> On 11/20/2014 9:33 AM, Gino Villarini via Af wrote:
>
>>
>>
>>
>> Gino A. Villarini
>> President
>> Aeronet Wireless Broadband Corp.
>> www.aeronetpr.com
>> @aeronetpr
>>
>>
>>
>>
>>
>>
>> On 11/20/14, 11:25 AM, "Rafael Reinoso" 
>> wrote:
>>
>>
>>>
>

Re: [AFMUG] epmp 1000 only PPPOE Filter

[George Skorup (Cyber Broadcasting) via Af]

I filter everything at the SM, not the AP. The less work the AP has to 
do the better. And the other reason is, like I mentioned with multicast, 
if I need to run OSPF over an SM link (which is rare), just disable the 
multicast filter at the SM. Stop everything I don't want at the SM so it 
doesn't even have to go over the RF link just to be dropped by the AP. 
Just a thought, but if you filtered traffic from exiting the AP's 
ethernet, then I would assume that inter-SM traffic could still happen. 
Yet another reason to stop it upon ingress at the SM's ethernet port. 
Could you drop it upon Rx at the AP's RF interface, sure, but why have 
the SM send unwanted traffic and waste air time.


Also, the broadcast/multicast uplink rate limiting on the Canopy SM is a 
godsend. I don't know if that exists on ePMP since I haven't used any yet.


On 11/19/2014 6:09 PM, Dan Sullivan via Af wrote:


Hi,

Thanks to everyone on the forum for their input.

It was good feedback with regard to the Canopy filter rules, how much 
you like them, could these rules be added to ePMP, could specifics be 
obtained on the rules, and the use cases around filtering.


First, people were interested in the following Canopy filters and what 
their contents were.  I have a first pass that may not be exactly 
right as this is being researched by the Canopy team.  When this is 
ready it will be posted somewhere on the Cambium forum.  For the 
purposes of the issue, let’s assume what I have for the moment is 
correct to answer people’s questions:


PPPoE: EtherType 8863 and EtherType 8864.

Bootp Server: Protocol UDP with Port 67 and Protocol UDP with Port 68.

SMB: Protocol TCP with Port 445, Protocol TCP+UDP with Port 137, 
Protocol UDP with Port 138, and Protocol TCP with Port 139.


SNMP: Protocol UDP with Port 161 and Protocol TCP+UDP with Port 162.

Multicast: Dest MAC 01:00:5E:00:00:00 with Dest Mask FF:FF:FF:80:00:00 
– OR -- Dest IP 224.0.0.0 with Dest Mask 224.0.0.0.


But, people also wanted to block all traffic except for one intended 
type.  So I will provide the other two filters to enable this:


Bootp Client: Protocol UDP with Port 68.

ARP: EtherType 0806.

Many people asked about having pre-existing rules like Canopy has be 
implemented on ePMP.  Glad to hear that people like this Canopy 
feature.  We can add in pre-existing rules, too.  I have added this to 
our future features database.  Right now, I do not have a date for 
anyone, but we are aware of your desire for this.


George Skorup also asked for filtering statistics similar to what 
exists on Canopy.  I have added this to our future features database.  
Right now, I do not have a date for anyone, but we are aware of your 
desire for this.


You can use the information on the Canopy filters above to set up 
equivalent functionality on ePMP as for example I describe in the next 
paragraph.


Daniel Gerlach asked about limiting traffic to only PPPoE.  Later on 
Steve indicated that this should pertain to the WAN.  My suggestion 
would be to go to the AP, enable Layer 2 Firewall, and allow EtherType 
8863 on the LAN as the first rule, allow EtherType 8864 on the LAN as 
the second rule, and deny on the LAN as the third rule.  This would 
allow filtering to be done on the AP preventing non-PPPoE packets from 
going over the WLAN and reaching the SM.


*** Please note that I have not specifically tried this out myself to 
verify it.  ***


Here are some notes on the ePMP firewall logic:

1.Firewall rules are executed in the order that they are listed.  
Therefore, if a packet matches more than one rule, it will match first 
on the earlier rule and never execute the latter rules.


2.Define your allow rules first to make sure that intended packets 
make it through the firewall. Defining an overall deny rule first will 
cause bad things to happen.


3.Define your overall deny rule last to make sure that after your 
intended allow packets make it through, the remaining unintended 
packets do not make it through.


Josh Luthman asked about several filters:

1.Block bootp: On the AP enable Layer 3 Firewall and deny Protocol UDP 
with Port 67 on the LAN as the first rule and deny Protocol UDP with 
Port 68 on the LAN as the second rule.


2.Block PPPoE: On the AP enable Layer 2 Firewall and deny EtherType 
8863 on the LAN as the first rule and deny EtherType 8864 on the LAN 
as the second rule.


3.Block SMB: On the AP enable Layer 3 Firewall and deny Protocol TCP 
with Port 445 on the LAN as the first rule, deny Protocol TCP+UDP with 
Port 137 on the LAN as the second rule, deny Protocol UDP with Port 
138 on the LAN as the third rule, and deny Protocol TCP with Port 139 
on the LAN as the fourth rule.


*** Please note that I have not specifically tried this out myself to 
verify it.  ***


George Skorup asked about four filters:

1.Block Bootp: See Josh Luthman filter 1.

2.Block SNMP: On the AP enable Layer 3 Firewall and deny Protocol UDP 
with Port 161 on the LAN as t

Re: [AFMUG] Cambium and WBMFG GO Green!

[Andy Trimmell via Af]

lawlz

 

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Jeremy via Af
Sent: Thursday, November 20, 2014 10:52 AM
To: af@afmug.com
Subject: Re: [AFMUG] Cambium and WBMFG GO Green!

 

LOL, That is some funny stuff right there.

 

On Thu, Nov 20, 2014 at 8:36 AM, George Skorup (Cyber Broadcasting) via Af 
 wrote:

You have a foliage problem, try 900.



On 11/20/2014 9:33 AM, Gino Villarini via Af wrote:




Gino A. Villarini
President
Aeronet Wireless Broadband Corp.
www.aeronetpr.com
@aeronetpr






On 11/20/14, 11:25 AM, "Rafael Reinoso"  wrote:

 

 

 

Re: [AFMUG] Need some WAN topology/protocol advice

[Matt Jenkins via Af]

+1

Matthew Jenkins
SmarterBroadband
m...@sbbinc.net
530.272.4000

On 11/19/2014 04:22 PM, Gino Villarini via Af wrote:

Mpls. Create vpls tunnels to the edge, have all ip at the core



Gino A. Villarini
President
Aeronet Wireless Broadband Corp.
www.aeronetpr.com
@aeronetpr






On 11/19/14, 6:04 PM, "Sterling Jacobson via Af"  wrote:


I know a lot of us here span networks across large areas and have
multiple providers.

I want my IP address space to be redundant and I guess I can either make
sure I have a ring with OSPF/ static routes, or I can BGP.

Since I sell to other providers that would like BGP and I would like to
preserve my routing by /24 classes via BGP.
Maybe I should just use BGP at each site/area?

That would restrict me to keeping the sites at /24 class size or larger
though, since external BGP doesn't like anything smaller.

I think that's ok, but it does lend itself to waste if I come short of
using the 254 IP's or I just break the barrier into another /24 for the
site.

But I can't think of any way around it without relying on infrastructure
to ring me back to a central BGP point or two, using OSPF inside.

What do you guys do?

Re: [AFMUG] Need some WAN topology/protocol advice

[Matt Jenkins via Af]

Is this for fiber? Are you building fiber rings? If so, you may want to 
look into G.8032v2 designs.




Matthew Jenkins
SmarterBroadband
m...@sbbinc.net
530.272.4000

On 11/19/2014 02:04 PM, Sterling Jacobson via Af wrote:

I know a lot of us here span networks across large areas and have multiple 
providers.

I want my IP address space to be redundant and I guess I can either make sure I 
have a ring with OSPF/ static routes, or I can BGP.

Since I sell to other providers that would like BGP and I would like to 
preserve my routing by /24 classes via BGP.
Maybe I should just use BGP at each site/area?

That would restrict me to keeping the sites at /24 class size or larger though, 
since external BGP doesn't like anything smaller.

I think that's ok, but it does lend itself to waste if I come short of using 
the 254 IP's or I just break the barrier into another /24 for the site.

But I can't think of any way around it without relying on infrastructure to 
ring me back to a central BGP point or two, using OSPF inside.

What do you guys do?

Re: [AFMUG] ePMP Force

[Matt via Af]

> Hi,
>
> Please allow me to clarify.
>
> The Force 110 uses the Connectorized UnSync'd unit with the two 10/100 FE 
> ports.
>
> The Force 110 PTP uses the Connectorized GPS Sync'd unit with the single GigE 
> port that supports 802.3af PoE in addition to proprietary
> PoE. GPS capabilities will be disabled (but the radio can still use the on 
> board GPS chip to track satellites and provide coordinates).
>
> The 2ms latency is achieved purely through software changes in Release 2.4 
> and will apply to both products.

Reading this spec sheet.

http://www.cambiumnetworks.com/files/PRODUCTS/ePMP/FORCE/Force%20110%20PTP_Oct2014.pdf

>>>LATENCY (nominal, one way) < 2 ms (PTP Mode), 6 ms (Flexible Frame Mode) , 
>>>17 ms (GPS Sync Mode)

[AFMUG] Record Prices in U.S. Airwaves Auction Bolster Dish Stock

[Matt via Af]

http://www.bloomberg.com/news/2014-11-19/dish-jumps-as-u-s-auction-bidding-drives-up-value-of-airwaves.html

[AFMUG] How common are crc errors on pmp100

[Craig Schmaderer via Af]

This is a radio that has been up for 93 days, it is very heavy on traffic, 
would you say there is an issue with this radio?   It is on a clean tower that 
only I am on.  There are 4 other canopy radios on this tower receiving sync 
from a CTM1.  All radios are just CAT5e cable non shielded, length is about 
180' tops.  Also there is a PTP800 with lmr 400 ran along with it, I never 
noticed this before, all other radios are showing about the same number of CRC 
errors, is this expectable?


Ethernet Link Detected :

1

Ethernet Link Lost :

0

Undersized Toss Count :

0

inoctets Count :

4054728244

inucastpkts Count :

1954469296

Innucastpkts Count :

56834740

indiscards Count :

0

inerrors Count :

231695

inunknownprotos Count :

0

outoctets Count :

3150773755

outucastpktsCount :

1289988260

outnucastpkts Count :

1597027

outdiscards Count :

0

outerrors Count :

0

RxBabErr :

0

TxHbErr :

0

EthBusErr :

0

CRCError :

231601

RcvFifoNoBuf :

94

RxOverrun :

0

LateCollision :

0

RetransLimitExp :

0

TxUnderrun :

0

CarSenseLost :

0

No Carrier :

0


Craig R. Schmaderer
CEO | Skywave Wireless, Inc.
Ph: 402-372-1975 | Fax: 402-372-1058
Direct: 402-372-1052

Re: [AFMUG] How common are crc errors on pmp100

[Josh Luthman via Af]

0.0001% discards doesn't sound too bad to me


Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Thu, Nov 20, 2014 at 12:24 PM, Craig Schmaderer via Af 
wrote:

>  This is a radio that has been up for 93 days, it is very heavy on
> traffic, would you say there is an issue with this radio?   It is on a
> clean tower that only I am on.  There are 4 other canopy radios on this
> tower receiving sync from a CTM1.  All radios are just CAT5e cable non
> shielded, length is about 180’ tops.  Also there is a PTP800 with lmr 400
> ran along with it, I never noticed this before, all other radios are
> showing about the same number of CRC errors, is this expectable?
>
>
>
>
>
> Ethernet Link Detected :
>
> 1
>
> Ethernet Link Lost :
>
> 0
>
> Undersized Toss Count :
>
> 0
>
> inoctets Count :
>
> 4054728244
>
> inucastpkts Count :
>
> 1954469296
>
> Innucastpkts Count :
>
> 56834740
>
> indiscards Count :
>
> 0
>
> inerrors Count :
>
> 231695
>
> inunknownprotos Count :
>
> 0
>
> outoctets Count :
>
> 3150773755
>
> outucastpktsCount :
>
> 1289988260
>
> outnucastpkts Count :
>
> 1597027
>
> outdiscards Count :
>
> 0
>
> outerrors Count :
>
> 0
>
> RxBabErr :
>
> 0
>
> TxHbErr :
>
> 0
>
> EthBusErr :
>
> 0
>
> CRCError :
>
> 231601
>
> RcvFifoNoBuf :
>
> 94
>
> RxOverrun :
>
> 0
>
> LateCollision :
>
> 0
>
> RetransLimitExp :
>
> 0
>
> TxUnderrun :
>
> 0
>
> CarSenseLost :
>
> 0
>
> No Carrier :
>
> 0
>
>
>
> *Craig R. Schmaderer*
>
> *CEO | Skywave Wireless, Inc.*
>
> *Ph: 402-372-1975 <402-372-1975> | Fax: 402-372-1058 <402-372-1058>*
>
> *Direct: 402-372-1052 <402-372-1052>*
>
>
>

Re: [AFMUG] How common are crc errors on pmp100

[Tyson Burris @ Internet Comm. Inc via Af]

Craig that ratio is fine.  

Sent from my iPhone

> On Nov 20, 2014, at 12:24 PM, Craig Schmaderer via Af  wrote:
> 
> This is a radio that has been up for 93 days, it is very heavy on traffic, 
> would you say there is an issue with this radio?   It is on a clean tower 
> that only I am on.  There are 4 other canopy radios on this tower receiving 
> sync from a CTM1.  All radios are just CAT5e cable non shielded, length is 
> about 180’ tops.  Also there is a PTP800 with lmr 400 ran along with it, I 
> never noticed this before, all other radios are showing about the same number 
> of CRC errors, is this expectable?  
>  
>  
> Ethernet Link Detected :
> 1
> Ethernet Link Lost :
> 0
> Undersized Toss Count :
> 0
> inoctets Count :
> 4054728244
> inucastpkts Count :
> 1954469296
> Innucastpkts Count :
> 56834740
> indiscards Count :
> 0
> inerrors Count :
> 231695
> inunknownprotos Count :
> 0
> outoctets Count :
> 3150773755
> outucastpktsCount :
> 1289988260
> outnucastpkts Count :
> 1597027
> outdiscards Count :
> 0
> outerrors Count :
> 0
> RxBabErr :
> 0
> TxHbErr :
> 0
> EthBusErr :
> 0
> CRCError :
> 231601
> RcvFifoNoBuf :
> 94
> RxOverrun :
> 0
> LateCollision :
> 0
> RetransLimitExp :
> 0
> TxUnderrun :
> 0
> CarSenseLost :
> 0
> No Carrier :
> 0
>  
> Craig R. Schmaderer
> CEO | Skywave Wireless, Inc.
> Ph: 402-372-1975 | Fax: 402-372-1058
> Direct: 402-372-1052
>  

Re: [AFMUG] How common are crc errors on pmp100

[Roland Houin via Af]

I'd clear the counters and watch..
if the errors climb quickly, you have a problem..
it could have been a single event weeks ago that caused the problem.
it would be nice if we had a mib to monitor the crc errors so we can tell when 
they happen.

roland


> This is a radio that has been up for 93 days, it is very heavy on traffic,
would you say there is an issue with this radio? It is on a clean tower that
only I am on. There are 4 other canopy radios on this tower receiving sync from
a CTM1. All radios are just CAT5e cable non shielded, length is about 180�
tops. Also there is a PTP800 with lmr 400 ran along with it, I never noticed
this before, all other radios are showing about the same number of CRC errors,
is this expectable?

Ethernet Link Detected :1
Ethernet Link Lost :0
Undersized Toss Count :0
inoctets Count :4054728244
inucastpkts Count :1954469296
Innucastpkts Count :56834740
indiscards Count :0
inerrors Count :231695
inunknownprotos Count :0
outoctets Count :3150773755
outucastpktsCount :1289988260
outnucastpkts Count :1597027
outdiscards Count :0
outerrors Count :0
RxBabErr :0
TxHbErr :0
EthBusErr :0
CRCError :231601
RcvFifoNoBuf :94
RxOverrun :0
LateCollision :0
RetransLimitExp :0
TxUnderrun :0
CarSenseLost :0
No Carrier :0

Craig R. Schmaderer
CEO | Skywave Wireless, Inc.
Ph: 402-372-1975 | Fax: 402-372-1058
Direct: 402-372-1052
<

Re: [AFMUG] Need some WAN topology/protocol advice

[Sterling Jacobson via Af]

Yeah.

I'll take a look at that.

I'm not sure I want all IP at the core, since different areas need different 
BGP handoffs for myself and other providers on LIT services.

I guess what I'm really debating with myself is do I continue to treat each 
'area' cabinet (akin to Tower sites) separately redundant, or do I just go 
ahead and institute a giant redundant ring.

I'll have the ring in most areas eventually anyways, but to start out it 
appears like a star with redundancy at the ends to other providers/links.



-Original Message-
From: Af [mailto:af-boun...@afmug.com] On Behalf Of Matt Jenkins via Af
Sent: Thursday, November 20, 2014 9:25 AM
To: af@afmug.com
Subject: Re: [AFMUG] Need some WAN topology/protocol advice

Is this for fiber? Are you building fiber rings? If so, you may want to look 
into G.8032v2 designs.



Matthew Jenkins
SmarterBroadband
m...@sbbinc.net
530.272.4000

On 11/19/2014 02:04 PM, Sterling Jacobson via Af wrote:
> I know a lot of us here span networks across large areas and have multiple 
> providers.
>
> I want my IP address space to be redundant and I guess I can either make sure 
> I have a ring with OSPF/ static routes, or I can BGP.
>
> Since I sell to other providers that would like BGP and I would like to 
> preserve my routing by /24 classes via BGP.
> Maybe I should just use BGP at each site/area?
>
> That would restrict me to keeping the sites at /24 class size or larger 
> though, since external BGP doesn't like anything smaller.
>
> I think that's ok, but it does lend itself to waste if I come short of using 
> the 254 IP's or I just break the barrier into another /24 for the site.
>
> But I can't think of any way around it without relying on infrastructure to 
> ring me back to a central BGP point or two, using OSPF inside.
>
> What do you guys do?
>

Re: [AFMUG] How common are crc errors on pmp100

[Chris Wright via Af]

I see that all the time with damaged Ethernet.

Chris Wright
Velociter Wireless

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Josh Luthman via Af
Sent: Thursday, November 20, 2014 9:27 AM
To: af@afmug.com
Subject: Re: [AFMUG] How common are crc errors on pmp100

0.0001% discards doesn't sound too bad to me


Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Thu, Nov 20, 2014 at 12:24 PM, Craig Schmaderer via Af 
mailto:af@afmug.com>> wrote:
This is a radio that has been up for 93 days, it is very heavy on traffic, 
would you say there is an issue with this radio?   It is on a clean tower that 
only I am on.  There are 4 other canopy radios on this tower receiving sync 
from a CTM1.  All radios are just CAT5e cable non shielded, length is about 
180’ tops.  Also there is a PTP800 with lmr 400 ran along with it, I never 
noticed this before, all other radios are showing about the same number of CRC 
errors, is this expectable?


Ethernet Link Detected :

1

Ethernet Link Lost :

0

Undersized Toss Count :

0

inoctets Count :

4054728244

inucastpkts Count :

1954469296

Innucastpkts Count :

56834740

indiscards Count :

0

inerrors Count :

231695

inunknownprotos Count :

0

outoctets Count :

3150773755

outucastpktsCount :

1289988260

outnucastpkts Count :

1597027

outdiscards Count :

0

outerrors Count :

0

RxBabErr :

0

TxHbErr :

0

EthBusErr :

0

CRCError :

231601

RcvFifoNoBuf :

94

RxOverrun :

0

LateCollision :

0

RetransLimitExp :

0

TxUnderrun :

0

CarSenseLost :

0

No Carrier :

0


Craig R. Schmaderer
CEO | Skywave Wireless, Inc.
Ph: 402-372-1975 | Fax: 402-372-1058
Direct: 402-372-1052

[AFMUG] Network Monitoring in the 2010's

[Sterling Jacobson via Af]

What I really want is an integrated system that isn't stuck in the 90's.

I want the customer to have an app on their phone that tells them when their 
network is having issues and why.
I want it to also remind them to pay their bill and provide a lazy/easy way to 
do that.

I want that same system to have an engineer app that tells us when nodes fail 
and why.

So if a node goes down and it's important, it should show up on my phone and I 
can take action.
One of those actions would be to message to outage impacted customers the ETA 
to fix etc.

Emails from Cacti don't count.

Re: [AFMUG] Network Monitoring in the 2010's

[Josh Luthman via Af]

*An app for my phone?  Yuck
*Something that pushes to cutomers letting them know we're having issues?
Yuck
*Something that let's the customer verify their particular service is
good/not?  That'd be great!
*Web portal for billing, easy peasy

Why a node fails probably won't be detectable by a machine - in some cases
it's difficult for a person to narrow it down (radio, connectors, cables,
ethernet, surge, etc) but I'd like to see ideas on this of course.

I use/suggest an outgoing message.  IF the customer is having issues and
they do call us, they hear we're having issues and hang up.  This means
that we're not telling 100 people there are issues when 25 are effecting
ending up with 75 calls next month saying we owe them a credit when they
had nothing to do with an outage.


Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Thu, Nov 20, 2014 at 12:43 PM, Sterling Jacobson via Af 
wrote:

> What I really want is an integrated system that isn't stuck in the 90's.
>
> I want the customer to have an app on their phone that tells them when
> their network is having issues and why.
> I want it to also remind them to pay their bill and provide a lazy/easy
> way to do that.
>
> I want that same system to have an engineer app that tells us when nodes
> fail and why.
>
> So if a node goes down and it's important, it should show up on my phone
> and I can take action.
> One of those actions would be to message to outage impacted customers the
> ETA to fix etc.
>
> Emails from Cacti don't count.
>

Re: [AFMUG] Network Monitoring in the 2010's

[Gino Villarini via Af]

We need a “device” that plugs between router and internet connection with a big 
screed that says Internet OK! Or Internef BAD… filter out calls with customer 
having issues with wifi



Gino A. Villarini
President
Aeronet Wireless Broadband Corp.
www.aeronetpr.com
@aeronetpr



From: "af@afmug.com" mailto:af@afmug.com>>
Reply-To: "af@afmug.com" 
mailto:af@afmug.com>>
Date: Thursday, November 20, 2014 at 1:47 PM
To: "af@afmug.com" mailto:af@afmug.com>>
Subject: Re: [AFMUG] Network Monitoring in the 2010's

*An app for my phone?  Yuck
*Something that pushes to cutomers letting them know we're having issues?  Yuck
*Something that let's the customer verify their particular service is good/not? 
 That'd be great!
*Web portal for billing, easy peasy

Why a node fails probably won't be detectable by a machine - in some cases it's 
difficult for a person to narrow it down (radio, connectors, cables, ethernet, 
surge, etc) but I'd like to see ideas on this of course.

I use/suggest an outgoing message.  IF the customer is having issues and they 
do call us, they hear we're having issues and hang up.  This means that we're 
not telling 100 people there are issues when 25 are effecting ending up with 75 
calls next month saying we owe them a credit when they had nothing to do with 
an outage.


Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Thu, Nov 20, 2014 at 12:43 PM, Sterling Jacobson via Af 
mailto:af@afmug.com>> wrote:
What I really want is an integrated system that isn't stuck in the 90's.

I want the customer to have an app on their phone that tells them when their 
network is having issues and why.
I want it to also remind them to pay their bill and provide a lazy/easy way to 
do that.

I want that same system to have an engineer app that tells us when nodes fail 
and why.

So if a node goes down and it's important, it should show up on my phone and I 
can take action.
One of those actions would be to message to outage impacted customers the ETA 
to fix etc.

Emails from Cacti don't count.

Re: [AFMUG] How common are crc errors on pmp100

[Craig Schmaderer via Af]

So are you saying that in general all of your radios on pmp100 don’t have any 
crcerrors?

Craig R. Schmaderer
CEO | Skywave Wireless, Inc.
Ph: 402-372-1975 | Fax: 402-372-1058
Direct: 402-372-1052

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Chris Wright via Af
Sent: Thursday, November 20, 2014 11:43 AM
To: af@afmug.com
Subject: Re: [AFMUG] How common are crc errors on pmp100

I see that all the time with damaged Ethernet.

Chris Wright
Velociter Wireless

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Josh Luthman via Af
Sent: Thursday, November 20, 2014 9:27 AM
To: af@afmug.com
Subject: Re: [AFMUG] How common are crc errors on pmp100

0.0001% discards doesn't sound too bad to me


Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Thu, Nov 20, 2014 at 12:24 PM, Craig Schmaderer via Af 
mailto:af@afmug.com>> wrote:
This is a radio that has been up for 93 days, it is very heavy on traffic, 
would you say there is an issue with this radio?   It is on a clean tower that 
only I am on.  There are 4 other canopy radios on this tower receiving sync 
from a CTM1.  All radios are just CAT5e cable non shielded, length is about 
180’ tops.  Also there is a PTP800 with lmr 400 ran along with it, I never 
noticed this before, all other radios are showing about the same number of CRC 
errors, is this expectable?


Ethernet Link Detected :

1

Ethernet Link Lost :

0

Undersized Toss Count :

0

inoctets Count :

4054728244

inucastpkts Count :

1954469296

Innucastpkts Count :

56834740

indiscards Count :

0

inerrors Count :

231695

inunknownprotos Count :

0

outoctets Count :

3150773755

outucastpktsCount :

1289988260

outnucastpkts Count :

1597027

outdiscards Count :

0

outerrors Count :

0

RxBabErr :

0

TxHbErr :

0

EthBusErr :

0

CRCError :

231601

RcvFifoNoBuf :

94

RxOverrun :

0

LateCollision :

0

RetransLimitExp :

0

TxUnderrun :

0

CarSenseLost :

0

No Carrier :

0


Craig R. Schmaderer
CEO | Skywave Wireless, Inc.
Ph: 402-372-1975 | Fax: 402-372-1058
Direct: 402-372-1052

Re: [AFMUG] Network Monitoring in the 2010's

[Jason McKemie via Af]

A red/green led would probably suffice for this purpose.

On Thu, Nov 20, 2014 at 12:01 PM, Gino Villarini via Af 
wrote:

>   We need a “device” that plugs between router and internet connection
> with a big screed that says Internet OK! Or Internef BAD… filter out calls
> with customer having issues with wifi
>
>
>
>  Gino A. Villarini
> President
> Aeronet Wireless Broadband Corp.
> www.aeronetpr.com
> @aeronetpr
>
>
>
>   From: "af@afmug.com" 
> Reply-To: "af@afmug.com" 
> Date: Thursday, November 20, 2014 at 1:47 PM
> To: "af@afmug.com" 
> Subject: Re: [AFMUG] Network Monitoring in the 2010's
>
>   *An app for my phone?  Yuck
> *Something that pushes to cutomers letting them know we're having issues?
> Yuck
> *Something that let's the customer verify their particular service is
> good/not?  That'd be great!
> *Web portal for billing, easy peasy
>
>  Why a node fails probably won't be detectable by a machine - in some
> cases it's difficult for a person to narrow it down (radio, connectors,
> cables, ethernet, surge, etc) but I'd like to see ideas on this of course.
>
>  I use/suggest an outgoing message.  IF the customer is having issues and
> they do call us, they hear we're having issues and hang up.  This means
> that we're not telling 100 people there are issues when 25 are effecting
> ending up with 75 calls next month saying we owe them a credit when they
> had nothing to do with an outage.
>
>
>  Josh Luthman
> Office: 937-552-2340
> Direct: 937-552-2343
> 1100 Wayne St
> Suite 1337
> Troy, OH 45373
>
> On Thu, Nov 20, 2014 at 12:43 PM, Sterling Jacobson via Af 
> wrote:
>
>> What I really want is an integrated system that isn't stuck in the 90's.
>>
>> I want the customer to have an app on their phone that tells them when
>> their network is having issues and why.
>> I want it to also remind them to pay their bill and provide a lazy/easy
>> way to do that.
>>
>> I want that same system to have an engineer app that tells us when nodes
>> fail and why.
>>
>> So if a node goes down and it's important, it should show up on my phone
>> and I can take action.
>> One of those actions would be to message to outage impacted customers the
>> ETA to fix etc.
>>
>> Emails from Cacti don't count.
>>
>
>

Re: [AFMUG] Network Monitoring in the 2010's

[Josh Luthman via Af]

Better idea.  Have the POE (like a dumber AirGateway) that pings out and
gives a light.


Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Thu, Nov 20, 2014 at 1:01 PM, Gino Villarini via Af  wrote:

>   We need a “device” that plugs between router and internet connection
> with a big screed that says Internet OK! Or Internef BAD… filter out calls
> with customer having issues with wifi
>
>
>
>  Gino A. Villarini
> President
> Aeronet Wireless Broadband Corp.
> www.aeronetpr.com
> @aeronetpr
>
>
>
>   From: "af@afmug.com" 
> Reply-To: "af@afmug.com" 
> Date: Thursday, November 20, 2014 at 1:47 PM
> To: "af@afmug.com" 
> Subject: Re: [AFMUG] Network Monitoring in the 2010's
>
>   *An app for my phone?  Yuck
> *Something that pushes to cutomers letting them know we're having issues?
> Yuck
> *Something that let's the customer verify their particular service is
> good/not?  That'd be great!
> *Web portal for billing, easy peasy
>
>  Why a node fails probably won't be detectable by a machine - in some
> cases it's difficult for a person to narrow it down (radio, connectors,
> cables, ethernet, surge, etc) but I'd like to see ideas on this of course.
>
>  I use/suggest an outgoing message.  IF the customer is having issues and
> they do call us, they hear we're having issues and hang up.  This means
> that we're not telling 100 people there are issues when 25 are effecting
> ending up with 75 calls next month saying we owe them a credit when they
> had nothing to do with an outage.
>
>
>  Josh Luthman
> Office: 937-552-2340
> Direct: 937-552-2343
> 1100 Wayne St
> Suite 1337
> Troy, OH 45373
>
> On Thu, Nov 20, 2014 at 12:43 PM, Sterling Jacobson via Af 
> wrote:
>
>> What I really want is an integrated system that isn't stuck in the 90's.
>>
>> I want the customer to have an app on their phone that tells them when
>> their network is having issues and why.
>> I want it to also remind them to pay their bill and provide a lazy/easy
>> way to do that.
>>
>> I want that same system to have an engineer app that tells us when nodes
>> fail and why.
>>
>> So if a node goes down and it's important, it should show up on my phone
>> and I can take action.
>> One of those actions would be to message to outage impacted customers the
>> ETA to fix etc.
>>
>> Emails from Cacti don't count.
>>
>
>

Re: [AFMUG] How common are crc errors on pmp100

[Ken Hohhof via Af]

That's not normal, unless it was some one time event.  Is sync on the timing 
port or power port?  If on power, do you have a Cat5 surge protector and 
what type?  If it's a 300SS, get that out of there and put in something 
newer and better, or at least bypass it temporarily to see if that's causing 
the CRC errors.


If the counters are not incrementing and it only occurs let's say when 
there's a nearby lightning strike, then nothing to worry about.



-Original Message- 
From: Roland Houin via Af

Sent: Thursday, November 20, 2014 11:37 AM
To: John Seaman
Subject: Re: [AFMUG] How common are crc errors on pmp100

I'd clear the counters and watch..
if the errors climb quickly, you have a problem..
it could have been a single event weeks ago that caused the problem.
it would be nice if we had a mib to monitor the crc errors so we can tell 
when they happen.


roland



This is a radio that has been up for 93 days, it is very heavy on traffic,

would you say there is an issue with this radio? It is on a clean tower that
only I am on. There are 4 other canopy radios on this tower receiving sync 
from

a CTM1. All radios are just CAT5e cable non shielded, length is about 180�
tops. Also there is a PTP800 with lmr 400 ran along with it, I never noticed
this before, all other radios are showing about the same number of CRC 
errors,

is this expectable?

Ethernet Link Detected :1
Ethernet Link Lost :0
Undersized Toss Count :0
inoctets Count :4054728244
inucastpkts Count :1954469296
Innucastpkts Count :56834740
indiscards Count :0
inerrors Count :231695
inunknownprotos Count :0
outoctets Count :3150773755
outucastpktsCount :1289988260
outnucastpkts Count :1597027
outdiscards Count :0
outerrors Count :0
RxBabErr :0
TxHbErr :0
EthBusErr :0
CRCError :231601
RcvFifoNoBuf :94
RxOverrun :0
LateCollision :0
RetransLimitExp :0
TxUnderrun :0
CarSenseLost :0
No Carrier :0

Craig R. Schmaderer
CEO | Skywave Wireless, Inc.
Ph: 402-372-1975 | Fax: 402-372-1058
Direct: 402-372-1052
<

Re: [AFMUG] Network Monitoring in the 2010's

[Chuck McCown via Af]

What would be the determining factor?  Ping DNS server OK?

From: Jason McKemie via Af 
Sent: Thursday, November 20, 2014 11:03 AM
To: af@afmug.com 
Subject: Re: [AFMUG] Network Monitoring in the 2010's

A red/green led would probably suffice for this purpose.

On Thu, Nov 20, 2014 at 12:01 PM, Gino Villarini via Af  wrote:

  We need a “device” that plugs between router and internet connection with a 
big screed that says Internet OK! Or Internef BAD… filter out calls with 
customer having issues with wifi



  Gino A. Villarini
  President
  Aeronet Wireless Broadband Corp.
  www.aeronetpr.com   
  @aeronetpr



  From: "af@afmug.com" 
  Reply-To: "af@afmug.com" 
  Date: Thursday, November 20, 2014 at 1:47 PM
  To: "af@afmug.com" 
  Subject: Re: [AFMUG] Network Monitoring in the 2010's


  *An app for my phone?  Yuck 
  *Something that pushes to cutomers letting them know we're having issues?  
Yuck
  *Something that let's the customer verify their particular service is 
good/not?  That'd be great!
  *Web portal for billing, easy peasy

  Why a node fails probably won't be detectable by a machine - in some cases 
it's difficult for a person to narrow it down (radio, connectors, cables, 
ethernet, surge, etc) but I'd like to see ideas on this of course.


  I use/suggest an outgoing message.  IF the customer is having issues and they 
do call us, they hear we're having issues and hang up.  This means that we're 
not telling 100 people there are issues when 25 are effecting ending up with 75 
calls next month saying we owe them a credit when they had nothing to do with 
an outage.


  Josh Luthman
  Office: 937-552-2340
  Direct: 937-552-2343
  1100 Wayne St
  Suite 1337
  Troy, OH 45373

  On Thu, Nov 20, 2014 at 12:43 PM, Sterling Jacobson via Af  
wrote:

What I really want is an integrated system that isn't stuck in the 90's.

I want the customer to have an app on their phone that tells them when 
their network is having issues and why.
I want it to also remind them to pay their bill and provide a lazy/easy way 
to do that.

I want that same system to have an engineer app that tells us when nodes 
fail and why.

So if a node goes down and it's important, it should show up on my phone 
and I can take action.
One of those actions would be to message to outage impacted customers the 
ETA to fix etc.

Emails from Cacti don't count.

Re: [AFMUG] How common are crc errors on pmp100

[Craig Schmaderer via Af]

Sync is over power and no surge on the line except for the LTM1 built in surge. 
 Remember, I am seeing this on all 4 radios, but like josh said, .0001%, so I 
was really wanting to see if other see this, and those that don't, do you use 
shielded cable and ground the drain at the bottom and never see this?  Or do 
you use sync over timing port and never see errors, it seems weird that already 
about 50% think it is an issue and 50% think that it is normal?

Craig R. Schmaderer
CEO | Skywave Wireless, Inc.
Ph: 402-372-1975 | Fax: 402-372-1058
Direct: 402-372-1052

-Original Message-
From: Af [mailto:af-boun...@afmug.com] On Behalf Of Ken Hohhof via Af
Sent: Thursday, November 20, 2014 12:04 PM
To: af@afmug.com
Subject: Re: [AFMUG] How common are crc errors on pmp100

That's not normal, unless it was some one time event.  Is sync on the timing 
port or power port?  If on power, do you have a Cat5 surge protector and what 
type?  If it's a 300SS, get that out of there and put in something newer and 
better, or at least bypass it temporarily to see if that's causing the CRC 
errors.

If the counters are not incrementing and it only occurs let's say when there's 
a nearby lightning strike, then nothing to worry about.


-Original Message- 
From: Roland Houin via Af
Sent: Thursday, November 20, 2014 11:37 AM
To: John Seaman
Subject: Re: [AFMUG] How common are crc errors on pmp100

I'd clear the counters and watch..
if the errors climb quickly, you have a problem..
it could have been a single event weeks ago that caused the problem.
it would be nice if we had a mib to monitor the crc errors so we can tell 
when they happen.

roland


> This is a radio that has been up for 93 days, it is very heavy on traffic,
would you say there is an issue with this radio? It is on a clean tower that
only I am on. There are 4 other canopy radios on this tower receiving sync 
from
a CTM1. All radios are just CAT5e cable non shielded, length is about 180�
tops. Also there is a PTP800 with lmr 400 ran along with it, I never noticed
this before, all other radios are showing about the same number of CRC 
errors,
is this expectable?

Ethernet Link Detected :1
Ethernet Link Lost :0
Undersized Toss Count :0
inoctets Count :4054728244
inucastpkts Count :1954469296
Innucastpkts Count :56834740
indiscards Count :0
inerrors Count :231695
inunknownprotos Count :0
outoctets Count :3150773755
outucastpktsCount :1289988260
outnucastpkts Count :1597027
outdiscards Count :0
outerrors Count :0
RxBabErr :0
TxHbErr :0
EthBusErr :0
CRCError :231601
RcvFifoNoBuf :94
RxOverrun :0
LateCollision :0
RetransLimitExp :0
TxUnderrun :0
CarSenseLost :0
No Carrier :0

Craig R. Schmaderer
CEO | Skywave Wireless, Inc.
Ph: 402-372-1975 | Fax: 402-372-1058
Direct: 402-372-1052
<

Re: [AFMUG] How common are crc errors on pmp100

[Jerry Richardson via Af]

CRC errors have been a symptom of noise on the Ethernet cable. If have a few
AP's with non-shielded and they have some CRC errors, and others with
shielded that have no CRC errors.

I suspect that shielded cable/connectors will quiet that down.

-Original Message-
From: Af [mailto:af-boun...@afmug.com] On Behalf Of Craig Schmaderer via Af
Sent: Thursday, November 20, 2014 10:11 AM
To: af@afmug.com
Subject: Re: [AFMUG] How common are crc errors on pmp100

Sync is over power and no surge on the line except for the LTM1 built in
surge.  Remember, I am seeing this on all 4 radios, but like josh said,
.0001%, so I was really wanting to see if other see this, and those that
don't, do you use shielded cable and ground the drain at the bottom and
never see this?  Or do you use sync over timing port and never see errors,
it seems weird that already about 50% think it is an issue and 50% think
that it is normal?

Craig R. Schmaderer
CEO | Skywave Wireless, Inc.
Ph: 402-372-1975 | Fax: 402-372-1058
Direct: 402-372-1052

-Original Message-
From: Af [mailto:af-boun...@afmug.com] On Behalf Of Ken Hohhof via Af
Sent: Thursday, November 20, 2014 12:04 PM
To: af@afmug.com
Subject: Re: [AFMUG] How common are crc errors on pmp100

That's not normal, unless it was some one time event.  Is sync on the timing
port or power port?  If on power, do you have a Cat5 surge protector and
what type?  If it's a 300SS, get that out of there and put in something
newer and better, or at least bypass it temporarily to see if that's causing
the CRC errors.

If the counters are not incrementing and it only occurs let's say when
there's a nearby lightning strike, then nothing to worry about.


-Original Message-
From: Roland Houin via Af
Sent: Thursday, November 20, 2014 11:37 AM
To: John Seaman
Subject: Re: [AFMUG] How common are crc errors on pmp100

I'd clear the counters and watch..
if the errors climb quickly, you have a problem..
it could have been a single event weeks ago that caused the problem.
it would be nice if we had a mib to monitor the crc errors so we can tell
when they happen.

roland


> This is a radio that has been up for 93 days, it is very heavy on 
> traffic,
would you say there is an issue with this radio? It is on a clean tower that
only I am on. There are 4 other canopy radios on this tower receiving sync
from a CTM1. All radios are just CAT5e cable non shielded, length is about
180� tops. Also there is a PTP800 with lmr 400 ran along with it, I never
noticed this before, all other radios are showing about the same number of
CRC errors, is this expectable?

Ethernet Link Detected :1
Ethernet Link Lost :0
Undersized Toss Count :0
inoctets Count :4054728244
inucastpkts Count :1954469296
Innucastpkts Count :56834740
indiscards Count :0
inerrors Count :231695
inunknownprotos Count :0
outoctets Count :3150773755
outucastpktsCount :1289988260
outnucastpkts Count :1597027
outdiscards Count :0
outerrors Count :0
RxBabErr :0
TxHbErr :0
EthBusErr :0
CRCError :231601
RcvFifoNoBuf :94
RxOverrun :0
LateCollision :0
RetransLimitExp :0
TxUnderrun :0
CarSenseLost :0
No Carrier :0

Craig R. Schmaderer
CEO | Skywave Wireless, Inc.
Ph: 402-372-1975 | Fax: 402-372-1058
Direct: 402-372-1052
<

Re: [AFMUG] Network Monitoring in the 2010's

[Gino Villarini via Af]

Not enough… you need it to ping dns and do speed test every x amount of 
minutes, display daily avg on screen….



Gino A. Villarini
President
Aeronet Wireless Broadband Corp.
www.aeronetpr.com
@aeronetpr



From: "af@afmug.com" mailto:af@afmug.com>>
Reply-To: "af@afmug.com" 
mailto:af@afmug.com>>
Date: Thursday, November 20, 2014 at 2:03 PM
To: "af@afmug.com" mailto:af@afmug.com>>
Subject: Re: [AFMUG] Network Monitoring in the 2010's

Better idea.  Have the POE (like a dumber AirGateway) that pings out and gives 
a light.


Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Thu, Nov 20, 2014 at 1:01 PM, Gino Villarini via Af 
mailto:af@afmug.com>> wrote:
We need a “device” that plugs between router and internet connection with a big 
screed that says Internet OK! Or Internef BAD… filter out calls with customer 
having issues with wifi



Gino A. Villarini
President
Aeronet Wireless Broadband Corp.
www.aeronetpr.com
@aeronetpr



From: "af@afmug.com" mailto:af@afmug.com>>
Reply-To: "af@afmug.com" 
mailto:af@afmug.com>>
Date: Thursday, November 20, 2014 at 1:47 PM
To: "af@afmug.com" mailto:af@afmug.com>>
Subject: Re: [AFMUG] Network Monitoring in the 2010's

*An app for my phone?  Yuck
*Something that pushes to cutomers letting them know we're having issues?  Yuck
*Something that let's the customer verify their particular service is good/not? 
 That'd be great!
*Web portal for billing, easy peasy

Why a node fails probably won't be detectable by a machine - in some cases it's 
difficult for a person to narrow it down (radio, connectors, cables, ethernet, 
surge, etc) but I'd like to see ideas on this of course.

I use/suggest an outgoing message.  IF the customer is having issues and they 
do call us, they hear we're having issues and hang up.  This means that we're 
not telling 100 people there are issues when 25 are effecting ending up with 75 
calls next month saying we owe them a credit when they had nothing to do with 
an outage.


Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Thu, Nov 20, 2014 at 12:43 PM, Sterling Jacobson via Af 
mailto:af@afmug.com>> wrote:
What I really want is an integrated system that isn't stuck in the 90's.

I want the customer to have an app on their phone that tells them when their 
network is having issues and why.
I want it to also remind them to pay their bill and provide a lazy/easy way to 
do that.

I want that same system to have an engineer app that tells us when nodes fail 
and why.

So if a node goes down and it's important, it should show up on my phone and I 
can take action.
One of those actions would be to message to outage impacted customers the ETA 
to fix etc.

Emails from Cacti don't count.

Re: [AFMUG] Network Monitoring in the 2010's

[Ken Hohhof via Af]

Several brands of home routers have an Internet light that changes color when 
the Internet is reachable, for example Netgear and DLink do this.  I don’t know 
about Belkin but they probably phone home to the mothership.  I think the 
method depends on whether the Internet connection is set for DHCP, PPPoE or 
static IP.  With PPPoE it monitors for an active PPPoE session.  I think the 
other two maybe they check if the DNS servers are reachable.

This method is not foolproof, because cheap routers tend to lock up and they 
may lock up with the light saying Internet is good.  But it’s better than 
nothing.

As far as notifying customers, ComEd here has an outage map that’s pretty nice. 
 You can bring it up on your phone and the starting location will be your phone 
location, outage locations are shown with an estimated number of customers 
affected, problem description (like wires down), status (like crew onsite or 
being dispatched), and ETA.  Not saying that’s what we need, but from a 
customer perspective, it’s useful.


From: Chuck McCown via Af 
Sent: Thursday, November 20, 2014 12:05 PM
To: af@afmug.com 
Subject: Re: [AFMUG] Network Monitoring in the 2010's

What would be the determining factor?  Ping DNS server OK?

From: Jason McKemie via Af 
Sent: Thursday, November 20, 2014 11:03 AM
To: af@afmug.com 
Subject: Re: [AFMUG] Network Monitoring in the 2010's

A red/green led would probably suffice for this purpose.

On Thu, Nov 20, 2014 at 12:01 PM, Gino Villarini via Af  wrote:

  We need a “device” that plugs between router and internet connection with a 
big screed that says Internet OK! Or Internef BAD… filter out calls with 
customer having issues with wifi



  Gino A. Villarini
  President
  Aeronet Wireless Broadband Corp.
  www.aeronetpr.com   
  @aeronetpr



  From: "af@afmug.com" 
  Reply-To: "af@afmug.com" 
  Date: Thursday, November 20, 2014 at 1:47 PM
  To: "af@afmug.com" 
  Subject: Re: [AFMUG] Network Monitoring in the 2010's


  *An app for my phone?  Yuck 
  *Something that pushes to cutomers letting them know we're having issues?  
Yuck
  *Something that let's the customer verify their particular service is 
good/not?  That'd be great!
  *Web portal for billing, easy peasy

  Why a node fails probably won't be detectable by a machine - in some cases 
it's difficult for a person to narrow it down (radio, connectors, cables, 
ethernet, surge, etc) but I'd like to see ideas on this of course.


  I use/suggest an outgoing message.  IF the customer is having issues and they 
do call us, they hear we're having issues and hang up.  This means that we're 
not telling 100 people there are issues when 25 are effecting ending up with 75 
calls next month saying we owe them a credit when they had nothing to do with 
an outage.


  Josh Luthman
  Office: 937-552-2340
  Direct: 937-552-2343
  1100 Wayne St
  Suite 1337
  Troy, OH 45373

  On Thu, Nov 20, 2014 at 12:43 PM, Sterling Jacobson via Af  
wrote:

What I really want is an integrated system that isn't stuck in the 90's.

I want the customer to have an app on their phone that tells them when 
their network is having issues and why.
I want it to also remind them to pay their bill and provide a lazy/easy way 
to do that.

I want that same system to have an engineer app that tells us when nodes 
fail and why.

So if a node goes down and it's important, it should show up on my phone 
and I can take action.
One of those actions would be to message to outage impacted customers the 
ETA to fix etc.

Emails from Cacti don't count.

[AFMUG] OT Car Parts

[Chuck McCown via Af]

What do you call that post on the side of the windshield that supports the roof 
of a vehicle?

Trying to find a replacement trim that came off the outside.  It is not showing 
up on the pages for the windshield, door or roof on the Ford website.  

Re: [AFMUG] OT Car Parts

[josh--- via Af]

The A pillars

On November 20, 2014 9:16:22 AM AKST, Chuck McCown via Af  wrote:
>What do you call that post on the side of the windshield that supports
>the roof of a vehicle?
>
>Trying to find a replacement trim that came off the outside.  It is not
>showing up on the pages for the windshield, door or roof on the Ford
>website.  

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: [AFMUG] OT Car Parts

[jeff pastuck via Af]

That would be the A-pillar

On Thu, Nov 20, 2014 at 2:16 PM, Chuck McCown via Af  wrote:

>   What do you call that post on the side of the windshield that supports
> the roof of a vehicle?
>
>  Trying to find a replacement trim that came off the outside.  It is not
> showing up on the pages for the windshield, door or roof on the Ford
> website.
>
>

Re: [AFMUG] OT Car Parts

[Chuck McCown via Af]

So, do I want A pillar molding or trim.  
Not sure I know the difference.  I would presume moldings are molded?

From: jeff pastuck via Af 
Sent: Thursday, November 20, 2014 11:19 AM
To: af@afmug.com 
Subject: Re: [AFMUG] OT Car Parts

That would be the A-pillar

On Thu, Nov 20, 2014 at 2:16 PM, Chuck McCown via Af  wrote:

  What do you call that post on the side of the windshield that supports the 
roof of a vehicle?

  Trying to find a replacement trim that came off the outside.  It is not 
showing up on the pages for the windshield, door or roof on the Ford website.  

Re: [AFMUG] How common are crc errors on pmp100

[Bill Prince via Af]

We don't often see CRC errors on any of our APs, FSK, OFDM, or MIMO.

If you're in lightning territory, check to see if these are coincident 
with lightning strikes.


bp


On 11/20/2014 9:24 AM, Craig Schmaderer via Af wrote:


This is a radio that has been up for 93 days, it is very heavy on 
traffic, would you say there is an issue with this radio?   It is on a 
clean tower that only I am on.  There are 4 other canopy radios on 
this tower receiving sync from a CTM1.  All radios are just CAT5e 
cable non shielded, length is about 180' tops.  Also there is a PTP800 
with lmr 400 ran along with it, I never noticed this before, all other 
radios are showing about the same number of CRC errors, is this 
expectable?


Ethernet Link Detected :



1

Ethernet Link Lost :



0

Undersized Toss Count :



0

inoctets Count :



4054728244

inucastpkts Count :



1954469296

Innucastpkts Count :



56834740

indiscards Count :



0

inerrors Count :



231695

inunknownprotos Count :



0

outoctets Count :



3150773755

outucastpktsCount :



1289988260

outnucastpkts Count :



1597027

outdiscards Count :



0

outerrors Count :



0

RxBabErr :



0

TxHbErr :



0

EthBusErr :



0

CRCError :



231601

RcvFifoNoBuf :



94

RxOverrun :



0

LateCollision :



0

RetransLimitExp :



0

TxUnderrun :



0

CarSenseLost :



0

No Carrier :



0

/Craig R. Schmaderer/

/CEO | Skywave Wireless, Inc./

/Ph: 402-372-1975 | Fax: 402-372-1058/

/Direct: 402-372-1052/

Re: [AFMUG] OT Car Parts

[Chuck McCown via Af]

Both molding and trim:

FORD A-Pillar Outer Windshield Molding Trim: BB5Z-7803136-AB

Now I know.  Thanks for the helps.

From: Chuck McCown via Af
Sent: Thursday, November 20, 2014 11:22 AM
To: af@afmug.com
Subject: Re: [AFMUG] OT Car Parts

So, do I want A pillar molding or trim.
Not sure I know the difference.  I would presume moldings are molded?

From: jeff pastuck via Af
Sent: Thursday, November 20, 2014 11:19 AM
To: af@afmug.com
Subject: Re: [AFMUG] OT Car Parts

That would be the A-pillar

On Thu, Nov 20, 2014 at 2:16 PM, Chuck McCown via Af  wrote:

What do you call that post on the side of the windshield that supports the 
roof of a vehicle?


Trying to find a replacement trim that came off the outside.  It is not 
showing up on the pages for the windshield, door or roof on the Ford 
website.

Re: [AFMUG] Network Monitoring in the 2010's

[Jerry Richardson via Af]

OK, thanks for putting me on a tangent, now I will get nothing done...

http://www.hackshed.co.uk/arduino-network-uptime-monitor-with-twitter-update
s/

-Original Message-
From: Af [mailto:af-boun...@afmug.com] On Behalf Of Sterling Jacobson via Af
Sent: Thursday, November 20, 2014 9:44 AM
To: 'af@afmug.com'
Subject: [AFMUG] Network Monitoring in the 2010's

What I really want is an integrated system that isn't stuck in the 90's.

I want the customer to have an app on their phone that tells them when their
network is having issues and why.
I want it to also remind them to pay their bill and provide a lazy/easy way
to do that.

I want that same system to have an engineer app that tells us when nodes
fail and why.

So if a node goes down and it's important, it should show up on my phone and
I can take action.
One of those actions would be to message to outage impacted customers the
ETA to fix etc.

Emails from Cacti don't count.

Re: [AFMUG] OT Car Parts

[CARL PETERSON via Af]

http://commons.wikimedia.org/wiki/File:A-pillar.jpg

So I guess your thinking about the B pillar.

Carl Peterson
PORT NETWORKS
401 E Pratt St, Ste 2553
Baltimore, MD 21202
(410) 637-3707 

On Nov 20, 2014, at 1:16 PM, Chuck McCown via Af  wrote:

> What do you call that post on the side of the windshield that supports the 
> roof of a vehicle?
>  
> Trying to find a replacement trim that came off the outside.  It is not 
> showing up on the pages for the windshield, door or roof on the Ford website. 
>  

Re: [AFMUG] OT Car Parts

[Chuck McCown via Af]

Nope, A pillar.

From: CARL PETERSON via Af 
Sent: Thursday, November 20, 2014 11:47 AM
To: af@afmug.com 
Subject: Re: [AFMUG] OT Car Parts

http://commons.wikimedia.org/wiki/File:A-pillar.jpg 

So I guess your thinking about the B pillar.

Carl Peterson
PORT NETWORKS
401 E Pratt St, Ste 2553
Baltimore, MD 21202
(410) 637-3707 

On Nov 20, 2014, at 1:16 PM, Chuck McCown via Af  wrote:


  What do you call that post on the side of the windshield that supports the 
roof of a vehicle?

  Trying to find a replacement trim that came off the outside.  It is not 
showing up on the pages for the windshield, door or roof on the Ford website.  

Re: [AFMUG] Network Monitoring in the 2010's

[Bill Prince via Af]

Linktechs built a tool a couple years ago that ran on the customer's PC 
(WIndows only) that would give the customer a "connection health" 
indication.  It would monitor the local gateway, and give both a green 
light for connected, plus a reading on the latency.  You go too much 
beyond that, and you will get a bunch of false positives when something 
beyond your local network is having some kind of issue (we get our share 
of these).


I don't think they got much response from it, and I don't think they 
offer it any longer.


bp


On 11/20/2014 9:43 AM, Sterling Jacobson via Af wrote:

What I really want is an integrated system that isn't stuck in the 90's.

I want the customer to have an app on their phone that tells them when their 
network is having issues and why.
I want it to also remind them to pay their bill and provide a lazy/easy way to 
do that.

I want that same system to have an engineer app that tells us when nodes fail 
and why.

So if a node goes down and it's important, it should show up on my phone and I 
can take action.
One of those actions would be to message to outage impacted customers the ETA 
to fix etc.

Emails from Cacti don't count.

[AFMUG] Chuck: $/watt for solar panels

[Jerry Richardson via Af]

Check,

Aren't you a solar panel dealer now? 

 

Pricing out a 1200w panel system, not sure what would be considered a good
price. 

Re: [AFMUG] Network Monitoring in the 2010's

[Ken Hohhof via Af]

Part of the problem is so many customers are 100% WiFi now, so unless you 
have a managed router there, you have 2 big problem areas beyond the 
demarc - the customer's router and the customer's WiFi.



-Original Message- 
From: Bill Prince via Af

Sent: Thursday, November 20, 2014 1:04 PM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

Linktechs built a tool a couple years ago that ran on the customer's PC
(WIndows only) that would give the customer a "connection health"
indication.  It would monitor the local gateway, and give both a green
light for connected, plus a reading on the latency.  You go too much
beyond that, and you will get a bunch of false positives when something
beyond your local network is having some kind of issue (we get our share
of these).

I don't think they got much response from it, and I don't think they
offer it any longer.

bp


On 11/20/2014 9:43 AM, Sterling Jacobson via Af wrote:

What I really want is an integrated system that isn't stuck in the 90's.

I want the customer to have an app on their phone that tells them when 
their network is having issues and why.
I want it to also remind them to pay their bill and provide a lazy/easy 
way to do that.


I want that same system to have an engineer app that tells us when nodes 
fail and why.


So if a node goes down and it's important, it should show up on my phone 
and I can take action.
One of those actions would be to message to outage impacted customers the 
ETA to fix etc.


Emails from Cacti don't count.

Re: [AFMUG] Network Monitoring in the 2010's

[Louis Arsenault via Af]

Here you go.
http://www.linksprinter.com/

-Louis

On Thu, Nov 20, 2014 at 12:43 PM, Sterling Jacobson via Af  wrote:
> What I really want is an integrated system that isn't stuck in the 90's.
>
> I want the customer to have an app on their phone that tells them when their 
> network is having issues and why.
> I want it to also remind them to pay their bill and provide a lazy/easy way 
> to do that.
>
> I want that same system to have an engineer app that tells us when nodes fail 
> and why.
>
> So if a node goes down and it's important, it should show up on my phone and 
> I can take action.
> One of those actions would be to message to outage impacted customers the ETA 
> to fix etc.
>
> Emails from Cacti don't count.



-- 
-Louis

NTInet
O: 803-533-1660 X 207
C: 803-997-0004

Re: [AFMUG] Network Monitoring in the 2010's

[Jerry Richardson via Af]

We have started offering managed routers, and putting in Ubiquity
AirRouters. They show up in AirControl and we can upgrade/make changes, run
the SA, etc. 

Pretty cool.

-Original Message-
From: Af [mailto:af-boun...@afmug.com] On Behalf Of Ken Hohhof via Af
Sent: Thursday, November 20, 2014 11:35 AM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

Part of the problem is so many customers are 100% WiFi now, so unless you
have a managed router there, you have 2 big problem areas beyond the demarc
- the customer's router and the customer's WiFi.


-Original Message-
From: Bill Prince via Af
Sent: Thursday, November 20, 2014 1:04 PM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

Linktechs built a tool a couple years ago that ran on the customer's PC
(WIndows only) that would give the customer a "connection health"
indication.  It would monitor the local gateway, and give both a green light
for connected, plus a reading on the latency.  You go too much beyond that,
and you will get a bunch of false positives when something beyond your local
network is having some kind of issue (we get our share of these).

I don't think they got much response from it, and I don't think they offer
it any longer.

bp


On 11/20/2014 9:43 AM, Sterling Jacobson via Af wrote:
> What I really want is an integrated system that isn't stuck in the 90's.
>
> I want the customer to have an app on their phone that tells them when 
> their network is having issues and why.
> I want it to also remind them to pay their bill and provide a 
> lazy/easy way to do that.
>
> I want that same system to have an engineer app that tells us when 
> nodes fail and why.
>
> So if a node goes down and it's important, it should show up on my 
> phone and I can take action.
> One of those actions would be to message to outage impacted customers 
> the ETA to fix etc.
>
> Emails from Cacti don't count.
>

Re: [AFMUG] Chuck: $/watt for solar panels

[Bill Prince via Af]

We've been consistently getting panels at or below $0.75 per watt in 
small quantities.  If you can't get your 1200 watts below ~~ $900, keep 
shopping.


Oh.  And if you're putting in a DC system, get yourself an MPPT solar 
controller.  We recently replaced a PWM controller with an MPPT 
controller on one of our older solar installations, and the difference 
is remarkable.  Now getting decent charge rates even in overcast conditions.


bp


On 11/20/2014 11:31 AM, Jerry Richardson via Af wrote:

Check,

Aren't you a solar panel dealer now?

  


Pricing out a 1200w panel system, not sure what would be considered a good
price.

Re: [AFMUG] Network Monitoring in the 2010's

[Josh Luthman via Af]

Red/green light for successful DNS and ping to a server determined by DHCP


Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Thu, Nov 20, 2014 at 1:05 PM, Chuck McCown via Af  wrote:

>   What would be the determining factor?  Ping DNS server OK?
>
>  *From:* Jason McKemie via Af 
> *Sent:* Thursday, November 20, 2014 11:03 AM
> *To:* af@afmug.com
> *Subject:* Re: [AFMUG] Network Monitoring in the 2010's
>
>  A red/green led would probably suffice for this purpose.
>
> On Thu, Nov 20, 2014 at 12:01 PM, Gino Villarini via Af 
> wrote:
>
>>   We need a “device” that plugs between router and internet connection
>> with a big screed that says Internet OK! Or Internef BAD… filter out calls
>> with customer having issues with wifi
>>
>>
>>
>> Gino A. Villarini
>> President
>> Aeronet Wireless Broadband Corp.
>> www.aeronetpr.com
>> @aeronetpr
>>
>>
>>
>> From: "af@afmug.com" 
>> Reply-To: "af@afmug.com" 
>> Date: Thursday, November 20, 2014 at 1:47 PM
>> To: "af@afmug.com" 
>> Subject: Re: [AFMUG] Network Monitoring in the 2010's
>>
>>  *An app for my phone?  Yuck
>> *Something that pushes to cutomers letting them know we're having
>> issues?  Yuck
>> *Something that let's the customer verify their particular service is
>> good/not?  That'd be great!
>> *Web portal for billing, easy peasy
>>
>> Why a node fails probably won't be detectable by a machine - in some
>> cases it's difficult for a person to narrow it down (radio, connectors,
>> cables, ethernet, surge, etc) but I'd like to see ideas on this of course.
>>
>> I use/suggest an outgoing message.  IF the customer is having issues and
>> they do call us, they hear we're having issues and hang up.  This means
>> that we're not telling 100 people there are issues when 25 are effecting
>> ending up with 75 calls next month saying we owe them a credit when they
>> had nothing to do with an outage.
>>
>>
>> Josh Luthman
>> Office: 937-552-2340
>> Direct: 937-552-2343
>> 1100 Wayne St
>> Suite 1337
>> Troy, OH 45373
>>
>> On Thu, Nov 20, 2014 at 12:43 PM, Sterling Jacobson via Af 
>> wrote:
>>
>>> What I really want is an integrated system that isn't stuck in the 90's.
>>>
>>> I want the customer to have an app on their phone that tells them when
>>> their network is having issues and why.
>>> I want it to also remind them to pay their bill and provide a lazy/easy
>>> way to do that.
>>>
>>> I want that same system to have an engineer app that tells us when nodes
>>> fail and why.
>>>
>>> So if a node goes down and it's important, it should show up on my phone
>>> and I can take action.
>>> One of those actions would be to message to outage impacted customers
>>> the ETA to fix etc.
>>>
>>> Emails from Cacti don't count.
>>>
>>
>>
>
>

Re: [AFMUG] Chuck: $/watt for solar panels

[Chuck McCown via Af]

I kinda am/was.  Mostly I just shop around online like everyone else.  You 
normally have to take a truckload to get a good deal.  I like to pay 60 
cents per watt.  70 cents can be found frequently if you buy in quantity. 
You are looking for about 5 panels. You will probably have to pay 80 cents.


-Original Message- 
From: Jerry Richardson via Af

Sent: Thursday, November 20, 2014 12:31 PM
To: af@afmug.com
Subject: [AFMUG] Chuck: $/watt for solar panels

Check,

Aren't you a solar panel dealer now?



Pricing out a 1200w panel system, not sure what would be considered a good
price.

Re: [AFMUG] Network Monitoring in the 2010's

[Chuck McCown via Af]

As determined by DHCP adds a horrible layer of complexity for a cheap and 
simple device.
How about ping to 8.8.8.8?

From: Josh Luthman via Af 
Sent: Thursday, November 20, 2014 12:41 PM
To: af@afmug.com 
Subject: Re: [AFMUG] Network Monitoring in the 2010's

Red/green light for successful DNS and ping to a server determined by DHCP


Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Thu, Nov 20, 2014 at 1:05 PM, Chuck McCown via Af  wrote:

  What would be the determining factor?  Ping DNS server OK?

  From: Jason McKemie via Af 
  Sent: Thursday, November 20, 2014 11:03 AM
  To: af@afmug.com 
  Subject: Re: [AFMUG] Network Monitoring in the 2010's

  A red/green led would probably suffice for this purpose.

  On Thu, Nov 20, 2014 at 12:01 PM, Gino Villarini via Af  wrote:

We need a “device” that plugs between router and internet connection with a 
big screed that says Internet OK! Or Internef BAD… filter out calls with 
customer having issues with wifi



Gino A. Villarini
President
Aeronet Wireless Broadband Corp.
www.aeronetpr.com   
@aeronetpr



From: "af@afmug.com" 
Reply-To: "af@afmug.com" 
Date: Thursday, November 20, 2014 at 1:47 PM
To: "af@afmug.com" 
Subject: Re: [AFMUG] Network Monitoring in the 2010's


*An app for my phone?  Yuck 
*Something that pushes to cutomers letting them know we're having issues?  
Yuck
*Something that let's the customer verify their particular service is 
good/not?  That'd be great!
*Web portal for billing, easy peasy

Why a node fails probably won't be detectable by a machine - in some cases 
it's difficult for a person to narrow it down (radio, connectors, cables, 
ethernet, surge, etc) but I'd like to see ideas on this of course.


I use/suggest an outgoing message.  IF the customer is having issues and 
they do call us, they hear we're having issues and hang up.  This means that 
we're not telling 100 people there are issues when 25 are effecting ending up 
with 75 calls next month saying we owe them a credit when they had nothing to 
do with an outage.


Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Thu, Nov 20, 2014 at 12:43 PM, Sterling Jacobson via Af  
wrote:

  What I really want is an integrated system that isn't stuck in the 90's.

  I want the customer to have an app on their phone that tells them when 
their network is having issues and why.
  I want it to also remind them to pay their bill and provide a lazy/easy 
way to do that.

  I want that same system to have an engineer app that tells us when nodes 
fail and why.

  So if a node goes down and it's important, it should show up on my phone 
and I can take action.
  One of those actions would be to message to outage impacted customers the 
ETA to fix etc.

  Emails from Cacti don't count.

Re: [AFMUG] Network Monitoring in the 2010's

[Bill Prince via Af]

I know.  I would say that 90+ % of our service calls boil down to some 
SNAFU with their home router/WiFi.  Most of them have been trained to 
check to see if they can get guest access to the SM, just to be sure 
their problem is not local (love NAT).


bp


On 11/20/2014 11:34 AM, Ken Hohhof via Af wrote:
Part of the problem is so many customers are 100% WiFi now, so unless 
you have a managed router there, you have 2 big problem areas beyond 
the demarc - the customer's router and the customer's WiFi.



-Original Message- From: Bill Prince via Af
Sent: Thursday, November 20, 2014 1:04 PM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

Linktechs built a tool a couple years ago that ran on the customer's PC
(WIndows only) that would give the customer a "connection health"
indication.  It would monitor the local gateway, and give both a green
light for connected, plus a reading on the latency.  You go too much
beyond that, and you will get a bunch of false positives when something
beyond your local network is having some kind of issue (we get our share
of these).

I don't think they got much response from it, and I don't think they
offer it any longer.

bp


On 11/20/2014 9:43 AM, Sterling Jacobson via Af wrote:

What I really want is an integrated system that isn't stuck in the 90's.

I want the customer to have an app on their phone that tells them 
when their network is having issues and why.
I want it to also remind them to pay their bill and provide a 
lazy/easy way to do that.


I want that same system to have an engineer app that tells us when 
nodes fail and why.


So if a node goes down and it's important, it should show up on my 
phone and I can take action.
One of those actions would be to message to outage impacted customers 
the ETA to fix etc.


Emails from Cacti don't count.

Re: [AFMUG] Network Monitoring in the 2010's

[Travis Johnson via Af]

Then every time Google's DNS goes down, all of your customers will be 
calling... LOL


Travis

On 11/20/2014 12:52 PM, Chuck McCown via Af wrote:
As determined by DHCP adds a horrible layer of complexity for a cheap 
and simple device.

How about ping to 8.8.8.8?
*From:* Josh Luthman via Af 
*Sent:* Thursday, November 20, 2014 12:41 PM
*To:* af@afmug.com 
*Subject:* Re: [AFMUG] Network Monitoring in the 2010's
Red/green light for successful DNS and ping to a server determined by DHCP
Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373
On Thu, Nov 20, 2014 at 1:05 PM, Chuck McCown via Af > wrote:


What would be the determining factor?  Ping DNS server OK?
*From:* Jason McKemie via Af 
*Sent:* Thursday, November 20, 2014 11:03 AM
*To:* af@afmug.com 
*Subject:* Re: [AFMUG] Network Monitoring in the 2010's
A red/green led would probably suffice for this purpose.
On Thu, Nov 20, 2014 at 12:01 PM, Gino Villarini via Af
mailto:af@afmug.com>> wrote:

We need a “device” that plugs between router and internet
connection with a big screed that says Internet OK! Or
Internef BAD… filter out calls with customer having issues
with wifi
Gino A. Villarini
President
Aeronet Wireless Broadband Corp.
www.aeronetpr.com 
@aeronetpr
From: "af@afmug.com " mailto:af@afmug.com>>
Reply-To: "af@afmug.com " mailto:af@afmug.com>>
Date: Thursday, November 20, 2014 at 1:47 PM
To: "af@afmug.com " mailto:af@afmug.com>>
Subject: Re: [AFMUG] Network Monitoring in the 2010's
*An app for my phone?  Yuck
*Something that pushes to cutomers letting them know we're
having issues?  Yuck
*Something that let's the customer verify their particular
service is good/not?  That'd be great!
*Web portal for billing, easy peasy
Why a node fails probably won't be detectable by a machine -
in some cases it's difficult for a person to narrow it down
(radio, connectors, cables, ethernet, surge, etc) but I'd like
to see ideas on this of course.
I use/suggest an outgoing message. IF the customer is having
issues and they do call us, they hear we're having issues and
hang up.  This means that we're not telling 100 people there
are issues when 25 are effecting ending up with 75 calls next
month saying we owe them a credit when they had nothing to do
with an outage.
Josh Luthman
Office: 937-552-2340 
Direct: 937-552-2343 
1100 Wayne St
Suite 1337
Troy, OH 45373
On Thu, Nov 20, 2014 at 12:43 PM, Sterling Jacobson via Af
mailto:af@afmug.com>> wrote:

What I really want is an integrated system that isn't
stuck in the 90's.

I want the customer to have an app on their phone that
tells them when their network is having issues and why.
I want it to also remind them to pay their bill and
provide a lazy/easy way to do that.

I want that same system to have an engineer app that tells
us when nodes fail and why.

So if a node goes down and it's important, it should show
up on my phone and I can take action.
One of those actions would be to message to outage
impacted customers the ETA to fix etc.

Emails from Cacti don't count.

Re: [AFMUG] Network Monitoring in the 2010's

[Chuck McCown via Af]

What is the most reliable pingable IP?

From: Travis Johnson via Af 
Sent: Thursday, November 20, 2014 12:56 PM
To: af@afmug.com 
Subject: Re: [AFMUG] Network Monitoring in the 2010's

Then every time Google's DNS goes down, all of your customers will be 
calling... LOL

Travis


On 11/20/2014 12:52 PM, Chuck McCown via Af wrote:

  As determined by DHCP adds a horrible layer of complexity for a cheap and 
simple device.
  How about ping to 8.8.8.8?

  From: Josh Luthman via Af 
  Sent: Thursday, November 20, 2014 12:41 PM
  To: af@afmug.com 
  Subject: Re: [AFMUG] Network Monitoring in the 2010's

  Red/green light for successful DNS and ping to a server determined by DHCP


  Josh Luthman
  Office: 937-552-2340
  Direct: 937-552-2343
  1100 Wayne St
  Suite 1337
  Troy, OH 45373

  On Thu, Nov 20, 2014 at 1:05 PM, Chuck McCown via Af  wrote:

What would be the determining factor?  Ping DNS server OK?

From: Jason McKemie via Af 
Sent: Thursday, November 20, 2014 11:03 AM
To: af@afmug.com 
Subject: Re: [AFMUG] Network Monitoring in the 2010's

A red/green led would probably suffice for this purpose.

On Thu, Nov 20, 2014 at 12:01 PM, Gino Villarini via Af  
wrote:

  We need a “device” that plugs between router and internet connection with 
a big screed that says Internet OK! Or Internef BAD… filter out calls with 
customer having issues with wifi



  Gino A. Villarini
  President
  Aeronet Wireless Broadband Corp.
  www.aeronetpr.com   
  @aeronetpr



  From: "af@afmug.com" 
  Reply-To: "af@afmug.com" 
  Date: Thursday, November 20, 2014 at 1:47 PM
  To: "af@afmug.com" 
  Subject: Re: [AFMUG] Network Monitoring in the 2010's


  *An app for my phone?  Yuck 
  *Something that pushes to cutomers letting them know we're having issues? 
 Yuck
  *Something that let's the customer verify their particular service is 
good/not?  That'd be great!
  *Web portal for billing, easy peasy

  Why a node fails probably won't be detectable by a machine - in some 
cases it's difficult for a person to narrow it down (radio, connectors, cables, 
ethernet, surge, etc) but I'd like to see ideas on this of course.


  I use/suggest an outgoing message.  IF the customer is having issues and 
they do call us, they hear we're having issues and hang up.  This means that 
we're not telling 100 people there are issues when 25 are effecting ending up 
with 75 calls next month saying we owe them a credit when they had nothing to 
do with an outage.


  Josh Luthman
  Office: 937-552-2340
  Direct: 937-552-2343
  1100 Wayne St
  Suite 1337
  Troy, OH 45373

  On Thu, Nov 20, 2014 at 12:43 PM, Sterling Jacobson via Af  
wrote:

What I really want is an integrated system that isn't stuck in the 90's.

I want the customer to have an app on their phone that tells them when 
their network is having issues and why.
I want it to also remind them to pay their bill and provide a lazy/easy 
way to do that.

I want that same system to have an engineer app that tells us when 
nodes fail and why.

So if a node goes down and it's important, it should show up on my 
phone and I can take action.
One of those actions would be to message to outage impacted customers 
the ETA to fix etc.

Emails from Cacti don't count.

Re: [AFMUG] Network Monitoring in the 2010's

[Jerry Richardson via Af]

Right…

 

Was pinging 8.8.8.8 last night – 174ms. 

Pinged 8.8.4.4 – 12ms.

 

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Travis Johnson via Af
Sent: Thursday, November 20, 2014 11:57 AM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

 

Then every time Google's DNS goes down, all of your customers will be 
calling... LOL

Travis

On 11/20/2014 12:52 PM, Chuck McCown via Af wrote:

As determined by DHCP adds a horrible layer of complexity for a cheap and 
simple device.

How about ping to 8.8.8.8?

 

From: Josh Luthman via Af   

Sent: Thursday, November 20, 2014 12:41 PM

To: af@afmug.com   

Subject: Re: [AFMUG] Network Monitoring in the 2010's

 

Red/green light for successful DNS and ping to a server determined by DHCP

 

 

Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

 

On Thu, Nov 20, 2014 at 1:05 PM, Chuck McCown via Af mailto:af@afmug.com> > wrote:

What would be the determining factor?  Ping DNS server OK?

 

From: Jason McKemie via Af   

Sent: Thursday, November 20, 2014 11:03 AM

To: af@afmug.com   

Subject: Re: [AFMUG] Network Monitoring in the 2010's

 

A red/green led would probably suffice for this purpose.

 

On Thu, Nov 20, 2014 at 12:01 PM, Gino Villarini via Af mailto:af@afmug.com> > wrote:

We need a “device” that plugs between router and internet connection with a big 
screed that says Internet OK! Or Internef BAD… filter out calls with customer 
having issues with wifi

 

 

 

Gino A. Villarini

President

Aeronet Wireless Broadband Corp.

www.aeronetpr.com 

@aeronetpr

 

 

 

From: "af@afmug.com  " mailto:af@afmug.com> 
>
Reply-To: "af@afmug.com  " mailto:af@afmug.com> >
Date: Thursday, November 20, 2014 at 1:47 PM
To: "af@afmug.com  " mailto:af@afmug.com> >
Subject: Re: [AFMUG] Network Monitoring in the 2010's

 

*An app for my phone?  Yuck 

*Something that pushes to cutomers letting them know we're having issues?  Yuck

*Something that let's the customer verify their particular service is good/not? 
 That'd be great!

*Web portal for billing, easy peasy

 

Why a node fails probably won't be detectable by a machine - in some cases it's 
difficult for a person to narrow it down (radio, connectors, cables, ethernet, 
surge, etc) but I'd like to see ideas on this of course.

 

I use/suggest an outgoing message.  IF the customer is having issues and they 
do call us, they hear we're having issues and hang up.  This means that we're 
not telling 100 people there are issues when 25 are effecting ending up with 75 
calls next month saying we owe them a credit when they had nothing to do with 
an outage.

 

 

Josh Luthman
Office: 937-552-2340  
Direct: 937-552-2343  
1100 Wayne St
Suite 1337
Troy, OH 45373

 

On Thu, Nov 20, 2014 at 12:43 PM, Sterling Jacobson via Af mailto:af@afmug.com> > wrote:

What I really want is an integrated system that isn't stuck in the 90's.

I want the customer to have an app on their phone that tells them when their 
network is having issues and why.
I want it to also remind them to pay their bill and provide a lazy/easy way to 
do that.

I want that same system to have an engineer app that tells us when nodes fail 
and why.

So if a node goes down and it's important, it should show up on my phone and I 
can take action.
One of those actions would be to message to outage impacted customers the ETA 
to fix etc.

Emails from Cacti don't count.

 

 

 

 

Re: [AFMUG] Network Monitoring in the 2010's

[Travis Johnson via Af]

127.0.0.1


On 11/20/2014 1:02 PM, Chuck McCown via Af wrote:

What is the most reliable pingable IP?
*From:* Travis Johnson via Af 
*Sent:* Thursday, November 20, 2014 12:56 PM
*To:* af@afmug.com 
*Subject:* Re: [AFMUG] Network Monitoring in the 2010's
Then every time Google's DNS goes down, all of your customers will be 
calling... LOL


Travis

On 11/20/2014 12:52 PM, Chuck McCown via Af wrote:
As determined by DHCP adds a horrible layer of complexity for a cheap 
and simple device.

How about ping to 8.8.8.8?
*From:* Josh Luthman via Af 
*Sent:* Thursday, November 20, 2014 12:41 PM
*To:* af@afmug.com 
*Subject:* Re: [AFMUG] Network Monitoring in the 2010's
Red/green light for successful DNS and ping to a server determined by 
DHCP

Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373
On Thu, Nov 20, 2014 at 1:05 PM, Chuck McCown via Af > wrote:


What would be the determining factor?  Ping DNS server OK?
*From:* Jason McKemie via Af 
*Sent:* Thursday, November 20, 2014 11:03 AM
*To:* af@afmug.com 
*Subject:* Re: [AFMUG] Network Monitoring in the 2010's
A red/green led would probably suffice for this purpose.
On Thu, Nov 20, 2014 at 12:01 PM, Gino Villarini via Af
mailto:af@afmug.com>> wrote:

We need a “device” that plugs between router and internet
connection with a big screed that says Internet OK! Or
Internef BAD… filter out calls with customer having issues
with wifi
Gino A. Villarini
President
Aeronet Wireless Broadband Corp.
www.aeronetpr.com 
@aeronetpr
From: "af@afmug.com " mailto:af@afmug.com>>
Reply-To: "af@afmug.com " mailto:af@afmug.com>>
Date: Thursday, November 20, 2014 at 1:47 PM
To: "af@afmug.com " mailto:af@afmug.com>>
Subject: Re: [AFMUG] Network Monitoring in the 2010's
*An app for my phone?  Yuck
*Something that pushes to cutomers letting them know we're
having issues?  Yuck
*Something that let's the customer verify their particular
service is good/not? That'd be great!
*Web portal for billing, easy peasy
Why a node fails probably won't be detectable by a machine -
in some cases it's difficult for a person to narrow it down
(radio, connectors, cables, ethernet, surge, etc) but I'd
like to see ideas on this of course.
I use/suggest an outgoing message.  IF the customer is having
issues and they do call us, they hear we're having issues and
hang up.  This means that we're not telling 100 people there
are issues when 25 are effecting ending up with 75 calls next
month saying we owe them a credit when they had nothing to do
with an outage.
Josh Luthman
Office: 937-552-2340 
Direct: 937-552-2343 
1100 Wayne St
Suite 1337
Troy, OH 45373
On Thu, Nov 20, 2014 at 12:43 PM, Sterling Jacobson via Af
mailto:af@afmug.com>> wrote:

What I really want is an integrated system that isn't
stuck in the 90's.

I want the customer to have an app on their phone that
tells them when their network is having issues and why.
I want it to also remind them to pay their bill and
provide a lazy/easy way to do that.

I want that same system to have an engineer app that
tells us when nodes fail and why.

So if a node goes down and it's important, it should show
up on my phone and I can take action.
One of those actions would be to message to outage
impacted customers the ETA to fix etc.

Emails from Cacti don't count.

Re: [AFMUG] Network Monitoring in the 2010's

[Matt Jenkins via Af]

I have been putting in 8.8.4.4 as the primary dns server nowadays since 
it seems to get less traffic.


Matthew Jenkins
SmarterBroadband
m...@sbbinc.net
530.272.4000

On 11/20/2014 12:04 PM, Jerry Richardson via Af wrote:


Right…

Was pinging 8.8.8.8 last night – 174ms.

Pinged 8.8.4.4 – 12ms.

*From:*Af [mailto:af-boun...@afmug.com] *On Behalf Of *Travis Johnson 
via Af

*Sent:* Thursday, November 20, 2014 11:57 AM
*To:* af@afmug.com
*Subject:* Re: [AFMUG] Network Monitoring in the 2010's

Then every time Google's DNS goes down, all of your customers will be 
calling... LOL


Travis

On 11/20/2014 12:52 PM, Chuck McCown via Af wrote:

As determined by DHCP adds a horrible layer of complexity for a
cheap and simple device.

How about ping to 8.8.8.8?

*From:*Josh Luthman via Af 

*Sent:*Thursday, November 20, 2014 12:41 PM

*To:*af@afmug.com 

*Subject:*Re: [AFMUG] Network Monitoring in the 2010's

Red/green light for successful DNS and ping to a server determined
by DHCP

Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Thu, Nov 20, 2014 at 1:05 PM, Chuck McCown via Af mailto:af@afmug.com>> wrote:

What would be the determining factor?  Ping DNS server OK?

*From:*Jason McKemie via Af 

*Sent:*Thursday, November 20, 2014 11:03 AM

*To:*af@afmug.com 

*Subject:*Re: [AFMUG] Network Monitoring in the 2010's

A red/green led would probably suffice for this purpose.

On Thu, Nov 20, 2014 at 12:01 PM, Gino Villarini via Af
mailto:af@afmug.com>> wrote:

We need a “device” that plugs between router and internet
connection with a big screed that says Internet OK! Or
Internef BAD… filter out calls with customer having issues
with wifi

Gino A. Villarini

President

Aeronet Wireless Broadband Corp.

www.aeronetpr.com 

@aeronetpr

*From: *"af@afmug.com " mailto:af@afmug.com>>
*Reply-To: *"af@afmug.com "
mailto:af@afmug.com>>
*Date: *Thursday, November 20, 2014 at 1:47 PM
*To: *"af@afmug.com " mailto:af@afmug.com>>
*Subject: *Re: [AFMUG] Network Monitoring in the 2010's

*An app for my phone?  Yuck

*Something that pushes to cutomers letting them know we're
having issues?  Yuck

*Something that let's the customer verify their particular
service is good/not? That'd be great!

*Web portal for billing, easy peasy

Why a node fails probably won't be detectable by a machine
- in some cases it's difficult for a person to narrow it
down (radio, connectors, cables, ethernet, surge, etc) but
I'd like to see ideas on this of course.

I use/suggest an outgoing message.  IF the customer is
having issues and they do call us, they hear we're having
issues and hang up.  This means that we're not telling 100
people there are issues when 25 are effecting ending up
with 75 calls next month saying we owe them a credit when
they had nothing to do with an outage.

Josh Luthman
Office: 937-552-2340 
Direct: 937-552-2343 
1100 Wayne St
Suite 1337
Troy, OH 45373

On Thu, Nov 20, 2014 at 12:43 PM, Sterling Jacobson via Af
mailto:af@afmug.com>> wrote:

What I really want is an integrated system that isn't
stuck in the 90's.

I want the customer to have an app on their phone that
tells them when their network is having issues and why.
I want it to also remind them to pay their bill and
provide a lazy/easy way to do that.

I want that same system to have an engineer app that
tells us when nodes fail and why.

So if a node goes down and it's important, it should
show up on my phone and I can take action.
One of those actions would be to message to outage
impacted customers the ETA to fix etc.

Emails from Cacti don't count.

Re: [AFMUG] Network Monitoring in the 2010's

[Chuck McCown via Af]

Hmmm, if they used routers that would allow a simple program to be embedded, 
the router could ping one of your servers and it could log the pings.  Good 
record for when the customer went down.  And – the best part – ping has payload 
capability, so you could embed a good ID number that would depend on NAT or 
anything else.  You could have your server alert you if ET was not phoning 
home.  

From: Jerry Richardson via Af 
Sent: Thursday, November 20, 2014 1:04 PM
To: af@afmug.com 
Subject: Re: [AFMUG] Network Monitoring in the 2010's

Right…

 

Was pinging 8.8.8.8 last night – 174ms. 

Pinged 8.8.4.4 – 12ms.

 

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Travis Johnson via Af
Sent: Thursday, November 20, 2014 11:57 AM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

 

Then every time Google's DNS goes down, all of your customers will be 
calling... LOL

Travis

On 11/20/2014 12:52 PM, Chuck McCown via Af wrote:

  As determined by DHCP adds a horrible layer of complexity for a cheap and 
simple device.

  How about ping to 8.8.8.8?

   

  From: Josh Luthman via Af 

  Sent: Thursday, November 20, 2014 12:41 PM

  To: af@afmug.com 

  Subject: Re: [AFMUG] Network Monitoring in the 2010's

   

  Red/green light for successful DNS and ping to a server determined by DHCP

   

   

  Josh Luthman
  Office: 937-552-2340
  Direct: 937-552-2343
  1100 Wayne St
  Suite 1337
  Troy, OH 45373

   

  On Thu, Nov 20, 2014 at 1:05 PM, Chuck McCown via Af  wrote:

What would be the determining factor?  Ping DNS server OK?

 

From: Jason McKemie via Af 

Sent: Thursday, November 20, 2014 11:03 AM

To: af@afmug.com 

Subject: Re: [AFMUG] Network Monitoring in the 2010's

 

A red/green led would probably suffice for this purpose.

 

On Thu, Nov 20, 2014 at 12:01 PM, Gino Villarini via Af  
wrote:

  We need a “device” that plugs between router and internet connection with 
a big screed that says Internet OK! Or Internef BAD… filter out calls with 
customer having issues with wifi

   

   

   

  Gino A. Villarini

  President

  Aeronet Wireless Broadband Corp.

  www.aeronetpr.com   

  @aeronetpr

   

   

   

  From: "af@afmug.com" 
  Reply-To: "af@afmug.com" 
  Date: Thursday, November 20, 2014 at 1:47 PM
  To: "af@afmug.com" 
  Subject: Re: [AFMUG] Network Monitoring in the 2010's

   

  *An app for my phone?  Yuck 

  *Something that pushes to cutomers letting them know we're having issues? 
 Yuck

  *Something that let's the customer verify their particular service is 
good/not?  That'd be great!

  *Web portal for billing, easy peasy

   

  Why a node fails probably won't be detectable by a machine - in some 
cases it's difficult for a person to narrow it down (radio, connectors, cables, 
ethernet, surge, etc) but I'd like to see ideas on this of course.

   

  I use/suggest an outgoing message.  IF the customer is having issues and 
they do call us, they hear we're having issues and hang up.  This means that 
we're not telling 100 people there are issues when 25 are effecting ending up 
with 75 calls next month saying we owe them a credit when they had nothing to 
do with an outage.

   

   

  Josh Luthman
  Office: 937-552-2340
  Direct: 937-552-2343
  1100 Wayne St
  Suite 1337
  Troy, OH 45373

   

  On Thu, Nov 20, 2014 at 12:43 PM, Sterling Jacobson via Af  
wrote:

What I really want is an integrated system that isn't stuck in the 90's.

I want the customer to have an app on their phone that tells them when 
their network is having issues and why.
I want it to also remind them to pay their bill and provide a lazy/easy 
way to do that.

I want that same system to have an engineer app that tells us when 
nodes fail and why.

So if a node goes down and it's important, it should show up on my 
phone and I can take action.
One of those actions would be to message to outage impacted customers 
the ETA to fix etc.

Emails from Cacti don't count.

   

 

   

 

Re: [AFMUG] OT Car Parts

[That One Guy via Af]

thats odd, i was wondering this yesterday, now i know

On Thu, Nov 20, 2014 at 1:02 PM, Chuck McCown via Af  wrote:

>   Nope, A pillar.
>
>  *From:* CARL PETERSON via Af 
> *Sent:* Thursday, November 20, 2014 11:47 AM
> *To:* af@afmug.com
> *Subject:* Re: [AFMUG] OT Car Parts
>
> http://commons.wikimedia.org/wiki/File:A-pillar.jpg
>
> So I guess your thinking about the B pillar.
>
>  Carl Peterson
> *PORT NETWORKS*
> 401 E Pratt St, Ste 2553
> Baltimore, MD 21202
> (410) 637-3707
>
>  On Nov 20, 2014, at 1:16 PM, Chuck McCown via Af  wrote:
>
>   What do you call that post on the side of the windshield that supports
> the roof of a vehicle?
>
>  Trying to find a replacement trim that came off the outside.  It is not
> showing up on the pages for the windshield, door or roof on the Ford
> website.
>
>
>
>



-- 
All parts should go together without forcing. You must remember that the
parts you are reassembling were disassembled by you. Therefore, if you
can't get them together again, there must be a reason. By all means, do not
use a hammer. -- IBM maintenance manual, 1925

Re: [AFMUG] How common are crc errors on pmp100

[Craig Schmaderer via Af]

Bill, do you always use shielded cable?

Craig R. Schmaderer
CEO | Skywave Wireless, Inc.
Ph: 402-372-1975 | Fax: 402-372-1058
Direct: 402-372-1052

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Bill Prince via Af
Sent: Thursday, November 20, 2014 12:24 PM
To: af@afmug.com
Subject: Re: [AFMUG] How common are crc errors on pmp100

We don't often see CRC errors on any of our APs, FSK, OFDM, or MIMO.

If you're in lightning territory, check to see if these are coincident with 
lightning strikes.



bp




On 11/20/2014 9:24 AM, Craig Schmaderer via Af wrote:
This is a radio that has been up for 93 days, it is very heavy on traffic, 
would you say there is an issue with this radio?   It is on a clean tower that 
only I am on.  There are 4 other canopy radios on this tower receiving sync 
from a CTM1.  All radios are just CAT5e cable non shielded, length is about 
180' tops.  Also there is a PTP800 with lmr 400 ran along with it, I never 
noticed this before, all other radios are showing about the same number of CRC 
errors, is this expectable?


Ethernet Link Detected :

1

Ethernet Link Lost :

0

Undersized Toss Count :

0

inoctets Count :

4054728244

inucastpkts Count :

1954469296

Innucastpkts Count :

56834740

indiscards Count :

0

inerrors Count :

231695

inunknownprotos Count :

0

outoctets Count :

3150773755

outucastpktsCount :

1289988260

outnucastpkts Count :

1597027

outdiscards Count :

0

outerrors Count :

0

RxBabErr :

0

TxHbErr :

0

EthBusErr :

0

CRCError :

231601

RcvFifoNoBuf :

94

RxOverrun :

0

LateCollision :

0

RetransLimitExp :

0

TxUnderrun :

0

CarSenseLost :

0

No Carrier :

0


Craig R. Schmaderer
CEO | Skywave Wireless, Inc.
Ph: 402-372-1975 | Fax: 402-372-1058
Direct: 402-372-1052

[AFMUG] Low Voltage Battery Disconnect

[CARL PETERSON via Af]

I have a couple Emerson 211 Rectifier shelves without the LVLD.  In order to 
protect my battery string, I am looking for a low voltage battery disconnect 
that will disconnect the battery string when voltage drops below ~42V and 
reconnect it when the rectifier comes back online so the batteries will charge. 
 Any suggestions for a ~20A system?

Thanks,

Carl Peterson
PORT NETWORKS
401 E Pratt St, Ste 2553
Baltimore, MD 21202
(410) 637-3707 

Re: [AFMUG] How common are crc errors on pmp100

[Sean Heskett via Af]

you have a cable problem and/or you have an FM station nearby that is
bleeding onto the ethernet run.

we always use shielded cable at the towers with a wbmfg surge protector
(usually gige-apc-hv) at the bottom.

you should see zero CRC errors...anything besides zero means you have a
problem to fix.   you can also try going to 100 half duplex or 10 Full or
half and see if the errors stop.  Right now I have 3 APs set to 100 half
because there is an FM station (98.6...thanks toby keith ;-) bleeding RF
onto the ethernet runs.  we ran out of time this summer to run them in
shielded liquidtight conduit.

-sean


On Thu, Nov 20, 2014 at 10:24 AM, Craig Schmaderer via Af 
wrote:

>  This is a radio that has been up for 93 days, it is very heavy on
> traffic, would you say there is an issue with this radio?   It is on a
> clean tower that only I am on.  There are 4 other canopy radios on this
> tower receiving sync from a CTM1.  All radios are just CAT5e cable non
> shielded, length is about 180’ tops.  Also there is a PTP800 with lmr 400
> ran along with it, I never noticed this before, all other radios are
> showing about the same number of CRC errors, is this expectable?
>
>
>
>
>
> Ethernet Link Detected :
>
> 1
>
> Ethernet Link Lost :
>
> 0
>
> Undersized Toss Count :
>
> 0
>
> inoctets Count :
>
> 4054728244
>
> inucastpkts Count :
>
> 1954469296
>
> Innucastpkts Count :
>
> 56834740
>
> indiscards Count :
>
> 0
>
> inerrors Count :
>
> 231695
>
> inunknownprotos Count :
>
> 0
>
> outoctets Count :
>
> 3150773755
>
> outucastpktsCount :
>
> 1289988260
>
> outnucastpkts Count :
>
> 1597027
>
> outdiscards Count :
>
> 0
>
> outerrors Count :
>
> 0
>
> RxBabErr :
>
> 0
>
> TxHbErr :
>
> 0
>
> EthBusErr :
>
> 0
>
> CRCError :
>
> 231601
>
> RcvFifoNoBuf :
>
> 94
>
> RxOverrun :
>
> 0
>
> LateCollision :
>
> 0
>
> RetransLimitExp :
>
> 0
>
> TxUnderrun :
>
> 0
>
> CarSenseLost :
>
> 0
>
> No Carrier :
>
> 0
>
>
>
> *Craig R. Schmaderer*
>
> *CEO | Skywave Wireless, Inc.*
>
> *Ph: 402-372-1975 <402-372-1975> | Fax: 402-372-1058 <402-372-1058>*
>
> *Direct: 402-372-1052 <402-372-1052>*
>
>
>

Re: [AFMUG] Network Monitoring in the 2010's

[Sterling Jacobson via Af]

BUT, the phones now days are smart enough to know when wifi sucks or goes out 
completely.

They fall back to 3/4G.

Which is awesome, because it could still talk to the service provider end and 
tell the customer the status.

I think this would work better than a green/red light.

The phone App would tell you that your service is correct to the house, but 
that inside it's not talking.
Then walk the customer through a set of standard fix it routines.

That would solve most of our calls right there.

On the back end it just needs to talk to a server process that can get access 
to the device on the side of the house.

The best would be an embedded speed test in the ONT/CPE that could report back 
to the App and say they are getting what they are paying for to the side of 
their house. And then give them suggestions for fixing their crappy wifi.

I bet it wouldn't take much to get this done and working with a few larger 
billing systems and equipment platforms, who's with me??

-Original Message-
From: Af [mailto:af-boun...@afmug.com] On Behalf Of Ken Hohhof via Af
Sent: Thursday, November 20, 2014 12:35 PM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

Part of the problem is so many customers are 100% WiFi now, so unless you have 
a managed router there, you have 2 big problem areas beyond the demarc - the 
customer's router and the customer's WiFi.


-Original Message-
From: Bill Prince via Af
Sent: Thursday, November 20, 2014 1:04 PM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

Linktechs built a tool a couple years ago that ran on the customer's PC 
(WIndows only) that would give the customer a "connection health"
indication.  It would monitor the local gateway, and give both a green light 
for connected, plus a reading on the latency.  You go too much beyond that, and 
you will get a bunch of false positives when something beyond your local 
network is having some kind of issue (we get our share of these).

I don't think they got much response from it, and I don't think they offer it 
any longer.

bp


On 11/20/2014 9:43 AM, Sterling Jacobson via Af wrote:
> What I really want is an integrated system that isn't stuck in the 90's.
>
> I want the customer to have an app on their phone that tells them when 
> their network is having issues and why.
> I want it to also remind them to pay their bill and provide a 
> lazy/easy way to do that.
>
> I want that same system to have an engineer app that tells us when 
> nodes fail and why.
>
> So if a node goes down and it's important, it should show up on my 
> phone and I can take action.
> One of those actions would be to message to outage impacted customers 
> the ETA to fix etc.
>
> Emails from Cacti don't count.
>

Re: [AFMUG] Low Voltage Battery Disconnect

[Sean Heskett via Af]

personally i prefer to damage my batteries to keep the network running than
have it shutdown during a low voltage event.

2 cents

On Thu, Nov 20, 2014 at 1:41 PM, CARL PETERSON via Af  wrote:

> I have a couple Emerson 211 Rectifier shelves without the LVLD.  In order
> to protect my battery string, I am looking for a low voltage battery
> disconnect that will disconnect the battery string when voltage drops below
> ~42V and reconnect it when the rectifier comes back online so the batteries
> will charge.  Any suggestions for a ~20A system?
>
> Thanks,
>
> Carl Peterson
> *PORT NETWORKS*
> 401 E Pratt St, Ste 2553
> Baltimore, MD 21202
> (410) 637-3707
>
>

Re: [AFMUG] Network Monitoring in the 2010's

[D. Ryan Spott via Af]

For $200 bucks each I could have a little box powered by ethernet or a 
wall wart that would:


1. Check a URL of your choice for configuration information every few 
minutes

(what to ping, what to display etc)

2. Ping or test connectivity every few minutes based on the config in 
the URL above.


3. Perform a basic speed test and give results to you or to the end user 
every X minutes/hours.


4. Provide you, the service owner with details of the above for metrics.

Let me know if y'all want something like this and can put $ forth.

ryan


On 11/20/14 12:49 PM, Sterling Jacobson via Af wrote:

BUT, the phones now days are smart enough to know when wifi sucks or goes out 
completely.

They fall back to 3/4G.

Which is awesome, because it could still talk to the service provider end and 
tell the customer the status.

I think this would work better than a green/red light.

The phone App would tell you that your service is correct to the house, but 
that inside it's not talking.
Then walk the customer through a set of standard fix it routines.

That would solve most of our calls right there.

On the back end it just needs to talk to a server process that can get access 
to the device on the side of the house.

The best would be an embedded speed test in the ONT/CPE that could report back 
to the App and say they are getting what they are paying for to the side of 
their house. And then give them suggestions for fixing their crappy wifi.

I bet it wouldn't take much to get this done and working with a few larger 
billing systems and equipment platforms, who's with me??

-Original Message-
From: Af [mailto:af-boun...@afmug.com] On Behalf Of Ken Hohhof via Af
Sent: Thursday, November 20, 2014 12:35 PM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

Part of the problem is so many customers are 100% WiFi now, so unless you have 
a managed router there, you have 2 big problem areas beyond the demarc - the 
customer's router and the customer's WiFi.


-Original Message-
From: Bill Prince via Af
Sent: Thursday, November 20, 2014 1:04 PM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

Linktechs built a tool a couple years ago that ran on the customer's PC (WIndows only) 
that would give the customer a "connection health"
indication.  It would monitor the local gateway, and give both a green light 
for connected, plus a reading on the latency.  You go too much beyond that, and 
you will get a bunch of false positives when something beyond your local 
network is having some kind of issue (we get our share of these).

I don't think they got much response from it, and I don't think they offer it 
any longer.

bp


On 11/20/2014 9:43 AM, Sterling Jacobson via Af wrote:

What I really want is an integrated system that isn't stuck in the 90's.

I want the customer to have an app on their phone that tells them when
their network is having issues and why.
I want it to also remind them to pay their bill and provide a
lazy/easy way to do that.

I want that same system to have an engineer app that tells us when
nodes fail and why.

So if a node goes down and it's important, it should show up on my
phone and I can take action.
One of those actions would be to message to outage impacted customers
the ETA to fix etc.

Emails from Cacti don't count.





--
D. Ryan Spott | Iron Goat Networks, llc
broadband | telco | colo | community
PO Box 1232 / 603 W. Stevens Sultan, WA 98284
360-799-0552 | gtalk: rsp...@irongoat.net

Re: [AFMUG] How common are crc errors on pmp100

[Mark Radabaugh via Af]

Are you using Sync over Power on this AP? 

There is a known problem with the way that the sync over power works.   It 
occurs when the cables to the AP are run parallel and tight to steel.  If you 
tape the cables directly to the tower leg, you will almost always have a 
problem with CRC errors. 

The power supply wiring for the 430 product fixed the issue, but they went back 
to the original wiring in the 450.

A couple of ways to fix the issue:

a) Isolate the cables from the steel using standoffs.
b) Swap one wire each on the blue and brown pairs - Last Mile Gear had a note 
on the alternative wiring method at one time.  I’m not crazy about it since it 
makes for a odd looking connector and the next guy who has to work on it is 
likely to cut it off and put it on ‘right’.  The cable will also fail on any 
Ethernet tester, making it difficult to convince anyone that the cable is 
correct.
c) Turn off Sync over Power and use an alternative sync method - iGPS, Syncpipe 
Parasitic, etc.

Mark



> On Nov 20, 2014, at 1:24 PM, Bill Prince via Af  wrote:
> 
> We don't often see CRC errors on any of our APs, FSK, OFDM, or MIMO.
> 
> If you're in lightning territory, check to see if these are coincident with 
> lightning strikes.
> 
> bp
> 
> 
> On 11/20/2014 9:24 AM, Craig Schmaderer via Af wrote:
>> This is a radio that has been up for 93 days, it is very heavy on traffic, 
>> would you say there is an issue with this radio?   It is on a clean tower 
>> that only I am on.  There are 4 other canopy radios on this tower receiving 
>> sync from a CTM1.  All radios are just CAT5e cable non shielded, length is 
>> about 180’ tops.  Also there is a PTP800 with lmr 400 ran along with it, I 
>> never noticed this before, all other radios are showing about the same 
>> number of CRC errors, is this expectable?  
>>  
>>  
>> Ethernet Link Detected :
>> 1
>> Ethernet Link Lost :
>> 0
>> Undersized Toss Count :
>> 0
>> inoctets Count :
>> 4054728244
>> inucastpkts Count :
>> 1954469296
>> Innucastpkts Count :
>> 56834740
>> indiscards Count :
>> 0
>> inerrors Count :
>> 231695
>> inunknownprotos Count :
>> 0
>> outoctets Count :
>> 3150773755
>> outucastpktsCount :
>> 1289988260
>> outnucastpkts Count :
>> 1597027
>> outdiscards Count :
>> 0
>> outerrors Count :
>> 0
>> RxBabErr :
>> 0
>> TxHbErr :
>> 0
>> EthBusErr :
>> 0
>> CRCError :
>> 231601
>> RcvFifoNoBuf :
>> 94
>> RxOverrun :
>> 0
>> LateCollision :
>> 0
>> RetransLimitExp :
>> 0
>> TxUnderrun :
>> 0
>> CarSenseLost :
>> 0
>> No Carrier :
>> 0
>>  
>> Craig R. Schmaderer
>> CEO | Skywave Wireless, Inc.
>> Ph: 402-372-1975 | Fax: 402-372-1058
>> Direct: 402-372-1052
>>  
> 
> 

Re: [AFMUG] Network Monitoring in the 2010's

[Shayne Lebrun via Af]

What we need to do is get people to view the ‘internet light’ like the ‘check 
engine’ light on their car.  It could mean ‘your gas cap is loose’ or it could 
mean ‘your driveshaft just fell out of your car’ but if you want to know, it’s 
going to cost $250 just for somebody to open the hood and plug in the 
diagnostic checker.

 

Wouldn’t that be nice…..

 

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Chuck McCown via Af
Sent: Thursday, November 20, 2014 2:53 PM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

 

As determined by DHCP adds a horrible layer of complexity for a cheap and 
simple device.

How about ping to 8.8.8.8?

 

From: Josh Luthman via Af   

Sent: Thursday, November 20, 2014 12:41 PM

To: af@afmug.com 

Subject: Re: [AFMUG] Network Monitoring in the 2010's

 

Red/green light for successful DNS and ping to a server determined by DHCP

 

 

Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

 

On Thu, Nov 20, 2014 at 1:05 PM, Chuck McCown via Af  wrote:

What would be the determining factor?  Ping DNS server OK?

 

From: Jason McKemie via Af   

Sent: Thursday, November 20, 2014 11:03 AM

To: af@afmug.com 

Subject: Re: [AFMUG] Network Monitoring in the 2010's

 

A red/green led would probably suffice for this purpose.

 

On Thu, Nov 20, 2014 at 12:01 PM, Gino Villarini via Af  wrote:

We need a “device” that plugs between router and internet connection with a big 
screed that says Internet OK! Or Internef BAD… filter out calls with customer 
having issues with wifi

 

 

 

Gino A. Villarini

President

Aeronet Wireless Broadband Corp.

www.aeronetpr.com   

@aeronetpr

 

 

 

From: "af@afmug.com" 
Reply-To: "af@afmug.com" 
Date: Thursday, November 20, 2014 at 1:47 PM
To: "af@afmug.com" 
Subject: Re: [AFMUG] Network Monitoring in the 2010's

 

*An app for my phone?  Yuck 

*Something that pushes to cutomers letting them know we're having issues?  Yuck

*Something that let's the customer verify their particular service is good/not? 
 That'd be great!

*Web portal for billing, easy peasy

 

Why a node fails probably won't be detectable by a machine - in some cases it's 
difficult for a person to narrow it down (radio, connectors, cables, ethernet, 
surge, etc) but I'd like to see ideas on this of course.

 

I use/suggest an outgoing message.  IF the customer is having issues and they 
do call us, they hear we're having issues and hang up.  This means that we're 
not telling 100 people there are issues when 25 are effecting ending up with 75 
calls next month saying we owe them a credit when they had nothing to do with 
an outage.

 

 

Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

 

On Thu, Nov 20, 2014 at 12:43 PM, Sterling Jacobson via Af  wrote:

What I really want is an integrated system that isn't stuck in the 90's.

I want the customer to have an app on their phone that tells them when their 
network is having issues and why.
I want it to also remind them to pay their bill and provide a lazy/easy way to 
do that.

I want that same system to have an engineer app that tells us when nodes fail 
and why.

So if a node goes down and it's important, it should show up on my phone and I 
can take action.
One of those actions would be to message to outage impacted customers the ETA 
to fix etc.

Emails from Cacti don't count.

 

 

 

Re: [AFMUG] Low Voltage Battery Disconnect

[Josh Luthman via Af]

I agree.  Even if it's a bigger set of $500 batteries, it's worth a) not
going to the tower unplanned and b) not having customer problems.


Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Thu, Nov 20, 2014 at 3:54 PM, Sean Heskett via Af  wrote:

> personally i prefer to damage my batteries to keep the network running
> than have it shutdown during a low voltage event.
>
> 2 cents
>
> On Thu, Nov 20, 2014 at 1:41 PM, CARL PETERSON via Af 
> wrote:
>
>> I have a couple Emerson 211 Rectifier shelves without the LVLD.  In order
>> to protect my battery string, I am looking for a low voltage battery
>> disconnect that will disconnect the battery string when voltage drops below
>> ~42V and reconnect it when the rectifier comes back online so the batteries
>> will charge.  Any suggestions for a ~20A system?
>>
>> Thanks,
>>
>> Carl Peterson
>> *PORT NETWORKS*
>> 401 E Pratt St, Ste 2553
>> Baltimore, MD 21202
>> (410) 637-3707
>>
>>
>

Re: [AFMUG] Low Voltage Battery Disconnect

[CARL PETERSON via Af]

Couldnt' this also damage gear? 

On Nov 20, 2014, at 3:54 PM, Sean Heskett via Af  wrote:

> personally i prefer to damage my batteries to keep the network running than 
> have it shutdown during a low voltage event.
> 
> 2 cents
> 
> On Thu, Nov 20, 2014 at 1:41 PM, CARL PETERSON via Af  wrote:
> I have a couple Emerson 211 Rectifier shelves without the LVLD.  In order to 
> protect my battery string, I am looking for a low voltage battery disconnect 
> that will disconnect the battery string when voltage drops below ~42V and 
> reconnect it when the rectifier comes back online so the batteries will 
> charge.  Any suggestions for a ~20A system?
> 
> Thanks,
> 
> Carl Peterson
> PORT NETWORKS
> 401 E Pratt St, Ste 2553
> Baltimore, MD 21202
> (410) 637-3707 
> 
> 

Re: [AFMUG] Network Monitoring in the 2010's

[Josh Luthman via Af]

Can we config it ourselves?  I don't want Google's outage to cause every
one of my customer lights to go red.  Think about the great Belkin outage
of 2014.


Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Thu, Nov 20, 2014 at 2:52 PM, Chuck McCown via Af  wrote:

>   As determined by DHCP adds a horrible layer of complexity for a cheap
> and simple device.
> How about ping to 8.8.8.8?
>
>  *From:* Josh Luthman via Af 
> *Sent:* Thursday, November 20, 2014 12:41 PM
> *To:* af@afmug.com
> *Subject:* Re: [AFMUG] Network Monitoring in the 2010's
>
>  Red/green light for successful DNS and ping to a server determined by
> DHCP
>
>
> Josh Luthman
> Office: 937-552-2340
> Direct: 937-552-2343
> 1100 Wayne St
> Suite 1337
> Troy, OH 45373
>
> On Thu, Nov 20, 2014 at 1:05 PM, Chuck McCown via Af  wrote:
>
>>   What would be the determining factor?  Ping DNS server OK?
>>
>>  *From:* Jason McKemie via Af 
>> *Sent:* Thursday, November 20, 2014 11:03 AM
>> *To:* af@afmug.com
>>  *Subject:* Re: [AFMUG] Network Monitoring in the 2010's
>>
>>   A red/green led would probably suffice for this purpose.
>>
>>  On Thu, Nov 20, 2014 at 12:01 PM, Gino Villarini via Af 
>> wrote:
>>
>>>We need a “device” that plugs between router and internet connection
>>> with a big screed that says Internet OK! Or Internef BAD… filter out calls
>>> with customer having issues with wifi
>>>
>>>
>>>
>>> Gino A. Villarini
>>> President
>>> Aeronet Wireless Broadband Corp.
>>> www.aeronetpr.com
>>> @aeronetpr
>>>
>>>
>>>
>>>  From: "af@afmug.com" 
>>> Reply-To: "af@afmug.com" 
>>> Date: Thursday, November 20, 2014 at 1:47 PM
>>> To: "af@afmug.com" 
>>> Subject: Re: [AFMUG] Network Monitoring in the 2010's
>>>
>>>   *An app for my phone?  Yuck
>>> *Something that pushes to cutomers letting them know we're having
>>> issues?  Yuck
>>> *Something that let's the customer verify their particular service is
>>> good/not?  That'd be great!
>>> *Web portal for billing, easy peasy
>>>
>>> Why a node fails probably won't be detectable by a machine - in some
>>> cases it's difficult for a person to narrow it down (radio, connectors,
>>> cables, ethernet, surge, etc) but I'd like to see ideas on this of course.
>>>
>>> I use/suggest an outgoing message.  IF the customer is having issues and
>>> they do call us, they hear we're having issues and hang up.  This means
>>> that we're not telling 100 people there are issues when 25 are effecting
>>> ending up with 75 calls next month saying we owe them a credit when they
>>> had nothing to do with an outage.
>>>
>>>
>>> Josh Luthman
>>> Office: 937-552-2340
>>> Direct: 937-552-2343
>>> 1100 Wayne St
>>> Suite 1337
>>> Troy, OH 45373
>>>
>>>  On Thu, Nov 20, 2014 at 12:43 PM, Sterling Jacobson via Af <
>>> af@afmug.com> wrote:
>>>
 What I really want is an integrated system that isn't stuck in the 90's.

 I want the customer to have an app on their phone that tells them when
 their network is having issues and why.
 I want it to also remind them to pay their bill and provide a lazy/easy
 way to do that.

 I want that same system to have an engineer app that tells us when
 nodes fail and why.

 So if a node goes down and it's important, it should show up on my
 phone and I can take action.
 One of those actions would be to message to outage impacted customers
 the ETA to fix etc.

 Emails from Cacti don't count.

>>>
>>>
>>
>>
>
>

Re: [AFMUG] Low Voltage Battery Disconnect

[Sean Heskett via Af]

no the gear will just shut down once it goes below it's ability.

To high of voltage will damage gear but not to low.

On Thu, Nov 20, 2014 at 1:57 PM, CARL PETERSON via Af  wrote:

> Couldnt' this also damage gear?
>
> On Nov 20, 2014, at 3:54 PM, Sean Heskett via Af  wrote:
>
> personally i prefer to damage my batteries to keep the network running
> than have it shutdown during a low voltage event.
>
> 2 cents
>
> On Thu, Nov 20, 2014 at 1:41 PM, CARL PETERSON via Af 
> wrote:
>
>> I have a couple Emerson 211 Rectifier shelves without the LVLD.  In order
>> to protect my battery string, I am looking for a low voltage battery
>> disconnect that will disconnect the battery string when voltage drops below
>> ~42V and reconnect it when the rectifier comes back online so the batteries
>> will charge.  Any suggestions for a ~20A system?
>>
>> Thanks,
>>
>> Carl Peterson
>> *PORT NETWORKS*
>> 401 E Pratt St, Ste 2553
>> Baltimore, MD 21202
>> (410) 637-3707
>>
>>
>
>

Re: [AFMUG] Low Voltage Battery Disconnect

[Josh Luthman via Af]

I'm using a regulator so its low end is something like 19v but it will put
out 24v.


Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Thu, Nov 20, 2014 at 3:57 PM, CARL PETERSON via Af  wrote:

> Couldnt' this also damage gear?
>
> On Nov 20, 2014, at 3:54 PM, Sean Heskett via Af  wrote:
>
> personally i prefer to damage my batteries to keep the network running
> than have it shutdown during a low voltage event.
>
> 2 cents
>
> On Thu, Nov 20, 2014 at 1:41 PM, CARL PETERSON via Af 
> wrote:
>
>> I have a couple Emerson 211 Rectifier shelves without the LVLD.  In order
>> to protect my battery string, I am looking for a low voltage battery
>> disconnect that will disconnect the battery string when voltage drops below
>> ~42V and reconnect it when the rectifier comes back online so the batteries
>> will charge.  Any suggestions for a ~20A system?
>>
>> Thanks,
>>
>> Carl Peterson
>> *PORT NETWORKS*
>> 401 E Pratt St, Ste 2553
>> Baltimore, MD 21202
>> (410) 637-3707
>>
>>
>
>

Re: [AFMUG] Low Voltage Battery Disconnect

[Chuck McCown via Af]

I agree, especially on Solar.  I swore off LVDs a long time ago.
On the other hand, if you have frequent outages
But in that case, put in larger batts and/or a generator.

From: Sean Heskett via Af 
Sent: Thursday, November 20, 2014 1:54 PM
To: af@afmug.com 
Subject: Re: [AFMUG] Low Voltage Battery Disconnect

personally i prefer to damage my batteries to keep the network running than 
have it shutdown during a low voltage event. 

2 cents

On Thu, Nov 20, 2014 at 1:41 PM, CARL PETERSON via Af  wrote:

  I have a couple Emerson 211 Rectifier shelves without the LVLD.  In order to 
protect my battery string, I am looking for a low voltage battery disconnect 
that will disconnect the battery string when voltage drops below ~42V and 
reconnect it when the rectifier comes back online so the batteries will charge. 
 Any suggestions for a ~20A system? 

  Thanks,

  Carl Peterson
  PORT NETWORKS
  401 E Pratt St, Ste 2553
  Baltimore, MD 21202
  (410) 637-3707 

Re: [AFMUG] Low Voltage Battery Disconnect

[Plexicomm Admin via Af]

Carl Duracomm/Meanwell make the part you are looking for: 
http://duracomm.com/siteresources/apps/catalog/shop/prodList.asp?idCategory=9

Dan English
Plexicomm - Internet Solutions
d...@plexicomm.net | 1.866.759.4678 x103
Fax: 1.866.852.4688 | Emergency Support: 1.866.759.9713


Note: Privileged/Confidential information may be contained in this message and 
may be subject to legal privilege. Access to this e-mail by anyone other than 
the intended is unauthorized. If you are not the intended recipient (or 
responsible for delivery of the message to such person), you may not use, copy, 
distribute or deliver to anyone this message (or any part of its contents ) or 
take any action in reliance on it. In such case, you should destroy this 
message, and notify us immediately. If you have received this email in error, 
please notify us immediately by e-mail or telephone and delete the e-mail from 
any computer. If you or your employer does not consent to internet e-mail 
messages of this kind, please notify us immediately. All reasonable precautions 
have been taken to ensure no viruses are present in this e-mail. As our company 
cannot accept responsibility for any loss or
damage arising from the use of this e-mail or attachments we recommend that you 
subject these to your virus checking procedures prior to use. The views, 
opinions, conclusions and other information expressed in this electronic mail 
are not given or endorsed by the company unless otherwise indicated by an 
authorized representative independent of this message.


-Original Message-
From: "CARL PETERSON via Af" 
To: af@afmug.com
Date: 11/20/14 03:41 PM
Subject: [AFMUG] Low Voltage Battery Disconnect

I have a couple Emerson 211 Rectifier shelves without the LVLD.  In order to 
protect my battery string, I am looking for a low voltage battery disconnect 
that will disconnect the battery string when voltage drops below ~42V and 
reconnect it when the rectifier comes back online so the batteries will charge. 
 Any suggestions for a ~20A system?

Thanks,


Carl Peterson
PORT NETWORKS
401 E Pratt St, Ste 2553
Baltimore, MD 21202
(410) 637-3707 

 

Re: [AFMUG] Network Monitoring in the 2010's

[Travis Johnson via Af]

Sterling,

This sounds like an easy task, but I can tell you as someone that is 
currently developing software, and is starting December 1 to build a 
simple iPhone app, software development is very expensive. My app is a 
pretty simple... easy to use front-end with a cloud based database 
back-end... yet the quotes I have gotten are $50,000 - $75,000. This is 
from 3 different development companies all based in Utah. All of them 
are busy and each has 20+ full-time developers working for them, so they 
have enough business and must not be totally out of line on their quotes.


I said this 10+ years ago, and I'll say it again... customer service is 
the only thing that makes you different than the big cable and telco 
companies. Having a live person that can help people troubleshoot and 
fix issues is the key to keeping people with your service. If you are 
just going to send them to an app on their phones, you become the same 
as every other provider... and your service becomes a commodity just 
like everyone else.


Travis

On 11/20/2014 1:49 PM, Sterling Jacobson via Af wrote:

BUT, the phones now days are smart enough to know when wifi sucks or goes out 
completely.

They fall back to 3/4G.

Which is awesome, because it could still talk to the service provider end and 
tell the customer the status.

I think this would work better than a green/red light.

The phone App would tell you that your service is correct to the house, but 
that inside it's not talking.
Then walk the customer through a set of standard fix it routines.

That would solve most of our calls right there.

On the back end it just needs to talk to a server process that can get access 
to the device on the side of the house.

The best would be an embedded speed test in the ONT/CPE that could report back 
to the App and say they are getting what they are paying for to the side of 
their house. And then give them suggestions for fixing their crappy wifi.

I bet it wouldn't take much to get this done and working with a few larger 
billing systems and equipment platforms, who's with me??

-Original Message-
From: Af [mailto:af-boun...@afmug.com] On Behalf Of Ken Hohhof via Af
Sent: Thursday, November 20, 2014 12:35 PM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

Part of the problem is so many customers are 100% WiFi now, so unless you have 
a managed router there, you have 2 big problem areas beyond the demarc - the 
customer's router and the customer's WiFi.


-Original Message-
From: Bill Prince via Af
Sent: Thursday, November 20, 2014 1:04 PM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

Linktechs built a tool a couple years ago that ran on the customer's PC (WIndows only) 
that would give the customer a "connection health"
indication.  It would monitor the local gateway, and give both a green light 
for connected, plus a reading on the latency.  You go too much beyond that, and 
you will get a bunch of false positives when something beyond your local 
network is having some kind of issue (we get our share of these).

I don't think they got much response from it, and I don't think they offer it 
any longer.

bp


On 11/20/2014 9:43 AM, Sterling Jacobson via Af wrote:

What I really want is an integrated system that isn't stuck in the 90's.

I want the customer to have an app on their phone that tells them when
their network is having issues and why.
I want it to also remind them to pay their bill and provide a
lazy/easy way to do that.

I want that same system to have an engineer app that tells us when
nodes fail and why.

So if a node goes down and it's important, it should show up on my
phone and I can take action.
One of those actions would be to message to outage impacted customers
the ETA to fix etc.

Emails from Cacti don't count.

Re: [AFMUG] Network Monitoring in the 2010's

[Sterling Jacobson via Af]

Wrong on both counts.

I used to be in software development, so like anything else, it's who you know.
I can get this done for a lot less.

And having an app for the customer to view and fix or find problems on their 
own is a differentiator itself.
Every one of my customers I've talked to about this has expressed great 
interest in not having to call in if they can help it.

I'm guessing a few of the older generation won't have a phone or care to use an 
app, they can always call in.

But in general it looks like it will greatly reduce support overhead for the 
ISP and increase customer satisfaction at the same time.

I guess time will tell.

I already have this underway, parts are developed already, but if someone wants 
to help out, let me know!

-Original Message-
From: Af [mailto:af-boun...@afmug.com] On Behalf Of Travis Johnson via Af
Sent: Thursday, November 20, 2014 2:15 PM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

Sterling,

This sounds like an easy task, but I can tell you as someone that is currently 
developing software, and is starting December 1 to build a simple iPhone app, 
software development is very expensive. My app is a pretty simple... easy to 
use front-end with a cloud based database back-end... yet the quotes I have 
gotten are $50,000 - $75,000. This is from 3 different development companies 
all based in Utah. All of them are busy and each has 20+ full-time developers 
working for them, so they have enough business and must not be totally out of 
line on their quotes.

I said this 10+ years ago, and I'll say it again... customer service is the 
only thing that makes you different than the big cable and telco companies. 
Having a live person that can help people troubleshoot and fix issues is the 
key to keeping people with your service. If you are just going to send them to 
an app on their phones, you become the same as every other provider... and your 
service becomes a commodity just like everyone else.

Travis

On 11/20/2014 1:49 PM, Sterling Jacobson via Af wrote:
> BUT, the phones now days are smart enough to know when wifi sucks or goes out 
> completely.
>
> They fall back to 3/4G.
>
> Which is awesome, because it could still talk to the service provider end and 
> tell the customer the status.
>
> I think this would work better than a green/red light.
>
> The phone App would tell you that your service is correct to the house, but 
> that inside it's not talking.
> Then walk the customer through a set of standard fix it routines.
>
> That would solve most of our calls right there.
>
> On the back end it just needs to talk to a server process that can get access 
> to the device on the side of the house.
>
> The best would be an embedded speed test in the ONT/CPE that could report 
> back to the App and say they are getting what they are paying for to the side 
> of their house. And then give them suggestions for fixing their crappy wifi.
>
> I bet it wouldn't take much to get this done and working with a few larger 
> billing systems and equipment platforms, who's with me??
>
> -Original Message-
> From: Af [mailto:af-boun...@afmug.com] On Behalf Of Ken Hohhof via Af
> Sent: Thursday, November 20, 2014 12:35 PM
> To: af@afmug.com
> Subject: Re: [AFMUG] Network Monitoring in the 2010's
>
> Part of the problem is so many customers are 100% WiFi now, so unless you 
> have a managed router there, you have 2 big problem areas beyond the demarc - 
> the customer's router and the customer's WiFi.
>
>
> -Original Message-
> From: Bill Prince via Af
> Sent: Thursday, November 20, 2014 1:04 PM
> To: af@afmug.com
> Subject: Re: [AFMUG] Network Monitoring in the 2010's
>
> Linktechs built a tool a couple years ago that ran on the customer's PC 
> (WIndows only) that would give the customer a "connection health"
> indication.  It would monitor the local gateway, and give both a green light 
> for connected, plus a reading on the latency.  You go too much beyond that, 
> and you will get a bunch of false positives when something beyond your local 
> network is having some kind of issue (we get our share of these).
>
> I don't think they got much response from it, and I don't think they offer it 
> any longer.
>
> bp
> 
>
> On 11/20/2014 9:43 AM, Sterling Jacobson via Af wrote:
>> What I really want is an integrated system that isn't stuck in the 90's.
>>
>> I want the customer to have an app on their phone that tells them 
>> when their network is having issues and why.
>> I want it to also remind them to pay their bill and provide a 
>> lazy/easy way to do that.
>>
>> I want that same system to have an engineer app that tells us when 
>> nodes fail and why.
>>
>> So if a node goes down and it's important, it should show up on my 
>> phone and I can take action.
>> One of those actions would be to message to outage impacted customers 
>> the ETA to fix etc.
>>
>> Emails from Cacti don't count.
>>
>
>

Re: [AFMUG] How common are crc errors on pmp100

[George Skorup (Cyber Broadcasting) via Af]

I get CRC errors on radios on really long runs (near the 100m limit). I 
bounce the ethernet link and they clear up, but I think that has more to 
do with MikroTik ethernet being dumb sometimes. When I see that, it's 
usually only a few every couple minutes, not constantly incrementing 
every second. Constant means a physical problem that you really need to fix.


On 11/20/2014 12:11 PM, Craig Schmaderer via Af wrote:

Sync is over power and no surge on the line except for the LTM1 built in surge. 
 Remember, I am seeing this on all 4 radios, but like josh said, .0001%, so I 
was really wanting to see if other see this, and those that don't, do you use 
shielded cable and ground the drain at the bottom and never see this?  Or do 
you use sync over timing port and never see errors, it seems weird that already 
about 50% think it is an issue and 50% think that it is normal?

Craig R. Schmaderer
CEO | Skywave Wireless, Inc.
Ph: 402-372-1975 | Fax: 402-372-1058
Direct: 402-372-1052

-Original Message-
From: Af [mailto:af-boun...@afmug.com] On Behalf Of Ken Hohhof via Af
Sent: Thursday, November 20, 2014 12:04 PM
To: af@afmug.com
Subject: Re: [AFMUG] How common are crc errors on pmp100

That's not normal, unless it was some one time event.  Is sync on the timing 
port or power port?  If on power, do you have a Cat5 surge protector and what 
type?  If it's a 300SS, get that out of there and put in something newer and 
better, or at least bypass it temporarily to see if that's causing the CRC 
errors.

If the counters are not incrementing and it only occurs let's say when there's 
a nearby lightning strike, then nothing to worry about.


-Original Message-
From: Roland Houin via Af
Sent: Thursday, November 20, 2014 11:37 AM
To: John Seaman
Subject: Re: [AFMUG] How common are crc errors on pmp100

I'd clear the counters and watch..
if the errors climb quickly, you have a problem..
it could have been a single event weeks ago that caused the problem.
it would be nice if we had a mib to monitor the crc errors so we can tell
when they happen.

roland



This is a radio that has been up for 93 days, it is very heavy on traffic,

would you say there is an issue with this radio? It is on a clean tower that
only I am on. There are 4 other canopy radios on this tower receiving sync
from
a CTM1. All radios are just CAT5e cable non shielded, length is about 180�
tops. Also there is a PTP800 with lmr 400 ran along with it, I never noticed
this before, all other radios are showing about the same number of CRC
errors,
is this expectable?

Ethernet Link Detected :1
Ethernet Link Lost :0
Undersized Toss Count :0
inoctets Count :4054728244
inucastpkts Count :1954469296
Innucastpkts Count :56834740
indiscards Count :0
inerrors Count :231695
inunknownprotos Count :0
outoctets Count :3150773755
outucastpktsCount :1289988260
outnucastpkts Count :1597027
outdiscards Count :0
outerrors Count :0
RxBabErr :0
TxHbErr :0
EthBusErr :0
CRCError :231601
RcvFifoNoBuf :94
RxOverrun :0
LateCollision :0
RetransLimitExp :0
TxUnderrun :0
CarSenseLost :0
No Carrier :0

Craig R. Schmaderer
CEO | Skywave Wireless, Inc.
Ph: 402-372-1975 | Fax: 402-372-1058
Direct: 402-372-1052
<

Re: [AFMUG] Low Voltage Battery Disconnect

[Bill Prince via Af]

But what about $1500 or $2000 worth of batteries?  We put bigger battery 
banks out on our remote sites, and I'm more inclined to save the 
batteries on the very infrequent times we have a multi-day power outage.


We also don't get snow, so this is a very rare occurrence.

bp


On 11/20/2014 12:57 PM, Josh Luthman via Af wrote:
I agree.  Even if it's a bigger set of $500 batteries, it's worth a) 
not going to the tower unplanned and b) not having customer problems.



Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Thu, Nov 20, 2014 at 3:54 PM, Sean Heskett via Af > wrote:


personally i prefer to damage my batteries to keep the network
running than have it shutdown during a low voltage event.

2 cents

On Thu, Nov 20, 2014 at 1:41 PM, CARL PETERSON via Af
mailto:af@afmug.com>> wrote:

I have a couple Emerson 211 Rectifier shelves without the
LVLD. In order to protect my battery string, I am looking for
a low voltage battery disconnect that will disconnect the
battery string when voltage drops below ~42V and reconnect it
when the rectifier comes back online so the batteries will
charge.  Any suggestions for a ~20A system?

Thanks,

Carl Peterson
*PORT NETWORKS*
401 E Pratt St, Ste 2553
Baltimore, MD 21202
(410) 637-3707 

Re: [AFMUG] Network Monitoring in the 2010's

[Ken Hohhof via Af]

For VoIP we bridge the ATA ahead of the router.  I love it when someone calls 
on the VoIP phone to tell us “the tower is down”.

From: Shayne Lebrun via Af 
Sent: Thursday, November 20, 2014 2:56 PM
To: af@afmug.com 
Subject: Re: [AFMUG] Network Monitoring in the 2010's

What we need to do is get people to view the ‘internet light’ like the ‘check 
engine’ light on their car.  It could mean ‘your gas cap is loose’ or it could 
mean ‘your driveshaft just fell out of your car’ but if you want to know, it’s 
going to cost $250 just for somebody to open the hood and plug in the 
diagnostic checker.

 

Wouldn’t that be nice…..

 

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Chuck McCown via Af
Sent: Thursday, November 20, 2014 2:53 PM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

 

As determined by DHCP adds a horrible layer of complexity for a cheap and 
simple device.

How about ping to 8.8.8.8?

 

From: Josh Luthman via Af 

Sent: Thursday, November 20, 2014 12:41 PM

To: af@afmug.com 

Subject: Re: [AFMUG] Network Monitoring in the 2010's

 

Red/green light for successful DNS and ping to a server determined by DHCP

 

 

Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

 

On Thu, Nov 20, 2014 at 1:05 PM, Chuck McCown via Af  wrote:

What would be the determining factor?  Ping DNS server OK?

 

From: Jason McKemie via Af 

Sent: Thursday, November 20, 2014 11:03 AM

To: af@afmug.com 

Subject: Re: [AFMUG] Network Monitoring in the 2010's

 

A red/green led would probably suffice for this purpose.

 

On Thu, Nov 20, 2014 at 12:01 PM, Gino Villarini via Af  wrote:

  We need a “device” that plugs between router and internet connection with a 
big screed that says Internet OK! Or Internef BAD… filter out calls with 
customer having issues with wifi

   

   

   

  Gino A. Villarini

  President

  Aeronet Wireless Broadband Corp.

  www.aeronetpr.com   

  @aeronetpr

   

   

   

  From: "af@afmug.com" 
  Reply-To: "af@afmug.com" 
  Date: Thursday, November 20, 2014 at 1:47 PM
  To: "af@afmug.com" 
  Subject: Re: [AFMUG] Network Monitoring in the 2010's

   

  *An app for my phone?  Yuck 

  *Something that pushes to cutomers letting them know we're having issues?  
Yuck

  *Something that let's the customer verify their particular service is 
good/not?  That'd be great!

  *Web portal for billing, easy peasy

   

  Why a node fails probably won't be detectable by a machine - in some cases 
it's difficult for a person to narrow it down (radio, connectors, cables, 
ethernet, surge, etc) but I'd like to see ideas on this of course.

   

  I use/suggest an outgoing message.  IF the customer is having issues and they 
do call us, they hear we're having issues and hang up.  This means that we're 
not telling 100 people there are issues when 25 are effecting ending up with 75 
calls next month saying we owe them a credit when they had nothing to do with 
an outage.

   

   

  Josh Luthman
  Office: 937-552-2340
  Direct: 937-552-2343
  1100 Wayne St
  Suite 1337
  Troy, OH 45373

   

  On Thu, Nov 20, 2014 at 12:43 PM, Sterling Jacobson via Af  
wrote:

What I really want is an integrated system that isn't stuck in the 90's.

I want the customer to have an app on their phone that tells them when 
their network is having issues and why.
I want it to also remind them to pay their bill and provide a lazy/easy way 
to do that.

I want that same system to have an engineer app that tells us when nodes 
fail and why.

So if a node goes down and it's important, it should show up on my phone 
and I can take action.
One of those actions would be to message to outage impacted customers the 
ETA to fix etc.

Emails from Cacti don't count.

   

 

 

Re: [AFMUG] Low Voltage Battery Disconnect

[Sean Heskett via Af]

 I have a battery bank in service for 6 years now that has
had at least 6 but probably 12 run all the way to dead events or almost all
the way to dead (snowstorms and our on-site generator didn't start and we
had to snowmobile a generator and gas up to the site) the batteries still
charge just fine and keep on running.

they are UB-4D sealed batteries.  probably $2500 in batteries.

so although we ran until pretty much dead (or completely dead in a couple
events) we either had no outage or only a brief outage (1-2 hours) instead
of a 12-36 hour outage.





On Thu, Nov 20, 2014 at 2:21 PM, Bill Prince via Af  wrote:

>  But what about $1500 or $2000 worth of batteries?  We put bigger battery
> banks out on our remote sites, and I'm more inclined to save the batteries
> on the very infrequent times we have a multi-day power outage.
>
> We also don't get snow, so this is a very rare occurrence.
>
> bp
> 
>
>
> On 11/20/2014 12:57 PM, Josh Luthman via Af wrote:
>
> I agree.  Even if it's a bigger set of $500 batteries, it's worth a) not
> going to the tower unplanned and b) not having customer problems.
>
>
>  Josh Luthman
> Office: 937-552-2340
> Direct: 937-552-2343
> 1100 Wayne St
> Suite 1337
> Troy, OH 45373
>
> On Thu, Nov 20, 2014 at 3:54 PM, Sean Heskett via Af  wrote:
>
>> personally i prefer to damage my batteries to keep the network running
>> than have it shutdown during a low voltage event.
>>
>>  2 cents
>>
>> On Thu, Nov 20, 2014 at 1:41 PM, CARL PETERSON via Af 
>> wrote:
>>
>>> I have a couple Emerson 211 Rectifier shelves without the LVLD.  In
>>> order to protect my battery string, I am looking for a low voltage battery
>>> disconnect that will disconnect the battery string when voltage drops below
>>> ~42V and reconnect it when the rectifier comes back online so the batteries
>>> will charge.  Any suggestions for a ~20A system?
>>>
>>>  Thanks,
>>>
>>>  Carl Peterson
>>> *PORT NETWORKS*
>>> 401 E Pratt St, Ste 2553
>>> Baltimore, MD 21202
>>> (410) 637-3707 <%28410%29%20637-3707>
>>>
>>>
>>
>
>

Re: [AFMUG] Network Monitoring in the 2010's

[Sterling Jacobson via Af]

Lol!

I imagine in the App a line with points on it that connect from both ends.

Kind of like the Xbox line test.

Where it shows green lights on the provider service, the unit on the side of 
the house, then the router inside their house, and then their device.

It might break in the middle, so the phone could show that it sees their wifi, 
but on 4G it talks to the ISP and shows green dots up to their CPE, then a red 
dot for their router.

It’s not complicated programming on the ISP side.

It could even tell you if the customers router IP was registered in the ARP 
table, or if just the physical connection is made and no MAC or IP etc.

I think most of us have a service table for the customer record that has the 
CPE IP address.

Maybe it would need another table in the customer relation to the router, or 
maybe it’s implicit in the IP address or Gateway IP etc.



From: Af [mailto:af-boun...@afmug.com] On Behalf Of Ken Hohhof via Af
Sent: Thursday, November 20, 2014 2:22 PM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

For VoIP we bridge the ATA ahead of the router.  I love it when someone calls 
on the VoIP phone to tell us “the tower is down”.

From: Shayne Lebrun via Af
Sent: Thursday, November 20, 2014 2:56 PM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

What we need to do is get people to view the ‘internet light’ like the ‘check 
engine’ light on their car.  It could mean ‘your gas cap is loose’ or it could 
mean ‘your driveshaft just fell out of your car’ but if you want to know, it’s 
going to cost $250 just for somebody to open the hood and plug in the 
diagnostic checker.

Wouldn’t that be nice…..

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Chuck McCown via Af
Sent: Thursday, November 20, 2014 2:53 PM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

As determined by DHCP adds a horrible layer of complexity for a cheap and 
simple device.
How about ping to 8.8.8.8?

From: Josh Luthman via Af
Sent: Thursday, November 20, 2014 12:41 PM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

Red/green light for successful DNS and ping to a server determined by DHCP


Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Thu, Nov 20, 2014 at 1:05 PM, Chuck McCown via Af 
mailto:af@afmug.com>> wrote:
What would be the determining factor?  Ping DNS server OK?

From: Jason McKemie via Af
Sent: Thursday, November 20, 2014 11:03 AM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

A red/green led would probably suffice for this purpose.

On Thu, Nov 20, 2014 at 12:01 PM, Gino Villarini via Af 
mailto:af@afmug.com>> wrote:
We need a “device” that plugs between router and internet connection with a big 
screed that says Internet OK! Or Internef BAD… filter out calls with customer 
having issues with wifi



Gino A. Villarini
President
Aeronet Wireless Broadband Corp.
www.aeronetpr.com
@aeronetpr



From: "af@afmug.com" mailto:af@afmug.com>>
Reply-To: "af@afmug.com" 
mailto:af@afmug.com>>
Date: Thursday, November 20, 2014 at 1:47 PM
To: "af@afmug.com" mailto:af@afmug.com>>
Subject: Re: [AFMUG] Network Monitoring in the 2010's

*An app for my phone?  Yuck
*Something that pushes to cutomers letting them know we're having issues?  Yuck
*Something that let's the customer verify their particular service is good/not? 
 That'd be great!
*Web portal for billing, easy peasy

Why a node fails probably won't be detectable by a machine - in some cases it's 
difficult for a person to narrow it down (radio, connectors, cables, ethernet, 
surge, etc) but I'd like to see ideas on this of course.

I use/suggest an outgoing message.  IF the customer is having issues and they 
do call us, they hear we're having issues and hang up.  This means that we're 
not telling 100 people there are issues when 25 are effecting ending up with 75 
calls next month saying we owe them a credit when they had nothing to do with 
an outage.


Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Thu, Nov 20, 2014 at 12:43 PM, Sterling Jacobson via Af 
mailto:af@afmug.com>> wrote:
What I really want is an integrated system that isn't stuck in the 90's.

I want the customer to have an app on their phone that tells them when their 
network is having issues and why.
I want it to also remind them to pay their bill and provide a lazy/easy way to 
do that.

I want that same system to have an engineer app that tells us when nodes fail 
and why.

So if a node goes down and it's important, it should show up on my phone and I 
can take action.
One of those actions would be to message to outage impacted customers

Re: [AFMUG] Low Voltage Battery Disconnect

[Ken Hohhof via Af]

Assuming this is not a solar site, and the battery runtime is sized for typical 
power company repair time plus enough time to bring out a portable generator, I 
don’t think a couple hours extra runtime is worth ruining the batteries.  I 
know what would happen to me.  I wouldn’t get the batteries replaced before the 
next outage, and now I’m really screwed.

One thing I’ve started doing at DC sites with DIN rail chargers is to make sure 
the charger isn’t hardwired but has a regular AC cord, so it can easily be 
plugged into a portable generator or other source of emergency power.


From: Chuck McCown via Af 
Sent: Thursday, November 20, 2014 3:06 PM
To: af@afmug.com 
Subject: Re: [AFMUG] Low Voltage Battery Disconnect

I agree, especially on Solar.  I swore off LVDs a long time ago.
On the other hand, if you have frequent outages
But in that case, put in larger batts and/or a generator.

From: Sean Heskett via Af 
Sent: Thursday, November 20, 2014 1:54 PM
To: af@afmug.com 
Subject: Re: [AFMUG] Low Voltage Battery Disconnect

personally i prefer to damage my batteries to keep the network running than 
have it shutdown during a low voltage event. 

2 cents

On Thu, Nov 20, 2014 at 1:41 PM, CARL PETERSON via Af  wrote:

  I have a couple Emerson 211 Rectifier shelves without the LVLD.  In order to 
protect my battery string, I am looking for a low voltage battery disconnect 
that will disconnect the battery string when voltage drops below ~42V and 
reconnect it when the rectifier comes back online so the batteries will charge. 
 Any suggestions for a ~20A system? 

  Thanks,

  Carl Peterson
  PORT NETWORKS
  401 E Pratt St, Ste 2553
  Baltimore, MD 21202
  (410) 637-3707 

Re: [AFMUG] Network Monitoring in the 2010's

[Travis Johnson via Af]

I wasn't responding to get into an argument with you. You are obviously 
free to do whatever you want, and handle your customers however you see 
fit. I was simply explaining from my perspective what I am seeing today, 
and what I saw while building Microserv. You remember, the company that 
was 10x larger than yours and sold to JAB for more, per sub, than any 
other company so far. :)


I also own part of the fastest growing software companies in Utah. We 
have 20+ full-time developers and current customers like Nike, Google, 
eBay, Nordstroms, Toms, Disney and Vistaprint to name a few. The company 
has been in business for less than a year and already has a valuation of 
$6,000,000 from a national institutional investor that invested a month 
ago. I'm pretty familiar with the software development scene, especially 
in Utah. :)


Good luck with your app, I hope it works out for you.

Travis

On 11/20/2014 2:19 PM, Sterling Jacobson via Af wrote:

Wrong on both counts.

I used to be in software development, so like anything else, it's who you know.
I can get this done for a lot less.

And having an app for the customer to view and fix or find problems on their 
own is a differentiator itself.
Every one of my customers I've talked to about this has expressed great 
interest in not having to call in if they can help it.

I'm guessing a few of the older generation won't have a phone or care to use an 
app, they can always call in.

But in general it looks like it will greatly reduce support overhead for the 
ISP and increase customer satisfaction at the same time.

I guess time will tell.

I already have this underway, parts are developed already, but if someone wants 
to help out, let me know!

-Original Message-
From: Af [mailto:af-boun...@afmug.com] On Behalf Of Travis Johnson via Af
Sent: Thursday, November 20, 2014 2:15 PM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

Sterling,

This sounds like an easy task, but I can tell you as someone that is currently 
developing software, and is starting December 1 to build a simple iPhone app, 
software development is very expensive. My app is a pretty simple... easy to 
use front-end with a cloud based database back-end... yet the quotes I have 
gotten are $50,000 - $75,000. This is from 3 different development companies 
all based in Utah. All of them are busy and each has 20+ full-time developers 
working for them, so they have enough business and must not be totally out of 
line on their quotes.

I said this 10+ years ago, and I'll say it again... customer service is the 
only thing that makes you different than the big cable and telco companies. 
Having a live person that can help people troubleshoot and fix issues is the 
key to keeping people with your service. If you are just going to send them to 
an app on their phones, you become the same as every other provider... and your 
service becomes a commodity just like everyone else.

Travis

On 11/20/2014 1:49 PM, Sterling Jacobson via Af wrote:

BUT, the phones now days are smart enough to know when wifi sucks or goes out 
completely.

They fall back to 3/4G.

Which is awesome, because it could still talk to the service provider end and 
tell the customer the status.

I think this would work better than a green/red light.

The phone App would tell you that your service is correct to the house, but 
that inside it's not talking.
Then walk the customer through a set of standard fix it routines.

That would solve most of our calls right there.

On the back end it just needs to talk to a server process that can get access 
to the device on the side of the house.

The best would be an embedded speed test in the ONT/CPE that could report back 
to the App and say they are getting what they are paying for to the side of 
their house. And then give them suggestions for fixing their crappy wifi.

I bet it wouldn't take much to get this done and working with a few larger 
billing systems and equipment platforms, who's with me??

-Original Message-
From: Af [mailto:af-boun...@afmug.com] On Behalf Of Ken Hohhof via Af
Sent: Thursday, November 20, 2014 12:35 PM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

Part of the problem is so many customers are 100% WiFi now, so unless you have 
a managed router there, you have 2 big problem areas beyond the demarc - the 
customer's router and the customer's WiFi.


-Original Message-
From: Bill Prince via Af
Sent: Thursday, November 20, 2014 1:04 PM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

Linktechs built a tool a couple years ago that ran on the customer's PC (WIndows only) 
that would give the customer a "connection health"
indication.  It would monitor the local gateway, and give both a green light 
for connected, plus a reading on the latency.  You go too much beyond that, and 
you will get a bunch of false positives when something beyond your local 
network is having some

Re: [AFMUG] Network Monitoring in the 2010's

[Chuck McCown via Af]

The day is coming when that statement can be verified... ;-)

-Original Message- 
From: Travis Johnson via Af 
Microserv. You remember, the company that 
was 10x larger than yours and sold to JAB for more, per sub, than any 
other company so far. :)

Re: [AFMUG] Low Voltage Battery Disconnect

[CARL PETERSON via Af]

Thanks Dan,

That is exactly what I was looking for but…at $200 I may need to think about it 
if its just going to protect $400 worth of batteries from a long power outage 
that seldom happens here…  


Carl Peterson
PORT NETWORKS
401 E Pratt St, Ste 2553
Baltimore, MD 21202
(410) 637-3707 

On Nov 20, 2014, at 4:07 PM, Plexicomm Admin via Af  wrote:

> Carl Duracomm/Meanwell make the part you are looking for: 
> http://duracomm.com/siteresources/apps/catalog/shop/prodList.asp?idCategory=9
> 
> Dan English
> Plexicomm - Internet Solutions
> d...@plexicomm.net | 1.866.759.4678 x103
> Fax: 1.866.852.4688 | Emergency Support: 1.866.759.9713
> 
> 
> Note: Privileged/Confidential information may be contained in this message 
> and may be subject to legal privilege. Access to this e-mail by anyone other 
> than the intended is unauthorized. If you are not the intended recipient (or 
> responsible for delivery of the message to such person), you may not use, 
> copy, distribute or deliver to anyone this message (or any part of its 
> contents ) or take any action in reliance on it. In such case, you should 
> destroy this message, and notify us immediately. If you have received this 
> email in error, please notify us immediately by e-mail or telephone and 
> delete the e-mail from any computer. If you or your employer does not consent 
> to internet e-mail messages of this kind, please notify us immediately. All 
> reasonable precautions have been taken to ensure no viruses are present in 
> this e-mail. As our company cannot accept responsibility for any loss or 
> damage arising from the use of this e-mail or attachments we recommend that 
> you subject these to your virus checking procedures prior to use. The views, 
> opinions, conclusions and other information expressed in this electronic mail 
> are not given or endorsed by the company unless otherwise indicated by an 
> authorized representative independent of this message.
> 
> -Original Message-
> From: "CARL PETERSON via Af" 
> To: af@afmug.com
> Date: 11/20/14 03:41 PM
> Subject: [AFMUG] Low Voltage Battery Disconnect
> 
> I have a couple Emerson 211 Rectifier shelves without the LVLD.  In order to 
> protect my battery string, I am looking for a low voltage battery disconnect 
> that will disconnect the battery string when voltage drops below ~42V and 
> reconnect it when the rectifier comes back online so the batteries will 
> charge.  Any suggestions for a ~20A system?
> 
> Thanks,
> 
> Carl Peterson
> PORT NETWORKS
> 401 E Pratt St, Ste 2553
> Baltimore, MD 21202
> (410) 637-3707 
> 
>  

Re: [AFMUG] Network Monitoring in the 2010's

[Josh Luthman via Af]

I have to think the company was worth more because of location.  I doubt
JAB could care less what the quality of tech support was.  Another WISP in
Utah was another drop in the bucket.

Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373
On Nov 20, 2014 4:42 PM, "Chuck McCown via Af"  wrote:

> The day is coming when that statement can be verified... ;-)
>
> -Original Message- From: Travis Johnson via Af Microserv. You
> remember, the company that was 10x larger than yours and sold to JAB for
> more, per sub, than any other company so far. :)
>

Re: [AFMUG] Network Monitoring in the 2010's

[Chuck McCown via Af]

Pretty sure it was based on revenue stream and the quality of the network.  
Canopy based systems got more than Trango or UBNT etc.  

From: Josh Luthman via Af 
Sent: Thursday, November 20, 2014 2:45 PM
To: af@afmug.com 
Subject: Re: [AFMUG] Network Monitoring in the 2010's

I have to think the company was worth more because of location.  I doubt JAB 
could care less what the quality of tech support was.  Another WISP in Utah was 
another drop in the bucket.

Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Nov 20, 2014 4:42 PM, "Chuck McCown via Af"  wrote:

  The day is coming when that statement can be verified... ;-)

  -Original Message- From: Travis Johnson via Af Microserv. You 
remember, the company that was 10x larger than yours and sold to JAB for more, 
per sub, than any other company so far. :)

Re: [AFMUG] Network Monitoring in the 2010's

[Ken Hohhof via Af]

I feel you’re overthinking this, at the risk of adding more stuff to fail or 
for the customer to bitch about.

We use the Tycon POEs with current indicator, we tell the customer the light 
should be green.  That covers a lot of calls – cables unplugged or chewed or 
POE not getting AC power.

If the customer thinks their Internet is down, and they have a customer 
supplied router, we tell them to power cycle the router, this is the most 
common issue.

If the customer is 100% WiFi, we try to make sure they have a spare Ethernet 
cable on a LAN port of the router.  Most laptops have an Ethernet port, we tell 
them to take their laptop over to the router, plug it in, and if they have 
Internet then they have a WiFi problem.

Once these 3 steps are done, or if they are complaining about speed, I think 
Travis is right, you’re better off having them call.  If nothing else, this may 
be an upsell opportunity, if they talk to a human.  Or you may get to explain a 
few things about P2P or video streaming or botnets to them.


From: Sterling Jacobson via Af 
Sent: Thursday, November 20, 2014 3:28 PM
To: af@afmug.com 
Subject: Re: [AFMUG] Network Monitoring in the 2010's

Lol!

 

I imagine in the App a line with points on it that connect from both ends.

 

Kind of like the Xbox line test.

 

Where it shows green lights on the provider service, the unit on the side of 
the house, then the router inside their house, and then their device.

 

It might break in the middle, so the phone could show that it sees their wifi, 
but on 4G it talks to the ISP and shows green dots up to their CPE, then a red 
dot for their router.

 

It’s not complicated programming on the ISP side.

 

It could even tell you if the customers router IP was registered in the ARP 
table, or if just the physical connection is made and no MAC or IP etc.

 

I think most of us have a service table for the customer record that has the 
CPE IP address.

 

Maybe it would need another table in the customer relation to the router, or 
maybe it’s implicit in the IP address or Gateway IP etc.

 

 

 

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Ken Hohhof via Af
Sent: Thursday, November 20, 2014 2:22 PM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

 

For VoIP we bridge the ATA ahead of the router.  I love it when someone calls 
on the VoIP phone to tell us “the tower is down”.

 

From: Shayne Lebrun via Af 

Sent: Thursday, November 20, 2014 2:56 PM

To: af@afmug.com 

Subject: Re: [AFMUG] Network Monitoring in the 2010's

 

What we need to do is get people to view the ‘internet light’ like the ‘check 
engine’ light on their car.  It could mean ‘your gas cap is loose’ or it could 
mean ‘your driveshaft just fell out of your car’ but if you want to know, it’s 
going to cost $250 just for somebody to open the hood and plug in the 
diagnostic checker.

 

Wouldn’t that be nice…..

 

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Chuck McCown via Af
Sent: Thursday, November 20, 2014 2:53 PM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

 

As determined by DHCP adds a horrible layer of complexity for a cheap and 
simple device.

How about ping to 8.8.8.8?

 

From: Josh Luthman via Af 

Sent: Thursday, November 20, 2014 12:41 PM

To: af@afmug.com 

Subject: Re: [AFMUG] Network Monitoring in the 2010's

 

Red/green light for successful DNS and ping to a server determined by DHCP

 

 

Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

 

On Thu, Nov 20, 2014 at 1:05 PM, Chuck McCown via Af  wrote:

What would be the determining factor?  Ping DNS server OK?

 

From: Jason McKemie via Af 

Sent: Thursday, November 20, 2014 11:03 AM

To: af@afmug.com 

Subject: Re: [AFMUG] Network Monitoring in the 2010's

 

A red/green led would probably suffice for this purpose.

 

On Thu, Nov 20, 2014 at 12:01 PM, Gino Villarini via Af  wrote:

  We need a “device” that plugs between router and internet connection with a 
big screed that says Internet OK! Or Internef BAD… filter out calls with 
customer having issues with wifi

   

   

   

  Gino A. Villarini

  President

  Aeronet Wireless Broadband Corp.

  www.aeronetpr.com   

  @aeronetpr

   

   

   

  From: "af@afmug.com" 
  Reply-To: "af@afmug.com" 
  Date: Thursday, November 20, 2014 at 1:47 PM
  To: "af@afmug.com" 
  Subject: Re: [AFMUG] Network Monitoring in the 2010's

   

  *An app for my phone?  Yuck 

  *Something that pushes to cutomers letting them know we're having issues?  
Yuck

  *Something that let's the customer verify their particular service is 
good/not?  That'd be great!

  *Web portal for billing, easy peasy

   

  Why a node fails probably won't be detectable by a machine - in some cases 
it's difficult for a person to narrow it down (radio, connectors, cables, 
ethernet, surge, etc) but I'd like to see ideas on this of course.

   

  I use/suggest an outgoing messa

Re: [AFMUG] Network Monitoring in the 2010's

[Josh Luthman via Af]

So you're saying definitely not based on customer service...

Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373
On Nov 20, 2014 4:49 PM, "Chuck McCown via Af"  wrote:

>   Pretty sure it was based on revenue stream and the quality of the
> network.
> Canopy based systems got more than Trango or UBNT etc.
>
>  *From:* Josh Luthman via Af 
> *Sent:* Thursday, November 20, 2014 2:45 PM
> *To:* af@afmug.com
> *Subject:* Re: [AFMUG] Network Monitoring in the 2010's
>
>
> I have to think the company was worth more because of location.  I doubt
> JAB could care less what the quality of tech support was.  Another WISP in
> Utah was another drop in the bucket.
>
> Josh Luthman
> Office: 937-552-2340
> Direct: 937-552-2343
> 1100 Wayne St
> Suite 1337
> Troy, OH 45373
> On Nov 20, 2014 4:42 PM, "Chuck McCown via Af"  wrote:
>
>> The day is coming when that statement can be verified... ;-)
>>
>> -Original Message- From: Travis Johnson via Af Microserv. You
>> remember, the company that was 10x larger than yours and sold to JAB for
>> more, per sub, than any other company so far. :)
>>
>

Re: [AFMUG] Network Monitoring in the 2010's

[Chuck McCown via Af]

I really can’t say what was in the minds of the JAB decision makers.
Seems like they were trying to hoover up as many customers as possible with the 
least effort and outlay.  

From: Josh Luthman via Af 
Sent: Thursday, November 20, 2014 2:54 PM
To: af@afmug.com 
Subject: Re: [AFMUG] Network Monitoring in the 2010's

So you're saying definitely not based on customer service...

Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Nov 20, 2014 4:49 PM, "Chuck McCown via Af"  wrote:

  Pretty sure it was based on revenue stream and the quality of the network.  
  Canopy based systems got more than Trango or UBNT etc.  

  From: Josh Luthman via Af 
  Sent: Thursday, November 20, 2014 2:45 PM
  To: af@afmug.com 
  Subject: Re: [AFMUG] Network Monitoring in the 2010's

  I have to think the company was worth more because of location.  I doubt JAB 
could care less what the quality of tech support was.  Another WISP in Utah was 
another drop in the bucket.

  Josh Luthman
  Office: 937-552-2340
  Direct: 937-552-2343
  1100 Wayne St
  Suite 1337
  Troy, OH 45373

  On Nov 20, 2014 4:42 PM, "Chuck McCown via Af"  wrote:

The day is coming when that statement can be verified... ;-)

-Original Message- From: Travis Johnson via Af Microserv. You 
remember, the company that was 10x larger than yours and sold to JAB for more, 
per sub, than any other company so far. :)

Re: [AFMUG] Network Monitoring in the 2010's

[Craig Schmaderer via Af]

+1

Craig R. Schmaderer
CEO | Skywave Wireless, Inc.
Ph: 402-372-1975 | Fax: 402-372-1058
Direct: 402-372-1052


-Original Message-
From: Af [mailto:af-boun...@afmug.com] On Behalf Of Chuck McCown via Af
Sent: Thursday, November 20, 2014 3:43 PM
To: af@afmug.com
Subject: Re: [AFMUG] Network Monitoring in the 2010's

The day is coming when that statement can be verified... ;-)

-Original Message-
From: Travis Johnson via Af
Microserv. You remember, the company that was 10x larger than yours and sold to 
JAB for more, per sub, than any other company so far. :)

Re: [AFMUG] Network Monitoring in the 2010's

[Ken Hohhof via Af]

Ooooh, look at all these customers and all this revenue.
And think how much more profitable it could be with some cuts in the customer 
service budget, Travis was spending way too much there.
If customers complain, we’ll sell them service plans.
Now customer service is a profit center not a cost center.
Plus we’ll charge Idaho customers $10/mo more than Utah customers because 
there’s less competition.
Damn, we’re good.

From: Josh Luthman via Af 
Sent: Thursday, November 20, 2014 3:54 PM
To: af@afmug.com 
Subject: Re: [AFMUG] Network Monitoring in the 2010's

So you're saying definitely not based on customer service...

Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Nov 20, 2014 4:49 PM, "Chuck McCown via Af"  wrote:

  Pretty sure it was based on revenue stream and the quality of the network.  
  Canopy based systems got more than Trango or UBNT etc.  

  From: Josh Luthman via Af 
  Sent: Thursday, November 20, 2014 2:45 PM
  To: af@afmug.com 
  Subject: Re: [AFMUG] Network Monitoring in the 2010's

  I have to think the company was worth more because of location.  I doubt JAB 
could care less what the quality of tech support was.  Another WISP in Utah was 
another drop in the bucket.

  Josh Luthman
  Office: 937-552-2340
  Direct: 937-552-2343
  1100 Wayne St
  Suite 1337
  Troy, OH 45373

  On Nov 20, 2014 4:42 PM, "Chuck McCown via Af"  wrote:

The day is coming when that statement can be verified... ;-)

-Original Message- From: Travis Johnson via Af Microserv. You 
remember, the company that was 10x larger than yours and sold to JAB for more, 
per sub, than any other company so far. :)

Re: [AFMUG] Network Monitoring in the 2010's

[Josh Luthman via Af]

You sound a bit bitter :(

Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373
On Nov 20, 2014 5:07 PM, "Ken Hohhof via Af"  wrote:

>   Ooooh, look at all these customers and all this revenue.
> And think how much more profitable it could be with some cuts in the
> customer service budget, Travis was spending way too much there.
> If customers complain, we’ll sell them service plans.
> Now customer service is a profit center not a cost center.
> Plus we’ll charge Idaho customers $10/mo more than Utah customers because
> there’s less competition.
> Damn, we’re good.
>
>  *From:* Josh Luthman via Af 
> *Sent:* Thursday, November 20, 2014 3:54 PM
> *To:* af@afmug.com
> *Subject:* Re: [AFMUG] Network Monitoring in the 2010's
>
>
> So you're saying definitely not based on customer service...
>
> Josh Luthman
> Office: 937-552-2340
> Direct: 937-552-2343
> 1100 Wayne St
> Suite 1337
> Troy, OH 45373
> On Nov 20, 2014 4:49 PM, "Chuck McCown via Af"  wrote:
>
>>   Pretty sure it was based on revenue stream and the quality of the
>> network.
>> Canopy based systems got more than Trango or UBNT etc.
>>
>>  *From:* Josh Luthman via Af 
>> *Sent:* Thursday, November 20, 2014 2:45 PM
>> *To:* af@afmug.com
>> *Subject:* Re: [AFMUG] Network Monitoring in the 2010's
>>
>>
>> I have to think the company was worth more because of location.  I doubt
>> JAB could care less what the quality of tech support was.  Another WISP in
>> Utah was another drop in the bucket.
>>
>> Josh Luthman
>> Office: 937-552-2340
>> Direct: 937-552-2343
>> 1100 Wayne St
>> Suite 1337
>> Troy, OH 45373
>> On Nov 20, 2014 4:42 PM, "Chuck McCown via Af"  wrote:
>>
>>> The day is coming when that statement can be verified... ;-)
>>>
>>> -Original Message- From: Travis Johnson via Af Microserv. You
>>> remember, the company that was 10x larger than yours and sold to JAB for
>>> more, per sub, than any other company so far. :)
>>>
>>

Re: [AFMUG] Chuck: $/watt for solar panels

[Eric Kuhnke via Af]

The shipping price for a pallet with five panels on it is pretty much the
same as a cube-shaped pallet of 20 panels...  Your $/watt goes up a lot on
five panels when you consider a $250-300 shipping cost on top of the per
unit cost.

sunelec.com usually has good prices on 230 to 300W size panels. Less costly
for off-grid applications, some with cosmetic "grade B" imperfections.

On Thu, Nov 20, 2014 at 11:51 AM, Chuck McCown via Af  wrote:

> I kinda am/was.  Mostly I just shop around online like everyone else.  You
> normally have to take a truckload to get a good deal.  I like to pay 60
> cents per watt.  70 cents can be found frequently if you buy in quantity.
> You are looking for about 5 panels. You will probably have to pay 80 cents.
>
> -Original Message- From: Jerry Richardson via Af
> Sent: Thursday, November 20, 2014 12:31 PM
> To: af@afmug.com
> Subject: [AFMUG] Chuck: $/watt for solar panels
>
>
> Check,
>
> Aren't you a solar panel dealer now?
>
>
>
> Pricing out a 1200w panel system, not sure what would be considered a good
> price.
>
>

Re: [AFMUG] How common are crc errors on pmp100

[Bill Prince via Af]

We do use shielded cable on busy towers (high RF and other things), but 
out in the boonies, we haven't. The cable runs out in the boonies are a 
lot shorter, and there isn't much to interfere.



bp


On 11/20/2014 12:34 PM, Craig Schmaderer via Af wrote:


Bill, do you always use shielded cable?

/Craig R. Schmaderer/

/CEO | Skywave Wireless, Inc./

/Ph: 402-372-1975 | Fax: 402-372-1058/

/Direct: 402-372-1052/

*From:*Af [mailto:af-boun...@afmug.com] *On Behalf Of *Bill Prince via Af
*Sent:* Thursday, November 20, 2014 12:24 PM
*To:* af@afmug.com
*Subject:* Re: [AFMUG] How common are crc errors on pmp100

We don't often see CRC errors on any of our APs, FSK, OFDM, or MIMO.

If you're in lightning territory, check to see if these are coincident 
with lightning strikes.



bp

  


On 11/20/2014 9:24 AM, Craig Schmaderer via Af wrote:

This is a radio that has been up for 93 days, it is very heavy on
traffic, would you say there is an issue with this radio?   It is
on a clean tower that only I am on.  There are 4 other canopy
radios on this tower receiving sync from a CTM1.  All radios are
just CAT5e cable non shielded, length is about 180' tops.  Also
there is a PTP800 with lmr 400 ran along with it, I never noticed
this before, all other radios are showing about the same number of
CRC errors, is this expectable?

Ethernet Link Detected :



1

Ethernet Link Lost :



0

Undersized Toss Count :



0

inoctets Count :



4054728244

inucastpkts Count :



1954469296

Innucastpkts Count :



56834740

indiscards Count :



0

inerrors Count :



231695

inunknownprotos Count :



0

outoctets Count :



3150773755

outucastpktsCount :



1289988260

outnucastpkts Count :



1597027

outdiscards Count :



0

outerrors Count :



0

RxBabErr :



0

TxHbErr :



0

EthBusErr :



0

CRCError :



231601

RcvFifoNoBuf :



94

RxOverrun :



0

LateCollision :



0

RetransLimitExp :



0

TxUnderrun :



0

CarSenseLost :



0

No Carrier :



0

/Craig R. Schmaderer/

/CEO | Skywave Wireless, Inc./

/Ph: 402-372-1975 | Fax: 402-372-1058/

/Direct: 402-372-1052/

Re: [AFMUG] Network Monitoring in the 2010's

[Eric Kuhnke via Af]

"Emails from Cacti don't count" - cacti is not an up/down monitoring
system, it's a charting system...  Any threshold alerting plugins that
might be available are just a bonus.

Use something like OpenNMS or Nagios.

On Thu, Nov 20, 2014 at 9:43 AM, Sterling Jacobson via Af 
wrote:

> What I really want is an integrated system that isn't stuck in the 90's.
>
> I want the customer to have an app on their phone that tells them when
> their network is having issues and why.
> I want it to also remind them to pay their bill and provide a lazy/easy
> way to do that.
>
> I want that same system to have an engineer app that tells us when nodes
> fail and why.
>
> So if a node goes down and it's important, it should show up on my phone
> and I can take action.
> One of those actions would be to message to outage impacted customers the
> ETA to fix etc.
>
> Emails from Cacti don't count.
>