Re: [AFMUG] Cacti SiteMonitor: What did I break?
Gotta be the poller cache. Did you try a rebuild? On 10/23/2014 11:03 PM, Bill Prince via Af wrote: Getting closer.� When I look in the SNMP cache, there is no entry for the device. Looking in the log (without debug), I get: 10/23/2014 08:34:25 PM - SPINE: Poller[0] Host[797 http://10.13.112.20/host.php?action=editid=797] TH[1] DS[12316 http://10.13.112.20/data_sources.php?action=ds_editid=12316] WARNING: SNMP timeout detected [250 ms], ignoring host '10.13.114.254' So there is something causing the SNMP request to barf inside cacti.� When I do an snmpget from the CLI, it all looks fine.� Likewise, the realtime plugin is working fine too. So when realtime is doing the SNMP queries outside the poller, they are fine.� Just when spine is doing the SNMP requests. bp On 10/23/2014 4:12 PM, George Skorup (Cyber Broadcasting) via Af wrote: You divided by zero, didn't you? Are you sure your modules are in the same order as before? On 10/23/2014 1:29 PM, Bill Prince via Af wrote: I noticed an Expansion Unit on one of my SiteMonitors this morning.� It said something about Device Removed or something like that. Remembering the discussion the other day on this topic, I put a 0 in the Serial # for the non-existent unit, rescanned, rebooted. Now, none of the OIDs work in Cacti.� If I do a simple snmpget on any of the OIDs that I use, the correct information comes back. Several of the OIDs are on the base unit anyway, so they would not have moved, and further, the OIDs don't reference the serial number. So... what did I do, and how do I fix it?
Re: [AFMUG] Employee damaging equipment
I wish corporations and government had even a quarter of the level of accountability you say you have. Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.com http://www.spitwspots.com On 10/23/2014 07:14 PM, That One Guy via Af wrote: I lost a ladder (pretty sure i left it behind a house after a loong full day install) I replaced it, had I not, I would have expected my employer to fire me. I fried a 500 dollar switch because I pulled an old radio off a tower but never disconnected the POE, it shorted out. I offered to pay but the boss wrote it off, I didnt turn in the equivalent amount of overtime to offset the cost. I was not happy I wasnt held accountable. I lost a surveillance camera, so I had them order a replacement and deduct it from my pay, after it arrived, I found the first one on the shelf in the van where I looked three times, I now have a camera, I should have been fired at this point, three substantial items in under 5 years. I had a #10 wrench slide off a roof into the snow never to be seen again, I didnt like that wrench anyway so i went to the hardware store and bough a ratchet wrench on the bosses dime. There is expected loss, the occasional hand tool, broken drill bits, zip ties, etc. but pretty much anything over 50 bucks, unless its a pretty valid reason should be the employees responsibility. You owners pay us to do a job, as with any job the things you provide cost you real money, youre not paying us to spend that money needlessly, when we waste your money we are accountable for the consequences, either financial or job applications. Not holding us accountable creates a dangerous dynamic in a workplace. You let us slide on a 300 dollar ladder, how careful will we be with a 2500 dollar trencher or 5k radio? On Thu, Oct 23, 2014 at 9:50 PM, Jeremy via Af af@afmug.com mailto:af@afmug.com wrote: Well I extremely appreciate the specific FLSA laws on this matter and the creative ways of dealing with the solution (for those employees who are not our brothers). Thanks Josh and Travis. On Thu, Oct 23, 2014 at 8:05 PM, Glen Waldrop via Af af@afmug.com mailto:af@afmug.com wrote: I'm not going to screw him over or anything. He offered to pay for the ladder on his own, just the way we were raised. You break it, you bought it. - Original Message - *From:* Tyson Burris @ Internet Comm. Inc via Af mailto:af@afmug.com *To:* af@afmug.com mailto:af@afmug.com *Sent:* Thursday, October 23, 2014 8:51 PM *Subject:* Re: [AFMUG] Employee damaging equipment He said it was his brother right ? Who cares! Your brother is your blood. Sh!t happens Sent from my iPhone On Oct 23, 2014, at 8:47 PM, Josh Reynolds via Af af@afmug.com mailto:af@afmug.com wrote: Federal labor law says you can't hold employees financial responsible for broken/lost tools. (from my understanding) Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.com http://www.spitwspots.com On 10/23/2014 04:22 PM, Glen Waldrop via Af wrote: How do you guys handle it when an employee damages or loses equipment? This is my baby brother's first job. He tied the ladder and it fell out of the truck, no where to be found. He said he's going to either get me one or pay me back, just curious how everyone else handles this. I've never run into it yet. � -- 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] Employee damaging equipment
Josh, This is true, as far as it goes, but courts have imposed some restrictions on the written agreement (such as voluntariness), so the analysis isn't quite as simple as the text suggests. Sorry-this one is not an ah-ha moment. In addition, a majority of states have their own laws on deductions like this. Even deductions that are lawful under federal law might STILL violate state laws. We discussed this scenario at WISPAPALOOZA during our HR sessions. Keep compensation and discipline in separate buckets. You pay your employees for the hours they work, period. If they lose or damage something through negligence, that's a disciplinary issue, not a compensation issue. If your employee intentionally damages equipment or steals it, you have a criminal and civil case to pursue. It's still not a compensation question. Before you deduct the cost of ANYTHING from your employee's paycheck, talk to me (or another qualified employment counsel) about the issue FIRST. Travis's approach is a great way to address this issue while lessening the risk of federal or state law violations. Doug From: Af [mailto:af-boun...@afmug.com] On Behalf Of Josh Reynolds via Af Sent: Thursday, October 23, 2014 8:10 PM To: af@afmug.com Subject: Re: [AFMUG] Employee damaging equipment Ah-ha: Found this Federal law. Under the federal Fair Labor Standards Act (FLSA), a deduction for loss or damage may be made if two conditions are met: The employee signed a written agreement prior to the shortage (at the start of employment or when the policy related to deductions is adopted) by which he or she agrees to such a deduction; and The deduction does not bring the employee's hourly rate below the minimum wage. The second criterion clearly applies to nonexempt employees. Employees who meet the dual duties and salary tests are exempt from minimum wage and overtime laws. For exempt employees, this type of wage deduction is not allowed. Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.comhttp://www.spitwspots.com On 10/23/2014 04:52 PM, Travis Johnson via Af wrote: This is the exact reason we implemented profit sharing. Our employees received bonuses based on how many installs/fixes/pick-ups they did per month... however, the contract stated we could deduct for any missing tools, damage to vehicles, etc. Amazing that all of those type of problems disappeared almost instantly. :) Travis On 10/23/2014 6:47 PM, Josh Reynolds via Af wrote: Federal labor law says you can't hold employees financial responsible for broken/lost tools. (from my understanding) Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.comhttp://www.spitwspots.com On 10/23/2014 04:22 PM, Glen Waldrop via Af wrote: How do you guys handle it when an employee damages or loses equipment? This is my baby brother's first job. He tied the ladder and it fell out of the truck, no where to be found. He said he's going to either get me one or pay me back, just curious how everyone else handles this. I've never run into it yet. � Doug Hass Associate 312.786.6502 Franczek Radelet P.C. Celebrating 20 Years | 1994-2014 300 South Wacker Drive Suite 3400 Chicago, IL 60606 312.986.0300 - Main 312.986.9192 - Fax www.franczek.com Circular 230 Disclosure: Under requirements imposed by the Internal Revenue Service, we inform you that, unless specifically stated otherwise, any federal tax advice contained in this communication (including any attachments) is not intended or written to be used, and cannot be used, for the purposes of (i) avoiding penalties under the Internal Revenue Code or (ii) promoting, marketing or recommending to another party any transaction or tax-related matter herein. For more information about Franczek Radelet P.C., please visit franczek.com. The information contained in this e-mail message or any attachment may be confidential and/or privileged, and is intended only for the use of the named recipient. If you are not the named recipient of this message, you are hereby notified that any dissemination, distribution, or copying of this message or any attachment thereto, is strictly prohibited. If you have received this message in error, please contact the sender and delete all copies. Franczek Radelet is committed to sustainability - please consider the environment before printing this email
Re: [AFMUG] Employee damaging equipment
Intentional damage does present a different issue. It's still not a payroll/compensation issue, but you have more ability to recover damages caused by intentional actions like these. Doug From: Af [mailto:af-boun...@afmug.com] On Behalf Of Heith Petersen via Af Sent: Thursday, October 23, 2014 8:29 PM To: af@afmug.com Subject: Re: [AFMUG] Employee damaging equipment I assume for intentional damage it would be different. My head tower guy got pissed off at his old dell computer 2 weeks ago due to a common Ethernet issue and proceeded to punch the hell out of it due to his frustrations. I told him we had to find better ways to handle the emotions. I did have a new laptop sitting for him down town. I was mostly upset because I was wanting to take it to the rifle range after he picked up the new laptop, he didn't leave me much to shoot From: Af [mailto:af-boun...@afmug.com] On Behalf Of Josh Reynolds via Af Sent: Thursday, October 23, 2014 8:10 PM To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] Employee damaging equipment Ah-ha: Found this Federal law. Under the federal Fair Labor Standards Act (FLSA), a deduction for loss or damage may be made if two conditions are met: The employee signed a written agreement prior to the shortage (at the start of employment or when the policy related to deductions is adopted) by which he or she agrees to such a deduction; and The deduction does not bring the employee's hourly rate below the minimum wage. The second criterion clearly applies to nonexempt employees. Employees who meet the dual duties and salary tests are exempt from minimum wage and overtime laws. For exempt employees, this type of wage deduction is not allowed. Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.comhttp://www.spitwspots.com On 10/23/2014 04:52 PM, Travis Johnson via Af wrote: This is the exact reason we implemented profit sharing. Our employees received bonuses based on how many installs/fixes/pick-ups they did per month... however, the contract stated we could deduct for any missing tools, damage to vehicles, etc. Amazing that all of those type of problems disappeared almost instantly. :) Travis On 10/23/2014 6:47 PM, Josh Reynolds via Af wrote: Federal labor law says you can't hold employees financial responsible for broken/lost tools. (from my understanding) Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.comhttp://www.spitwspots.com On 10/23/2014 04:22 PM, Glen Waldrop via Af wrote: How do you guys handle it when an employee damages or loses equipment? This is my baby brother's first job. He tied the ladder and it fell out of the truck, no where to be found. He said he's going to either get me one or pay me back, just curious how everyone else handles this. I've never run into it yet. � Doug Hass Associate 312.786.6502 Franczek Radelet P.C. Celebrating 20 Years | 1994-2014 300 South Wacker Drive Suite 3400 Chicago, IL 60606 312.986.0300 - Main 312.986.9192 - Fax www.franczek.com Circular 230 Disclosure: Under requirements imposed by the Internal Revenue Service, we inform you that, unless specifically stated otherwise, any federal tax advice contained in this communication (including any attachments) is not intended or written to be used, and cannot be used, for the purposes of (i) avoiding penalties under the Internal Revenue Code or (ii) promoting, marketing or recommending to another party any transaction or tax-related matter herein. For more information about Franczek Radelet P.C., please visit franczek.com. The information contained in this e-mail message or any attachment may be confidential and/or privileged, and is intended only for the use of the named recipient. If you are not the named recipient of this message, you are hereby notified that any dissemination, distribution, or copying of this message or any attachment thereto, is strictly prohibited. If you have received this message in error, please contact the sender and delete all copies. Franczek Radelet is committed to sustainability - please consider the environment before printing this email
Re: [AFMUG] Employee damaging equipment
As I said, the FLSA doesn’t help you here. Travis’s solution is a good one to explore with your attorney to accomplish the same objective. From: Af [mailto:af-boun...@afmug.com] On Behalf Of Jeremy via Af Sent: Thursday, October 23, 2014 9:50 PM To: af@afmug.com Subject: Re: [AFMUG] Employee damaging equipment Well I extremely appreciate the specific FLSA laws on this matter and the creative ways of dealing with the solution (for those employees who are not our brothers). Thanks Josh and Travis. On Thu, Oct 23, 2014 at 8:05 PM, Glen Waldrop via Af af@afmug.commailto:af@afmug.com wrote: I'm not going to screw him over or anything. He offered to pay for the ladder on his own, just the way we were raised. You break it, you bought it. - Original Message - From: Tyson Burris @ Internet Comm. Inc via Afmailto:af@afmug.com To: af@afmug.commailto:af@afmug.com Sent: Thursday, October 23, 2014 8:51 PM Subject: Re: [AFMUG] Employee damaging equipment He said it was his brother right ? Who cares! Your brother is your blood. Sh!t happens Sent from my iPhone On Oct 23, 2014, at 8:47 PM, Josh Reynolds via Af af@afmug.commailto:af@afmug.com wrote: Federal labor law says you can't hold employees financial responsible for broken/lost tools. (from my understanding) Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.comhttp://www.spitwspots.com On 10/23/2014 04:22 PM, Glen Waldrop via Af wrote: How do you guys handle it when an employee damages or loses equipment? This is my baby brother's first job. He tied the ladder and it fell out of the truck, no where to be found. He said he's going to either get me one or pay me back, just curious how everyone else handles this. I've never run into it yet. � Doug Hass Associate 312.786.6502 Franczek Radelet P.C. Celebrating 20 Years | 1994-2014 300 South Wacker Drive Suite 3400 Chicago, IL 60606 312.986.0300 - Main 312.986.9192 - Fax www.franczek.com Circular 230 Disclosure: Under requirements imposed by the Internal Revenue Service, we inform you that, unless specifically stated otherwise, any federal tax advice contained in this communication (including any attachments) is not intended or written to be used, and cannot be used, for the purposes of (i) avoiding penalties under the Internal Revenue Code or (ii) promoting, marketing or recommending to another party any transaction or tax-related matter herein. For more information about Franczek Radelet P.C., please visit franczek.com. The information contained in this e-mail message or any attachment may be confidential and/or privileged, and is intended only for the use of the named recipient. If you are not the named recipient of this message, you are hereby notified that any dissemination, distribution, or copying of this message or any attachment thereto, is strictly prohibited. If you have received this message in error, please contact the sender and delete all copies. Franczek Radelet is committed to sustainability - please consider the environment before printing this email
Re: [AFMUG] Easy way to determine LOS
There are a million places to do LOS and even LOS with clutter, but none of them will tell you if the clutter is actually accurate. I haven't found anything that beats Radio Mobile with Google Earth to see if there's anything that *might* be in the way when it gets near 0.7 fresnel. Path it out in RM, export to GE. Use RM to find where the fresnel gets close, then use GE to see if there's trees or whatever there. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com - Original Message - From: Ty Featherling via Af af@afmug.com To: af@afmug.com Sent: Thursday, October 23, 2014 11:20:20 PM Subject: Re: [AFMUG] Easy way to determine LOS Why doesn't everyone know about heywhatsthat.com ? Their Path Profiler tool is used everyday in our office and I use the Panorama tool for quick and easy viewsheds. Great stuff and free. -Ty On Oct 23, 2014 6:21 PM, Glen Waldrop via Af af@afmug.com wrote: I use Terrain Navigator Pro. It isn't perfect, but it is pretty good. The elevation data around here is close, but not perfect. Places where there aren't people aren't terribly accurate, but it uses USGS elevation data, has the option for a line of sight, options to change the elevation above ground level at each point. The newer versions account for curvature of the Earth, but I'm using an antiquated version on XP. blockquote - Original Message - From: Shayne Lebrun via Af To: af@afmug.com Sent: Thursday, October 23, 2014 3:21 PM Subject: Re: [AFMUG] Easy way to determine LOS Path profile software with clutter data, and bear in mind that ‘I can see it’ and ‘RF Line-Of-Sight’ are two very separate things. From: Af [mailto: af-boun...@afmug.com ] On Behalf Of TJ Trout via Af Sent: Thursday, October 23, 2014 3:27 PM To: af@afmug.com Subject: [AFMUG] Easy way to determine LOS Need to do a ptp shot but can't tell if I have clear LOS, any tricks with a telescope or something I can do without someone on the other side with a mirror or laser? /blockquote
Re: [AFMUG] Easy way to determine LOS
LinkPlanner does the same thing and it uses SRTM data that has average morphology included. Google Earth is a single button push from the main menu.. Sent from my iPad On Oct 24, 2014, at 8:31 AM, Mike Hammett via Af af@afmug.commailto:af@afmug.com wrote: There are a million places to do LOS and even LOS with clutter, but none of them will tell you if the clutter is actually accurate. I haven't found anything that beats Radio Mobile with Google Earth to see if there's anything that *might* be in the way when it gets near 0.7 fresnel. Path it out in RM, export to GE. Use RM to find where the fresnel gets close, then use GE to see if there's trees or whatever there. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com [http://www.ics-il.com/images/fbicon.png]https://www.facebook.com/ICSIL[http://www.ics-il.com/images/googleicon.png]https://plus.google.com/+IntelligentComputingSolutionsDeKalb[http://www.ics-il.com/images/linkedinicon.png]https://www.linkedin.com/company/intelligent-computing-solutions[http://www.ics-il.com/images/twittericon.png]https://twitter.com/ICSIL From: Ty Featherling via Af af@afmug.commailto:af@afmug.com To: af@afmug.commailto:af@afmug.com Sent: Thursday, October 23, 2014 11:20:20 PM Subject: Re: [AFMUG] Easy way to determine LOS Why doesn't everyone know about heywhatsthat.comhttp://heywhatsthat.com? Their Path Profiler tool is used everyday in our office and I use the Panorama tool for quick and easy viewsheds. Great stuff and free. -Ty On Oct 23, 2014 6:21 PM, Glen Waldrop via Af af@afmug.commailto:af@afmug.com wrote: I use Terrain Navigator Pro. It isn't perfect, but it is pretty good. The elevation data around here is close, but not perfect. Places where there aren't people aren't terribly accurate, but it uses USGS elevation data, has the option for a line of sight, options to change the elevation above ground level at each point. The newer versions account for curvature of the Earth, but I'm using an antiquated version on XP. - Original Message - From: Shayne Lebrun via Afmailto:af@afmug.com To: af@afmug.commailto:af@afmug.com Sent: Thursday, October 23, 2014 3:21 PM Subject: Re: [AFMUG] Easy way to determine LOS Path profile software with clutter data, and bear in mind that ‘I can see it’ and ‘RF Line-Of-Sight’ are two very separate things. From: Af [mailto:af-boun...@afmug.commailto:af-boun...@afmug.com] On Behalf Of TJ Trout via Af Sent: Thursday, October 23, 2014 3:27 PM To: af@afmug.commailto:af@afmug.com Subject: [AFMUG] Easy way to determine LOS Need to do a ptp shot but can't tell if I have clear LOS, any tricks with a telescope or something I can do without someone on the other side with a mirror or laser?
Re: [AFMUG] Employee damaging equipment
Maybe, but of course this was between 11 and 5 years ago. On Fri, Oct 24, 2014 at 5:57 AM, Hass, Douglas A. via Af af@afmug.com wrote: Cameron--When you owned your WISP, you dodged a bullet. Your installers were quite likely employees, not contractors. J Quick note for everyone on this list: if you have ANYONE that you’re paying on a contract basis to do work for your business (cash, 1099, etc.) and NOT as an employee, hit me up off list. You’re quite likely betting your company’s future existence on it. Some rolls of the dice come out o.k., as with Cameron’s situation. Many times they don’t. If you get a claim, you could lose your WISP. Wage and hour mistakes are that serious. *From:* Af [mailto:af-boun...@afmug.com] *On Behalf Of *Cameron Crum via Af *Sent:* Thursday, October 23, 2014 10:21 PM *To:* af@afmug.com *Subject:* Re: [AFMUG] Employee damaging equipment When I owned a wisp my installers were contractors so I made them bring their own tools. I figured they'd take better care if them. Then, while changing a radio on a customers house I found a Dewalt cordless drill on top of the chimney. I asked the owner if it was his, and he said no. I asked my installer the next day. Turns out he left it there almost a year earlier. Go figure. On Oct 23, 2014 10:14 PM, That One Guy via Af af@afmug.com wrote: I lost a ladder (pretty sure i left it behind a house after a loong full day install) I replaced it, had I not, I would have expected my employer to fire me. I fried a 500 dollar switch because I pulled an old radio off a tower but never disconnected the POE, it shorted out. I offered to pay but the boss wrote it off, I didnt turn in the equivalent amount of overtime to offset the cost. I was not happy I wasnt held accountable. I lost a surveillance camera, so I had them order a replacement and deduct it from my pay, after it arrived, I found the first one on the shelf in the van where I looked three times, I now have a camera, I should have been fired at this point, three substantial items in under 5 years. I had a #10 wrench slide off a roof into the snow never to be seen again, I didnt like that wrench anyway so i went to the hardware store and bough a ratchet wrench on the bosses dime. There is expected loss, the occasional hand tool, broken drill bits, zip ties, etc. but pretty much anything over 50 bucks, unless its a pretty valid reason should be the employees responsibility. You owners pay us to do a job, as with any job the things you provide cost you real money, youre not paying us to spend that money needlessly, when we waste your money we are accountable for the consequences, either financial or job applications. Not holding us accountable creates a dangerous dynamic in a workplace. You let us slide on a 300 dollar ladder, how careful will we be with a 2500 dollar trencher or 5k radio? On Thu, Oct 23, 2014 at 9:50 PM, Jeremy via Af af@afmug.com wrote: Well I extremely appreciate the specific FLSA laws on this matter and the creative ways of dealing with the solution (for those employees who are not our brothers). Thanks Josh and Travis. On Thu, Oct 23, 2014 at 8:05 PM, Glen Waldrop via Af af@afmug.com wrote: I'm not going to screw him over or anything. He offered to pay for the ladder on his own, just the way we were raised. You break it, you bought it. - Original Message - *From:* Tyson Burris @ Internet Comm. Inc via Af af@afmug.com *To:* af@afmug.com *Sent:* Thursday, October 23, 2014 8:51 PM *Subject:* Re: [AFMUG] Employee damaging equipment He said it was his brother right ? Who cares! Your brother is your blood. Sh!t happens Sent from my iPhone On Oct 23, 2014, at 8:47 PM, Josh Reynolds via Af af@afmug.com wrote: Federal labor law says you can't hold employees financial responsible for broken/lost tools. (from my understanding) Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.com On 10/23/2014 04:22 PM, Glen Waldrop via Af wrote: How do you guys handle it when an employee damages or loses equipment? This is my baby brother's first job. He tied the ladder and it fell out of the truck, no where to be found. He said he's going to either get me one or pay me back, just curious how everyone else handles this. I've never run into it yet. � -- 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 *Douglas A. Hass* Associate 312.786.6502 d...@franczek.com *Franczek Radelet P.C.* *Celebrating 20 Years | 1994-2014 http://www.franczek.com/20thAnniversary/* 300 South Wacker Drive Suite 3400 Chicago, IL 60606 312.986.0300 - Main 312.986.9192 - Fax www.franczek.com
Re: [AFMUG] Employee damaging equipment
The statute of limitations on claims like these runs for 10 years in many states, so even ancient history can come back to haunt you sometimes. From: Af [mailto:af-boun...@afmug.com] On Behalf Of Cameron Crum via Af Sent: Friday, October 24, 2014 9:18 AM To: af@afmug.com Subject: Re: [AFMUG] Employee damaging equipment Maybe, but of course this was between 11 and 5 years ago. On Fri, Oct 24, 2014 at 5:57 AM, Hass, Douglas A. via Af af@afmug.commailto:af@afmug.com wrote: Cameron--When you owned your WISP, you dodged a bullet. Your installers were quite likely employees, not contractors. ☺ Quick note for everyone on this list: if you have ANYONE that you’re paying on a contract basis to do work for your business (cash, 1099, etc.) and NOT as an employee, hit me up off list. You’re quite likely betting your company’s future existence on it. Some rolls of the dice come out o.k., as with Cameron’s situation. Many times they don’t. If you get a claim, you could lose your WISP. Wage and hour mistakes are that serious. From: Af [mailto:af-boun...@afmug.commailto:af-boun...@afmug.com] On Behalf Of Cameron Crum via Af Sent: Thursday, October 23, 2014 10:21 PM To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] Employee damaging equipment When I owned a wisp my installers were contractors so I made them bring their own tools. I figured they'd take better care if them. Then, while changing a radio on a customers house I found a Dewalt cordless drill on top of the chimney. I asked the owner if it was his, and he said no. I asked my installer the next day. Turns out he left it there almost a year earlier. Go figure. On Oct 23, 2014 10:14 PM, That One Guy via Af af@afmug.commailto:af@afmug.com wrote: I lost a ladder (pretty sure i left it behind a house after a loong full day install) I replaced it, had I not, I would have expected my employer to fire me. I fried a 500 dollar switch because I pulled an old radio off a tower but never disconnected the POE, it shorted out. I offered to pay but the boss wrote it off, I didnt turn in the equivalent amount of overtime to offset the cost. I was not happy I wasnt held accountable. I lost a surveillance camera, so I had them order a replacement and deduct it from my pay, after it arrived, I found the first one on the shelf in the van where I looked three times, I now have a camera, I should have been fired at this point, three substantial items in under 5 years. I had a #10 wrench slide off a roof into the snow never to be seen again, I didnt like that wrench anyway so i went to the hardware store and bough a ratchet wrench on the bosses dime. There is expected loss, the occasional hand tool, broken drill bits, zip ties, etc. but pretty much anything over 50 bucks, unless its a pretty valid reason should be the employees responsibility. You owners pay us to do a job, as with any job the things you provide cost you real money, youre not paying us to spend that money needlessly, when we waste your money we are accountable for the consequences, either financial or job applications. Not holding us accountable creates a dangerous dynamic in a workplace. You let us slide on a 300 dollar ladder, how careful will we be with a 2500 dollar trencher or 5k radio? On Thu, Oct 23, 2014 at 9:50 PM, Jeremy via Af af@afmug.commailto:af@afmug.com wrote: Well I extremely appreciate the specific FLSA laws on this matter and the creative ways of dealing with the solution (for those employees who are not our brothers). Thanks Josh and Travis. On Thu, Oct 23, 2014 at 8:05 PM, Glen Waldrop via Af af@afmug.commailto:af@afmug.com wrote: I'm not going to screw him over or anything. He offered to pay for the ladder on his own, just the way we were raised. You break it, you bought it. - Original Message - From: Tyson Burris @ Internet Comm. Inc via Afmailto:af@afmug.com To: af@afmug.commailto:af@afmug.com Sent: Thursday, October 23, 2014 8:51 PM Subject: Re: [AFMUG] Employee damaging equipment He said it was his brother right ? Who cares! Your brother is your blood. Sh!t happens Sent from my iPhone On Oct 23, 2014, at 8:47 PM, Josh Reynolds via Af af@afmug.commailto:af@afmug.com wrote: Federal labor law says you can't hold employees financial responsible for broken/lost tools. (from my understanding) Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.comhttp://www.spitwspots.com On 10/23/2014 04:22 PM, Glen Waldrop via Af wrote: How do you guys handle it when an employee damages or loses equipment? This is my baby brother's first job. He tied the ladder and it fell out of the truck, no where to be found. He said he's going to either get me one or pay me back, just curious how everyone else handles this. I've never run into it yet. � -- 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
Re: [AFMUG] Easy way to determine LOS
Wispmon Qualify Pro does this as well. It's what it was made for. However, the clutter data in any of these are only categories, and not very good ones at that. It seems they've all standardized on the small subset of categories used in RM. There are much more detailed clutter databases with hundreds of categories in them, but they are not used in this industry mostly due to cost and it's just not what people are used to. It is up to the end user to define the elevation per category. Obviously, this would be an average height of trees, etc, in those categories. There is no clutter height database as it would need to change so often it would not be practical. Qualify Pro allows you to move your mouse along the profile and shows the same position on the map, so that you can see from an aerial or sat view, exactly what it is causing the obstruction. IF you know your area, you can probably be within about 85% certainty of the potential for obstruction using this method. All of these tools, Qualify Pro, Heywhatsthat, RM, google earth, towercoverage, etc. are great for making an educated guess, but if there is any doubt, you should go check it out yourself before making a large investment in equipment. On Fri, Oct 24, 2014 at 9:07 AM, Ken Hohhof via Af af@afmug.com wrote: I got called out to a longtime customer location yesterday, a huge pole building was going up right in the path. Funny thing, I look on Google Earth today and the new building still isn’t there. Until recently there were whole windfarms missing from Google Earth because the imagery was 6-8 years old, some of it was black white. Most of our area is May 2013 now. I’ve had people plant new trees that get to be 35-40 feet tall that won’t show up in clutter data or Google Earth. Trust but verify. *From:* Mike Hammett via Af af@afmug.com *Sent:* Friday, October 24, 2014 7:31 AM *To:* af@afmug.com *Subject:* Re: [AFMUG] Easy way to determine LOS There are a million places to do LOS and even LOS with clutter, but none of them will tell you if the clutter is actually accurate. I haven't found anything that beats Radio Mobile with Google Earth to see if there's anything that *might* be in the way when it gets near 0.7 fresnel. Path it out in RM, export to GE. Use RM to find where the fresnel gets close, then use GE to see if there's trees or whatever there. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com https://www.facebook.com/ICSIL https://plus.google.com/+IntelligentComputingSolutionsDeKalb https://www.linkedin.com/company/intelligent-computing-solutions https://twitter.com/ICSIL -- *From: *Ty Featherling via Af af@afmug.com *To: *af@afmug.com *Sent: *Thursday, October 23, 2014 11:20:20 PM *Subject: *Re: [AFMUG] Easy way to determine LOS Why doesn't everyone know about heywhatsthat.com? Their Path Profiler tool is used everyday in our office and I use the Panorama tool for quick and easy viewsheds. Great stuff and free. -Ty On Oct 23, 2014 6:21 PM, Glen Waldrop via Af af@afmug.com wrote: I use Terrain Navigator Pro. It isn't perfect, but it is pretty good. The elevation data around here is close, but not perfect. Places where there aren't people aren't terribly accurate, but it uses USGS elevation data, has the option for a line of sight, options to change the elevation above ground level at each point. The newer versions account for curvature of the Earth, but I'm using an antiquated version on XP. - Original Message - *From:* Shayne Lebrun via Af af@afmug.com *To:* af@afmug.com *Sent:* Thursday, October 23, 2014 3:21 PM *Subject:* Re: [AFMUG] Easy way to determine LOS Path profile software with clutter data, and bear in mind that ‘I can see it’ and ‘RF Line-Of-Sight’ are two very separate things. *From:* Af [mailto:af-boun...@afmug.com] *On Behalf Of *TJ Trout via Af *Sent:* Thursday, October 23, 2014 3:27 PM *To:* af@afmug.com *Subject:* [AFMUG] Easy way to determine LOS Need to do a ptp shot but can't tell if I have clear LOS, any tricks with a telescope or something I can do without someone on the other side with a mirror or laser?
Re: [AFMUG] Fwd: Get 8% OFF MSRP and Light Up a Tower!
Anyone can already buy any cambiun products for 20% off MSRP from multiple distributers all day long Sent from my iPhone Kurt Fankhauser Wavelinc Communications P.O. Box 126 Bucyrus, OH 44820 http://www.wavelinc.com tel. 419-562-6405 fax. 419-617-0110 On Oct 24, 2014, at 1:00 AM, TJ Trout via Af af@afmug.com wrote: Spend $50k and get 8% off! Hurry before they sell out guys! -- Forwarded message -- From: Cambium Networks cambiumstag...@bms5.com Date: Thu, Oct 23, 2014 at 9:39 PM Subject: Get 8% OFF MSRP and Light Up a Tower! To: timothy trout t...@pcguys.us View in browser Industries | Solutions | Products | Partners | Company Get 8% OFF MSRP and Light Up a Tower! Light up a new tower today with PMP 450 and Cambium newest PTP 820S and get 8% OFFMSRP. To qualify for the promotion, you must purchase the full bundle below: 2 x 500 Mbps PTP 820S radios (separate line items for radio and 500 Mbps capacity key) 2 x PTP 820S Antennas 4 x PMP 450 AP's 4 x PMP 450 Sector Antennas All required accessories Sign up today! Terms: • The 8% discount applies to and is limited to all of the above items in the approved BOM. Exact part numbers will vary based on frequencies selected, antenna sizes, etc. • Any registrant is eligible for the promotion. • Promotion cannot be combined with any other promotion on these products, including deal registration, or other price exceptions. • Limited to one promotion bundle per company (end customer). • All applicants must register for the promotion and be approved by Cambium Networks at sa...@cambiumnetworks.com • Duration: October 10 – December 19, 2014 www.CambiumNetworks.com | unsubscribe © Cambium Networks | 3800 Golf Road, Suite 360, Rolling Meadows, IL 60008
[AFMUG] FS: Canopy stuff...
Have for sale: qty 25 - 2400SM P10 used - $75/each qty 3 -- 430AP 5.4ghz DES version $1000/each qty 3 -- 90 degree moto sectors, (2 older bigger ones, 1 newer smaller one) $150/each qty 30 -- 430SM 5.4ghz 10mbps DES version $150/each reply to k...@wavelinc.com Kurt Fankhauser Wavelinc Communications P.O. Box 126 Bucyrus, OH 44820 http://www.wavelinc.com tel. 419-562-6405 fax. 419-617-0110
Re: [AFMUG] FS: Canopy stuff...
What did you put in place of this equipment ? Sent from my iPhone On Oct 24, 2014, at 10:48 AM, Kurt Fankhauser via Af af@afmug.com wrote: Have for sale: qty 25 - 2400SM P10 used - $75/each qty 3 -- 430AP 5.4ghz DES version $1000/each qty 3 -- 90 degree moto sectors, (2 older bigger ones, 1 newer smaller one) $150/each qty 30 -- 430SM 5.4ghz 10mbps DES version $150/each reply to k...@wavelinc.com Kurt Fankhauser Wavelinc Communications P.O. Box 126 Bucyrus, OH 44820 http://www.wavelinc.com tel. 419-562-6405 fax. 419-617-0110
[AFMUG] climbing gear
I am looking to purchase some climbing gear - ropes, harness, shackles, and such. Who has the best prices for quality gear? Thanks in advance. Rex
Re: [AFMUG] FS: Canopy stuff...
PMP450 for both of it, same freqs Kurt Fankhauser Wavelinc Communications P.O. Box 126 Bucyrus, OH 44820 http://www.wavelinc.com tel. 419-562-6405 fax. 419-617-0110 On Fri, Oct 24, 2014 at 10:56 AM, Tyson Burris @ Internet Comm. Inc via Af af@afmug.com wrote: What did you put in place of this equipment ? Sent from my iPhone On Oct 24, 2014, at 10:48 AM, Kurt Fankhauser via Af af@afmug.com wrote: Have for sale: qty 25 - 2400SM P10 used - $75/each qty 3 -- 430AP 5.4ghz DES version $1000/each qty 3 -- 90 degree moto sectors, (2 older bigger ones, 1 newer smaller one) $150/each qty 30 -- 430SM 5.4ghz 10mbps DES version $150/each reply to k...@wavelinc.com Kurt Fankhauser Wavelinc Communications P.O. Box 126 Bucyrus, OH 44820 http://www.wavelinc.com tel. 419-562-6405 fax. 419-617-0110
Re: [AFMUG] Employee damaging equipment
I have to do something! :-) I hate getting calls from business owners who are trying to figure out how not to file bankruptcy because of the lawsuit they just got. Dealing with these things on the front end is always easier, faster, and less expensive. -Original Message- From: Af [mailto:af-boun...@afmug.com] On Behalf Of Jay Weekley via Af Sent: Friday, October 24, 2014 10:15 AM To: af@afmug.com Subject: Re: [AFMUG] Employee damaging equipment Doug will scare the bejesus out of you. Hass, Douglas A. via Af wrote: Cameron--When you owned your WISP, you dodged a bullet. Your installers were quite likely employees, not contractors. J Quick note for everyone on this list: if you have ANYONE that you’re paying on a contract basis to do work for your business (cash, 1099, etc.) and NOT as an employee, hit me up off list. You’re quite likely betting your company’s future existence on it. Some rolls of the dice come out o.k., as with Cameron’s situation. Many times they don’t. If you get a claim, you could lose your WISP. Wage and hour mistakes are that serious. *From:*Af [mailto:af-boun...@afmug.com] *On Behalf Of *Cameron Crum via Af *Sent:* Thursday, October 23, 2014 10:21 PM *To:* af@afmug.com *Subject:* Re: [AFMUG] Employee damaging equipment When I owned a wisp my installers were contractors so I made them bring their own tools. I figured they'd take better care if them. Then, while changing a radio on a customers house I found a Dewalt cordless drill on top of the chimney. I asked the owner if it was his, and he said no. I asked my installer the next day. Turns out he left it there almost a year earlier. Go figure. On Oct 23, 2014 10:14 PM, That One Guy via Af af@afmug.com mailto:af@afmug.com wrote: I lost a ladder (pretty sure i left it behind a house after a loong full day install) I replaced it, had I not, I would have expected my employer to fire me. I fried a 500 dollar switch because I pulled an old radio off a tower but never disconnected the POE, it shorted out. I offered to pay but the boss wrote it off, I didnt turn in the equivalent amount of overtime to offset the cost. I was not happy I wasnt held accountable. I lost a surveillance camera, so I had them order a replacement and deduct it from my pay, after it arrived, I found the first one on the shelf in the van where I looked three times, I now have a camera, I should have been fired at this point, three substantial items in under 5 years. I had a #10 wrench slide off a roof into the snow never to be seen again, I didnt like that wrench anyway so i went to the hardware store and bough a ratchet wrench on the bosses dime. There is expected loss, the occasional hand tool, broken drill bits, zip ties, etc. but pretty much anything over 50 bucks, unless its a pretty valid reason should be the employees responsibility. You owners pay us to do a job, as with any job the things you provide cost you real money, youre not paying us to spend that money needlessly, when we waste your money we are accountable for the consequences, either financial or job applications. Not holding us accountable creates a dangerous dynamic in a workplace. You let us slide on a 300 dollar ladder, how careful will we be with a 2500 dollar trencher or 5k radio? On Thu, Oct 23, 2014 at 9:50 PM, Jeremy via Af af@afmug.com mailto:af@afmug.com wrote: Well I extremely appreciate the specific FLSA laws on this matter and the creative ways of dealing with the solution (for those employees who are not our brothers). Thanks Josh and Travis. On Thu, Oct 23, 2014 at 8:05 PM, Glen Waldrop via Af af@afmug.com mailto:af@afmug.com wrote: I'm not going to screw him over or anything. He offered to pay for the ladder on his own, just the way we were raised. You break it, you bought it. - Original Message - *From:*Tyson Burris @ Internet Comm. Inc via Af mailto:af@afmug.com *To:*af@afmug.com mailto:af@afmug.com *Sent:*Thursday, October 23, 2014 8:51 PM *Subject:*Re: [AFMUG] Employee damaging equipment He said it was his brother right ? Who cares! Your brother is your blood. Sh!t happens Sent from my iPhone On Oct 23, 2014, at 8:47 PM, Josh Reynolds via Af af@afmug.com mailto:af@afmug.com wrote: Federal labor law says you can't hold employees financial responsible for broken/lost tools. (from my understanding) Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.com http://www.spitwspots.com On 10/23/2014 04:22 PM, Glen Waldrop via Af wrote: How do you guys handle it when an employee damages or loses equipment? This is my baby brother's first job. He tied the ladder and it fell out of the truck, no where to be found. He said he's going to either get me one or pay me
Re: [AFMUG] Need control/scada radio
A friend of mine uses these for oil and gas refineries http://www.scadalink.com/products/prod-sl-series-rio100.html Jaime Solorza Wireless Systems Architect 915-861-1390 On Thu, Oct 23, 2014 at 9:23 PM, Jaime Solorza via Af af@afmug.com wrote: BB elec and automation direct sell some low cost options but I have not used them. I have used Maxstream 900 radios for controlling district electronic marquees using serial signalling. Jaime Solorza On Oct 23, 2014 8:20 PM, Chris Fabien via Af af@afmug.com wrote: I have an application where I need to replace a cable that carries five 12v digital control signals and one analog voltage with a wireless link. Only about 100ft. Portable equipment so needs to tolerate unpredictable rf conditions. Price is important too. Suggestions?
Re: [AFMUG] Employee damaging equipment
Being wrong never stopped someone from filing a lawsuit. You’d think at least it would keep them from finding a lawyer to take the case on contingency. But most lawsuits are settled out of court anyway. I think some lawyers wouldn’t know what to do if they actually had to go to trial rather than just send threatening letters. There’s a politically connected law firm Vrdolyak Law Group here in Chicago (specializing in personal injury and workmans comp cases) that runs radio ads telling you to ask your law firm when was the last time they actually litigated a case in front of a jury. http://www.vrdolyak.com/?menu=radio From: Hass, Douglas A. via Af Sent: Friday, October 24, 2014 10:33 AM To: mailto:af@afmug.com Subject: Re: [AFMUG] Employee damaging equipment I have to do something! :-) I hate getting calls from business owners who are trying to figure out how not to file bankruptcy because of the lawsuit they just got. Dealing with these things on the front end is always easier, faster, and less expensive. -Original Message- From: Af [mailto:af-boun...@afmug.com] On Behalf Of Jay Weekley via Af Sent: Friday, October 24, 2014 10:15 AM To: af@afmug.com Subject: Re: [AFMUG] Employee damaging equipment Doug will scare the bejesus out of you. Hass, Douglas A. via Af wrote: Cameron--When you owned your WISP, you dodged a bullet. Your installers were quite likely employees, not contractors. J Quick note for everyone on this list: if you have ANYONE that you’re paying on a contract basis to do work for your business (cash, 1099, etc.) and NOT as an employee, hit me up off list. You’re quite likely betting your company’s future existence on it. Some rolls of the dice come out o.k., as with Cameron’s situation. Many times they don’t. If you get a claim, you could lose your WISP. Wage and hour mistakes are that serious. *From:*Af [mailto:af-boun...@afmug.com] *On Behalf Of *Cameron Crum via Af *Sent:* Thursday, October 23, 2014 10:21 PM *To:* af@afmug.com *Subject:* Re: [AFMUG] Employee damaging equipment When I owned a wisp my installers were contractors so I made them bring their own tools. I figured they'd take better care if them. Then, while changing a radio on a customers house I found a Dewalt cordless drill on top of the chimney. I asked the owner if it was his, and he said no. I asked my installer the next day. Turns out he left it there almost a year earlier. Go figure. On Oct 23, 2014 10:14 PM, That One Guy via Af af@afmug.com mailto:af@afmug.com wrote: I lost a ladder (pretty sure i left it behind a house after a loong full day install) I replaced it, had I not, I would have expected my employer to fire me. I fried a 500 dollar switch because I pulled an old radio off a tower but never disconnected the POE, it shorted out. I offered to pay but the boss wrote it off, I didnt turn in the equivalent amount of overtime to offset the cost. I was not happy I wasnt held accountable. I lost a surveillance camera, so I had them order a replacement and deduct it from my pay, after it arrived, I found the first one on the shelf in the van where I looked three times, I now have a camera, I should have been fired at this point, three substantial items in under 5 years. I had a #10 wrench slide off a roof into the snow never to be seen again, I didnt like that wrench anyway so i went to the hardware store and bough a ratchet wrench on the bosses dime. There is expected loss, the occasional hand tool, broken drill bits, zip ties, etc. but pretty much anything over 50 bucks, unless its a pretty valid reason should be the employees responsibility. You owners pay us to do a job, as with any job the things you provide cost you real money, youre not paying us to spend that money needlessly, when we waste your money we are accountable for the consequences, either financial or job applications. Not holding us accountable creates a dangerous dynamic in a workplace. You let us slide on a 300 dollar ladder, how careful will we be with a 2500 dollar trencher or 5k radio? On Thu, Oct 23, 2014 at 9:50 PM, Jeremy via Af af@afmug.com mailto:af@afmug.com wrote: Well I extremely appreciate the specific FLSA laws on this matter and the creative ways of dealing with the solution (for those employees who are not our brothers). Thanks Josh and Travis. On Thu, Oct 23, 2014 at 8:05 PM, Glen Waldrop via Af af@afmug.com mailto:af@afmug.com wrote: I'm not going to screw him over or anything. He offered to pay for the ladder on his own, just the way we were raised. You break it, you bought it. - Original Message - *From:*Tyson Burris @ Internet Comm. Inc via Af mailto:af@afmug.com *To:*af@afmug.com mailto:af@afmug.com *Sent:*Thursday, October 23, 2014 8:51 PM *Subject:*Re: [AFMUG] Employee damaging equipment He said it was his brother right ? Who cares! Your brother is your blood. Sh!t
[AFMUG] Looking for free/cheap 2.4 sectors/dishes for 2.3ghz amateur radio project
I'm with a group of hams using wifi gear (mostly ubnt) at 2.3ghz in a HSMM project (it's incredible how far you can go when there's no noise around!). We don't have a big budget so if anyone has 2.4ghz 60-120deg sectors or non-grid dishes (I've seen the grid ones accumulate ice up here) available cheap/free, please let me know and we can look at shipping.
Re: [AFMUG] Employee damaging equipment
I love the Vrdolyak ads. They don’t go to trial any more often than anyone else, but it’s a hoot. It is true that most cases don’t go to trial, but defending a frivolous or meritless lawsuit is very different from defending one with merit. In this situation, failing to pay minimum wage and overtime is a matter of facts: either you did and you can prove it or you didn’t and you’re likely on the hook for substantial damages and plaintiff’s attorney fees. When I say it is easier to deal with this on the front end, I mean that classifying employees properly now will help avoid lawsuits, settlements, and trials later. Doug From: Af [mailto:af-boun...@afmug.com] On Behalf Of Ken Hohhof via Af Sent: Friday, October 24, 2014 11:05 AM To: af@afmug.com Subject: Re: [AFMUG] Employee damaging equipment Being wrong never stopped someone from filing a lawsuit. You’d think at least it would keep them from finding a lawyer to take the case on contingency. But most lawsuits are settled out of court anyway. I think some lawyers wouldn’t know what to do if they actually had to go to trial rather than just send threatening letters. There’s a politically connected law firm Vrdolyak Law Group here in Chicago (specializing in personal injury and workmans comp cases) that runs radio ads telling you to ask your law firm when was the last time they actually litigated a case in front of a jury. http://www.vrdolyak.com/?menu=radio From: Hass, Douglas A. via Afmailto:af@afmug.com Sent: Friday, October 24, 2014 10:33 AM To: mailto:af@afmug.com Subject: Re: [AFMUG] Employee damaging equipment I have to do something! :-) I hate getting calls from business owners who are trying to figure out how not to file bankruptcy because of the lawsuit they just got. Dealing with these things on the front end is always easier, faster, and less expensive. -Original Message- From: Af [mailto:af-boun...@afmug.com] On Behalf Of Jay Weekley via Af Sent: Friday, October 24, 2014 10:15 AM To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] Employee damaging equipment Doug will scare the bejesus out of you. Hass, Douglas A. via Af wrote: Cameron--When you owned your WISP, you dodged a bullet. Your installers were quite likely employees, not contractors. J Quick note for everyone on this list: if you have ANYONE that you’re paying on a contract basis to do work for your business (cash, 1099, etc.) and NOT as an employee, hit me up off list. You’re quite likely betting your company’s future existence on it. Some rolls of the dice come out o.k., as with Cameron’s situation. Many times they don’t. If you get a claim, you could lose your WISP. Wage and hour mistakes are that serious. *From:*Af [mailto:af-boun...@afmug.com] *On Behalf Of *Cameron Crum via Af *Sent:* Thursday, October 23, 2014 10:21 PM *To:* af@afmug.commailto:af@afmug.com *Subject:* Re: [AFMUG] Employee damaging equipment When I owned a wisp my installers were contractors so I made them bring their own tools. I figured they'd take better care if them. Then, while changing a radio on a customers house I found a Dewalt cordless drill on top of the chimney. I asked the owner if it was his, and he said no. I asked my installer the next day. Turns out he left it there almost a year earlier. Go figure. On Oct 23, 2014 10:14 PM, That One Guy via Af af@afmug.com mailto:af@afmug.com%20%0b mailto:af@afmug.com wrote: I lost a ladder (pretty sure i left it behind a house after a loong full day install) I replaced it, had I not, I would have expected my employer to fire me. I fried a 500 dollar switch because I pulled an old radio off a tower but never disconnected the POE, it shorted out. I offered to pay but the boss wrote it off, I didnt turn in the equivalent amount of overtime to offset the cost. I was not happy I wasnt held accountable. I lost a surveillance camera, so I had them order a replacement and deduct it from my pay, after it arrived, I found the first one on the shelf in the van where I looked three times, I now have a camera, I should have been fired at this point, three substantial items in under 5 years. I had a #10 wrench slide off a roof into the snow never to be seen again, I didnt like that wrench anyway so i went to the hardware store and bough a ratchet wrench on the bosses dime. There is expected loss, the occasional hand tool, broken drill bits, zip ties, etc. but pretty much anything over 50 bucks, unless its a pretty valid reason should be the employees responsibility. You owners pay us to do a job, as with any job the things you provide cost you real money, youre not paying us to spend that money needlessly, when we waste your money we are accountable for the consequences, either financial or job applications. Not holding us accountable creates a dangerous dynamic in a workplace. You let us slide on a 300 dollar ladder, how careful will we be with a 2500 dollar trencher or 5k
Re: [AFMUG] Cacti SiteMonitor: What did I break?
Now thrice. No joy in Mudville. bp On 10/24/2014 8:07 AM, Bill Prince via Af wrote: Yah.� Twice now. bp On 10/23/2014 11:06 PM, George Skorup (Cyber Broadcasting) via Af wrote: Gotta be the poller cache. Did you try a rebuild? On 10/23/2014 11:03 PM, Bill Prince via Af wrote: Getting closer.� When I look in the SNMP cache, there is no entry for the device. Looking in the log (without debug), I get: 10/23/2014 08:34:25 PM - SPINE: Poller[0] Host[797 http://10.13.112.20/host.php?action=editid=797] TH[1] DS[12316 http://10.13.112.20/data_sources.php?action=ds_editid=12316] WARNING: SNMP timeout detected [250 ms], ignoring host '10.13.114.254' So there is something causing the SNMP request to barf inside cacti.� When I do an snmpget from the CLI, it all looks fine.� Likewise, the realtime plugin is working fine too. So when realtime is doing the SNMP queries outside the poller, they are fine.� Just when spine is doing the SNMP requests. bp On 10/23/2014 4:12 PM, George Skorup (Cyber Broadcasting) via Af wrote: You divided by zero, didn't you? Are you sure your modules are in the same order as before? On 10/23/2014 1:29 PM, Bill Prince via Af wrote: I noticed an Expansion Unit on one of my SiteMonitors this morning.� It said something about Device Removed or something like that. Remembering the discussion the other day on this topic, I put a 0 in the Serial # for the non-existent unit, rescanned, rebooted. Now, none of the OIDs work in Cacti.� If I do a simple snmpget on any of the OIDs that I use, the correct information comes back. Several of the OIDs are on the base unit anyway, so they would not have moved, and further, the OIDs don't reference the serial number. So... what did I do, and how do I fix it?
Re: [AFMUG] Dragonwave latency issues
We have now been able to trace to the heart of the problem, though unfortunately still attempting to determine the cause. To give you a rough background, we have a main link that “bonds” 2 Dragonwaves together to form one unit (using the dual radio mount). The DW manual states for this to work when doubling the throughput, it is required to use LACP trunking. We have this in place and it has been working fine up until recently. The trunk is still active (no network loop) however one radio is working more than the other, eventually saturating one of the two links and causing the latency. The second set of radios aren’t performing in terms of actual traffic (signal is ok) but at most they’ve moved 200Mb/s even though they are licensed for 400Mbs. The link with the LACP has more or less load-balanced itself in the past, however they are now performing very asymmetrical at this point with over a 200Mb/s difference. I understand that LACP does not actively load balance but that’s what has been observed in the past. I suspect the issue is being caused by one of the switches doing the trunking (we just discovered it is unmanageable but still operating, again no network loop). It’s either that or the one leg of the link itself with the low bandwidth usage is not working properly despite indications otherwise. We’ll investigate our theories but always looking for additional input ☺ -Tim From: Af [mailto:af-boun...@afmug.com] On Behalf Of Josh Reynolds via Af Sent: Thursday, October 23, 2014 1:47 PM To: af@afmug.com Subject: Re: [AFMUG] Dragonwave latency issues You can do a bit more with metro-e style NIDS... those have the layer2 tools to do proper testing. Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.comhttp://www.spitwspots.com On 10/23/2014 12:37 PM, Eric Kuhnke via Af wrote: it's going to be really hard to do any meaningful diagnostics with a layer 2 switch on each end, not routers... you could be seeing a broadcast flood of some type. On Thu, Oct 23, 2014 at 1:10 PM, Timothy D. McNabb via Af af@afmug.commailto:af@afmug.com wrote: Unfortunately there is no QoS and flow control is off on the switches ☹ Dragonwave was contacted as well. No determination yet though. -Tim From: Af [mailto:af-boun...@afmug.commailto:af-boun...@afmug.com] On Behalf Of Peter Kranz via Af Sent: Wednesday, October 22, 2014 1:36 PM To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] Dragonwave latency issues Backpressure from the switches in terms of flow-control can show as latency on dragonwave links. Disable any QOS features on the dragonwave if you are using them. Email dragonwave support Peter Kranz Founder/CEO - Unwired Ltd www.UnwiredLtd.comhttp://www.unwiredltd.com/ Desk: 510-868-1614 x100 Mobile: 510-207- pkr...@unwiredltd.commailto:pkr...@unwiredltd.com From: Af [mailto:af-boun...@afmug.com] On Behalf Of Timothy D. McNabb via Af Sent: Wednesday, October 22, 2014 1:15 PM To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] Dragonwave latency issues No routers between, just switches. -Tim From: Af [mailto:af-boun...@afmug.com] On Behalf Of Paul Conlin via Af Sent: Wednesday, October 22, 2014 12:22 PM To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] Dragonwave latency issues Could the routers at each end be the limiting factor? What is their CPU utilization when the link is loaded? What happens to latency if you stress the link at 200 Mbps with a speed test? Those radios should be able to do close to 400 Mbps all day long with no latency. PC Blaze Broadband From: Af [mailto:af-boun...@afmug.com] On Behalf Of Joshua Heide via Af Sent: Wednesday, October 22, 2014 3:06 PM To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] Dragonwave latency issues Yes it’s a horizon compact Bandwidth of the unit is 400mbs Bandwidth usage between 150-200mbs during peak hours. No QOS Yes during non-peak hours its sits at 1ms SNR35.00 dB From our prtg graphs this issues has started end of September and latency has gotten worse during peak times as we have deployed more 450 gear to that tower. I currently have HAAM enabled on the link and it stays at 256qam unless we have some bad weather. Josh Heide Velociter Wireless (office) 209-838-1221 (fax) 209-838-1800 www.velociter.nethttp://www.velociter.net/ From: Af [mailto:af-boun...@afmug.com] On Behalf Of Bill Prince via Af Sent: Wednesday, October 22, 2014 11:47 AM To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] Dragonwave latency issues So it's a Horizon Compact? What is the total bandwidth, and what percentage are you using? Have you set up any QOS? 180 ms sounds like a lot; especially when ours are typically less than 1 ms. -38 is right in the game. What are the other parameters besides signal level? bp On 10/22/2014 11:18 AM, Joshua Heide via Af wrote: We have a dragonwave that has latency issues that coincide with traffic peak times. As our traffic peaks so does that
Re: [AFMUG] Easy way to determine LOS
I use Google Earth Pro to get a good idea and then calculate fresnel clearance to anything close. Not perfect as we don’t have all the buildings modeled in 3d and it doesn’t have too many 3d trees but it helps a lot. On Oct 23, 2014, at 3:27 PM, TJ Trout via Af af@afmug.com wrote: Need to do a ptp shot but can't tell if I have clear LOS, any tricks with a telescope or something I can do without someone on the other side with a mirror or laser?
Re: [AFMUG] Dragonwave latency issues
Yikes… LACP… run forrest run When bonding radios, go PLA… its bonds the radio on the Modem level, just 1 ethernet drop 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: Friday, October 24, 2014 at 12:38 PM To: af@afmug.commailto:af@afmug.com af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] Dragonwave latency issues We have now been able to trace to the heart of the problem, though unfortunately still attempting to determine the cause. To give you a rough background, we have a main link that “bonds” 2 Dragonwaves together to form one unit (using the dual radio mount). The DW manual states for this to work when doubling the throughput, it is required to use LACP trunking. We have this in place and it has been working fine up until recently. The trunk is still active (no network loop) however one radio is working more than the other, eventually saturating one of the two links and causing the latency. The second set of radios aren’t performing in terms of actual traffic (signal is ok) but at most they’ve moved 200Mb/s even though they are licensed for 400Mbs. The link with the LACP has more or less load-balanced itself in the past, however they are now performing very asymmetrical at this point with over a 200Mb/s difference. I understand that LACP does not actively load balance but that’s what has been observed in the past. I suspect the issue is being caused by one of the switches doing the trunking (we just discovered it is unmanageable but still operating, again no network loop). It’s either that or the one leg of the link itself with the low bandwidth usage is not working properly despite indications otherwise. We’ll investigate our theories but always looking for additional input :) -Tim From: Af [mailto:af-boun...@afmug.com] On Behalf Of Josh Reynolds via Af Sent: Thursday, October 23, 2014 1:47 PM To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] Dragonwave latency issues You can do a bit more with metro-e style NIDS... those have the layer2 tools to do proper testing. Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.comhttp://www.spitwspots.com On 10/23/2014 12:37 PM, Eric Kuhnke via Af wrote: it's going to be really hard to do any meaningful diagnostics with a layer 2 switch on each end, not routers... you could be seeing a broadcast flood of some type. On Thu, Oct 23, 2014 at 1:10 PM, Timothy D. McNabb via Af af@afmug.commailto:af@afmug.com wrote: Unfortunately there is no QoS and flow control is off on the switches :( Dragonwave was contacted as well. No determination yet though. -Tim From: Af [mailto:af-boun...@afmug.commailto:af-boun...@afmug.com] On Behalf Of Peter Kranz via Af Sent: Wednesday, October 22, 2014 1:36 PM To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] Dragonwave latency issues Backpressure from the switches in terms of flow-control can show as latency on dragonwave links. Disable any QOS features on the dragonwave if you are using them. Email dragonwave support Peter Kranz Founder/CEO - Unwired Ltd www.UnwiredLtd.comhttp://www.unwiredltd.com/ Desk: 510-868-1614 x100 Mobile: 510-207- pkr...@unwiredltd.commailto:pkr...@unwiredltd.com From: Af [mailto:af-boun...@afmug.com] On Behalf Of Timothy D. McNabb via Af Sent: Wednesday, October 22, 2014 1:15 PM To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] Dragonwave latency issues No routers between, just switches. -Tim From: Af [mailto:af-boun...@afmug.com] On Behalf Of Paul Conlin via Af Sent: Wednesday, October 22, 2014 12:22 PM To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] Dragonwave latency issues Could the routers at each end be the limiting factor? What is their CPU utilization when the link is loaded? What happens to latency if you stress the link at 200 Mbps with a speed test? Those radios should be able to do close to 400 Mbps all day long with no latency. PC Blaze Broadband From: Af [mailto:af-boun...@afmug.com] On Behalf Of Joshua Heide via Af Sent: Wednesday, October 22, 2014 3:06 PM To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] Dragonwave latency issues Yes it’s a horizon compact Bandwidth of the unit is 400mbs Bandwidth usage between 150-200mbs during peak hours. No QOS Yes during non-peak hours its sits at 1ms SNR35.00 dB From our prtg graphs this issues has started end of September and latency has gotten worse during peak times as we have deployed more 450 gear to that tower. I currently have HAAM enabled on the link and it stays at 256qam unless we have some bad weather. Josh Heide Velociter Wireless (office) 209-838-1221 (fax) 209-838-1800 www.velociter.nethttp://www.velociter.net/ From: Af [mailto:af-boun...@afmug.com] On Behalf Of Bill Prince via Af Sent: Wednesday, October 22, 2014
Re: [AFMUG] Dragonwave latency issues
We have a similar link with a pair of Trangos, but we're using OSPF/ECMP routing. The loads are balanced based on connections, so the balancing is not exactly balanced, but in high load conditions, it sure looks balanced unless someone on one side or the other has something really large going on. I think with LACP, related connections can be split between the two links? bp On 10/24/2014 9:38 AM, Timothy D. McNabb via Af wrote: We have now been able to trace to the heart of the problem, though unfortunately still attempting to determine the cause. To give you a rough background, we have a main link that “bonds” 2 Dragonwaves together to form one unit (using the dual radio mount). The DW manual states for this to work when doubling the throughput, it is required to use LACP trunking. We have this in place and it has been working fine up until recently. The trunk is still active (no network loop) however one radio is working more than the other, eventually saturating one of the two links and causing the latency. The second set of radios aren’t performing in terms of actual traffic (signal is ok) but at most they’ve moved 200Mb/s even though they are licensed for 400Mbs. The link with the LACP has more or less load-balanced itself in the past, however they are now performing very asymmetrical at this point with over a 200Mb/s difference. I understand that LACP does not actively load balance but that’s what has been observed in the past. I suspect the issue is being caused by one of the switches doing the trunking (we just discovered it is unmanageable but still operating, again no network loop). It’s either that or the one leg of the link itself with the low bandwidth usage is not working properly despite indications otherwise. We’ll investigate our theories but always looking for additional input J -Tim *From:*Af [mailto:af-boun...@afmug.com] *On Behalf Of *Josh Reynolds via Af *Sent:* Thursday, October 23, 2014 1:47 PM *To:* af@afmug.com *Subject:* Re: [AFMUG] Dragonwave latency issues You can do a bit more with metro-e style NIDS... those have the layer2 tools to do proper testing. Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.com http://www.spitwspots.com On 10/23/2014 12:37 PM, Eric Kuhnke via Af wrote: it's going to be really hard to do any meaningful diagnostics with a layer 2 switch on each end, not routers... you could be seeing a broadcast flood of some type. On Thu, Oct 23, 2014 at 1:10 PM, Timothy D. McNabb via Af af@afmug.com mailto:af@afmug.com wrote: Unfortunately there is no QoS and flow control is off on the switches L Dragonwave was contacted as well. No determination yet though. -Tim *From:*Af [mailto:af-boun...@afmug.com mailto:af-boun...@afmug.com] *On Behalf Of *Peter Kranz via Af *Sent:* Wednesday, October 22, 2014 1:36 PM *To:* af@afmug.com mailto:af@afmug.com *Subject:* Re: [AFMUG] Dragonwave latency issues Backpressure from the switches in terms of flow-control can show as latency on dragonwave links. Disable any QOS features on the dragonwave if you are using them. Email dragonwave support *Peter Kranz *Founder/CEO - Unwired Ltd www.UnwiredLtd.com http://www.unwiredltd.com/ Desk: 510-868-1614 x100 Mobile: 510-207- pkr...@unwiredltd.com mailto:pkr...@unwiredltd.com *From:*Af [mailto:af-boun...@afmug.com] *On Behalf Of *Timothy D. McNabb via Af *Sent:* Wednesday, October 22, 2014 1:15 PM *To:* af@afmug.com mailto:af@afmug.com *Subject:* Re: [AFMUG] Dragonwave latency issues No routers between, just switches. -Tim *From:*Af [mailto:af-boun...@afmug.com] *On Behalf Of *Paul Conlin via Af *Sent:* Wednesday, October 22, 2014 12:22 PM *To:* af@afmug.com mailto:af@afmug.com *Subject:* Re: [AFMUG] Dragonwave latency issues Could the routers at each end be the limiting factor? What is their CPU utilization when the link is loaded? What happens to latency if you stress the link at 200 Mbps with a speed test? Those radios should be able to do close to 400 Mbps all day long with no latency. PC Blaze Broadband *From:*Af [mailto:af-boun...@afmug.com] *On Behalf Of *Joshua Heide via Af *Sent:* Wednesday, October 22, 2014 3:06 PM *To:* af@afmug.com mailto:af@afmug.com *Subject:* Re: [AFMUG] Dragonwave latency issues Yes it’s a horizon compact Bandwidth of the unit is 400mbs Bandwidth usage between 150-200mbs during peak hours. No QOS Yes during non-peak hours its sits at 1ms SNR35.00 dB From our prtg graphs this issues has started end of September and latency has gotten worse during peak times as we have deployed more 450 gear to that tower. I currently have HAAM enabled on the link and it stays at 256qam unless we have some bad weather. Josh Heide
Re: [AFMUG] Easy way to determine LOS
Radio Mobile From: Af [mailto:af-boun...@afmug.com] On Behalf Of Chuck McCown via Af Sent: Thursday, October 23, 2014 12:31 PM To: af@afmug.com Subject: Re: [AFMUG] Easy way to determine LOS Google earth will do a profile. From: TJ Trout via Af mailto:af@afmug.com Sent: Thursday, October 23, 2014 1:27 PM To: af@afmug.com Subject: [AFMUG] Easy way to determine LOS Need to do a ptp shot but can't tell if I have clear LOS, any tricks with a telescope or something I can do without someone on the other side with a mirror or laser?
Re: [AFMUG] climbing gear
We've gotten some of our stuff from http://www.ropeandrescue.com/ Really nice guys to work with. On Fri, Oct 24, 2014 at 8:59 AM, Rex-List Account via Af af@afmug.com wrote: I am looking to purchase some climbing gear – ropes, harness, shackles, and such. Who has the best prices for quality gear? Thanks in advance. Rex
Re: [AFMUG] Looking for free/cheap 2.4 sectors/dishes for 2.3ghz amateur radio project
We've got some old Tranzeo 2.4 integrated gear laying around we could part with. I think it's actually a connectorized card sealed inside the case. Colin Stanners via Af wrote: I'm with a group of hams using wifi gear (mostly ubnt) at 2.3ghz in a HSMM project (it's incredible how far you can go when there's no noise around!). We don't have a big budget so if anyone has 2.4ghz 60-120deg sectors or non-grid dishes (I've seen the grid ones accumulate ice up here) available cheap/free, please let me know and we can look at shipping.
Re: [AFMUG] Looking for free/cheap 2.4 sectors/dishes for 2.3ghz amateur radio project
I've got some old 4' V-pol Pac sectors, either 90 or 120. Let me know if you're interested and I'll dig them out. Not sure if they're good for 2.3 though. On 10/24/2014 11:21 AM, Colin Stanners via Af wrote: I'm with a group of hams using wifi gear (mostly ubnt) at 2.3ghz in a HSMM project (it's incredible how far you can go when there's no noise around!). We don't have a big budget so if anyone has 2.4ghz 60-120deg sectors or non-grid dishes (I've seen the grid ones accumulate ice up here) available cheap/free, please let me know and we can look at shipping.
Re: [AFMUG] Employee damaging equipment
Even someone as big as FedEx is in serious trouble about their subcontractor people: http://thinkprogress.org/economy/2014/10/07/3576714/fedex-driver-misclassification-kansas/ Travis On 10/24/2014 10:21 AM, Hass, Douglas A. via Af wrote: I love the Vrdolyak ads. They don’t go to trial any more often than anyone else, but it’s a hoot. It is true that most cases don’t go to trial, but defending a frivolous or meritless lawsuit is very different from defending one with merit. In this situation, failing to pay minimum wage and overtime is a matter of facts: either you did and you can prove it or you didn’t and you’re likely on the hook for substantial damages and plaintiff’s attorney fees. When I say it is easier to deal with this on the front end, I mean that classifying employees properly now will help avoid lawsuits, settlements, and trials later. Doug *From:*Af [mailto:af-boun...@afmug.com] *On Behalf Of *Ken Hohhof via Af *Sent:* Friday, October 24, 2014 11:05 AM *To:* af@afmug.com *Subject:* Re: [AFMUG] Employee damaging equipment Being wrong never stopped someone from filing a lawsuit. You’d think at least it would keep them from finding a lawyer to take the case on contingency. But most lawsuits are settled out of court anyway. I think some lawyers wouldn’t know what to do if they actually had to go to trial rather than just send threatening letters. There’s a politically connected law firm Vrdolyak Law Group here in Chicago (specializing in personal injury and workmans comp cases) that runs radio ads telling you to ask your law firm when was the last time they actually litigated a case in front of a jury. http://www.vrdolyak.com/?menu=radio *From:*Hass, Douglas A. via Af mailto:af@afmug.com *Sent:*Friday, October 24, 2014 10:33 AM *To:*mailto:af@afmug.com *Subject:*Re: [AFMUG] Employee damaging equipment I have to do something! :-) I hate getting calls from business owners who are trying to figure out how not to file bankruptcy because of the lawsuit they just got. Dealing with these things on the front end is always easier, faster, and less expensive. -Original Message- From: Af [mailto:af-boun...@afmug.com] On Behalf Of Jay Weekley via Af Sent: Friday, October 24, 2014 10:15 AM To: af@afmug.com mailto:af@afmug.com Subject: Re: [AFMUG] Employee damaging equipment Doug will scare the bejesus out of you. Hass, Douglas A. via Af wrote: Cameron--When you owned your WISP, you dodged a bullet. Your installers were quite likely employees, not contractors. J Quick note for everyone on this list: if you have ANYONE that you’re paying on a contract basis to do work for your business (cash, 1099, etc.) and NOT as an employee, hit me up off list. You’re quite likely betting your company’s future existence on it. Some rolls of the dice come out o.k., as with Cameron’s situation. Many times they don’t. If you get a claim, you could lose your WISP. Wage and hour mistakes are that serious. *From:*Af [mailto:af-boun...@afmug.com] *On Behalf Of *Cameron Crum via Af *Sent:* Thursday, October 23, 2014 10:21 PM *To:* af@afmug.com mailto:af@afmug.com *Subject:* Re: [AFMUG] Employee damaging equipment When I owned a wisp my installers were contractors so I made them bring their own tools. I figured they'd take better care if them. Then, while changing a radio on a customers house I found a Dewalt cordless drill on top of the chimney. I asked the owner if it was his, and he said no. I asked my installer the next day. Turns out he left it there almost a year earlier. Go figure. On Oct 23, 2014 10:14 PM, That One Guy via Af af@afmug.com mailto:af@afmug.com%20%0b mailto:af@afmug.com wrote: I lost a ladder (pretty sure i left it behind a house after a loong full day install) I replaced it, had I not, I would have expected my employer to fire me. I fried a 500 dollar switch because I pulled an old radio off a tower but never disconnected the POE, it shorted out. I offered to pay but the boss wrote it off, I didnt turn in the equivalent amount of overtime to offset the cost. I was not happy I wasnt held accountable. I lost a surveillance camera, so I had them order a replacement and deduct it from my pay, after it arrived, I found the first one on the shelf in the van where I looked three times, I now have a camera, I should have been fired at this point, three substantial items in under 5 years. I had a #10 wrench slide off a roof into the snow never to be seen again, I didnt like that wrench anyway so i went to the hardware store and bough a ratchet wrench on the bosses dime. There is expected loss, the occasional hand tool, broken drill bits, zip ties, etc. but pretty much anything over 50 bucks, unless its a pretty valid reason should be the employees responsibility. You owners pay us to do a job, as with any job the things you provide cost you real money, youre not paying us to spend that money needlessly, when we
[AFMUG] Mikrotik CCR and PPPoE
Recently updated to a 36 core CCR as a PPPoE server. Was having some issues with higher tier packages such as our office getting more than 20mbps through a single connection. IPv6 seemed to perform better then IPv4 for speed tests. Upgraded the CCR from v6.17 to v6.20. Now every pppoe connection is screaming fast. I don't know what Mikrotik did but something has changed. I wonder if they did anything with there BGP code? We have another one doing a couple gigabit full BGP connections. Seems to work fine but one core is almost always at 100 percent. Its currently running v6.19.
Re: [AFMUG] Looking for free/cheap 2.4 sectors/dishes for 2.3ghz amateur radio project
we have some adjustable til-teks i think they ranged 30-120 based on fin settings i can check with boss if he wants to get rid of and out of storage On Fri, Oct 24, 2014 at 12:43 PM, George Skorup (Cyber Broadcasting) via Af af@afmug.com wrote: I've got some old 4' V-pol Pac sectors, either 90 or 120. Let me know if you're interested and I'll dig them out. Not sure if they're good for 2.3 though. On 10/24/2014 11:21 AM, Colin Stanners via Af wrote: I'm with a group of hams using wifi gear (mostly ubnt) at 2.3ghz in a HSMM project (it's incredible how far you can go when there's no noise around!). We don't have a big budget so if anyone has 2.4ghz 60-120deg sectors or non-grid dishes (I've seen the grid ones accumulate ice up here) available cheap/free, please let me know and we can look at shipping. -- 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] Cacti SiteMonitor: What did I break?
I am thoroughly confused. Is your community string correct? Can you increase the device SNMP timeout, like 1000ms instead of 250ms. What's your device down detection set to? Is it showing down in the device list? I have seen some base units go kinda screwy and respond slower and a reboot doesn't fix it, they needed a power-cycle. On 10/24/2014 11:25 AM, Bill Prince via Af wrote: Now thrice. No joy in Mudville. bp On 10/24/2014 8:07 AM, Bill Prince via Af wrote: Yah.� Twice now. bp On 10/23/2014 11:06 PM, George Skorup (Cyber Broadcasting) via Af wrote: Gotta be the poller cache. Did you try a rebuild? On 10/23/2014 11:03 PM, Bill Prince via Af wrote: Getting closer.� When I look in the SNMP cache, there is no entry for the device. Looking in the log (without debug), I get: 10/23/2014 08:34:25 PM - SPINE: Poller[0] Host[797 http://10.13.112.20/host.php?action=editid=797] TH[1] DS[12316 http://10.13.112.20/data_sources.php?action=ds_editid=12316] WARNING: SNMP timeout detected [250 ms], ignoring host '10.13.114.254' So there is something causing the SNMP request to barf inside cacti.� When I do an snmpget from the CLI, it all looks fine.� Likewise, the realtime plugin is working fine too. So when realtime is doing the SNMP queries outside the poller, they are fine.� Just when spine is doing the SNMP requests. bp On 10/23/2014 4:12 PM, George Skorup (Cyber Broadcasting) via Af wrote: You divided by zero, didn't you? Are you sure your modules are in the same order as before? On 10/23/2014 1:29 PM, Bill Prince via Af wrote: I noticed an Expansion Unit on one of my SiteMonitors this morning.� It said something about Device Removed or something like that. Remembering the discussion the other day on this topic, I put a 0 in the Serial # for the non-existent unit, rescanned, rebooted. Now, none of the OIDs work in Cacti.� If I do a simple snmpget on any of the OIDs that I use, the correct information comes back. Several of the OIDs are on the base unit anyway, so they would not have moved, and further, the OIDs don't reference the serial number. So... what did I do, and how do I fix it?
Re: [AFMUG] Looking for free/cheap 2.4 sectors/dishes for 2.3ghz amateur radio project
We have some of the 16dBi 2.4GHz antennas that look like dog bowls. On Fri, Oct 24, 2014 at 12:21 PM, Colin Stanners via Af af@afmug.com wrote: I'm with a group of hams using wifi gear (mostly ubnt) at 2.3ghz in a HSMM project (it's incredible how far you can go when there's no noise around!). We don't have a big budget so if anyone has 2.4ghz 60-120deg sectors or non-grid dishes (I've seen the grid ones accumulate ice up here) available cheap/free, please let me know and we can look at shipping.
Re: [AFMUG] climbing gear
Looking at a DBI Sala ExoFit Nex harness. It has the option of quick connects or tongue and buckle. Has anybody had experience with this harness or the quick connects? How did you like it? Any recommendations? Any other harness that you prefer more? Thanks in advance. Rex From: Af [mailto:af-boun...@afmug.com] On Behalf Of Rex-List Account via Af Sent: Friday, October 24, 2014 9:59 AM To: af@afmug.com Subject: [AFMUG] climbing gear I am looking to purchase some climbing gear - ropes, harness, shackles, and such. Who has the best prices for quality gear? Thanks in advance. Rex
Re: [AFMUG] Cacti SiteMonitor: What did I break?
You think you're confused. I did not change the community string, and it works from the CLI and/or through the realtime plugin. The device shows as UP, and I use SNMP or ping as up/down detection. I also tried changing the SNMP timeout to 1000 ms. All that did was change the error log to this: 10/24/2014 11:29:22 AM - SPINE: Poller[0] Host[703] TH[1] DS[12223] WARNING: SNMP timeout detected [1000 ms], ignoring host '10.13.114.254' I've tried SNMP Uptime, SNMP Desc, and SNMP getNext as well. On the Device Management screen, it retrieves the correct SNMP information. The only think that seems to not be working is the polling through spine. I'm curious why zeroing the serial number of a non-existent expansion unit caused this problem. I've also rebooted the SiteMonitor at least a couple of times to no effect. My next thing will be to just replace the SiteMonitor with a spare. It's all the way down in town, so that is a half-day time hit. bp On 10/24/2014 11:16 AM, George Skorup (Cyber Broadcasting) via Af wrote: I am thoroughly confused. Is your community string correct? Can you increase the device SNMP timeout, like 1000ms instead of 250ms. What's your device down detection set to? Is it showing down in the device list? I have seen some base units go kinda screwy and respond slower and a reboot doesn't fix it, they needed a power-cycle. On 10/24/2014 11:25 AM, Bill Prince via Af wrote: Now thrice. No joy in Mudville. bp On 10/24/2014 8:07 AM, Bill Prince via Af wrote: Yah.� Twice now. bp On 10/23/2014 11:06 PM, George Skorup (Cyber Broadcasting) via Af wrote: Gotta be the poller cache. Did you try a rebuild? On 10/23/2014 11:03 PM, Bill Prince via Af wrote: Getting closer.� When I look in the SNMP cache, there is no entry for the device. Looking in the log (without debug), I get: 10/23/2014 08:34:25 PM - SPINE: Poller[0] Host[797 http://10.13.112.20/host.php?action=editid=797] TH[1] DS[12316 http://10.13.112.20/data_sources.php?action=ds_editid=12316] WARNING: SNMP timeout detected [250 ms], ignoring host '10.13.114.254' So there is something causing the SNMP request to barf inside cacti.� When I do an snmpget from the CLI, it all looks fine.� Likewise, the realtime plugin is working fine too. So when realtime is doing the SNMP queries outside the poller, they are fine.� Just when spine is doing the SNMP requests. bp On 10/23/2014 4:12 PM, George Skorup (Cyber Broadcasting) via Af wrote: You divided by zero, didn't you? Are you sure your modules are in the same order as before? On 10/23/2014 1:29 PM, Bill Prince via Af wrote: I noticed an Expansion Unit on one of my SiteMonitors this morning.� It said something about Device Removed or something like that. Remembering the discussion the other day on this topic, I put a 0 in the Serial # for the non-existent unit, rescanned, rebooted. Now, none of the OIDs work in Cacti.� If I do a simple snmpget on any of the OIDs that I use, the correct information comes back. Several of the OIDs are on the base unit anyway, so they would not have moved, and further, the OIDs don't reference the serial number. So... what did I do, and how do I fix it?
Re: [AFMUG] Employee damaging equipment
I find one of the toughest things with contractors is getting them to schedule their own time. They may work for several companies, have their own vehicles and tools, but they don’t want to call the customer and set up an appointment. And companies that use contractors extensively (cough, cough ... Comcast) obviously don’t have their contractors setting up customer appointments, they dictate every aspect of their work. I don’t know how they get away with it. Perhaps they are paying a company that in turn hires subcontractors or something like that. But if you’ve ever had a Comcast Business install done, you will have a parade of contractors show up ... the guy with the tape measure, the guy with the shovel, the guy with the drill, the guy with the reel of coax cable, the guy with the modem, etc. Only the last one is likely to be a Comcast employee, and I’m not so sure about him, but he’s the only one with an Xfinity truck and not a magnetic “Comcast contractor” sign slapped on the side of his vehicle. From: Hass, Douglas A. via Af Sent: Friday, October 24, 2014 1:01 PM To: mailto:af@afmug.com Subject: Re: [AFMUG] Employee damaging equipment FedEx has essentially had their entire business model upended with the decisions about contractors. That underscores the seriousness about doing something about these issues. If you have people that do work for your business and they are not employees, take 20-30 minutes and invest in an hour or two of an attorney’s time to find out whether you have an issue. This isn’t something that has to derail your whole business or result in massive liability. Be proactive. From: Af [mailto:af-boun...@afmug.com] On Behalf Of Travis Johnson via Af Sent: Friday, October 24, 2014 12:44 PM To: af@afmug.com Subject: Re: [AFMUG] Employee damaging equipment Even someone as big as FedEx is in serious trouble about their subcontractor people: http://thinkprogress.org/economy/2014/10/07/3576714/fedex-driver-misclassification-kansas/ Travis On 10/24/2014 10:21 AM, Hass, Douglas A. via Af wrote: I love the Vrdolyak ads. They don’t go to trial any more often than anyone else, but it’s a hoot. It is true that most cases don’t go to trial, but defending a frivolous or meritless lawsuit is very different from defending one with merit. In this situation, failing to pay minimum wage and overtime is a matter of facts: either you did and you can prove it or you didn’t and you’re likely on the hook for substantial damages and plaintiff’s attorney fees. When I say it is easier to deal with this on the front end, I mean that classifying employees properly now will help avoid lawsuits, settlements, and trials later. Doug From: Af [mailto:af-boun...@afmug.com] On Behalf Of Ken Hohhof via Af Sent: Friday, October 24, 2014 11:05 AM To: af@afmug.com Subject: Re: [AFMUG] Employee damaging equipment Being wrong never stopped someone from filing a lawsuit. You’d think at least it would keep them from finding a lawyer to take the case on contingency. But most lawsuits are settled out of court anyway. I think some lawyers wouldn’t know what to do if they actually had to go to trial rather than just send threatening letters. There’s a politically connected law firm Vrdolyak Law Group here in Chicago (specializing in personal injury and workmans comp cases) that runs radio ads telling you to ask your law firm when was the last time they actually litigated a case in front of a jury. http://www.vrdolyak.com/?menu=radio From: Hass, Douglas A. via Af Sent: Friday, October 24, 2014 10:33 AM To: mailto:af@afmug.com Subject: Re: [AFMUG] Employee damaging equipment I have to do something! :-) I hate getting calls from business owners who are trying to figure out how not to file bankruptcy because of the lawsuit they just got. Dealing with these things on the front end is always easier, faster, and less expensive. -Original Message- From: Af [mailto:af-boun...@afmug.com] On Behalf Of Jay Weekley via Af Sent: Friday, October 24, 2014 10:15 AM To: af@afmug.com Subject: Re: [AFMUG] Employee damaging equipment Doug will scare the bejesus out of you. Hass, Douglas A. via Af wrote: Cameron--When you owned your WISP, you dodged a bullet. Your installers were quite likely employees, not contractors. J Quick note for everyone on this list: if you have ANYONE that you’re paying on a contract basis to do work for your business (cash, 1099, etc.) and NOT as an employee, hit me up off list. You’re quite likely betting your company’s future existence on it. Some rolls of the dice come out o.k., as with Cameron’s situation. Many times they don’t. If you get a claim, you could lose your WISP. Wage and hour mistakes are that serious. *From:*Af [mailto:af-boun...@afmug.com] *On Behalf Of *Cameron
Re: [AFMUG] climbing gear
I wear a DBI Exofit because I'm familiar with it, but it's heavy. The Miller Revolution AirCore is better. Light and strong. Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.com http://www.spitwspots.com On 10/24/2014 10:53 AM, Rex-List Account via Af wrote: Looking at a DBI Sala ExoFit Nex harness. It has the option of quick connects or tongue and buckle. Has anybody had experience with this harness or the quick connects? How did you like it? Any recommendations? Any other harness that you prefer more? Thanks in advance. Rex *From:*Af [mailto:af-boun...@afmug.com] *On Behalf Of *Rex-List Account via Af *Sent:* Friday, October 24, 2014 9:59 AM *To:* af@afmug.com *Subject:* [AFMUG] climbing gear I am looking to purchase some climbing gear � ropes, harness, shackles, and such. Who has the best prices for quality gear? Thanks in advance. Rex
Re: [AFMUG] Dragonwave latency issues
Which model procurve? Many of them are very different. Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.com http://www.spitwspots.com On 10/24/2014 11:13 AM, Timothy D. McNabb via Af wrote: This is really cool. I’m going to check into this and see what I come up with JThanks for the input! I love what LACP does in theory, I know in some practices it’s not optimal and not everyone’s first choice. It is however the recommended method from DW and the only one they will support. :-P A couple of things that continue to interest me is that the 48 port that is unmanageable. Assuming it is malfunctioning, by DEFAULT HP Procurve switches have dynamic LACP across all ports, preventing network loops automatically but also making it cumbersome to troubleshoot this particular issue. Knowing that, and the possibility of something running FUBAR on one of the switches, I think it’s quite possible that the LACP that was originally configured on the malfunctioning switch could be the culprit for the inbalance. I am programming a 24-port Procurve that we have as a spare to handle the trunk to test the theory. The older Procurves have lots of options in regards to LACP (their console is very much like a Cisco) so I may be able to setup something similar to what you’re suggesting. I’ll update as I find out more. Thanks for the discussion and I love the progression, getting lots of ideas from the conversation. J Gino, unfortunately because of the Horizon Compact I don’t believe we have that option, at least not to get the full 800Mb/s (theoretical) from the radios LIt’s been awhile since I went through the manual for the setup, but I recall there were some negative aspects to linking the radios through port 2 or something along those lines. And for Bill, since we’re running a large bridged network currently (but so happy we’re changing it soon!!) we’re not running any routers at the base of our towers. I agree totally if we were segmented that OSPF in combination with a few other protocols would handle the job and give us some other troubleshooting capabilities not available to us in our current config. Even packet captures would be cumbersome L -Tim *From:*Af [mailto:af-boun...@afmug.com] *On Behalf Of *Mark Radabaugh via Af *Sent:* Friday, October 24, 2014 10:10 AM *To:* af@afmug.com *Subject:* Re: [AFMUG] Dragonwave latency issues Tim, Obviously you want to fix the radio issue but I can give you a little advice on LACP. The switch (or router) doing LACP can take various headers into account when doing the 'hashing' to decide how to send the flows. If LACP is what you are stuck with (Gino suggested a layer 1 method) and you have control over the devices doing LACP take a look at the LACP Hashing options. Typical options are MAC SRC/DST, MAC Src/Dst + L3 port, or some other options.If most of your traffic is flowing between two interfaces (a router at each end) the MAC src/dst hashing sends everything over one of the links. You want to find a hashing method that has more randomness to it. In at least one case where we use that we had to resort to not using the LACP functionality the radio manufacturer provided and use the better LACP options in our Juniper and Cisco switches in order to make the traffic balance on the interfaces. Mark On 10/24/14, 12:38 PM, Timothy D. McNabb via Af wrote: We have now been able to trace to the heart of the problem, though unfortunately still attempting to determine the cause. To give you a rough background, we have a main link that “bonds” 2 Dragonwaves together to form one unit (using the dual radio mount). The DW manual states for this to work when doubling the throughput, it is required to use LACP trunking. We have this in place and it has been working fine up until recently. The trunk is still active (no network loop) however one radio is working more than the other, eventually saturating one of the two links and causing the latency. The second set of radios aren’t performing in terms of actual traffic (signal is ok) but at most they’ve moved 200Mb/s even though they are licensed for 400Mbs. The link with the LACP has more or less load-balanced itself in the past, however they are now performing very asymmetrical at this point with over a 200Mb/s difference. I understand that LACP does not actively load balance but that’s what has been observed in the past. I suspect the issue is being caused by one of the switches doing the trunking (we just discovered it is unmanageable but still operating, again no network loop). It’s either that or the one leg of the link itself with the low bandwidth usage is not working properly despite indications otherwise. We’ll investigate our theories but always looking for additional input J -Tim *From:*Af [mailto:af-boun...@afmug.com] *On Behalf Of *Josh
Re: [AFMUG] Employee damaging equipment
Comcast has been embroiled in litigation for many years over their use of contractors, so it’s not like they have been or are getting away with anything. However, you’ve hit the nail on the head: for the most part, Comcast hires subcontractors. The “Comcast contractors” you see are employees of those subs. That STILL doesn’t get Comcast off the hook for everything that the sub does (or doesn’t) do, though. Even if you aren’t THE employer, you can still be responsible as AN employer. It is possible to be employed by more than one entity. In other words: Comcast – Subcontractor X – Some Guy Let’s say that there’s a dispute between Some Guy and Subcontractor X about wage and hour issues. To use a common example, Some Guy doesn’t get paid enough or on time by Subcontractor X because Subcontractor X runs short on cash. Some Guy not only has a remedy against Subcontractor X (obviously), but could also seek a remedy from Comcast directly, if Some Guy can show that Comcast was also his employer under the FLSA and associated case law. This is part of the reason why I say that anyone who is doing work for your business could be your employee. Having a separate corporation is one of approximately twenty different factors, none of which are dispositive on their own. Doug From: Af [mailto:af-boun...@afmug.com] On Behalf Of Ken Hohhof via Af Sent: Friday, October 24, 2014 2:05 PM To: af@afmug.com Subject: Re: [AFMUG] Employee damaging equipment I find one of the toughest things with contractors is getting them to schedule their own time. They may work for several companies, have their own vehicles and tools, but they don’t want to call the customer and set up an appointment. And companies that use contractors extensively (cough, cough ... Comcast) obviously don’t have their contractors setting up customer appointments, they dictate every aspect of their work. I don’t know how they get away with it. Perhaps they are paying a company that in turn hires subcontractors or something like that. But if you’ve ever had a Comcast Business install done, you will have a parade of contractors show up ... the guy with the tape measure, the guy with the shovel, the guy with the drill, the guy with the reel of coax cable, the guy with the modem, etc. Only the last one is likely to be a Comcast employee, and I’m not so sure about him, but he’s the only one with an Xfinity truck and not a magnetic “Comcast contractor” sign slapped on the side of his vehicle. From: Hass, Douglas A. via Afmailto:af@afmug.com Sent: Friday, October 24, 2014 1:01 PM To: mailto:af@afmug.com Subject: Re: [AFMUG] Employee damaging equipment FedEx has essentially had their entire business model upended with the decisions about contractors. That underscores the seriousness about doing something about these issues. If you have people that do work for your business and they are not employees, take 20-30 minutes and invest in an hour or two of an attorney’s time to find out whether you have an issue. This isn’t something that has to derail your whole business or result in massive liability. Be proactive. From: Af [mailto:af-boun...@afmug.com] On Behalf Of Travis Johnson via Af Sent: Friday, October 24, 2014 12:44 PM To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] Employee damaging equipment Even someone as big as FedEx is in serious trouble about their subcontractor people: http://thinkprogress.org/economy/2014/10/07/3576714/fedex-driver-misclassification-kansas/ Travis On 10/24/2014 10:21 AM, Hass, Douglas A. via Af wrote: I love the Vrdolyak ads. They don’t go to trial any more often than anyone else, but it’s a hoot. It is true that most cases don’t go to trial, but defending a frivolous or meritless lawsuit is very different from defending one with merit. In this situation, failing to pay minimum wage and overtime is a matter of facts: either you did and you can prove it or you didn’t and you’re likely on the hook for substantial damages and plaintiff’s attorney fees. When I say it is easier to deal with this on the front end, I mean that classifying employees properly now will help avoid lawsuits, settlements, and trials later. Doug From: Af [mailto:af-boun...@afmug.com] On Behalf Of Ken Hohhof via Af Sent: Friday, October 24, 2014 11:05 AM To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] Employee damaging equipment Being wrong never stopped someone from filing a lawsuit. You’d think at least it would keep them from finding a lawyer to take the case on contingency. But most lawsuits are settled out of court anyway. I think some lawyers wouldn’t know what to do if they actually had to go to trial rather than just send threatening letters. There’s a politically connected law firm Vrdolyak Law Group here in Chicago (specializing in personal injury and workmans comp cases) that runs radio ads telling you to ask your law firm when was the last time they
Re: [AFMUG] Cacti SiteMonitor: What did I break?
Before you do that I'd look at what is coming back via snap via a wireshark or similar. If you zeroed an expansion module in the middle of the list, then all of the oids for devices after that entry in the list would have shifted to a lower number. The sitemonitor assigns oids based on its knowledge of how many of each i/o type each device takes. It remembers this even if the device isn't attached anymore. By zeroing a device in the middle, it reassigns oids after that point in the table, since it doesn't have the zeroed device info as a placeholder. On Oct 24, 2014 12:01 PM, Bill Prince via Af af@afmug.com wrote: You think you're confused. I did not change the community string, and it works from the CLI and/or through the realtime plugin.� The device shows as UP, and I use SNMP or ping as up/down detection. I also tried changing the SNMP timeout to 1000 ms.� All that did was change the error log to this: 10/24/2014 11:29:22 AM - SPINE: Poller[0] Host[703] TH[1] DS[12223] WARNING: SNMP timeout detected [1000 ms], ignoring host '10.13.114.254' I've tried SNMP Uptime, SNMP Desc, and SNMP getNext as well.� On the Device Management screen, it retrieves the correct SNMP information.� The only think that seems to not be working is the polling through spine. I'm curious why zeroing the serial number of a non-existent expansion unit caused this problem. I've also rebooted the SiteMonitor at least a couple of times to no effect. My next thing will be to just replace the SiteMonitor with a spare.� It's all the way down in town, so that is a half-day time hit. bp On 10/24/2014 11:16 AM, George Skorup (Cyber Broadcasting) via Af wrote: I am thoroughly confused. Is your community string correct? Can you increase the device SNMP timeout, like 1000ms instead of 250ms. What's your device down detection set to? Is it showing down in the device list? I have seen some base units go kinda screwy and respond slower and a reboot doesn't fix it, they needed a power-cycle. On 10/24/2014 11:25 AM, Bill Prince via Af wrote: Now thrice. No joy in Mudville. bp On 10/24/2014 8:07 AM, Bill Prince via Af wrote: Yah.� Twice now. bp On 10/23/2014 11:06 PM, George Skorup (Cyber Broadcasting) via Af wrote: Gotta be the poller cache. Did you try a rebuild? On 10/23/2014 11:03 PM, Bill Prince via Af wrote: Getting closer.� When I look in the SNMP cache, there is no entry for the device. Looking in the log (without debug), I get: 10/23/2014 08:34:25 PM - SPINE: Poller[0] Host[797 http://10.13.112.20/host.php?action=editid=797] TH[1] DS[12316 http://10.13.112.20/data_sources.php?action=ds_editid=12316] WARNING: SNMP timeout detected [250 ms], ignoring host '10.13.114.254' So there is something causing the SNMP request to barf inside cacti.� When I do an snmpget from the CLI, it all looks fine.� Likewise, the realtime plugin is working fine too. So when realtime is doing the SNMP queries outside the poller, they are fine.� Just when spine is doing the SNMP requests. bp On 10/23/2014 4:12 PM, George Skorup (Cyber Broadcasting) via Af wrote: You divided by zero, didn't you? Are you sure your modules are in the same order as before? On 10/23/2014 1:29 PM, Bill Prince via Af wrote: I noticed an Expansion Unit on one of my SiteMonitors this morning.� It said something about Device Removed or something like that. Remembering the discussion the other day on this topic, I put a 0 in the Serial # for the non-existent unit, rescanned, rebooted. Now, none of the OIDs work in Cacti.� If I do a simple snmpget on any of the OIDs that I use, the correct information comes back. Several of the OIDs are on the base unit anyway, so they would not have moved, and further, the OIDs don't reference the serial number. So... what did I do, and how do I fix it?
Re: [AFMUG] Cacti SiteMonitor: What did I break?
Darn autocorrect. SNMP not snap. On Oct 24, 2014 12:32 PM, Forrest Christian (List Account) li...@packetflux.com wrote: Before you do that I'd look at what is coming back via snap via a wireshark or similar. If you zeroed an expansion module in the middle of the list, then all of the oids for devices after that entry in the list would have shifted to a lower number. The sitemonitor assigns oids based on its knowledge of how many of each i/o type each device takes. It remembers this even if the device isn't attached anymore. By zeroing a device in the middle, it reassigns oids after that point in the table, since it doesn't have the zeroed device info as a placeholder. On Oct 24, 2014 12:01 PM, Bill Prince via Af af@afmug.com wrote: You think you're confused. I did not change the community string, and it works from the CLI and/or through the realtime plugin.� The device shows as UP, and I use SNMP or ping as up/down detection. I also tried changing the SNMP timeout to 1000 ms.� All that did was change the error log to this: 10/24/2014 11:29:22 AM - SPINE: Poller[0] Host[703] TH[1] DS[12223] WARNING: SNMP timeout detected [1000 ms], ignoring host '10.13.114.254' I've tried SNMP Uptime, SNMP Desc, and SNMP getNext as well.� On the Device Management screen, it retrieves the correct SNMP information.� The only think that seems to not be working is the polling through spine. I'm curious why zeroing the serial number of a non-existent expansion unit caused this problem. I've also rebooted the SiteMonitor at least a couple of times to no effect. My next thing will be to just replace the SiteMonitor with a spare.� It's all the way down in town, so that is a half-day time hit. bp On 10/24/2014 11:16 AM, George Skorup (Cyber Broadcasting) via Af wrote: I am thoroughly confused. Is your community string correct? Can you increase the device SNMP timeout, like 1000ms instead of 250ms. What's your device down detection set to? Is it showing down in the device list? I have seen some base units go kinda screwy and respond slower and a reboot doesn't fix it, they needed a power-cycle. On 10/24/2014 11:25 AM, Bill Prince via Af wrote: Now thrice. No joy in Mudville. bp On 10/24/2014 8:07 AM, Bill Prince via Af wrote: Yah.� Twice now. bp On 10/23/2014 11:06 PM, George Skorup (Cyber Broadcasting) via Af wrote: Gotta be the poller cache. Did you try a rebuild? On 10/23/2014 11:03 PM, Bill Prince via Af wrote: Getting closer.� When I look in the SNMP cache, there is no entry for the device. Looking in the log (without debug), I get: 10/23/2014 08:34:25 PM - SPINE: Poller[0] Host[797 http://10.13.112.20/host.php?action=editid=797] TH[1] DS[12316 http://10.13.112.20/data_sources.php?action=ds_editid=12316] WARNING: SNMP timeout detected [250 ms], ignoring host '10.13.114.254' So there is something causing the SNMP request to barf inside cacti.� When I do an snmpget from the CLI, it all looks fine.� Likewise, the realtime plugin is working fine too. So when realtime is doing the SNMP queries outside the poller, they are fine.� Just when spine is doing the SNMP requests. bp On 10/23/2014 4:12 PM, George Skorup (Cyber Broadcasting) via Af wrote: You divided by zero, didn't you? Are you sure your modules are in the same order as before? On 10/23/2014 1:29 PM, Bill Prince via Af wrote: I noticed an Expansion Unit on one of my SiteMonitors this morning.� It said something about Device Removed or something like that. Remembering the discussion the other day on this topic, I put a 0 in the Serial # for the non-existent unit, rescanned, rebooted. Now, none of the OIDs work in Cacti.� If I do a simple snmpget on any of the OIDs that I use, the correct information comes back. Several of the OIDs are on the base unit anyway, so they would not have moved, and further, the OIDs don't reference the serial number. So... what did I do, and how do I fix it?
Re: [AFMUG] ePMP Force 110PTP
Hi George: I want to clear up your questions about the Force product. The Force 110 (C058900C042A (FCC)) is as the spec sheet describes - a radio module and the dish. You can buy the radio and the dish separately, but when you buy them bundle as the Force, the price is better. We do not offer a radome for it at this time. The Force 110 PTP is the same dish, but bundled with the radio that we also use for the GPS Sync AP. The GPS is turned off. The benefit of this radio over the Force 110 is the 802.3af compliant gigabit Ethernet port. Regards, John Butler From: Af [mailto:af-boun...@afmug.com] On Behalf Of George Skorup (Cyber Broadcasting) via Af Sent: Tuesday, October 21, 2014 6:11 PM To: af@afmug.com Subject: Re: [AFMUG] ePMP Force 110PTP So the 110 PTP uses the GPS radio, or is it a different radio with sync over power only and no on-board GPS? I thought I remember reading that, but I could be totally wrong. A distro rep just told us today that the Force 110 is due in Thrusday or Friday. I have a couple links I want to do with these instead of UBNT. If the 110 won't be available for 3-4 weeks, that's going to suck. And all the complaints about assembly of the Force 100, so I don't want to go there. And the distro's seem to be confused about the parts. The Force 110 spec sheet says: C058900C042A (FCC) – consists of a ePMP Radio Module [C058900A122A/C058900P122A] and ePMP Dish Antenna [C050900D007B].. and the rep said that's only the dish, the radio is extra. I find that hard to believe. And now I'm confused too. Oh, and do these things come with a radome? That would be nice, but I'm guessing no. On 10/21/2014 6:00 PM, Mike Hammett via Af wrote: Ah, I didn't realize there was a 110 and a 110 PTP. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com [http://www.ics-il.com/images/fbicon.png]https://www.facebook.com/ICSIL[http://www.ics-il.com/images/googleicon.png]https://plus.google.com/+IntelligentComputingSolutionsDeKalb[http://www.ics-il.com/images/linkedinicon.png]https://www.linkedin.com/company/intelligent-computing-solutions[http://www.ics-il.com/images/twittericon.png]https://twitter.com/ICSIL From: John Butler via Af af@afmug.commailto:af@afmug.com To: af@afmug.commailto:af@afmug.com Sent: Tuesday, October 21, 2014 5:57:33 PM Subject: Re: [AFMUG] ePMP Force 110PTP Hi Alan: The Force 110 (which is the new 25 dBi dish) and the Connectorized Unsync Radio (fast Ethernet port) is due to ship from our channel partners in early November. The Force 110 PTP (which is the new 25 dBi dish) and the Connectorized Radio with the Gigabit ethernet port is due to ship from our channel partners in December. From: Af [mailto:af-boun...@afmug.com] On Behalf Of Alan West via Af Sent: Tuesday, October 21, 2014 4:39 PM To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] ePMP Force 110PTP Guess not. I am so ready for a replacement for these Force 100 units. On Tuesday, October 21, 2014 12:11 PM, George Skorup (Cyber Broadcasting) via Af af@afmug.commailto:af@afmug.com wrote: Are these things shipping yet?
Re: [AFMUG] ePMP Force 110PTP
Ah, so same radio as the GPS, but due to it being a lot cheaper, has the GPS turned off. Software key to turn on sync? Are people selling the dish separately? - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com - Original Message - From: John Butler via Af af@afmug.com To: af@afmug.com Sent: Friday, October 24, 2014 2:56:03 PM Subject: Re: [AFMUG] ePMP Force 110PTP Hi George: I want to clear up your questions about the Force product. The Force 110 ( C058900C042A (FCC)) is as the spec sheet describes - a radio module and the dish. You can buy the radio and the dish separately, but when you buy them bundle as the Force, the price is better. We do not offer a radome for it at this time. The Force 110 PTP is the same dish, but bundled with the radio that we also use for the GPS Sync AP. The GPS is turned off. The benefit of this radio over the Force 110 is the 802.3af compliant gigabit Ethernet port. Regards, John Butler From: Af [mailto:af-boun...@afmug.com] On Behalf Of George Skorup (Cyber Broadcasting) via Af Sent: Tuesday, October 21, 2014 6:11 PM To: af@afmug.com Subject: Re: [AFMUG] ePMP Force 110PTP So the 110 PTP uses the GPS radio, or is it a different radio with sync over power only and no on-board GPS? I thought I remember reading that, but I could be totally wrong. A distro rep just told us today that the Force 110 is due in Thrusday or Friday. I have a couple links I want to do with these instead of UBNT. If the 110 won't be available for 3-4 weeks, that's going to suck. And all the complaints about assembly of the Force 100, so I don't want to go there. And the distro's seem to be confused about the parts. The Force 110 spec sheet says: C058900C042A (FCC) – consists of a ePMP Radio Module [C058900A122A/C058900P122A] and ePMP Dish Antenna [C050900D007B].. and the rep said that's only the dish, the radio is extra. I find that hard to believe. And now I'm confused too. Oh, and do these things come with a radome? That would be nice, but I'm guessing no. On 10/21/2014 6:00 PM, Mike Hammett via Af wrote: Ah, I didn't realize there was a 110 and a 110 PTP. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com - Original Message - From: John Butler via Af af@afmug.com To: af@afmug.com Sent: Tuesday, October 21, 2014 5:57:33 PM Subject: Re: [AFMUG] ePMP Force 110PTP Hi Alan: The Force 110 (which is the new 25 dBi dish) and the Connectorized Unsync Radio (fast Ethernet port) is due to ship from our channel partners in early November. The Force 110 PTP (which is the new 25 dBi dish) and the Connectorized Radio with the Gigabit ethernet port is due to ship from our channel partners in December. From: Af [ mailto:af-boun...@afmug.com ] On Behalf Of Alan West via Af Sent: Tuesday, October 21, 2014 4:39 PM To: af@afmug.com Subject: Re: [AFMUG] ePMP Force 110PTP Guess not. I am so ready for a replacement for these Force 100 units. On Tuesday, October 21, 2014 12:11 PM, George Skorup (Cyber Broadcasting) via Af af@afmug.com wrote: Are these things shipping yet?
Re: [AFMUG] Cacti SiteMonitor: What did I break?
Good idea. Did the pcap trace, and it sure looks like the SiteMonitor is responding with the correct values. So the question remains as to why cacti thinks otherwise (problem is cacti, but I have no idea why). Maybe need to trace it at the other end as well bp On 10/24/2014 12:32 PM, Forrest Christian (List Account) via Af wrote: Darn autocorrect. SNMP not snap. On Oct 24, 2014 12:32 PM, Forrest Christian (List Account) li...@packetflux.com mailto:li...@packetflux.com wrote: Before you do that I'd look at what is coming back via snap via a wireshark or similar. If you zeroed an expansion module in the middle of the list, then all of the oids for devices after that entry in the list would have shifted to a lower number. The sitemonitor assigns oids based on its knowledge of how many of each i/o type each device takes. It remembers this even if the device isn't attached anymore. By zeroing a device in the middle, it reassigns oids after that point in the table, since it doesn't have the zeroed device info as a placeholder. On Oct 24, 2014 12:01 PM, Bill Prince via Af af@afmug.com mailto:af@afmug.com wrote: You think you're confused. I did not change the community string, and it works from the CLI and/or through the realtime plugin.� The device shows as UP, and I use SNMP or ping as up/down detection. I also tried changing the SNMP timeout to 1000 ms.� All that did was change the error log to this: 10/24/2014 11:29:22 AM - SPINE: Poller[0] Host[703] TH[1] DS[12223] WARNING: SNMP timeout detected [1000 ms], ignoring host '10.13.114.254' I've tried SNMP Uptime, SNMP Desc, and SNMP getNext as well.� On the Device Management screen, it retrieves the correct SNMP information.� The only think that seems to not be working is the polling through spine. I'm curious why zeroing the serial number of a non-existent expansion unit caused this problem. I've also rebooted the SiteMonitor at least a couple of times to no effect. My next thing will be to just replace the SiteMonitor with a spare.� It's all the way down in town, so that is a half-day time hit. bp On 10/24/2014 11:16 AM, George Skorup (Cyber Broadcasting) via Af wrote: I am thoroughly confused. Is your community string correct? Can you increase the device SNMP timeout, like 1000ms instead of 250ms. What's your device down detection set to? Is it showing down in the device list? I have seen some base units go kinda screwy and respond slower and a reboot doesn't fix it, they needed a power-cycle. On 10/24/2014 11:25 AM, Bill Prince via Af wrote: Now thrice. No joy in Mudville. bp On 10/24/2014 8:07 AM, Bill Prince via Af wrote: Yah.� Twice now. bp On 10/23/2014 11:06 PM, George Skorup (Cyber Broadcasting) via Af wrote: Gotta be the poller cache. Did you try a rebuild? On 10/23/2014 11:03 PM, Bill Prince via Af wrote: Getting closer.� When I look in the SNMP cache, there is no entry for the device. Looking in the log (without debug), I get: 10/23/2014 08:34:25 PM - SPINE: Poller[0] Host[797 http://10.13.112.20/host.php?action=editid=797] TH[1] DS[12316 http://10.13.112.20/data_sources.php?action=ds_editid=12316] WARNING: SNMP timeout detected [250 ms], ignoring host '10.13.114.254' So there is something causing the SNMP request to barf inside cacti.� When I do an snmpget from the CLI, it all looks fine.� Likewise, the realtime plugin is working fine too. So when realtime is doing the SNMP queries outside the poller, they are fine.� Just when spine is doing the SNMP requests. bp On 10/23/2014 4:12 PM, George Skorup (Cyber Broadcasting) via Af wrote: You divided by zero, didn't you? Are you sure your modules are in the same order as before? On 10/23/2014 1:29 PM, Bill Prince via Af wrote: I noticed an Expansion Unit on one of my SiteMonitors this morning.� It said something about Device Removed or something like that. Remembering the discussion the other day on this topic, I put a 0 in the Serial # for the non-existent unit, rescanned, rebooted. Now, none of the OIDs work in Cacti.� If I do a simple snmpget on any of the OIDs that I use, the correct information comes back. Several of the OIDs are on the base unit anyway, so they would not have moved, and further, the OIDs don't reference the serial number. So... what did I do, and how do I fix it?
Re: [AFMUG] ePMP Force 110PTP
Will there be an option to use the GPS sync with the PTP110? If so what kind of latency will we get? On Fri, Oct 24, 2014 at 2:56 PM, John Butler via Af af@afmug.com wrote: Hi George: I want to clear up your questions about the Force product. The Force 110 (C058900C042A (FCC)) is as the spec sheet describes - a radio module and the dish. You can buy the radio and the dish separately, but when you buy them bundle as the Force, the price is better. We do not offer a radome for it at this time. The Force 110 PTP is the same dish, but bundled with the radio that we also use for the GPS Sync AP. The GPS is turned off. The benefit of this radio over the Force 110 is the 802.3af compliant gigabit Ethernet port. Regards, John Butler *From:* Af [mailto:af-boun...@afmug.com] *On Behalf Of *George Skorup (Cyber Broadcasting) via Af *Sent:* Tuesday, October 21, 2014 6:11 PM *To:* af@afmug.com *Subject:* Re: [AFMUG] ePMP Force 110PTP So the 110 PTP uses the GPS radio, or is it a different radio with sync over power only and no on-board GPS? I thought I remember reading that, but I could be totally wrong. A distro rep just told us today that the Force 110 is due in Thrusday or Friday. I have a couple links I want to do with these instead of UBNT. If the 110 won't be available for 3-4 weeks, that's going to suck. And all the complaints about assembly of the Force 100, so I don't want to go there. And the distro's seem to be confused about the parts. The Force 110 spec sheet says: C058900C042A (FCC) – consists of a ePMP Radio Module [C058900A122A/C058900P122A] and ePMP Dish Antenna [C050900D007B].. and the rep said that's only the dish, the radio is extra. I find that hard to believe. And now I'm confused too. Oh, and do these things come with a radome? That would be nice, but I'm guessing no. On 10/21/2014 6:00 PM, Mike Hammett via Af wrote: Ah, I didn't realize there was a 110 and a 110 PTP. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com https://www.facebook.com/ICSIL https://plus.google.com/+IntelligentComputingSolutionsDeKalb https://www.linkedin.com/company/intelligent-computing-solutions https://twitter.com/ICSIL -- *From: *John Butler via Af af@afmug.com af@afmug.com *To: *af@afmug.com *Sent: *Tuesday, October 21, 2014 5:57:33 PM *Subject: *Re: [AFMUG] ePMP Force 110PTP Hi Alan: The Force 110 (which is the new 25 dBi dish) and the Connectorized Unsync Radio (fast Ethernet port) is due to ship from our channel partners in early November. The Force 110 PTP (which is the new 25 dBi dish) and the Connectorized Radio with the Gigabit ethernet port is due to ship from our channel partners in December. *From:* Af [mailto:af-boun...@afmug.com af-boun...@afmug.com] *On Behalf Of *Alan West via Af *Sent:* Tuesday, October 21, 2014 4:39 PM *To:* af@afmug.com *Subject:* Re: [AFMUG] ePMP Force 110PTP Guess not. I am so ready for a replacement for these Force 100 units. On Tuesday, October 21, 2014 12:11 PM, George Skorup (Cyber Broadcasting) via Af af@afmug.com wrote: Are these things shipping yet?
Re: [AFMUG] climbing gear
Tongue and Buckle.The quick connects on the legs slowly slide open while you are working and your far more likely to pinch something in a fall you don't want to pinch.The quick connects are also not very quick when switching from jeans, to coveralls, to coverall + coat. Mark On 10/24/14, 2:53 PM, Rex-List Account via Af wrote: Looking at a DBI Sala ExoFit Nex harness. It has the option of quick connects or tongue and buckle. Has anybody had experience with this harness or the quick connects? How did you like it? Any recommendations? Any other harness that you prefer more? Thanks in advance. Rex *From:*Af [mailto:af-boun...@afmug.com] *On Behalf Of *Rex-List Account via Af *Sent:* Friday, October 24, 2014 9:59 AM *To:* af@afmug.com *Subject:* [AFMUG] climbing gear I am looking to purchase some climbing gear -- ropes, harness, shackles, and such. Who has the best prices for quality gear? Thanks in advance. Rex -- Mark Radabaugh Amplex m...@amplex.net 419.837.5015 x 1021
Re: [AFMUG] Dragonwave latency issues
The one malfunctioning is a V1810-48G. The one I put together to replace for the trunking as temp is a 2824. The other side is J4904A. All of our switches of various models we have purchased are managed and support Dynamic LACP and link aggregation. The interfaces and cooling (fan vs fanless) are the only differences in the ones we have. The older units run a Java GUI whereas the newer units have an HTTP setup. -Tim From: Af [mailto:af-boun...@afmug.com] On Behalf Of Josh Reynolds via Af Sent: Friday, October 24, 2014 12:25 PM To: af@afmug.com Subject: Re: [AFMUG] Dragonwave latency issues Which model procurve? Many of them are very different. Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.comhttp://www.spitwspots.com On 10/24/2014 11:13 AM, Timothy D. McNabb via Af wrote: This is really cool. I’m going to check into this and see what I come up with ☺ Thanks for the input! I love what LACP does in theory, I know in some practices it’s not optimal and not everyone’s first choice. It is however the recommended method from DW and the only one they will support. :-P A couple of things that continue to interest me is that the 48 port that is unmanageable. Assuming it is malfunctioning, by DEFAULT HP Procurve switches have dynamic LACP across all ports, preventing network loops automatically but also making it cumbersome to troubleshoot this particular issue. Knowing that, and the possibility of something running FUBAR on one of the switches, I think it’s quite possible that the LACP that was originally configured on the malfunctioning switch could be the culprit for the inbalance. I am programming a 24-port Procurve that we have as a spare to handle the trunk to test the theory. The older Procurves have lots of options in regards to LACP (their console is very much like a Cisco) so I may be able to setup something similar to what you’re suggesting. I’ll update as I find out more. Thanks for the discussion and I love the progression, getting lots of ideas from the conversation. ☺ Gino, unfortunately because of the Horizon Compact I don’t believe we have that option, at least not to get the full 800Mb/s (theoretical) from the radios ☹ It’s been awhile since I went through the manual for the setup, but I recall there were some negative aspects to linking the radios through port 2 or something along those lines. And for Bill, since we’re running a large bridged network currently (but so happy we’re changing it soon!!) we’re not running any routers at the base of our towers. I agree totally if we were segmented that OSPF in combination with a few other protocols would handle the job and give us some other troubleshooting capabilities not available to us in our current config. Even packet captures would be cumbersome ☹ -Tim From: Af [mailto:af-boun...@afmug.com] On Behalf Of Mark Radabaugh via Af Sent: Friday, October 24, 2014 10:10 AM To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] Dragonwave latency issues Tim, Obviously you want to fix the radio issue but I can give you a little advice on LACP. The switch (or router) doing LACP can take various headers into account when doing the 'hashing' to decide how to send the flows. If LACP is what you are stuck with (Gino suggested a layer 1 method) and you have control over the devices doing LACP take a look at the LACP Hashing options. Typical options are MAC SRC/DST, MAC Src/Dst + L3 port, or some other options.If most of your traffic is flowing between two interfaces (a router at each end) the MAC src/dst hashing sends everything over one of the links. You want to find a hashing method that has more randomness to it. In at least one case where we use that we had to resort to not using the LACP functionality the radio manufacturer provided and use the better LACP options in our Juniper and Cisco switches in order to make the traffic balance on the interfaces. Mark On 10/24/14, 12:38 PM, Timothy D. McNabb via Af wrote: We have now been able to trace to the heart of the problem, though unfortunately still attempting to determine the cause. To give you a rough background, we have a main link that “bonds” 2 Dragonwaves together to form one unit (using the dual radio mount). The DW manual states for this to work when doubling the throughput, it is required to use LACP trunking. We have this in place and it has been working fine up until recently. The trunk is still active (no network loop) however one radio is working more than the other, eventually saturating one of the two links and causing the latency. The second set of radios aren’t performing in terms of actual traffic (signal is ok) but at most they’ve moved 200Mb/s even though they are licensed for 400Mbs. The link with the LACP has more or less load-balanced itself in the past, however they are now performing very asymmetrical at this point with over a 200Mb/s difference. I understand that LACP does not
Re: [AFMUG] Dragonwave latency issues
Correction, the 2824 is a J4903A. Same thing, mostly… -Tim From: Af [mailto:af-boun...@afmug.com] On Behalf Of Timothy D. McNabb via Af Sent: Friday, October 24, 2014 1:35 PM To: af@afmug.com Subject: Re: [AFMUG] Dragonwave latency issues The one malfunctioning is a V1810-48G. The one I put together to replace for the trunking as temp is a 2824. The other side is J4904A. All of our switches of various models we have purchased are managed and support Dynamic LACP and link aggregation. The interfaces and cooling (fan vs fanless) are the only differences in the ones we have. The older units run a Java GUI whereas the newer units have an HTTP setup. -Tim From: Af [mailto:af-boun...@afmug.com] On Behalf Of Josh Reynolds via Af Sent: Friday, October 24, 2014 12:25 PM To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] Dragonwave latency issues Which model procurve? Many of them are very different. Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.comhttp://www.spitwspots.com On 10/24/2014 11:13 AM, Timothy D. McNabb via Af wrote: This is really cool. I’m going to check into this and see what I come up with ☺ Thanks for the input! I love what LACP does in theory, I know in some practices it’s not optimal and not everyone’s first choice. It is however the recommended method from DW and the only one they will support. :-P A couple of things that continue to interest me is that the 48 port that is unmanageable. Assuming it is malfunctioning, by DEFAULT HP Procurve switches have dynamic LACP across all ports, preventing network loops automatically but also making it cumbersome to troubleshoot this particular issue. Knowing that, and the possibility of something running FUBAR on one of the switches, I think it’s quite possible that the LACP that was originally configured on the malfunctioning switch could be the culprit for the inbalance. I am programming a 24-port Procurve that we have as a spare to handle the trunk to test the theory. The older Procurves have lots of options in regards to LACP (their console is very much like a Cisco) so I may be able to setup something similar to what you’re suggesting. I’ll update as I find out more. Thanks for the discussion and I love the progression, getting lots of ideas from the conversation. ☺ Gino, unfortunately because of the Horizon Compact I don’t believe we have that option, at least not to get the full 800Mb/s (theoretical) from the radios ☹ It’s been awhile since I went through the manual for the setup, but I recall there were some negative aspects to linking the radios through port 2 or something along those lines. And for Bill, since we’re running a large bridged network currently (but so happy we’re changing it soon!!) we’re not running any routers at the base of our towers. I agree totally if we were segmented that OSPF in combination with a few other protocols would handle the job and give us some other troubleshooting capabilities not available to us in our current config. Even packet captures would be cumbersome ☹ -Tim From: Af [mailto:af-boun...@afmug.com] On Behalf Of Mark Radabaugh via Af Sent: Friday, October 24, 2014 10:10 AM To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] Dragonwave latency issues Tim, Obviously you want to fix the radio issue but I can give you a little advice on LACP. The switch (or router) doing LACP can take various headers into account when doing the 'hashing' to decide how to send the flows. If LACP is what you are stuck with (Gino suggested a layer 1 method) and you have control over the devices doing LACP take a look at the LACP Hashing options. Typical options are MAC SRC/DST, MAC Src/Dst + L3 port, or some other options.If most of your traffic is flowing between two interfaces (a router at each end) the MAC src/dst hashing sends everything over one of the links. You want to find a hashing method that has more randomness to it. In at least one case where we use that we had to resort to not using the LACP functionality the radio manufacturer provided and use the better LACP options in our Juniper and Cisco switches in order to make the traffic balance on the interfaces. Mark On 10/24/14, 12:38 PM, Timothy D. McNabb via Af wrote: We have now been able to trace to the heart of the problem, though unfortunately still attempting to determine the cause. To give you a rough background, we have a main link that “bonds” 2 Dragonwaves together to form one unit (using the dual radio mount). The DW manual states for this to work when doubling the throughput, it is required to use LACP trunking. We have this in place and it has been working fine up until recently. The trunk is still active (no network loop) however one radio is working more than the other, eventually saturating one of the two links and causing the latency. The second set of radios aren’t performing in terms of actual traffic (signal is ok) but at most they’ve
Re: [AFMUG] climbing gear
Good to know. Thanks! From: Af [mailto:af-boun...@afmug.com] On Behalf Of Mark Radabaugh via Af Sent: Friday, October 24, 2014 3:29 PM To: af@afmug.com Subject: Re: [AFMUG] climbing gear Tongue and Buckle.The quick connects on the legs slowly slide open while you are working and your far more likely to pinch something in a fall you don't want to pinch.The quick connects are also not very quick when switching from jeans, to coveralls, to coverall + coat. Mark On 10/24/14, 2:53 PM, Rex-List Account via Af wrote: Looking at a DBI Sala ExoFit Nex harness. It has the option of quick connects or tongue and buckle. Has anybody had experience with this harness or the quick connects? How did you like it? Any recommendations? Any other harness that you prefer more? Thanks in advance. Rex From: Af [mailto:af-boun...@afmug.com] On Behalf Of Rex-List Account via Af Sent: Friday, October 24, 2014 9:59 AM To: af@afmug.com Subject: [AFMUG] climbing gear I am looking to purchase some climbing gear - ropes, harness, shackles, and such. Who has the best prices for quality gear? Thanks in advance. Rex -- Mark Radabaugh Amplex m...@amplex.net 419.837.5015 x 1021
Re: [AFMUG] Dragonwave latency issues
Is it possible the v1810 is seeing large amounts of multicast or broadcast traffic that could saturate the CPU? You said you were unable to manage it, correct? Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.com http://www.spitwspots.com On 10/24/2014 12:34 PM, Timothy D. McNabb via Af wrote: The one malfunctioning is a V1810-48G. The one I put together to replace for the trunking as temp is a 2824. The other side is J4904A. All of our switches of various models we have purchased are managed and support Dynamic LACP and link aggregation. The interfaces and cooling (fan vs fanless) are the only differences in the ones we have. The older units run a Java GUI whereas the newer units have an HTTP setup. -Tim *From:*Af [mailto:af-boun...@afmug.com] *On Behalf Of *Josh Reynolds via Af *Sent:* Friday, October 24, 2014 12:25 PM *To:* af@afmug.com *Subject:* Re: [AFMUG] Dragonwave latency issues Which model procurve? Many of them are very different. Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.com http://www.spitwspots.com On 10/24/2014 11:13 AM, Timothy D. McNabb via Af wrote: This is really cool. I’m going to check into this and see what I come up with JThanks for the input! I love what LACP does in theory, I know in some practices it’s not optimal and not everyone’s first choice. It is however the recommended method from DW and the only one they will support. :-P A couple of things that continue to interest me is that the 48 port that is unmanageable. Assuming it is malfunctioning, by DEFAULT HP Procurve switches have dynamic LACP across all ports, preventing network loops automatically but also making it cumbersome to troubleshoot this particular issue. Knowing that, and the possibility of something running FUBAR on one of the switches, I think it’s quite possible that the LACP that was originally configured on the malfunctioning switch could be the culprit for the inbalance. I am programming a 24-port Procurve that we have as a spare to handle the trunk to test the theory. The older Procurves have lots of options in regards to LACP (their console is very much like a Cisco) so I may be able to setup something similar to what you’re suggesting. I’ll update as I find out more. Thanks for the discussion and I love the progression, getting lots of ideas from the conversation. J Gino, unfortunately because of the Horizon Compact I don’t believe we have that option, at least not to get the full 800Mb/s (theoretical) from the radios LIt’s been awhile since I went through the manual for the setup, but I recall there were some negative aspects to linking the radios through port 2 or something along those lines. And for Bill, since we’re running a large bridged network currently (but so happy we’re changing it soon!!) we’re not running any routers at the base of our towers. I agree totally if we were segmented that OSPF in combination with a few other protocols would handle the job and give us some other troubleshooting capabilities not available to us in our current config. Even packet captures would be cumbersome L -Tim *From:*Af [mailto:af-boun...@afmug.com] *On Behalf Of *Mark Radabaugh via Af *Sent:* Friday, October 24, 2014 10:10 AM *To:* af@afmug.com mailto:af@afmug.com *Subject:* Re: [AFMUG] Dragonwave latency issues Tim, Obviously you want to fix the radio issue but I can give you a little advice on LACP. The switch (or router) doing LACP can take various headers into account when doing the 'hashing' to decide how to send the flows. If LACP is what you are stuck with (Gino suggested a layer 1 method) and you have control over the devices doing LACP take a look at the LACP Hashing options. Typical options are MAC SRC/DST, MAC Src/Dst + L3 port, or some other options.If most of your traffic is flowing between two interfaces (a router at each end) the MAC src/dst hashing sends everything over one of the links. You want to find a hashing method that has more randomness to it. In at least one case where we use that we had to resort to not using the LACP functionality the radio manufacturer provided and use the better LACP options in our Juniper and Cisco switches in order to make the traffic balance on the interfaces. Mark On 10/24/14, 12:38 PM, Timothy D. McNabb via Af wrote: We have now been able to trace to the heart of the problem, though unfortunately still attempting to determine the cause. To give you a rough background, we have a main link that “bonds” 2 Dragonwaves together to form one unit (using the dual radio mount). The DW manual states for this to work when doubling the throughput, it is required to use LACP trunking. We have
Re: [AFMUG] Mikrotik CCR and PPPoE
On 10/24/2014 12:51 PM, Matt via Af wrote: Recently updated to a 36 core CCR as a PPPoE server. Was having some issues with higher tier packages such as our office getting more than 20mbps through a single connection. IPv6 seemed to perform better then IPv4 for speed tests. Upgraded the CCR from v6.17 to v6.20. Now every pppoe connection is screaming fast. I don't know what Mikrotik did but something has changed. I wonder if they did anything with there BGP code? We have another one doing a couple gigabit full BGP connections. Seems to work fine but one core is almost always at 100 percent. Its currently running v6.19. Per MikroTik, the fix for multi-core routing is coming in V7 -- Butch Evans 702-537-0979 Network Support and Engineering http://store.wispgear.net/ http://www.butchevans.com/
Re: [AFMUG] Hose clamps? Really
I don't know about using it on a directional, but my tower that just fell had a 15dBi omni held on by 3 hose clamps. The omni was the only part still attached once it hit the ground. The u-bolts broke, the brackets snapped, grids just about turned inside out... - Original Message - From: Jaime Solorza via Af To: Animal Farm Sent: Wednesday, October 22, 2014 4:40 PM Subject: [AFMUG] Hose clamps? Really http://www.youtube.com/watch?v=HW6aG-IJ2SA Watch closely when AF5 attached to railing...crossed hose clamps. Guess they have no strong winds other that what I hear on the video. Chuck's mounts would work great here Jaime Solorza Wireless Systems Architect 915-861-1390
[AFMUG] Friday Funny
OSHA's worst nightmares http://www.youtube.com/embed/78RrsepkQKA?rel=0 Rory P. Conaway 4226 S. 37th Street Phoenix, Az. 85040 602-426-0542 r...@triadwireless.net www.triadwireless.net
[AFMUG] Plastic Lube
The grommets on bottom of 450 AP's always seem to seize for me. Is there a plastic safe lube I can put on the threads to prevent this? Trying this but not sure if its plastic friendly. http://www.amazon.com/CRC-05074-Silicone-Multi-Use-Lubricant/dp/B000BXKZUG
Re: [AFMUG] Plastic Lube
I have used DC4. When I've come back later everything still looks OK. bp On 10/24/2014 2:23 PM, Matt via Af wrote: The grommets on bottom of 450 AP's always seem to seize for me. Is there a plastic safe lube I can put on the threads to prevent this? Trying this but not sure if its plastic friendly. http://www.amazon.com/CRC-05074-Silicone-Multi-Use-Lubricant/dp/B000BXKZUG
Re: [AFMUG] Dragonwave latency issues
Hard to say. It can’t be managed or pinged right now. But it is still active and working which is strange. We had this happen once or twice before. Updated the firmware and haven’t had a problem in a while. -Tim From: Af [mailto:af-boun...@afmug.com] On Behalf Of Josh Reynolds via Af Sent: Friday, October 24, 2014 1:53 PM To: af@afmug.com Subject: Re: [AFMUG] Dragonwave latency issues Is it possible the v1810 is seeing large amounts of multicast or broadcast traffic that could saturate the CPU? You said you were unable to manage it, correct? Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.comhttp://www.spitwspots.com On 10/24/2014 12:34 PM, Timothy D. McNabb via Af wrote: The one malfunctioning is a V1810-48G. The one I put together to replace for the trunking as temp is a 2824. The other side is J4904A. All of our switches of various models we have purchased are managed and support Dynamic LACP and link aggregation. The interfaces and cooling (fan vs fanless) are the only differences in the ones we have. The older units run a Java GUI whereas the newer units have an HTTP setup. -Tim From: Af [mailto:af-boun...@afmug.com] On Behalf Of Josh Reynolds via Af Sent: Friday, October 24, 2014 12:25 PM To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] Dragonwave latency issues Which model procurve? Many of them are very different. Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.comhttp://www.spitwspots.com On 10/24/2014 11:13 AM, Timothy D. McNabb via Af wrote: This is really cool. I’m going to check into this and see what I come up with ☺ Thanks for the input! I love what LACP does in theory, I know in some practices it’s not optimal and not everyone’s first choice. It is however the recommended method from DW and the only one they will support. :-P A couple of things that continue to interest me is that the 48 port that is unmanageable. Assuming it is malfunctioning, by DEFAULT HP Procurve switches have dynamic LACP across all ports, preventing network loops automatically but also making it cumbersome to troubleshoot this particular issue. Knowing that, and the possibility of something running FUBAR on one of the switches, I think it’s quite possible that the LACP that was originally configured on the malfunctioning switch could be the culprit for the inbalance. I am programming a 24-port Procurve that we have as a spare to handle the trunk to test the theory. The older Procurves have lots of options in regards to LACP (their console is very much like a Cisco) so I may be able to setup something similar to what you’re suggesting. I’ll update as I find out more. Thanks for the discussion and I love the progression, getting lots of ideas from the conversation. ☺ Gino, unfortunately because of the Horizon Compact I don’t believe we have that option, at least not to get the full 800Mb/s (theoretical) from the radios ☹ It’s been awhile since I went through the manual for the setup, but I recall there were some negative aspects to linking the radios through port 2 or something along those lines. And for Bill, since we’re running a large bridged network currently (but so happy we’re changing it soon!!) we’re not running any routers at the base of our towers. I agree totally if we were segmented that OSPF in combination with a few other protocols would handle the job and give us some other troubleshooting capabilities not available to us in our current config. Even packet captures would be cumbersome ☹ -Tim From: Af [mailto:af-boun...@afmug.com] On Behalf Of Mark Radabaugh via Af Sent: Friday, October 24, 2014 10:10 AM To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] Dragonwave latency issues Tim, Obviously you want to fix the radio issue but I can give you a little advice on LACP. The switch (or router) doing LACP can take various headers into account when doing the 'hashing' to decide how to send the flows. If LACP is what you are stuck with (Gino suggested a layer 1 method) and you have control over the devices doing LACP take a look at the LACP Hashing options. Typical options are MAC SRC/DST, MAC Src/Dst + L3 port, or some other options.If most of your traffic is flowing between two interfaces (a router at each end) the MAC src/dst hashing sends everything over one of the links. You want to find a hashing method that has more randomness to it. In at least one case where we use that we had to resort to not using the LACP functionality the radio manufacturer provided and use the better LACP options in our Juniper and Cisco switches in order to make the traffic balance on the interfaces. Mark On 10/24/14, 12:38 PM, Timothy D. McNabb via Af wrote: We have now been able to trace to the heart of the problem, though unfortunately still attempting to determine the cause. To give you a rough background, we have a main link that “bonds” 2 Dragonwaves together to form one unit (using the
Re: [AFMUG] Hose clamps? Really
Omni wind load very different from AirFiber 5; you folkjs can use what ever you want...I will use what works for meso there Jaime Solorza Wireless Systems Architect 915-861-1390 On Fri, Oct 24, 2014 at 2:55 PM, Glen Waldrop via Af af@afmug.com wrote: I don't know about using it on a directional, but my tower that just fell had a 15dBi omni held on by 3 hose clamps. The omni was the only part still attached once it hit the ground. The u-bolts broke, the brackets snapped, grids just about turned inside out... - Original Message - *From:* Jaime Solorza via Af af@afmug.com *To:* Animal Farm af@afmug.com *Sent:* Wednesday, October 22, 2014 4:40 PM *Subject:* [AFMUG] Hose clamps? Really http://www.youtube.com/watch?v=HW6aG-IJ2SA Watch closely when AF5 attached to railing...crossed hose clamps. Guess they have no strong winds other that what I hear on the video. Chuck's mounts would work great here Jaime Solorza Wireless Systems Architect 915-861-1390
Re: [AFMUG] Hose clamps? Really
That's why I prefaced it with I don't know about using it on a directional. The main point being that the omni was the only part that survived the impact with the ground. The clamps held, matter of fact it wasn't even crooked. Everything else was destroyed, even the boards in the aluminum enclosures. - Original Message - From: Jaime Solorza via Af To: Animal Farm Sent: Friday, October 24, 2014 4:35 PM Subject: Re: [AFMUG] Hose clamps? Really Omni wind load very different from AirFiber 5; you folkjs can use what ever you want...I will use what works for meso there Jaime Solorza Wireless Systems Architect 915-861-1390 On Fri, Oct 24, 2014 at 2:55 PM, Glen Waldrop via Af af@afmug.com wrote: I don't know about using it on a directional, but my tower that just fell had a 15dBi omni held on by 3 hose clamps. The omni was the only part still attached once it hit the ground. The u-bolts broke, the brackets snapped, grids just about turned inside out... - Original Message - From: Jaime Solorza via Af To: Animal Farm Sent: Wednesday, October 22, 2014 4:40 PM Subject: [AFMUG] Hose clamps? Really http://www.youtube.com/watch?v=HW6aG-IJ2SA Watch closely when AF5 attached to railing...crossed hose clamps. Guess they have no strong winds other that what I hear on the video. Chuck's mounts would work great here Jaime Solorza Wireless Systems Architect 915-861-1390
Re: [AFMUG] Riddle me this Batman?
Sort of looks like 38 GHz PtMP sector antennas for something such as http://www.bluwan.com/ On Fri, Oct 24, 2014 at 2:33 PM, Jaime Solorza via Af af@afmug.com wrote: What are these? Vivint? Jaime Solorza
Re: [AFMUG] Hose clamps? Really
I believe you...hose clamps have their place... Jaime Solorza Wireless Systems Architect 915-861-1390 On Fri, Oct 24, 2014 at 3:37 PM, Glen Waldrop via Af af@afmug.com wrote: That's why I prefaced it with I don't know about using it on a directional. The main point being that the omni was the only part that survived the impact with the ground. The clamps held, matter of fact it wasn't even crooked. Everything else was destroyed, even the boards in the aluminum enclosures. - Original Message - *From:* Jaime Solorza via Af af@afmug.com *To:* Animal Farm af@afmug.com *Sent:* Friday, October 24, 2014 4:35 PM *Subject:* Re: [AFMUG] Hose clamps? Really Omni wind load very different from AirFiber 5; you folkjs can use what ever you want...I will use what works for meso there Jaime Solorza Wireless Systems Architect 915-861-1390 On Fri, Oct 24, 2014 at 2:55 PM, Glen Waldrop via Af af@afmug.com wrote: I don't know about using it on a directional, but my tower that just fell had a 15dBi omni held on by 3 hose clamps. The omni was the only part still attached once it hit the ground. The u-bolts broke, the brackets snapped, grids just about turned inside out... - Original Message - *From:* Jaime Solorza via Af af@afmug.com *To:* Animal Farm af@afmug.com *Sent:* Wednesday, October 22, 2014 4:40 PM *Subject:* [AFMUG] Hose clamps? Really http://www.youtube.com/watch?v=HW6aG-IJ2SA Watch closely when AF5 attached to railing...crossed hose clamps. Guess they have no strong winds other that what I hear on the video. Chuck's mounts would work great here Jaime Solorza Wireless Systems Architect 915-861-1390
Re: [AFMUG] Cacti SiteMonitor: What did I break?
Gotcha! I removed all the Data Sources except one (PWR1). Suddenly that data was making it into cacti. Then I added back in all the Data Sources coming _JUST_ from the SiteMonitor itself. That also worked. Then I added in one of the Data Sources from the SyncInjector (sync events), which happens to be the only unit on the expansion bus past where I removed the non-existent unit. This broke it again. So I have apparently uncovered a bug where removing a unit from the expansion bus (by zeroing the serial number) that causes the SiteMonitor to break SNMP responses. I think it's probably just a bad checksum, but I will leave that up to him. I forwarded the pcap trace to him. I will probably also swap out the SiteMonitor that has the problem. Thanks guys! bp On 10/24/2014 1:57 PM, Bill Prince via Af wrote: Then again Not sure why I didn't notice this the first (or second) time.� Wireshark is telling me I have a malformed packet; either a broken header or bad checksum.� So even though the SNMP response is coming in with the expected data, it's getting dropped before is gets into cacti because of the malformed packet. This would explain why removing a unit on the expansion bus changed things... bp On 10/24/2014 1:32 PM, Bill Prince via Af wrote: OK. Confirmed.� The SiteMonitor is getting the SNMP requests, and it is responding with the expected values. I ran a pcap trace both at the SiteMonitor as well as at the ethernet port on the cacti server.� SNMP requests/responses are going both ways (and at both ends). In fact, spine appears to be doing 3 retries. One thing I didn't expect is that just before the SNMP requests, there are two attempts to open a telnet on the SiteMonitor.� Not sure where that is coming from, except perhaps for the Manage plugin (which I de-installed several weeks ago). So something is broken inside cacti.� How/why this was caused by zeroing a serial number from a non-existent expansion unit is completely baffling to me. I also have no clue how to fix it, because cacti thinks there was no response. bp On 10/24/2014 11:16 AM, George Skorup (Cyber Broadcasting) via Af wrote: I am thoroughly confused. Is your community string correct? Can you increase the device SNMP timeout, like 1000ms instead of 250ms. What's your device down detection set to? Is it showing down in the device list? I have seen some base units go kinda screwy and respond slower and a reboot doesn't fix it, they needed a power-cycle. On 10/24/2014 11:25 AM, Bill Prince via Af wrote: Now thrice. No joy in Mudville. bp On 10/24/2014 8:07 AM, Bill Prince via Af wrote: Yah.� Twice now. bp On 10/23/2014 11:06 PM, George Skorup (Cyber Broadcasting) via Af wrote: Gotta be the poller cache. Did you try a rebuild? On 10/23/2014 11:03 PM, Bill Prince via Af wrote: Getting closer.� When I look in the SNMP cache, there is no entry for the device. Looking in the log (without debug), I get: 10/23/2014 08:34:25 PM - SPINE: Poller[0] Host[797 http://10.13.112.20/host.php?action=editid=797] TH[1] DS[12316 http://10.13.112.20/data_sources.php?action=ds_editid=12316] WARNING: SNMP timeout detected [250 ms], ignoring host '10.13.114.254' So there is something causing the SNMP request to barf inside cacti.� When I do an snmpget from the CLI, it all looks fine.� Likewise, the realtime plugin is working fine too. So when realtime is doing the SNMP queries outside the poller, they are fine.� Just when spine is doing the SNMP requests. bp On 10/23/2014 4:12 PM, George Skorup (Cyber Broadcasting) via Af wrote: You divided by zero, didn't you? Are you sure your modules are in the same order as before? On 10/23/2014 1:29 PM, Bill Prince via Af wrote: I noticed an Expansion Unit on one of my SiteMonitors this morning.� It said something about Device Removed or something like that. Remembering the discussion the other day on this topic, I put a 0 in the Serial # for the non-existent unit, rescanned, rebooted. Now, none of the OIDs work in Cacti.� If I do a simple snmpget on any of the OIDs that I use, the correct information comes back. Several of the OIDs are on the base unit anyway, so they would not have moved, and further, the OIDs don't reference the serial number. So... what did I do, and how do I fix it?
Re: [AFMUG] Riddle me this Batman?
ehh... I can't find anything on their site that looks like that. Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.com http://www.spitwspots.com On 10/24/2014 01:37 PM, Eric Kuhnke via Af wrote: Sort of looks like 38 GHz PtMP sector antennas for something such as http://www.bluwan.com/ On Fri, Oct 24, 2014 at 2:33 PM, Jaime Solorza via Af af@afmug.com mailto:af@afmug.com wrote: What are these? Vivint? Jaime Solorza
Re: [AFMUG] Cacti SiteMonitor: What did I break?
Can you post a screenshot of your expansion, binary and analog tabs? Also, I bet if you power-cycle it, it will be fine again. I was working with Forrest on a bug where the SyncInjector and some other newer modules would mysteriously disappear from the bus. He was able to reproduce and get a fixed up firmware load for the modules. Something about one thing booting up faster than another, or something like that. On 10/24/2014 4:41 PM, Bill Prince via Af wrote: Gotcha! I removed all the Data Sources except one (PWR1).� Suddenly that data was making it into cacti. Then I added back in all the Data Sources coming _JUST_ from the SiteMonitor itself.� That also worked. Then I added in one of the Data Sources from the SyncInjector (sync events), which happens to be the only unit on the expansion bus past where I removed the non-existent unit.� This broke it again. So I have apparently uncovered a bug where removing a unit from the expansion bus (by zeroing the serial number) that causes the SiteMonitor to break SNMP responses.� I think it's probably just a bad checksum, but I will leave that up to him.� I forwarded the pcap trace to him. I will probably also swap out the SiteMonitor that has the problem. Thanks guys! bp On 10/24/2014 1:57 PM, Bill Prince via Af wrote: Then again Not sure why I didn't notice this the first (or second) time.� Wireshark is telling me I have a malformed packet; either a broken header or bad checksum.� So even though the SNMP response is coming in with the expected data, it's getting dropped before is gets into cacti because of the malformed packet. This would explain why removing a unit on the expansion bus changed things... bp On 10/24/2014 1:32 PM, Bill Prince via Af wrote: OK. Confirmed.� The SiteMonitor is getting the SNMP requests, and it is responding with the expected values. I ran a pcap trace both at the SiteMonitor as well as at the ethernet port on the cacti server.� SNMP requests/responses are going both ways (and at both ends). In fact, spine appears to be doing 3 retries. One thing I didn't expect is that just before the SNMP requests, there are two attempts to open a telnet on the SiteMonitor.� Not sure where that is coming from, except perhaps for the Manage plugin (which I de-installed several weeks ago). So something is broken inside cacti.� How/why this was caused by zeroing a serial number from a non-existent expansion unit is completely baffling to me. I also have no clue how to fix it, because cacti thinks there was no response. bp On 10/24/2014 11:16 AM, George Skorup (Cyber Broadcasting) via Af wrote: I am thoroughly confused. Is your community string correct? Can you increase the device SNMP timeout, like 1000ms instead of 250ms. What's your device down detection set to? Is it showing down in the device list? I have seen some base units go kinda screwy and respond slower and a reboot doesn't fix it, they needed a power-cycle. On 10/24/2014 11:25 AM, Bill Prince via Af wrote: Now thrice. No joy in Mudville. bp On 10/24/2014 8:07 AM, Bill Prince via Af wrote: Yah.� Twice now. bp On 10/23/2014 11:06 PM, George Skorup (Cyber Broadcasting) via Af wrote: Gotta be the poller cache. Did you try a rebuild? On 10/23/2014 11:03 PM, Bill Prince via Af wrote: Getting closer.� When I look in the SNMP cache, there is no entry for the device. Looking in the log (without debug), I get: 10/23/2014 08:34:25 PM - SPINE: Poller[0] Host[797 http://10.13.112.20/host.php?action=editid=797] TH[1] DS[12316 http://10.13.112.20/data_sources.php?action=ds_editid=12316] WARNING: SNMP timeout detected [250 ms], ignoring host '10.13.114.254' So there is something causing the SNMP request to barf inside cacti.� When I do an snmpget from the CLI, it all looks fine.� Likewise, the realtime plugin is working fine too. So when realtime is doing the SNMP queries outside the poller, they are fine.� Just when spine is doing the SNMP requests. bp On 10/23/2014 4:12 PM, George Skorup (Cyber Broadcasting) via Af wrote: You divided by zero, didn't you? Are you sure your modules are in the same order as before? On 10/23/2014 1:29 PM, Bill Prince via Af wrote: I noticed an Expansion Unit on one of my SiteMonitors this morning.� It said something about Device Removed or something like that. Remembering the discussion the other day on this topic, I put a 0 in the Serial # for the non-existent unit, rescanned, rebooted. Now, none of the OIDs work in Cacti.� If I do a simple snmpget on any of the OIDs that I use, the correct information comes back. Several of the OIDs are on the base unit anyway, so they would not have moved, and further, the OIDs don't reference the serial number. So... what did I do, and how do I fix it?
[AFMUG] Help ptp650 stuck at 5x5
I'm running out of daylight. Has anybody come across this before? Was modulating higher. I switched to 5.4 then 5.2 then back to 5.8 now it won't go above 5x5 on any channel size
Re: [AFMUG] Plastic Lube
Are you sure they are seized? Those are Lapp Skintop glands which have a ratcheting mechanism so they won't vibrate loose, but in other applications I have been able to just turn them counterclockwise and not worry about the clicking noise they make. I don't believe I've taken down any 450 APs though. We use that brand of glands on enclosures though and I've loosened and retightened lots of them. Also I don't think you have to crank them down super tight on the cable, I would only do it tight enough that it grips the cable. Definitely only finger tight. -Original Message- From: Matt via Af Sent: Friday, October 24, 2014 4:23 PM To: af@afmug.com Subject: [AFMUG] Plastic Lube The grommets on bottom of 450 AP's always seem to seize for me. Is there a plastic safe lube I can put on the threads to prevent this? Trying this but not sure if its plastic friendly. http://www.amazon.com/CRC-05074-Silicone-Multi-Use-Lubricant/dp/B000BXKZUG
[AFMUG] Fwd: [WISPA Approved Ad] For WISPs, is the Holy Grail coming soon?
lol -- Forwarded message -- From: Wireless HolyGrail unveilthegr...@gmail.com Date: Fri, Oct 24, 2014 at 2:45 PM Subject: [WISPA Approved Ad] For WISPs, is the Holy Grail coming soon? To: advertiseme...@wispa.org Dear WISPA members: What if there was a technology you could use that... - Could realistically generate $35,000/mo or more in revenue from a single tower site, leaving your controller with a perpetual goofy grin? - Was able to connect in the real world over 350 subscribers per tower with a service package of 20 Mbps DL/5 Mbps UL without overtaxing the system and do it with just 3 sectors? - Not only can reasonably connect well over 100 subscribers per sector, but we can prove it by logging into a system running live with hundreds of sector examples and tens of thousands of live subscribers, and can show you utilization across all time on any one to prove it? - Allowed you maybe even double the above over time without another climb or a dime more? - Enabled provable NLOS service in scale - even in 3.65 GHz - far better in range, capacity and stability than anything you've ever seen in 900 MHz? - Included on every SM a built-in SIP client and POTS jacks? - Featured SMs that had an optional built-in Wi-Fi AP fully manageable over the network to make your service more sticky? - Had base stations that will eventually be able to configure and optimize themselves in real time without human intervention? Climb, mount, turn on, climb down. - Also had SM options with dual N type connectors? - Could manage the interference environment in even just 50 MHz so well we could show you a place with over 300 base stations across 600 square miles and over 20,000 connections, all operating as engineered? - Permits your technicians to sleep soundly at night, ...and your competitors to have nightmares? What would something like that be worth to your business? It is coming, and soon. Do you want to know more? Send us a mail at unveilthegr...@gmail.com and we'll keep you in the loop offlist. ...oh, and let us know if you think we are just spinning fairy tales. We respect and love skeptics. We expect they'll be among our best new customers. ___ Advertisements mailing list advertiseme...@wispa.org http://lists.wispa.org/mailman/listinfo/advertisements
Re: [AFMUG] Riddle me this Batman?
Whatever they are they look expensive! On Fri, Oct 24, 2014 at 2:47 PM, Josh Reynolds via Af af@afmug.com wrote: ehh... I can't find anything on their site that looks like that. Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.com On 10/24/2014 01:37 PM, Eric Kuhnke via Af wrote: Sort of looks like 38 GHz PtMP sector antennas for something such as http://www.bluwan.com/ On Fri, Oct 24, 2014 at 2:33 PM, Jaime Solorza via Af af@afmug.com wrote: What are these? Vivint? Jaime Solorza
Re: [AFMUG] Fwd: [WISPA Approved Ad] For WISPs, is the Holy Grail coming soon?
Yeah, that @gmail.com address is really going to send the skeptics running. On Fri, Oct 24, 2014 at 4:59 PM, TJ Trout via Af af@afmug.com wrote: lol -- Forwarded message -- From: Wireless HolyGrail unveilthegr...@gmail.com Date: Fri, Oct 24, 2014 at 2:45 PM Subject: [WISPA Approved Ad] For WISPs, is the Holy Grail coming soon? To: advertiseme...@wispa.org Dear WISPA members: What if there was a technology you could use that... - Could realistically generate $35,000/mo or more in revenue from a single tower site, leaving your controller with a perpetual goofy grin? - Was able to connect in the real world over 350 subscribers per tower with a service package of 20 Mbps DL/5 Mbps UL without overtaxing the system and do it with just 3 sectors? - Not only can reasonably connect well over 100 subscribers per sector, but we can prove it by logging into a system running live with hundreds of sector examples and tens of thousands of live subscribers, and can show you utilization across all time on any one to prove it? - Allowed you maybe even double the above over time without another climb or a dime more? - Enabled provable NLOS service in scale - even in 3.65 GHz - far better in range, capacity and stability than anything you've ever seen in 900 MHz? - Included on every SM a built-in SIP client and POTS jacks? - Featured SMs that had an optional built-in Wi-Fi AP fully manageable over the network to make your service more sticky? - Had base stations that will eventually be able to configure and optimize themselves in real time without human intervention? Climb, mount, turn on, climb down. - Also had SM options with dual N type connectors? - Could manage the interference environment in even just 50 MHz so well we could show you a place with over 300 base stations across 600 square miles and over 20,000 connections, all operating as engineered? - Permits your technicians to sleep soundly at night, ...and your competitors to have nightmares? What would something like that be worth to your business? It is coming, and soon. Do you want to know more? Send us a mail at unveilthegr...@gmail.com and we'll keep you in the loop offlist. ...oh, and let us know if you think we are just spinning fairy tales. We respect and love skeptics. We expect they'll be among our best new customers. ___ Advertisements mailing list advertiseme...@wispa.org http://lists.wispa.org/mailman/listinfo/advertisements
Re: [AFMUG] Riddle me this Batman?
Or ptmp 28 ghz Gino A. Villarini @gvillarini On Oct 24, 2014, at 6:03 PM, TJ Trout via Af af@afmug.commailto:af@afmug.com wrote: Whatever they are they look expensive! On Fri, Oct 24, 2014 at 2:47 PM, Josh Reynolds via Af af@afmug.commailto:af@afmug.com wrote: ehh... I can't find anything on their site that looks like that. Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.comhttp://www.spitwspots.com On 10/24/2014 01:37 PM, Eric Kuhnke via Af wrote: Sort of looks like 38 GHz PtMP sector antennas for something such as http://www.bluwan.com/ On Fri, Oct 24, 2014 at 2:33 PM, Jaime Solorza via Af af@afmug.commailto:af@afmug.com wrote: What are these? Vivint? Jaime Solorza
Re: [AFMUG] Help ptp650 stuck at 5x5
Did you Disarm the Installation Agent? Matthew Jenkins SmarterBroadband m...@sbbinc.net 530.272.4000 On 10/24/2014 02:54 PM, That One Guy via Af wrote: I'm running out of daylight. Has anybody come across this before? Was modulating higher. I switched to 5.4 then 5.2 then back to 5.8 now it won't go above 5x5 on any channel size
[AFMUG] Selling reflector dishes...
We are dumping all of the reflectors that we no longer use. If you can use any of these, please make an offer. All are serviceable. None are new. Pictures on request. Shipping is on you. 38 each Equinox WARM-14R ($45 each new) 16 each WBH-RCL-3 ($93 each new) 8 each WB-27RD ($54 each new) 9 each Air Grid Mesh 27dBi, DISH ONLY, NO RADIOS 45 each NanoBridge 5G25 25dBi, DISH ONLY, NO RADIOS -- Dave White Montana Internet Corp T/S Supervisor 406.443.3347
Re: [AFMUG] Help ptp650 stuck at 5x5
yes I did the spectrum is shit, I knew this going into it I unlocket the full throughput eval now its going above 5 but by 5x5 I mean 5.00 x 5.00 with 2:1 1:1 1:2, on every channel, on every channel size not 4.96 x 5.01 flat out 5.00 x 5.00 I have never seen a ptp stay at a single number like that While we were peaking it out it was running up where it was expected aggregate around 19 or something this didnt start until I switched bands I went to 5.4 it was where it was expected for a 10.3 mile link I went to 5.2 when I went here I switched to the biggest channel, thats when it started 5.00 x 5.00 Switched back to 5.8 had to move the transmit power back to 27 from -4 5.00 x 5.00, no matter the channel size Im guessing this is a bug, what im wondering is if it corrupted the generic lite key or something like that when its in the trial it ignores the key anybody know what happens if theres no good key? On Fri, Oct 24, 2014 at 5:20 PM, Matt Jenkins via Af af@afmug.com wrote: Did you Disarm the Installation Agent? Matthew Jenkins SmarterBroadband m...@sbbinc.net 530.272.4000 On 10/24/2014 02:54 PM, That One Guy via Af wrote: I'm running out of daylight. Has anybody come across this before? Was modulating higher. I switched to 5.4 then 5.2 then back to 5.8 now it won't go above 5x5 on any channel size -- 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] Fwd: [WISPA Approved Ad] For WISPs, is the Holy Grail coming soon?
From Rick: I assure you it is from a WISPA Vendor Member who elected to remain anonymous right now. They were even an exhibitor at WISPAPALOOZA. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com - Original Message - From: TJ Trout via Af af@afmug.com To: af@afmug.com Sent: Friday, October 24, 2014 4:59:24 PM Subject: [AFMUG] Fwd: [WISPA Approved Ad] For WISPs, is the Holy Grail coming soon? lol -- Forwarded message -- From: Wireless HolyGrail unveilthegr...@gmail.com Date: Fri, Oct 24, 2014 at 2:45 PM Subject: [WISPA Approved Ad] For WISPs, is the Holy Grail coming soon? To: advertiseme...@wispa.org Dear WISPA members: What if there was a technology you could use that... - Could realistically generate $35,000/mo or more in revenue from a single tower site, leaving your controller with a perpetual goofy grin? - Was able to connect in the real world over 350 subscribers per tower with a service package of 20 Mbps DL/5 Mbps UL without overtaxing the system and do it with just 3 sectors? - Not only can reasonably connect well over 100 subscribers per sector, but we can prove it by logging into a system running live with hundreds of sector examples and tens of thousands of live subscribers, and can show you utilization across all time on any one to prove it? - Allowed you maybe even double the above over time without another climb or a dime more? - Enabled provable NLOS service in scale - even in 3.65 GHz - far better in range, capacity and stability than anything you've ever seen in 900 MHz? - Included on every SM a built-in SIP client and POTS jacks? - Featured SMs that had an optional built-in Wi-Fi AP fully manageable over the network to make your service more sticky? - Had base stations that will eventually be able to configure and optimize themselves in real time without human intervention? Climb, mount, turn on, climb down. - Also had SM options with dual N type connectors? - Could manage the interference environment in even just 50 MHz so well we could show you a place with over 300 base stations across 600 square miles and over 20,000 connections, all operating as engineered? - Permits your technicians to sleep soundly at night, ...and your competitors to have nightmares? What would something like that be worth to your business? It is coming, and soon. Do you want to know more? Send us a mail at unveilthegr...@gmail.com and we'll keep you in the loop offlist. ...oh, and let us know if you think we are just spinning fairy tales. We respect and love skeptics. We expect they'll be among our best new customers. ___ Advertisements mailing list advertiseme...@wispa.org http://lists.wispa.org/mailman/listinfo/advertisements
Re: [AFMUG] Help ptp650 stuck at 5x5
I would call support at this point. +1-888-863-5250 Matthew Jenkins SmarterBroadband m...@sbbinc.net 530.272.4000 On 10/24/2014 03:36 PM, That One Guy via Af wrote: yes I did the spectrum is shit, I knew this going into it I unlocket the full throughput eval now its going above 5 but by 5x5 I mean 5.00 x 5.00 with 2:1 1:1 1:2, on every channel, on every channel size not 4.96 x 5.01 flat out 5.00 x 5.00 I have never seen a ptp stay at a single number like that While we were peaking it out it was running up where it was expected aggregate around 19 or something this didnt start until I switched bands I went to 5.4 it was where it was expected for a 10.3 mile link I went to 5.2 when I went here I switched to the biggest channel, thats when it started 5.00 x 5.00 Switched back to 5.8 had to move the transmit power back to 27 from -4 5.00 x 5.00, no matter the channel size Im guessing this is a bug, what im wondering is if it corrupted the generic lite key or something like that when its in the trial it ignores the key anybody know what happens if theres no good key? On Fri, Oct 24, 2014 at 5:20 PM, Matt Jenkins via Af af@afmug.com mailto:af@afmug.com wrote: Did you Disarm the Installation Agent? Matthew Jenkins SmarterBroadband m...@sbbinc.net mailto:m...@sbbinc.net 530.272.4000 tel:530.272.4000 On 10/24/2014 02:54 PM, That One Guy via Af wrote: I'm running out of daylight. Has anybody come across this before? Was modulating higher. I switched to 5.4 then 5.2 then back to 5.8 now it won't go above 5x5 on any channel size -- 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] 450 bh trick?
We have put up our first pair of backhaul 450 radios today 5.5 mile wink signal before was a -51 on both ends dishes did not get repointed just replace the radios The radio see each other at a -59 signal but they will not connect up says that the BER is too high This is from a water tower to a 600 foot communications tower that is easy line of sight from 40 feet lower on each end Is there a special trick to making these radios connect? About how much are the PTP450 units in 5 ghz band?
Re: [AFMUG] Dragonwave latency issues
I did some checking and there was a new firmware released in 2014 that specifically addresses the unmanageable/no ping issue we’re seeing specific to our model (J9660A). Takes care of some other stuff too (mentioned in release notes). We’ll be updating the firmware after a reboot off-peak. Latest revision is 1.18PK, I’m pretty sure the revision we are on is 1.15PK. Figured it was worth sharing if you’re running similar switches Josh. -Tim From: Af [mailto:af-boun...@afmug.com] On Behalf Of Timothy D. McNabb via Af Sent: Friday, October 24, 2014 2:32 PM To: af@afmug.com Subject: Re: [AFMUG] Dragonwave latency issues Hard to say. It can’t be managed or pinged right now. But it is still active and working which is strange. We had this happen once or twice before. Updated the firmware and haven’t had a problem in a while. -Tim From: Af [mailto:af-boun...@afmug.com] On Behalf Of Josh Reynolds via Af Sent: Friday, October 24, 2014 1:53 PM To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] Dragonwave latency issues Is it possible the v1810 is seeing large amounts of multicast or broadcast traffic that could saturate the CPU? You said you were unable to manage it, correct? Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.comhttp://www.spitwspots.com On 10/24/2014 12:34 PM, Timothy D. McNabb via Af wrote: The one malfunctioning is a V1810-48G. The one I put together to replace for the trunking as temp is a 2824. The other side is J4904A. All of our switches of various models we have purchased are managed and support Dynamic LACP and link aggregation. The interfaces and cooling (fan vs fanless) are the only differences in the ones we have. The older units run a Java GUI whereas the newer units have an HTTP setup. -Tim From: Af [mailto:af-boun...@afmug.com] On Behalf Of Josh Reynolds via Af Sent: Friday, October 24, 2014 12:25 PM To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] Dragonwave latency issues Which model procurve? Many of them are very different. Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.comhttp://www.spitwspots.com On 10/24/2014 11:13 AM, Timothy D. McNabb via Af wrote: This is really cool. I’m going to check into this and see what I come up with ☺ Thanks for the input! I love what LACP does in theory, I know in some practices it’s not optimal and not everyone’s first choice. It is however the recommended method from DW and the only one they will support. :-P A couple of things that continue to interest me is that the 48 port that is unmanageable. Assuming it is malfunctioning, by DEFAULT HP Procurve switches have dynamic LACP across all ports, preventing network loops automatically but also making it cumbersome to troubleshoot this particular issue. Knowing that, and the possibility of something running FUBAR on one of the switches, I think it’s quite possible that the LACP that was originally configured on the malfunctioning switch could be the culprit for the inbalance. I am programming a 24-port Procurve that we have as a spare to handle the trunk to test the theory. The older Procurves have lots of options in regards to LACP (their console is very much like a Cisco) so I may be able to setup something similar to what you’re suggesting. I’ll update as I find out more. Thanks for the discussion and I love the progression, getting lots of ideas from the conversation. ☺ Gino, unfortunately because of the Horizon Compact I don’t believe we have that option, at least not to get the full 800Mb/s (theoretical) from the radios ☹ It’s been awhile since I went through the manual for the setup, but I recall there were some negative aspects to linking the radios through port 2 or something along those lines. And for Bill, since we’re running a large bridged network currently (but so happy we’re changing it soon!!) we’re not running any routers at the base of our towers. I agree totally if we were segmented that OSPF in combination with a few other protocols would handle the job and give us some other troubleshooting capabilities not available to us in our current config. Even packet captures would be cumbersome ☹ -Tim From: Af [mailto:af-boun...@afmug.com] On Behalf Of Mark Radabaugh via Af Sent: Friday, October 24, 2014 10:10 AM To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] Dragonwave latency issues Tim, Obviously you want to fix the radio issue but I can give you a little advice on LACP. The switch (or router) doing LACP can take various headers into account when doing the 'hashing' to decide how to send the flows. If LACP is what you are stuck with (Gino suggested a layer 1 method) and you have control over the devices doing LACP take a look at the LACP Hashing options. Typical options are MAC SRC/DST, MAC Src/Dst + L3 port, or some other options.If most of your traffic is flowing between two interfaces (a router at each end) the MAC src/dst hashing sends everything
Re: [AFMUG] Help ptp650 stuck at 5x5
my cambium guy said there wouldnt be an answer right now, so im packing this up and saying fuck all this noise, im goin drinkin On Fri, Oct 24, 2014 at 5:39 PM, Matt Jenkins via Af af@afmug.com wrote: I would call support at this point. +1-888-863-5250 Matthew Jenkins SmarterBroadband m...@sbbinc.net 530.272.4000 On 10/24/2014 03:36 PM, That One Guy via Af wrote: yes I did the spectrum is shit, I knew this going into it I unlocket the full throughput eval now its going above 5 but by 5x5 I mean 5.00 x 5.00 with 2:1 1:1 1:2, on every channel, on every channel size not 4.96 x 5.01 flat out 5.00 x 5.00 I have never seen a ptp stay at a single number like that While we were peaking it out it was running up where it was expected aggregate around 19 or something this didnt start until I switched bands I went to 5.4 it was where it was expected for a 10.3 mile link I went to 5.2 when I went here I switched to the biggest channel, thats when it started 5.00 x 5.00 Switched back to 5.8 had to move the transmit power back to 27 from -4 5.00 x 5.00, no matter the channel size Im guessing this is a bug, what im wondering is if it corrupted the generic lite key or something like that when its in the trial it ignores the key anybody know what happens if theres no good key? On Fri, Oct 24, 2014 at 5:20 PM, Matt Jenkins via Af af@afmug.com mailto:af@afmug.com wrote: Did you Disarm the Installation Agent? Matthew Jenkins SmarterBroadband m...@sbbinc.net mailto:m...@sbbinc.net 530.272.4000 tel:530.272.4000 On 10/24/2014 02:54 PM, That One Guy via Af wrote: I'm running out of daylight. Has anybody come across this before? Was modulating higher. I switched to 5.4 then 5.2 then back to 5.8 now it won't go above 5x5 on any channel size -- 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 -- 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] 450 bh trick?
Something like $1400 for a link (not including antennas). bp On 10/24/2014 3:44 PM, Matt via Af wrote: We have put up our first pair of backhaul 450 radios today 5.5 mile wink signal before was a -51 on both ends dishes did not get repointed just replace the radios The radio see each other at a -59 signal but they will not connect up says that the BER is too high This is from a water tower to a 600 foot communications tower that is easy line of sight from 40 feet lower on each end Is there a special trick to making these radios connect? About how much are the PTP450 units in 5 ghz band?
[AFMUG] cyclic prefix to 1/16 on everything?
430 default was 1/4. I split the difference and went with 1/8 figuring somewhat better multipath resistance than 1/16 although my gut tells me it didn't really help. Now 450 seems to be 1/16 only. Should we change 430 gear to 1/16 also, and assume 1/4 and 1/8 were just a bad dream?
Re: [AFMUG] Plastic Lube
Are you sure they are seized? Those are Lapp Skintop glands which have a ratcheting mechanism so they won't vibrate loose, but in other applications I have been able to just turn them counterclockwise and not worry about the clicking noise they make. I don't believe I've taken down any 450 APs though. We use that brand of glands on enclosures though and I've loosened and retightened lots of them. Also I don't think you have to crank them down super tight on the cable, I would only do it tight enough that it grips the cable. Definitely only finger tight. Its same thing Canopy uses on CMM modules. After a few years even barely finger tight they are night mare to get off. The grommets on bottom of 450 AP's always seem to seize for me. Is there a plastic safe lube I can put on the threads to prevent this? Trying this but not sure if its plastic friendly. http://www.amazon.com/CRC-05074-Silicone-Multi-Use-Lubricant/dp/B000BXKZUG
Re: [AFMUG] Cacti SiteMonitor: What did I break?
You mean from the web GUI? Sure. I presume a power cycle does something different from a reboot? I was always curious about this particular SiteMonitor, as it came up with the extra device on the expansion bus from the get-go. I'd never worried about it, and then I saw the discussion about getting rid of old devices with the zeroed-serial trick. Don't go there! It's a trap! bp On 10/24/2014 2:52 PM, George Skorup (Cyber Broadcasting) via Af wrote: Can you post a screenshot of your expansion, binary and analog tabs? Also, I bet if you power-cycle it, it will be fine again. I was working with Forrest on a bug where the SyncInjector and some other newer modules would mysteriously disappear from the bus. He was able to reproduce and get a fixed up firmware load for the modules. Something about one thing booting up faster than another, or something like that. On 10/24/2014 4:41 PM, Bill Prince via Af wrote: Gotcha! I removed all the Data Sources except one (PWR1).� Suddenly that data was making it into cacti. Then I added back in all the Data Sources coming _JUST_ from the SiteMonitor itself.� That also worked. Then I added in one of the Data Sources from the SyncInjector (sync events), which happens to be the only unit on the expansion bus past where I removed the non-existent unit.� This broke it again. So I have apparently uncovered a bug where removing a unit from the expansion bus (by zeroing the serial number) that causes the SiteMonitor to break SNMP responses.� I think it's probably just a bad checksum, but I will leave that up to him.� I forwarded the pcap trace to him. I will probably also swap out the SiteMonitor that has the problem. Thanks guys! bp On 10/24/2014 1:57 PM, Bill Prince via Af wrote: Then again Not sure why I didn't notice this the first (or second) time.� Wireshark is telling me I have a malformed packet; either a broken header or bad checksum.� So even though the SNMP response is coming in with the expected data, it's getting dropped before is gets into cacti because of the malformed packet. This would explain why removing a unit on the expansion bus changed things... bp On 10/24/2014 1:32 PM, Bill Prince via Af wrote: OK. Confirmed.� The SiteMonitor is getting the SNMP requests, and it is responding with the expected values. I ran a pcap trace both at the SiteMonitor as well as at the ethernet port on the cacti server.� SNMP requests/responses are going both ways (and at both ends). In fact, spine appears to be doing 3 retries. One thing I didn't expect is that just before the SNMP requests, there are two attempts to open a telnet on the SiteMonitor.� Not sure where that is coming from, except perhaps for the Manage plugin (which I de-installed several weeks ago). So something is broken inside cacti.� How/why this was caused by zeroing a serial number from a non-existent expansion unit is completely baffling to me. I also have no clue how to fix it, because cacti thinks there was no response. bp On 10/24/2014 11:16 AM, George Skorup (Cyber Broadcasting) via Af wrote: I am thoroughly confused. Is your community string correct? Can you increase the device SNMP timeout, like 1000ms instead of 250ms. What's your device down detection set to? Is it showing down in the device list? I have seen some base units go kinda screwy and respond slower and a reboot doesn't fix it, they needed a power-cycle. On 10/24/2014 11:25 AM, Bill Prince via Af wrote: Now thrice. No joy in Mudville. bp On 10/24/2014 8:07 AM, Bill Prince via Af wrote: Yah.� Twice now. bp On 10/23/2014 11:06 PM, George Skorup (Cyber Broadcasting) via Af wrote: Gotta be the poller cache. Did you try a rebuild? On 10/23/2014 11:03 PM, Bill Prince via Af wrote: Getting closer.� When I look in the SNMP cache, there is no entry for the device. Looking in the log (without debug), I get: 10/23/2014 08:34:25 PM - SPINE: Poller[0] Host[797 http://10.13.112.20/host.php?action=editid=797] TH[1] DS[12316 http://10.13.112.20/data_sources.php?action=ds_editid=12316] WARNING: SNMP timeout detected [250 ms], ignoring host '10.13.114.254' So there is something causing the SNMP request to barf inside cacti.� When I do an snmpget from the CLI, it all looks fine.� Likewise, the realtime plugin is working fine too. So when realtime is doing the SNMP queries outside the poller, they are fine.� Just when spine is doing the SNMP requests. bp On 10/23/2014 4:12 PM, George Skorup (Cyber Broadcasting) via Af wrote: You divided by zero, didn't you? Are you sure your modules are in the same order as before? On 10/23/2014 1:29 PM, Bill Prince via Af wrote: I noticed an Expansion Unit on one of my SiteMonitors this morning.� It said something about Device Removed or something like that. Remembering the discussion the other day on this topic, I put a 0 in the Serial # for the non-existent unit,
Re: [AFMUG] Dragonwave latency issues
I had that same issue a few weeks ago. I updated the FW just because I figured it was time to do so...the link was down anyway. Does the new Hitless Adaptive Modulation work? On 10/24/2014 4:31 PM, Timothy D. McNabb via Af wrote: Hard to say. It can’t be managed or pinged right now. But it is still active and working which is strange. We had this happen once or twice before. Updated the firmware and haven’t had a problem in a while. -Tim *From:*Af [mailto:af-boun...@afmug.com] *On Behalf Of *Josh Reynolds via Af *Sent:* Friday, October 24, 2014 1:53 PM *To:* af@afmug.com *Subject:* Re: [AFMUG] Dragonwave latency issues Is it possible the v1810 is seeing large amounts of multicast or broadcast traffic that could saturate the CPU? You said you were unable to manage it, correct? Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.com http://www.spitwspots.com On 10/24/2014 12:34 PM, Timothy D. McNabb via Af wrote: The one malfunctioning is a V1810-48G. The one I put together to replace for the trunking as temp is a 2824. The other side is J4904A. All of our switches of various models we have purchased are managed and support Dynamic LACP and link aggregation. The interfaces and cooling (fan vs fanless) are the only differences in the ones we have. The older units run a Java GUI whereas the newer units have an HTTP setup. -Tim *From:*Af [mailto:af-boun...@afmug.com] *On Behalf Of *Josh Reynolds via Af *Sent:* Friday, October 24, 2014 12:25 PM *To:* af@afmug.com mailto:af@afmug.com *Subject:* Re: [AFMUG] Dragonwave latency issues Which model procurve? Many of them are very different. Josh Reynolds, Chief Information Officer SPITwSPOTS, www.spitwspots.com http://www.spitwspots.com On 10/24/2014 11:13 AM, Timothy D. McNabb via Af wrote: This is really cool. I’m going to check into this and see what I come up with JThanks for the input! I love what LACP does in theory, I know in some practices it’s not optimal and not everyone’s first choice. It is however the recommended method from DW and the only one they will support. :-P A couple of things that continue to interest me is that the 48 port that is unmanageable. Assuming it is malfunctioning, by DEFAULT HP Procurve switches have dynamic LACP across all ports, preventing network loops automatically but also making it cumbersome to troubleshoot this particular issue. Knowing that, and the possibility of something running FUBAR on one of the switches, I think it’s quite possible that the LACP that was originally configured on the malfunctioning switch could be the culprit for the inbalance. I am programming a 24-port Procurve that we have as a spare to handle the trunk to test the theory. The older Procurves have lots of options in regards to LACP (their console is very much like a Cisco) so I may be able to setup something similar to what you’re suggesting. I’ll update as I find out more. Thanks for the discussion and I love the progression, getting lots of ideas from the conversation. J Gino, unfortunately because of the Horizon Compact I don’t believe we have that option, at least not to get the full 800Mb/s (theoretical) from the radios LIt’s been awhile since I went through the manual for the setup, but I recall there were some negative aspects to linking the radios through port 2 or something along those lines. And for Bill, since we’re running a large bridged network currently (but so happy we’re changing it soon!!) we’re not running any routers at the base of our towers. I agree totally if we were segmented that OSPF in combination with a few other protocols would handle the job and give us some other troubleshooting capabilities not available to us in our current config. Even packet captures would be cumbersome L -Tim *From:*Af [mailto:af-boun...@afmug.com] *On Behalf Of *Mark Radabaugh via Af *Sent:* Friday, October 24, 2014 10:10 AM *To:* af@afmug.com mailto:af@afmug.com *Subject:* Re: [AFMUG] Dragonwave latency issues Tim, Obviously you want to fix the radio issue but I can give you a little advice on LACP. The switch (or router) doing LACP can take various headers into account when doing the 'hashing' to decide how to send the flows. If LACP is what you are stuck with (Gino suggested a layer 1 method) and you have control over the devices doing LACP take a look at the LACP Hashing options. Typical options are MAC SRC/DST, MAC Src/Dst + L3 port, or some other options.If most of your traffic is flowing between two
Re: [AFMUG] ePMP Force 110PTP
Thanks for explaining, John. Now more questions... It definitely needs a radome. Not only for windload, but to keep ice from the feedhorn which is the main purpose of a radome. I guess I will use them as-is for now. Maybe you guys could make a snap-on radome with your sub-reflector built into it? Two birds, one stone. And make a larger version too, need more gain for longer/difficult links. I'm sure 25dBi will work for the 5-6 mile links I need to go with these. 8-10 miles really needs more antenna. It would be nice to have something in the 2' size of the same design. Like everyone else has already said, how do we get sync with the GPS radio that has the GPS disabled? Does it still take sync over power? And if we want the on-board GPS to function, is there an upgrade license or something? On 10/24/2014 2:56 PM, John Butler via Af wrote: Hi George: I want to clear up your questions about the Force product. The Force 110 (C058900C042A (FCC)) is as the spec sheet describes - a radio module and the dish. You can buy the radio and the dish separately, but when you buy them bundle as the Force, the price is better. We do not offer a radome for it at this time. The Force 110 PTP is the same dish, but bundled with the radio that we also use for the GPS Sync AP. The GPS is turned off. The benefit of this radio over the Force 110 is the 802.3af compliant gigabit Ethernet port. Regards, John Butler *From:*Af [mailto:af-boun...@afmug.com] *On Behalf Of *George Skorup (Cyber Broadcasting) via Af *Sent:* Tuesday, October 21, 2014 6:11 PM *To:* af@afmug.com *Subject:* Re: [AFMUG] ePMP Force 110PTP So the 110 PTP uses the GPS radio, or is it a different radio with sync over power only and no on-board GPS? I thought I remember reading that, but I could be totally wrong. A distro rep just told us today that the Force 110 is due in Thrusday or Friday. I have a couple links I want to do with these instead of UBNT. If the 110 won't be available for 3-4 weeks, that's going to suck. And all the complaints about assembly of the Force 100, so I don't want to go there. And the distro's seem to be confused about the parts. The Force 110 spec sheet says: C058900C042A (FCC) – consists of a ePMP Radio Module [C058900A122A/C058900P122A] and ePMP Dish Antenna [C050900D007B].. and the rep said that's only the dish, the radio is extra. I find that hard to believe. And now I'm confused too. Oh, and do these things come with a radome? That would be nice, but I'm guessing no. On 10/21/2014 6:00 PM, Mike Hammett via Af wrote: Ah, I didn't realize there was a 110 and a 110 PTP. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com https://www.facebook.com/ICSILhttps://plus.google.com/+IntelligentComputingSolutionsDeKalbhttps://www.linkedin.com/company/intelligent-computing-solutionshttps://twitter.com/ICSIL *From: *John Butler via Af af@afmug.com mailto:af@afmug.com *To: *af@afmug.com mailto:af@afmug.com *Sent: *Tuesday, October 21, 2014 5:57:33 PM *Subject: *Re: [AFMUG] ePMP Force 110PTP Hi Alan: The Force 110 (which is the new 25 dBi dish) and the Connectorized Unsync Radio (fast Ethernet port) is due to ship from our channel partners in early November. The Force 110 PTP (which is the new 25 dBi dish) and the Connectorized Radio with the Gigabit ethernet port is due to ship from our channel partners in December. *From:*Af [mailto:af-boun...@afmug.com] *On Behalf Of *Alan West via Af *Sent:* Tuesday, October 21, 2014 4:39 PM *To:* af@afmug.com mailto:af@afmug.com *Subject:* Re: [AFMUG] ePMP Force 110PTP Guess not. I am so ready for a replacement for these Force 100 units. On Tuesday, October 21, 2014 12:11 PM, George Skorup (Cyber Broadcasting) via Af af@afmug.com mailto:af@afmug.com wrote: Are these things shipping yet?
Re: [AFMUG] cyclic prefix to 1/16 on everything?
430 default was 1/4. I split the difference and went with 1/8 figuring somewhat better multipath resistance than 1/16 although my gut tells me it didn't really help. Now 450 seems to be 1/16 only. Should we change 430 gear to 1/16 also, and assume 1/4 and 1/8 were just a bad dream? On the PTP230 backhauls I could never tell any difference on longer links that were prone to fade so now I just put everything on 1/16 for greater bandwidth.
[AFMUG] 13.2(Build 35) Open Beta
Wispa Community, The Open Beta refresh of 13.2 is now available for download on our Open Beta Site. Please download it and tell us what you think. Best, Cambium Jonathan Sent from my Verizon Wireless 4G LTE smartphone Original message From: Rickie D Hickox via Af Date:10/13/2014 5:22 PM (GMT-06:00) To: af@afmug.com Subject: Re: [AFMUG] Tornadoes Amen to that. -Original Message- From: Af [mailto:af-boun...@afmug.com] On Behalf Of George Skorup (Cyber Broadcasting) via Af Sent: Monday, October 13, 2014 4:35 PM To: af@afmug.com Subject: [AFMUG] Tornadoes All of you guys are out in Vegas and we have this crap to deal with back here. Nothing bad up this way yet, but Southern IL has a few tornado warnings already. Hopefully this isn't going to be a repeat of Oct/Nov last year.
Re: [AFMUG] FREE Slimline Dish
Yes, when you normally order your 4 packs from resellers it is 4 dish assemblies. And holders are sold separately. Prox is for the Proxim 825 radios. On 10/24/2014 3:16 PM, TJ Trout via Af wrote: How does the ordering work? You buy the holders separate? What is the SLH-PROX? On Fri, Oct 24, 2014 at 8:28 AM, Traci via Af af@afmug.com mailto:af@afmug.com wrote: Want to try a dish for free? Just send me an email with your holder of choice and your contact info and we'll get one on the way to you. Traci WB Manufacturing tr...@wbmfg.com mailto:tr...@wbmfg.com
Re: [AFMUG] FREE Slimline Dish
No, sorry. On 10/24/2014 3:24 PM, Jeremy via Af wrote: For Proxim radios I'm assuming. Do you not make a UBNT claw for these? On Fri, Oct 24, 2014 at 3:16 PM, TJ Trout via Af af@afmug.com mailto:af@afmug.com wrote: How does the ordering work? You buy the holders separate? What is the SLH-PROX? On Fri, Oct 24, 2014 at 8:28 AM, Traci via Af af@afmug.com mailto:af@afmug.com wrote: Want to try a dish for free? Just send me an email with your holder of choice and your contact info and we'll get one on the way to you. Traci WB Manufacturing tr...@wbmfg.com mailto:tr...@wbmfg.com
[AFMUG] 3.65 dual slant panel;
I think there was a thread about 3.65 dual slant panels for PMP450 SMs, but I don't remember anyone being able to recommend anything, and I don't see anything out there except maybe something real expensive from MTI. I don't have a problem using a dish if I need the gain, just wondering if there is something more like 12x12 inches and 14-16 dBi.
Re: [AFMUG] Cacti SiteMonitor: What did I break?
Screenshots Expansion Binary Analog bp On 10/24/2014 2:52 PM, George Skorup (Cyber Broadcasting) via Af wrote: Can you post a screenshot of your expansion, binary and analog tabs? Also, I bet if you power-cycle it, it will be fine again. I was working with Forrest on a bug where the SyncInjector and some other newer modules would mysteriously disappear from the bus. He was able to reproduce and get a fixed up firmware load for the modules. Something about one thing booting up faster than another, or something like that. On 10/24/2014 4:41 PM, Bill Prince via Af wrote: Gotcha! I removed all the Data Sources except one (PWR1).� Suddenly that data was making it into cacti. Then I added back in all the Data Sources coming _JUST_ from the SiteMonitor itself.� That also worked. Then I added in one of the Data Sources from the SyncInjector (sync events), which happens to be the only unit on the expansion bus past where I removed the non-existent unit.� This broke it again. So I have apparently uncovered a bug where removing a unit from the expansion bus (by zeroing the serial number) that causes the SiteMonitor to break SNMP responses.� I think it's probably just a bad checksum, but I will leave that up to him.� I forwarded the pcap trace to him. I will probably also swap out the SiteMonitor that has the problem. Thanks guys! bp On 10/24/2014 1:57 PM, Bill Prince via Af wrote: Then again Not sure why I didn't notice this the first (or second) time.� Wireshark is telling me I have a malformed packet; either a broken header or bad checksum.� So even though the SNMP response is coming in with the expected data, it's getting dropped before is gets into cacti because of the malformed packet. This would explain why removing a unit on the expansion bus changed things... bp On 10/24/2014 1:32 PM, Bill Prince via Af wrote: OK. Confirmed.� The SiteMonitor is getting the SNMP requests, and it is responding with the expected values. I ran a pcap trace both at the SiteMonitor as well as at the ethernet port on the cacti server.� SNMP requests/responses are going both ways (and at both ends). In fact, spine appears to be doing 3 retries. One thing I didn't expect is that just before the SNMP requests, there are two attempts to open a telnet on the SiteMonitor.� Not sure where that is coming from, except perhaps for the Manage plugin (which I de-installed several weeks ago). So something is broken inside cacti.� How/why this was caused by zeroing a serial number from a non-existent expansion unit is completely baffling to me. I also have no clue how to fix it, because cacti thinks there was no response. bp On 10/24/2014 11:16 AM, George Skorup (Cyber Broadcasting) via Af wrote: I am thoroughly confused. Is your community string correct? Can you increase the device SNMP timeout, like 1000ms instead of 250ms. What's your device down detection set to? Is it showing down in the device list? I have seen some base units go kinda screwy and respond slower and a reboot doesn't fix it, they needed a power-cycle. On 10/24/2014 11:25 AM, Bill Prince via Af wrote: Now thrice. No joy in Mudville. bp On 10/24/2014 8:07 AM, Bill Prince via Af wrote: Yah.� Twice now. bp On 10/23/2014 11:06 PM, George Skorup (Cyber Broadcasting) via Af wrote: Gotta be the poller cache. Did you try a rebuild? On 10/23/2014 11:03 PM, Bill Prince via Af wrote: Getting closer.� When I look in the SNMP cache, there is no entry for the device. Looking in the log (without debug), I get: 10/23/2014 08:34:25 PM - SPINE: Poller[0] Host[797 http://10.13.112.20/host.php?action=editid=797] TH[1] DS[12316 http://10.13.112.20/data_sources.php?action=ds_editid=12316] WARNING: SNMP timeout detected [250 ms], ignoring host '10.13.114.254' So there is something causing the SNMP request to barf inside cacti.� When I do an snmpget from the CLI, it all looks fine.� Likewise, the realtime plugin is working fine too. So when realtime is doing the SNMP queries outside the poller, they are fine.� Just when spine is doing the SNMP requests. bp On 10/23/2014 4:12 PM, George Skorup (Cyber Broadcasting) via Af wrote: You divided by zero, didn't you? Are you sure your modules are in the same order as before? On 10/23/2014 1:29 PM, Bill Prince via Af wrote: I noticed an Expansion Unit on one of my SiteMonitors this morning.� It said something about Device Removed or something like that. Remembering the discussion the other day on this topic, I put a 0 in the Serial # for the non-existent unit, rescanned, rebooted. Now, none of the OIDs work in Cacti.� If I do a simple snmpget on any of the OIDs that I use, the correct information comes back. Several of the OIDs are on the base unit anyway, so they would not have moved, and further, the OIDs don't reference the serial number. So... what did I do, and how do I fix it?
Re: [AFMUG] Cacti SiteMonitor: What did I break?
Yes, I have had a power-cycle fix oddities that a soft reboot didn't seem to resolve. On 10/24/2014 6:08 PM, Bill Prince via Af wrote: You mean from the web GUI?� Sure. I presume a power cycle does something different from a reboot? I was always curious about this particular SiteMonitor, as it came up with the extra device on the expansion bus from the get-go.� I'd never worried about it, and then I saw the discussion about getting rid of old devices with the zeroed-serial trick. Don't go there!� It's a trap! bp On 10/24/2014 2:52 PM, George Skorup (Cyber Broadcasting) via Af wrote: Can you post a screenshot of your expansion, binary and analog tabs? Also, I bet if you power-cycle it, it will be fine again. I was working with Forrest on a bug where the SyncInjector and some other newer modules would mysteriously disappear from the bus. He was able to reproduce and get a fixed up firmware load for the modules. Something about one thing booting up faster than another, or something like that. On 10/24/2014 4:41 PM, Bill Prince via Af wrote: Gotcha! I removed all the Data Sources except one (PWR1).� Suddenly that data was making it into cacti. Then I added back in all the Data Sources coming _JUST_ from the SiteMonitor itself.� That also worked. Then I added in one of the Data Sources from the SyncInjector (sync events), which happens to be the only unit on the expansion bus past where I removed the non-existent unit.� This broke it again. So I have apparently uncovered a bug where removing a unit from the expansion bus (by zeroing the serial number) that causes the SiteMonitor to break SNMP responses.� I think it's probably just a bad checksum, but I will leave that up to him.� I forwarded the pcap trace to him. I will probably also swap out the SiteMonitor that has the problem. Thanks guys! bp On 10/24/2014 1:57 PM, Bill Prince via Af wrote: Then again Not sure why I didn't notice this the first (or second) time.� Wireshark is telling me I have a malformed packet; either a broken header or bad checksum.� So even though the SNMP response is coming in with the expected data, it's getting dropped before is gets into cacti because of the malformed packet. This would explain why removing a unit on the expansion bus changed things... bp On 10/24/2014 1:32 PM, Bill Prince via Af wrote: OK. Confirmed.� The SiteMonitor is getting the SNMP requests, and it is responding with the expected values. I ran a pcap trace both at the SiteMonitor as well as at the ethernet port on the cacti server.� SNMP requests/responses are going both ways (and at both ends). In fact, spine appears to be doing 3 retries. One thing I didn't expect is that just before the SNMP requests, there are two attempts to open a telnet on the SiteMonitor.� Not sure where that is coming from, except perhaps for the Manage plugin (which I de-installed several weeks ago). So something is broken inside cacti.� How/why this was caused by zeroing a serial number from a non-existent expansion unit is completely baffling to me. I also have no clue how to fix it, because cacti thinks there was no response. bp On 10/24/2014 11:16 AM, George Skorup (Cyber Broadcasting) via Af wrote: I am thoroughly confused. Is your community string correct? Can you increase the device SNMP timeout, like 1000ms instead of 250ms. What's your device down detection set to? Is it showing down in the device list? I have seen some base units go kinda screwy and respond slower and a reboot doesn't fix it, they needed a power-cycle. On 10/24/2014 11:25 AM, Bill Prince via Af wrote: Now thrice. No joy in Mudville. bp On 10/24/2014 8:07 AM, Bill Prince via Af wrote: Yah.� Twice now. bp On 10/23/2014 11:06 PM, George Skorup (Cyber Broadcasting) via Af wrote: Gotta be the poller cache. Did you try a rebuild? On 10/23/2014 11:03 PM, Bill Prince via Af wrote: Getting closer.� When I look in the SNMP cache, there is no entry for the device. Looking in the log (without debug), I get: 10/23/2014 08:34:25 PM - SPINE: Poller[0] Host[797 http://10.13.112.20/host.php?action=editid=797] TH[1] DS[12316 http://10.13.112.20/data_sources.php?action=ds_editid=12316] WARNING: SNMP timeout detected [250 ms], ignoring host '10.13.114.254' So there is something causing the SNMP request to barf inside cacti.� When I do an snmpget from the CLI, it all looks fine.� Likewise, the realtime plugin is working fine too. So when realtime is doing the SNMP queries outside the poller, they are fine.� Just when spine is doing the SNMP requests. bp On 10/23/2014 4:12 PM, George Skorup (Cyber Broadcasting) via Af wrote: You divided by zero, didn't you? Are you sure your modules are in the same order as before? On 10/23/2014 1:29 PM, Bill Prince via Af wrote: I noticed an Expansion Unit on one of my SiteMonitors this morning.� It said something about Device Removed
Re: [AFMUG] 13.2(Build 35) Open Beta
All – Changes in this build include an updated fix for the remaining 13.2 release blocker. As I discussed with many of you at Wispapalooza, that issue was related to the “Ethernet Tx Ring stall” message that may show up in the event log, where very rarely, the recovery didn’t recover. Because that non-recovery condition led to an AP that had to be remotely rebooted, we were unable to release. Over the past couple of weeks we have been able to get this reproduced at will internally and verify a fix that took care of the problem. This build has been running a customer site for a couple of days that saw the issue readily on previous loads, and the issue has not been seen. This build also contains a fix for the SM’s color code rescan timer display (which is new to 13.2) and an update to help with some registration issues. This is a release candidate build and we are hoping to have the release available next week. Please load it and send feedback if you can. Thank you for your patience! Regards, -Aaron From: Af [mailto:af-boun...@afmug.com] On Behalf Of Jonathan Mandziara via Af Sent: Friday, October 24, 2014 6:12 PM To: af@afmug.com Subject: [AFMUG] 13.2(Build 35) Open Beta Wispa Community, The Open Beta refresh of 13.2 is now available for download on our Open Beta Site. Please download it and tell us what you think. Best, Cambium Jonathan Sent from my Verizon Wireless 4G LTE smartphone Original message From: Rickie D Hickox via Af Date:10/13/2014 5:22 PM (GMT-06:00) To: af@afmug.commailto:af@afmug.com Subject: Re: [AFMUG] Tornadoes Amen to that. -Original Message- From: Af [mailto:af-boun...@afmug.com] On Behalf Of George Skorup (Cyber Broadcasting) via Af Sent: Monday, October 13, 2014 4:35 PM To: af@afmug.commailto:af@afmug.com Subject: [AFMUG] Tornadoes All of you guys are out in Vegas and we have this crap to deal with back here. Nothing bad up this way yet, but Southern IL has a few tornado warnings already. Hopefully this isn't going to be a repeat of Oct/Nov last year.
Re: [AFMUG] 13.2(Build 35) Open Beta
Changes in this build include an updated fix for the remaining 13.2 release blocker. As I discussed with many of you at Wispapalooza, that issue was related to the “Ethernet Tx Ring stall” message that may show up in the event log, where very rarely, the recovery didn’t recover. Because that non-recovery condition led to an AP that had to be remotely rebooted, we Should we update all all our build 34 to 35 to avoid this or is it unlikely to happen if build 34 is running fine? Just updated to 34. were unable to release. Over the past couple of weeks we have been able to get this reproduced at will internally and verify a fix that took care of the problem. This build has been running a customer site for a couple of days that saw the issue readily on previous loads, and the issue has not been seen. This build also contains a fix for the SM’s color code rescan timer display (which is new to 13.2) and an update to help with some registration issues. This is a release candidate build and we are hoping to have the release available next week. Please load it and send feedback if you can.
Re: [AFMUG] 13.2(Build 35) Open Beta
If you aren't seeing it on build 34, you are unlikely to need the fix, but you are still at risk. The customer who was seeing it readily would see it mostly occur during the CNUT upgrade phase when using AP as the file server. Once the upgrade was done, the event log recovery message very rarely showed up. If you can, I would go to build 35 just because that is what would become the release build if we are able to proceed next week. Thanks, -Aaron -Original Message- From: Af [mailto:af-boun...@afmug.com] On Behalf Of Matt via Af Sent: Friday, October 24, 2014 6:43 PM To: af@afmug.com Subject: Re: [AFMUG] 13.2(Build 35) Open Beta Changes in this build include an updated fix for the remaining 13.2 release blocker. As I discussed with many of you at Wispapalooza, that issue was related to the “Ethernet Tx Ring stall” message that may show up in the event log, where very rarely, the recovery didn’t recover. Because that non-recovery condition led to an AP that had to be remotely rebooted, we Should we update all all our build 34 to 35 to avoid this or is it unlikely to happen if build 34 is running fine? Just updated to 34. were unable to release. Over the past couple of weeks we have been able to get this reproduced at will internally and verify a fix that took care of the problem. This build has been running a customer site for a couple of days that saw the issue readily on previous loads, and the issue has not been seen. This build also contains a fix for the SM’s color code rescan timer display (which is new to 13.2) and an update to help with some registration issues. This is a release candidate build and we are hoping to have the release available next week. Please load it and send feedback if you can.
Re: [AFMUG] 13.2(Build 35) Open Beta
If you aren't seeing it on build 34, you are unlikely to need the fix, but you are still at risk. The customer who was seeing it readily would see it mostly occur during the CNUT upgrade phase when using AP as the file server. Once the upgrade was done, the event log recovery message very rarely showed up. Is it just the AP's it affects? If you can, I would go to build 35 just because that is what would become the release build if we are able to proceed next week. Thanks, -Aaron -Original Message- From: Af [mailto:af-boun...@afmug.com] On Behalf Of Matt via Af Sent: Friday, October 24, 2014 6:43 PM To: af@afmug.com Subject: Re: [AFMUG] 13.2(Build 35) Open Beta Changes in this build include an updated fix for the remaining 13.2 release blocker. As I discussed with many of you at Wispapalooza, that issue was related to the “Ethernet Tx Ring stall” message that may show up in the event log, where very rarely, the recovery didn’t recover. Because that non-recovery condition led to an AP that had to be remotely rebooted, we Should we update all all our build 34 to 35 to avoid this or is it unlikely to happen if build 34 is running fine? Just updated to 34. were unable to release. Over the past couple of weeks we have been able to get this reproduced at will internally and verify a fix that took care of the problem. This build has been running a customer site for a couple of days that saw the issue readily on previous loads, and the issue has not been seen. This build also contains a fix for the SM’s color code rescan timer display (which is new to 13.2) and an update to help with some registration issues. This is a release candidate build and we are hoping to have the release available next week. Please load it and send feedback if you can.
Re: [AFMUG] 13.2(Build 35) Open Beta
Wouldn't it be nice if... When the stable version comes out, CNUT could identify that build 35 was a final build and change the APs and SMs to show that its running on stable software without having to update the entire network again. Matthew Jenkins SmarterBroadband m...@sbbinc.net 530.272.4000 On 10/24/2014 04:48 PM, Aaron Schneider via Af wrote: If you aren't seeing it on build 34, you are unlikely to need the fix, but you are still at risk. The customer who was seeing it readily would see it mostly occur during the CNUT upgrade phase when using AP as the file server. Once the upgrade was done, the event log recovery message very rarely showed up. If you can, I would go to build 35 just because that is what would become the release build if we are able to proceed next week. Thanks, -Aaron -Original Message- From: Af [mailto:af-boun...@afmug.com] On Behalf Of Matt via Af Sent: Friday, October 24, 2014 6:43 PM To: af@afmug.com Subject: Re: [AFMUG] 13.2(Build 35) Open Beta Changes in this build include an updated fix for the remaining 13.2 release blocker. As I discussed with many of you at Wispapalooza, that issue was related to the “Ethernet Tx Ring stall” message that may show up in the event log, where very rarely, the recovery didn’t recover. Because that non-recovery condition led to an AP that had to be remotely rebooted, we Should we update all all our build 34 to 35 to avoid this or is it unlikely to happen if build 34 is running fine? Just updated to 34. were unable to release. Over the past couple of weeks we have been able to get this reproduced at will internally and verify a fix that took care of the problem. This build has been running a customer site for a couple of days that saw the issue readily on previous loads, and the issue has not been seen. This build also contains a fix for the SM’s color code rescan timer display (which is new to 13.2) and an update to help with some registration issues. This is a release candidate build and we are hoping to have the release available next week. Please load it and send feedback if you can.
[AFMUG] Holy Grail
Anyone else get this email? Anyone know what it is?
Re: [AFMUG] Holy Grail
It’s an ice-cream stand. Your customers will love it. We all got it. Send them your bank account and they’ll wire you the $35K ;) On Oct 24, 2014, at 6:56 PM, Jayson Baker via Af af@afmug.com wrote: Anyone else get this email? Anyone know what it is?
Re: [AFMUG] Mikrotik CCR and PPPoE
They probably finally utilized the extra cores in the code. -Original Message- From: Af [mailto:af-boun...@afmug.com] On Behalf Of Matt via Af Sent: Friday, October 24, 2014 11:52 AM To: af@afmug.com Subject: [AFMUG] Mikrotik CCR and PPPoE Recently updated to a 36 core CCR as a PPPoE server. Was having some issues with higher tier packages such as our office getting more than 20mbps through a single connection. IPv6 seemed to perform better then IPv4 for speed tests. Upgraded the CCR from v6.17 to v6.20. Now every pppoe connection is screaming fast. I don't know what Mikrotik did but something has changed. I wonder if they did anything with there BGP code? We have another one doing a couple gigabit full BGP connections. Seems to work fine but one core is almost always at 100 percent. Its currently running v6.19.
Re: [AFMUG] Holy Grail
Bring out the Holy Grenade of Antioch... Jaime Solorza On Oct 24, 2014 5:56 PM, Jayson Baker via Af af@afmug.com wrote: Anyone else get this email? Anyone know what it is?