Re: [AFMUG] CNS ...Forbidden 403
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: mailto:jordan.stip...@cambiumnetworks.com jordan.stip...@cambiumnetworks.com http://www.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 mailto: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 http://www.facebook.com/onlyinternet http://www.twitter.com/oibw http://www.onlyinternet.net/
Re: [AFMUG] ePMP antennas for subs
AFAIK Double Radius has stock Gino A. Villarini President Aeronet Wireless Broadband Corp. www.aeronetpr.com @aeronetpr From: af@afmug.commailto:af@afmug.com af@afmug.commailto:af@afmug.com Reply-To: af@afmug.commailto:af@afmug.com af@afmug.commailto:af@afmug.com Date: Wednesday, November 19, 2014 at 6:11 PM To: af@afmug.commailto:af@afmug.com af@afmug.commailto: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 af@afmug.commailto:af@afmug.com wrote: Um, where is it? On Wednesday, November 19, 2014 3:55 PM, Josh Luthman via Af af@afmug.commailto:af@afmug.com wrote: Force 110 is here... Josh Luthman Office: 937-552-2340tel:937-552-2340 Direct: 937-552-2343tel:937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 On Wed, Nov 19, 2014 at 4:00 PM, Alan West via Af af@afmug.commailto: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 af@afmug.commailto:af@afmug.com wrote: Force100 Gino A. Villarini @gvillarini On Nov 19, 2014, at 4:21 PM, Keith Fletcher via Af af@afmug.commailto: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
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 af@afmug.com wrote: WHY ARE YOU MOCKING ME?!?!?!?!?!?!?! - Original Message - *From:* Nate Burke via Af af@afmug.com *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
+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
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
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 af@afmug.com wrote: Please post this to the list. I am so special...
Re: [AFMUG] Where I am - I being Chuck McCown
:) Sent from my Verizon Wireless 4G LTE Smartphone - Reply message - From: Ty Featherling via Af af@afmug.com To: af@afmug.com 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 af@afmug.com 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
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 af@afmug.com wrote: Please post this to the list. I am so special...
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 af@afmug.com wrote: Please post this to the list. I am so special...
Re: [AFMUG] Where I am - I being Chuck McCown
To Serve Man Jaime Solorza On Nov 20, 2014 7:47 AM, Chuck McCown via Af af@afmug.com 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 af@afmug.com *Sent:* Wednesday, November 19, 2014 9:40 PM *To:* af af@afmug.com *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 af@afmug.com wrote: Please post this to the list. I am so special...
Re: [AFMUG] Where I am - I being Chuck McCown
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 af@afmug.com wrote: Please post this to the list. I am so special...
Re: [AFMUG] Cambium and WBMFG GO Green!
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 rafaelreinos...@gmail.com wrote:
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 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 rafaelreinos...@gmail.com wrote:
Re: [AFMUG] epmp 1000 only PPPOE Filter
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
Re: [AFMUG] Cambium and WBMFG GO Green!
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 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 rafaelreinos...@gmail.com wrote:
Re: [AFMUG] Need some WAN topology/protocol advice
+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 af@afmug.com 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
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
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
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
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
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 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 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
Craig that ratio is fine. Sent from my iPhone On Nov 20, 2014, at 12:24 PM, Craig Schmaderer via Af 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] 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] Need some WAN topology/protocol advice
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
I see that all the time with damaged Ethernet. Chris Wright Velociter Wirelesshttp://www.velociter.net/ 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 af@afmug.commailto: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 : 4054728244tel: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-1975tel:402-372-1975 | Fax: 402-372-1058tel:402-372-1058 Direct: 402-372-1052tel:402-372-1052
[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] 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] Network Monitoring in the 2010's
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.commailto:af@afmug.com af@afmug.commailto:af@afmug.com Reply-To: af@afmug.commailto:af@afmug.com af@afmug.commailto:af@afmug.com Date: Thursday, November 20, 2014 at 1:47 PM To: af@afmug.commailto:af@afmug.com af@afmug.commailto: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.commailto: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
A red/green led would probably suffice for this purpose. On Thu, Nov 20, 2014 at 12:01 PM, Gino Villarini via Af 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 af@afmug.com Reply-To: af@afmug.com af@afmug.com Date: Thursday, November 20, 2014 at 1:47 PM To: af@afmug.com 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] 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 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 af@afmug.com Reply-To: af@afmug.com af@afmug.com Date: Thursday, November 20, 2014 at 1:47 PM To: af@afmug.com 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] 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
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 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 af@afmug.com Reply-To: af@afmug.com af@afmug.com Date: Thursday, November 20, 2014 at 1:47 PM To: af@afmug.com 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] 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] How common are crc errors on pmp100
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
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.commailto:af@afmug.com af@afmug.commailto:af@afmug.com Reply-To: af@afmug.commailto:af@afmug.com af@afmug.commailto:af@afmug.com Date: Thursday, November 20, 2014 at 2:03 PM To: af@afmug.commailto:af@afmug.com af@afmug.commailto: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 af@afmug.commailto: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.comhttp://www.aeronetpr.com @aeronetpr From: af@afmug.commailto:af@afmug.com af@afmug.commailto:af@afmug.com Reply-To: af@afmug.commailto:af@afmug.com af@afmug.commailto:af@afmug.com Date: Thursday, November 20, 2014 at 1:47 PM To: af@afmug.commailto:af@afmug.com af@afmug.commailto: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-2340tel:937-552-2340 Direct: 937-552-2343tel: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.commailto: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
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 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 af@afmug.com Reply-To: af@afmug.com af@afmug.com Date: Thursday, November 20, 2014 at 1:47 PM To: af@afmug.com 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.
[AFMUG] OT Car Parts
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
The A pillars On November 20, 2014 9:16:22 AM AKST, Chuck McCown via Af af@afmug.com 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
That would be the A-pillar On Thu, Nov 20, 2014 at 2:16 PM, Chuck McCown via Af af@afmug.com 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
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 af@afmug.com 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
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 part-15@SkylineBroadbandService 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
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 af@afmug.com 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
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
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 af@afmug.com 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
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 af@afmug.com 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
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 part-15@SkylineBroadbandService 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
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
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 part-15@SkylineBroadbandService 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
Here you go. http://www.linksprinter.com/ -Louis 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. -- -Louis NTInet O: 803-533-1660 X 207 C: 803-997-0004
Re: [AFMUG] Network Monitoring in the 2010's
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 part-15@SkylineBroadbandService 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
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 part-15@SkylineBroadbandService 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
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 af@afmug.com wrote: What would be the determining factor? Ping DNS server OK? *From:* Jason McKemie via Af af@afmug.com *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 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 af@afmug.com Reply-To: af@afmug.com af@afmug.com Date: Thursday, November 20, 2014 at 1:47 PM To: af@afmug.com 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] Network Monitoring in the 2010's
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 part-15@SkylineBroadbandService 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 part-15@SkylineBroadbandService 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
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 mailto:af@afmug.com *Sent:* Thursday, November 20, 2014 12:41 PM *To:* af@afmug.com mailto: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 af@afmug.com mailto:af@afmug.com wrote: What would be the determining factor? Ping DNS server OK? *From:* Jason McKemie via Af mailto:af@afmug.com *Sent:* Thursday, November 20, 2014 11:03 AM *To:* af@afmug.com mailto: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 af@afmug.com 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 http://www.aeronetpr.com @aeronetpr From: af@afmug.com mailto:af@afmug.com af@afmug.com mailto:af@afmug.com Reply-To: af@afmug.com mailto:af@afmug.com af@afmug.com mailto:af@afmug.com Date: Thursday, November 20, 2014 at 1:47 PM To: af@afmug.com mailto:af@afmug.com 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 tel:937-552-2340 Direct: 937-552-2343 tel: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 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
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 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 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 af@afmug.com Reply-To: af@afmug.com af@afmug.com Date: Thursday, November 20, 2014 at 1:47 PM To: af@afmug.com 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] 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 mailto:af@afmug.com Sent: Thursday, November 20, 2014 12:41 PM To: af@afmug.com mailto: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 af@afmug.com mailto:af@afmug.com wrote: What would be the determining factor? Ping DNS server OK? From: Jason McKemie via Af mailto:af@afmug.com Sent: Thursday, November 20, 2014 11:03 AM To: af@afmug.com mailto: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 af@afmug.com 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 http://www.aeronetpr.com @aeronetpr From: af@afmug.com mailto:af@afmug.com af@afmug.com mailto:af@afmug.com Reply-To: af@afmug.com mailto:af@afmug.com af@afmug.com mailto:af@afmug.com Date: Thursday, November 20, 2014 at 1:47 PM To: af@afmug.com mailto:af@afmug.com 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 tel:937-552-2340 Direct: 937-552-2343 tel: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 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
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 mailto:af@afmug.com *Sent:* Thursday, November 20, 2014 12:56 PM *To:* af@afmug.com mailto: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 mailto:af@afmug.com *Sent:* Thursday, November 20, 2014 12:41 PM *To:* af@afmug.com mailto: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 af@afmug.com mailto:af@afmug.com wrote: What would be the determining factor? Ping DNS server OK? *From:* Jason McKemie via Af mailto:af@afmug.com *Sent:* Thursday, November 20, 2014 11:03 AM *To:* af@afmug.com mailto: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 af@afmug.com 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 http://www.aeronetpr.com @aeronetpr From: af@afmug.com mailto:af@afmug.com af@afmug.com mailto:af@afmug.com Reply-To: af@afmug.com mailto:af@afmug.com af@afmug.com mailto:af@afmug.com Date: Thursday, November 20, 2014 at 1:47 PM To: af@afmug.com mailto:af@afmug.com 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 tel:937-552-2340 Direct: 937-552-2343 tel: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 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
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 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 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 af@afmug.com Reply-To: af@afmug.com af@afmug.com Date: Thursday, November 20, 2014 at 1:47 PM To: af@afmug.com 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] OT Car Parts
thats odd, i was wondering this yesterday, now i know On Thu, Nov 20, 2014 at 1:02 PM, Chuck McCown via Af af@afmug.com wrote: Nope, A pillar. *From:* CARL PETERSON via Af af@afmug.com *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 af@afmug.com 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
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 part-15@SkylineBroadbandService 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
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
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 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 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
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 part-15@SkylineBroadbandService 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
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 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
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 mailto:af@afmug.com 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 af@afmug.com wrote: What would be the determining factor? Ping DNS server OK? From: Jason McKemie via Af mailto:af@afmug.com 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 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 af@afmug.com Reply-To: af@afmug.com af@afmug.com Date: Thursday, November 20, 2014 at 1:47 PM To: af@afmug.com 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
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 af@afmug.com 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 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
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 af@afmug.com 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 af@afmug.com *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 af@afmug.com wrote: What would be the determining factor? Ping DNS server OK? *From:* Jason McKemie via Af af@afmug.com *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 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 af@afmug.com Reply-To: af@afmug.com af@afmug.com Date: Thursday, November 20, 2014 at 1:47 PM To: af@afmug.com 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
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 af@afmug.com wrote: Couldnt' this also damage gear? On Nov 20, 2014, at 3:54 PM, Sean Heskett via Af af@afmug.com 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 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] Low Voltage Battery Disconnect
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 af@afmug.com wrote: Couldnt' this also damage gear? On Nov 20, 2014, at 3:54 PM, Sean Heskett via Af af@afmug.com 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 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] 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 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] Low Voltage Battery Disconnect
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 af@afmug.com 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
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 part-15@SkylineBroadbandService 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
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] 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 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 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 af@afmug.com Reply-To: af@afmug.com af@afmug.com Date: Thursday, November 20, 2014 at 1:47 PM To: af@afmug.com 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
knock on wood 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 af@afmug.com 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 part-15@SkylineBroadbandService 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 af@afmug.com 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 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 %28410%29%20637-3707
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 Afmailto:af@afmug.com Sent: Thursday, November 20, 2014 2:56 PM To: af@afmug.commailto: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.commailto: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 Afmailto:af@afmug.com Sent: Thursday, November 20, 2014 12:41 PM To: af@afmug.commailto: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 af@afmug.commailto:af@afmug.com wrote: What would be the determining factor? Ping DNS server OK? From: Jason McKemie via Afmailto:af@afmug.com Sent: Thursday, November 20, 2014 11:03 AM To: af@afmug.commailto: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 af@afmug.commailto: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.comhttp://www.aeronetpr.com @aeronetpr From: af@afmug.commailto:af@afmug.com af@afmug.commailto:af@afmug.com Reply-To: af@afmug.commailto:af@afmug.com af@afmug.commailto:af@afmug.com Date: Thursday, November 20, 2014 at 1:47 PM To: af@afmug.commailto:af@afmug.com af@afmug.commailto: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-2340tel:937-552-2340 Direct: 937-552-2343tel: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.commailto: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
Re: [AFMUG] Low Voltage Battery Disconnect
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 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
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
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
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 af@afmug.com 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 af@afmug.com 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
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 af@afmug.com 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
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 af@afmug.com 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
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 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 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 af@afmug.com Reply-To: af@afmug.com af@afmug.com Date: Thursday, November 20, 2014 at 1:47 PM To: af@afmug.com 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
Re: [AFMUG] Network Monitoring in the 2010's
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 af@afmug.com 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 af@afmug.com 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
+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
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 af@afmug.com 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 af@afmug.com 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
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 af@afmug.com 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 af@afmug.com *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 af@afmug.com 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 af@afmug.com *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 af@afmug.com 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
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 af@afmug.com 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
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 part-15@SkylineBroadbandService 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 part-15@SkylineBroadbandService 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
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 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] Chuck: $/watt for solar panels
Yeah, buy a full carton/case and sell the stuff you don’t need to others or just keep them on the shelf for a future project. Nothing at all wrong with grade B panels. I would not buy grade C panels unless I got to sort through them and test them personally. From: Eric Kuhnke via Af Sent: Thursday, November 20, 2014 3:20 PM To: af@afmug.com Subject: Re: [AFMUG] Chuck: $/watt for solar panels 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 af@afmug.com 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] Network Monitoring in the 2010's
And chuck puts the stirring stick into the fecal matter!! -- 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 On Nov 20, 2014, at 13:49, Chuck McCown via Af af@afmug.com 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 af@afmug.com 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
Not really, just assuming the bigger you get, the more you run things like a big company. I see numbers. Not I see people. And that’s not all bad. Way too many of us in this industry get paid in personal pride and customer satisfaction but not so much in dollars. That’s not right when big ISPs like Comcast, ATT and Verizon are getting rewarded very handsomely for cherry picking the most lucrative areas and striking deals like I’ll stop deploying fiber if you bundle my cellphones with your cable. From: Josh Luthman via Af Sent: Thursday, November 20, 2014 4:08 PM To: af@afmug.com Subject: Re: [AFMUG] Network Monitoring in the 2010's 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 af@afmug.com 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 af@afmug.com 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 af@afmug.com 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
Customer Service is what generates word of mouth referrals. We had 11,000 wireless customers and we were doing 300+ new installs per month... over 50% of those were from word of mouth each month. Travis On 11/20/2014 2:54 PM, Josh Luthman via Af wrote: 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 af@afmug.com mailto:af@afmug.com 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 mailto:af@afmug.com *Sent:* Thursday, November 20, 2014 2:45 PM *To:* af@afmug.com mailto: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 tel:937-552-2340 Direct: 937-552-2343 tel:937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 On Nov 20, 2014 4:42 PM, Chuck McCown via Af af@afmug.com mailto:af@afmug.com 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
It's pretty easy to verify now... We got 12.3 times EBIDTA, or 3 times our current annual gross revenue, however you want to look at it. :) Travis On 11/20/2014 2: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] epmp 1000 only PPPOE Filter
Why not use the checkboxes as in PMP ? Gino A. Villarini @gvillarini On Nov 20, 2014, at 6:37 PM, Dan Sullivan via Af af@afmug.commailto:af@afmug.com wrote: I received some additional SMB port information from Aaron Schneider of the Canopy team. SMB: Protocol TCP with ports 137, 138, 139, 445, 2869, 5357, 5358. Protocol UDP with ports 137, 138, 139, 445, 3702, 1900. George, Yes, filtering at the SM is a good idea. My examples were assuming DL traffic to protect the RF bandwidth. You can do the same thing at the SM as I showed at the AP as long as the SM is running in bridge mode. For DL traffic remember to specify WLAN instead of LAN (i.e. AP LAN is for DL and WLAN is for UL, SM WLAN is for DL and LAN is for UL). I agree with you on the AP performance observation. Reducing the load on the AP as opposed to the SM makes sense. If your multicast is DL, then you may want to filter at the AP so that it does not consume your RF. But, if your multicast is UL like you indicate, this makes much more sense. Good news. We have Broadcast rate limiting both in the UL and the DL. It was added in release 2.2. Go to Configuration - Network - Broadcast/Multicast Shaping. Set Broadcast Traffic Limit to “Enabled”. Then you set Broadcast Packet Rate which is in PPS (Packets Per Second). The valid range is 100 – 16000. Dan From: Af [mailto:af-boun...@afmug.com] On Behalf Of George Skorup (Cyber Broadcasting) via Af Sent: Thursday, November 20, 2014 10:04 AM To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] epmp 1000 only PPPOE Filter 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.
Re: [AFMUG] Network Monitoring in the 2010's
I am referring to a particular NDA still in effect. -Original Message- From: Travis Johnson via Af Sent: Thursday, November 20, 2014 3:53 PM To: af@afmug.com Subject: Re: [AFMUG] Network Monitoring in the 2010's It's pretty easy to verify now... We got 12.3 times EBIDTA, or 3 times our current annual gross revenue, however you want to look at it. :) Travis On 11/20/2014 2: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
Wowsers. -Original Message- From: Travis Johnson via Af Sent: Thursday, November 20, 2014 4:53 PM To: af@afmug.com Subject: Re: [AFMUG] Network Monitoring in the 2010's It's pretty easy to verify now... We got 12.3 times EBIDTA, or 3 times our current annual gross revenue, however you want to look at it. :) Travis On 11/20/2014 2: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] How common are crc errors on pmp100
CRC errors are aggregated into the standard IF-MIB tx/rx error counters. Same with most switches. Monitor that. On 11/20/2014 11:37 AM, Roland Houin via Af wrote: 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] epmp 1000 only PPPOE Filter
I proposed auto fill rules to carry over that but I like having a powerful firewall... Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 On Nov 20, 2014 5:54 PM, Gino Villarini via Af af@afmug.com wrote: Why not use the checkboxes as in PMP ? Gino A. Villarini @gvillarini On Nov 20, 2014, at 6:37 PM, Dan Sullivan via Af af@afmug.com wrote: I received some additional SMB port information from Aaron Schneider of the Canopy team. SMB: Protocol TCP with ports 137, 138, 139, 445, 2869, 5357, 5358. Protocol UDP with ports 137, 138, 139, 445, 3702, 1900. George, Yes, filtering at the SM is a good idea. My examples were assuming DL traffic to protect the RF bandwidth. You can do the same thing at the SM as I showed at the AP as long as the SM is running in bridge mode. For DL traffic remember to specify WLAN instead of LAN (i.e. AP LAN is for DL and WLAN is for UL, SM WLAN is for DL and LAN is for UL). I agree with you on the AP performance observation. Reducing the load on the AP as opposed to the SM makes sense. If your multicast is DL, then you may want to filter at the AP so that it does not consume your RF. But, if your multicast is UL like you indicate, this makes much more sense. Good news. We have Broadcast rate limiting both in the UL and the DL. It was added in release 2.2. Go to Configuration - Network - Broadcast/Multicast Shaping. Set Broadcast Traffic Limit to “Enabled”. Then you set Broadcast Packet Rate which is in PPS (Packets Per Second). The valid range is 100 – 16000. Dan *From:* Af [mailto:af-boun...@afmug.com af-boun...@afmug.com] *On Behalf Of *George Skorup (Cyber Broadcasting) via Af *Sent:* Thursday, November 20, 2014 10:04 AM *To:* af@afmug.com *Subject:* Re: [AFMUG] epmp 1000 only PPPOE Filter 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
