Re: [AFMUG] OT Movie Review - not positive - some spoiler info

[Jaime Solorza via Af]

Thx

Jaime Solorza
On Nov 14, 2014 8:38 PM, "Josh Reynolds via Af"  wrote:

>  Happy Birthday!
>
>  On 11/14/2014 06:31 PM, Jaime Solorza via Af wrote:
>
> Any ways thx.  My birthday in a few hours.  Playing at Bistros tonight. My
> skynard look
>
> Jaime Solorza
> On Nov 14, 2014 7:44 PM, "Chuck McCown via Af"  wrote:
>
>>   Sorry for spoiling it but I wish now that  I had waited for it to be
>> on satellite TV.
>> The story itself is OK.
>>
>> I just cannot turn off my tech OCD spotting of familiar stuff.   And the
>> energy management/Newtonian physics have to be within the realm of
>> possibility.   Military robots are not metal boxes stuffed with green
>> circuit boards that are connected with ribbon cable and just loosely
>> floating around inside.
>>
>> If they had use the CGI people that made Gravity it would have been much
>> better.  Gravity had great effects but a silly implausible story.  At least
>> this story works if the technology was there.
>>
>>  *From:* Josh Luthman via Af 
>> *Sent:* Friday, November 14, 2014 7:38 PM
>> *To:* af@afmug.com
>> *Subject:* Re: [AFMUG] OT Movie Review - not positive - some spoiler info
>>
>>
>> Damn.  Thanks for saving me a couple hours, though!
>>
>> Josh Luthman
>> Office: 937-552-2340
>> Direct: 937-552-2343
>> 1100 Wayne St
>> Suite 1337
>> Troy, OH 45373
>> On Nov 14, 2014 9:29 PM, "Chuck McCown via Af"  wrote:
>>
>>>   Interstellar
>>>
>>> meh
>>>
>>> Cheap ass sets.  Old HP test gear (circa 1975) in the wall of a space
>>> station, also primary flight instruments from an airplane.  Wrinkles on the
>>> outside of the spacecraft and the ablative fabric.  Cheap weightless
>>> effects.  Robots with CLI screens scrolling text.  Robots that interface
>>> with spacecraft that was built 100 years apart.  Setting green corn fields
>>> ablaze.  Having lots of new tires and gasoline in a dire survival of
>>> mankind situation.  Farmer just happening to have a laptop, RF gear,
>>> antenna etc to take control of a random drone that appears in the sky.
>>> Then he guts the drone for a controller for his tractor...   Landing only
>>> type craft having enough fuel to take off again and get back to a space
>>> station.  Two astronauts walk a mile or so but it takes a spacecraft
>>> several minutes to get there.  Something the size of a Saturn V taking off
>>> inside a missile silo with lots of people in it.  Ceramic tile on the
>>> hibernation tanks on a space station and space craft.  All of the
>>> spacecraft bobs and weaves like it is in turbulence or a rough sea.  The
>>> relative motion between spacecraft is ridiculous.  Flags surviving the wind
>>> for 20 years.
>>>
>>> Other than that it was great.   My wife loved it.
>>>
>>
> --
> josh reynolds :: chief information officer
> spitwspots :: www.spitwspots.com
>
>

Re: [AFMUG] [OT] Weird MT situation

[Nicholas Eastman via Af]

We use 5.25 and 5.26 on most of our routers. The main issues we've seen are
SSH brute force and DNS relay. We have a central DNS server that we send
everyone to located in our NOC, so we disabled "Allow remote requests."
This could easily be done with a firewall rule if you do use the routers
for DNS at the site, so they are not being hit from outside. As far as the
rest. We use an address list and firewall to block access to the router's
configuration interfaces except from our office or local management IPs.

As far as the ICMP packets being mis-ordered, you might try something like
Greg Sowell's implementation of a ping brute force block. We don't employ
it on site routers right now, but I have seen it catch some IPs on some
customer set ups we have done. They are part of his "Border Router Firewall
Script" example that can be found here: http://gregsowell.com/?p=4013
 On Nov 10, 2014 7:05 PM, "George Skorup (Cyber Broadcasting) via Af" <
af@afmug.com> wrote:

> I've got a RB1100AH running 5.26. Something has been happening every day
> for about the past week and it gets all screwy. I've confirmed there are no
> site temperature or power issues. Here's what happens in the screwy state.
> I can ping it and it responds fine. I can log into Winbox or the CLI and
> try to ping anything, even local same-subnet stuff and I get a bunch of
> packet loss. SNMP responses are hit or miss as well. I did a packet capture
> and it shows the ICMP packets all out of order. Reboot it and everything
> works fine again, until next time. The only thing I haven't tried yet is
> pinging 127.0.0.1 and see if the same packet loss happens.
>
> I see a bunch of SSH brute force attempts, but I'm using the brute force
> protection firewall scripts to add sequential attempts to an address list
> to stop them. And that works fine. But I'm wondering, since 5.26 is the
> "ssh - fixed denial of service;" version, did this "fix" break something
> else. I don't see this on any other routers running 5.25, RB1100's and
> 493's. This is a remote router so I do not want to try downgrading to 5.25
> or upgrading to v6 without someone there. And if I'm going to send someone
> there, probably better off replacing it, but then I'll never know WTF is
> causing this.
>

[AFMUG] AF24 Ghz - Good Download / No Upload

[Tyson Burris @ Internet Communications Inc via Af]

Hey guys,

 

Before I send the support files, I wanted to see if any of you have seen
this.

 

A rock solid Air Fiber link (2years now) started acting up this past
Thursday.  No changes have been made and it was working fine the day before.

Everything in the interface looks great.  Despite this, we went ahead and
replaced the PoE and terminated to be safe.  The SNR on the cables are 29 on
each side.

This device started having upload issues.   At best, it might do 2-5Mbs on
the upload side.  It began limiting the number of PPPoE traffic connections
it could handle. (assuming the small upload is causing this)

Download seems stable but does vary.  If you log in to either side, the
numbers are great.  I am thinking bad hardware, but JUST in case someone has
seen this please let me know.

 

Running v2.2 beta 3.  Tried downgrading to 2.0 and got the same result.
Back to Beta. Same result.  

 

Tyson Burris, President 
Internet Communications Inc. 
739 Commerce Dr. 
Franklin, IN 46131 
  
317-738-0320 Daytime # 
317-412-1540 Cell/Direct # 
Online: www.surfici.net 

 



What can ICI do for you? 


Broadband Wireless - PtP/PtMP Solutions - WiMax - Mesh Wifi/Hotzones - IP
Security - Fiber - Tower - Infrastructure. 
  
CONFIDENTIALITY NOTICE: This e-mail is intended for the 
addressee shown. It contains information that is 
confidential and protected from disclosure. Any review, 
dissemination or use of this transmission or its contents by 
unauthorized organizations or individuals is strictly 
prohibited. 

 

[AFMUG] Traction on icy/slick roofs

[Darin Steffl via Af]

Hey guys,

What are you using for installers when on snowy/icy roofs for customer
installs. Obviously we can't just have them wearing tennis shoes or even
most boots as they'll slip and fall. We are looking for a solution that
gives them a more secure grip that can eat into the ice and grab that or
down to the shingle for grip. I found "traction cleats" as strap on devices
to your shoes that look promising but not sure if this is enough grip for
the roof tops.

So what are you guys using to keep techs safe on the roof during winter?
I'm thinking we're going to want to throw a rope over the peak and tie down
on the other side to allow them a rope to attach a harness to with cable
grab in case of slip.

Thank you


http://www.amazon.com/Stabilicers-Original-Heavy-Traction-Cleat/dp/B003DQURO2/ref=sr_1_7?ie=UTF8&qid=1416041928&sr=8-7&keywords=traction+cleats

http://www.amazon.com/s/ref=nb_sb_noss?url=search-alias%3Daps&field-keywords=traction%20cleats

-- 
Darin Steffl
Minnesota WiFi
www.mnwifi.com
507-634-WiFi
 Like us on Facebook

Re: [AFMUG] Traction on icy/slick roofs

[Jeremy via Af]

I have used YakTrak for years.  They are awesome.  They pull over your
boots and they don't damage the roof like cleats.

On Sat, Nov 15, 2014 at 10:00 AM, Darin Steffl via Af  wrote:

> Hey guys,
>
> What are you using for installers when on snowy/icy roofs for customer
> installs. Obviously we can't just have them wearing tennis shoes or even
> most boots as they'll slip and fall. We are looking for a solution that
> gives them a more secure grip that can eat into the ice and grab that or
> down to the shingle for grip. I found "traction cleats" as strap on devices
> to your shoes that look promising but not sure if this is enough grip for
> the roof tops.
>
> So what are you guys using to keep techs safe on the roof during winter?
> I'm thinking we're going to want to throw a rope over the peak and tie down
> on the other side to allow them a rope to attach a harness to with cable
> grab in case of slip.
>
> Thank you
>
>
>
> http://www.amazon.com/Stabilicers-Original-Heavy-Traction-Cleat/dp/B003DQURO2/ref=sr_1_7?ie=UTF8&qid=1416041928&sr=8-7&keywords=traction+cleats
>
>
> http://www.amazon.com/s/ref=nb_sb_noss?url=search-alias%3Daps&field-keywords=traction%20cleats
>
> --
> Darin Steffl
> Minnesota WiFi
> www.mnwifi.com
> 507-634-WiFi
>  Like us on Facebook
> 
>

Re: [AFMUG] Traction on icy/slick roofs

[Jeremy via Af]

Digis used to provide a roof harness and a mule tape bucket with a Chuck-It
(the tennis ball dog toy).  You could throw it over the roof and hook it to
the hitch on the truck.  I don't know of ANYONE who ever used it though,
aside from training in the safety meetings.  There was only one in the shop
so you'd have to go back to get it.  I usually just try to get on at the
peak and belly crawl through the snow with my Yak Traks.  That or I work
100% off of the ladder.  I have never used the harness, but there were a
couple of times that I would have if I had it on the truck.

On Sat, Nov 15, 2014 at 10:07 AM, Jeremy  wrote:

> I have used YakTrak for years.  They are awesome.  They pull over your
> boots and they don't damage the roof like cleats.
>
> On Sat, Nov 15, 2014 at 10:00 AM, Darin Steffl via Af 
> wrote:
>
>> Hey guys,
>>
>> What are you using for installers when on snowy/icy roofs for customer
>> installs. Obviously we can't just have them wearing tennis shoes or even
>> most boots as they'll slip and fall. We are looking for a solution that
>> gives them a more secure grip that can eat into the ice and grab that or
>> down to the shingle for grip. I found "traction cleats" as strap on devices
>> to your shoes that look promising but not sure if this is enough grip for
>> the roof tops.
>>
>> So what are you guys using to keep techs safe on the roof during winter?
>> I'm thinking we're going to want to throw a rope over the peak and tie down
>> on the other side to allow them a rope to attach a harness to with cable
>> grab in case of slip.
>>
>> Thank you
>>
>>
>>
>> http://www.amazon.com/Stabilicers-Original-Heavy-Traction-Cleat/dp/B003DQURO2/ref=sr_1_7?ie=UTF8&qid=1416041928&sr=8-7&keywords=traction+cleats
>>
>>
>> http://www.amazon.com/s/ref=nb_sb_noss?url=search-alias%3Daps&field-keywords=traction%20cleats
>>
>> --
>> Darin Steffl
>> Minnesota WiFi
>> www.mnwifi.com
>> 507-634-WiFi
>>  Like us on Facebook
>> 
>>
>
>

Re: [AFMUG] AF24 Ghz - Good Download / No Upload

[Chuck McCown via Af]

Did you pay the software license renewal fee?

From: mailto:af@afmug.com 
Sent: Saturday, November 15, 2014 9:21 AM
To: memb...@wispa.org 
Cc: af@afmug.com 
Subject: [AFMUG] AF24 Ghz - Good Download / No Upload

Hey guys,

 

Before I send the support files, I wanted to see if any of you have seen this…

 

A rock solid Air Fiber link (2years now) started acting up this past Thursday.  
No changes have been made and it was working fine the day before.

Everything in the interface looks great.  Despite this, we went ahead and 
replaced the PoE and terminated to be safe.  The SNR on the cables are 29 on 
each side.

This device started having upload issues.   At best, it might do 2-5Mbs on the 
upload side.  It began limiting the number of PPPoE traffic connections it 
could handle. (assuming the small upload is causing this)

Download seems stable but does vary.  If you log in to either side, the numbers 
are great.  I am thinking bad hardware, but JUST in case someone has seen this 
please let me know.

 

Running v2.2 beta 3.  Tried downgrading to 2.0 and got the same result.  Back 
to Beta. Same result.  

 

Tyson Burris, President 
Internet Communications Inc. 
739 Commerce Dr. 
Franklin, IN 46131 
  
317-738-0320 Daytime # 
317-412-1540 Cell/Direct # 
Online: www.surfici.net 

 



What can ICI do for you? 


Broadband Wireless - PtP/PtMP Solutions - WiMax - Mesh Wifi/Hotzones - IP 
Security - Fiber - Tower - Infrastructure. 
  
CONFIDENTIALITY NOTICE: This e-mail is intended for the 
addressee shown. It contains information that is 
confidential and protected from disclosure. Any review, 
dissemination or use of this transmission or its contents by 
unauthorized organizations or individuals is strictly 
prohibited. 

 

Re: [AFMUG] FS: PMP 100 5.4 Ghz

[Ryan Ray via Af]

You're selling 100 SM's for $8 each?


On Fri, Nov 14, 2014 at 11:55 PM, Daniel Gerlach via Af 
wrote:

>  100 x 7 Mbit 5400 all for 800$
>

Re: [AFMUG] AF24 Ghz - Good Download / No Upload

[Mike Dudgeon via Af]

There isn't a software renewal fee on our gear (including AF24). The
support files will really provide the best information to help determine
the issue. I can't say this is a common issue (don't recall any specific
cases off the top of my head), assuming the injectors are good and 1247
date code or later.

--
Mike Dudgeon
Ubiquiti Networks, Inc. 

Sent from my iPhone

On Nov 15, 2014, at 12:14, Chuck McCown via Af  wrote:

   Did you pay the software license renewal fee?

 *From:* mailto:af@afmug.com 
*Sent:* Saturday, November 15, 2014 9:21 AM
*To:* memb...@wispa.org
*Cc:* af@afmug.com
*Subject:* [AFMUG] AF24 Ghz - Good Download / No Upload


Hey guys,



Before I send the support files, I wanted to see if any of you have seen
this…



A rock solid Air Fiber link (2years now) started acting up this past
Thursday.  No changes have been made and it was working fine the day before.

Everything in the interface looks great.  Despite this, we went ahead and
replaced the PoE and terminated to be safe.  The SNR on the cables are 29
on each side.

This device started having upload issues.   At best, it might do 2-5Mbs on
the upload side.  It began limiting the number of PPPoE traffic connections
it could handle. (assuming the small upload is causing this)

Download seems stable but does vary.  If you log in to either side, the
numbers are great.  I am thinking bad hardware, but JUST in case someone
has seen this please let me know.



Running v2.2 beta 3.  Tried downgrading to 2.0 and got the same result.
Back to Beta. Same result.



*Tyson Burris, President*
*Internet Communications Inc.*
*739 Commerce Dr.*
*Franklin, IN 46131*

*317-738-0320 Daytime #*
*317-412-1540 Cell/Direct #*
*Online: **www.surfici.net* 





*What can ICI do for you?*


*Broadband Wireless - PtP/PtMP Solutions - WiMax - Mesh Wifi/Hotzones - IP
Security - Fiber - Tower - Infrastructure.*

*CONFIDENTIALITY NOTICE: This e-mail is intended for the*
*addressee shown. It contains information that is*
*confidential and protected from disclosure. Any review,*
*dissemination or use of this transmission or its contents by*
*unauthorized organizations or individuals is strictly*
*prohibited.*

Re: [AFMUG] AF24 Ghz - Good Download / No Upload

[Chuck McCown via Af]

Sorry, my smart assed – tongue in cheek - comments are not always as obvious as 
I think...

From: Mike Dudgeon via Af 
Sent: Saturday, November 15, 2014 10:50 AM
To: af@afmug.com 
Subject: Re: [AFMUG] AF24 Ghz - Good Download / No Upload

There isn't a software renewal fee on our gear (including AF24). The support 
files will really provide the best information to help determine the issue. I 
can't say this is a common issue (don't recall any specific cases off the top 
of my head), assuming the injectors are good and 1247 date code or later. 


--
Mike Dudgeon
Ubiquiti Networks, Inc.


Sent from my iPhone

On Nov 15, 2014, at 12:14, Chuck McCown via Af  wrote:


  Did you pay the software license renewal fee?

  From: mailto:af@afmug.com 
  Sent: Saturday, November 15, 2014 9:21 AM
  To: memb...@wispa.org 
  Cc: af@afmug.com 
  Subject: [AFMUG] AF24 Ghz - Good Download / No Upload

  Hey guys,



  Before I send the support files, I wanted to see if any of you have seen this…



  A rock solid Air Fiber link (2years now) started acting up this past 
Thursday.  No changes have been made and it was working fine the day before.

  Everything in the interface looks great.  Despite this, we went ahead and 
replaced the PoE and terminated to be safe.  The SNR on the cables are 29 on 
each side.

  This device started having upload issues.   At best, it might do 2-5Mbs on 
the upload side.  It began limiting the number of PPPoE traffic connections it 
could handle. (assuming the small upload is causing this)

  Download seems stable but does vary.  If you log in to either side, the 
numbers are great.  I am thinking bad hardware, but JUST in case someone has 
seen this please let me know.



  Running v2.2 beta 3.  Tried downgrading to 2.0 and got the same result.  Back 
to Beta. Same result.  



  Tyson Burris, President 
  Internet Communications Inc. 
  739 Commerce Dr. 
  Franklin, IN 46131 

  317-738-0320 Daytime # 
  317-412-1540 Cell/Direct # 
  Online: www.surfici.net 



  

  What can ICI do for you? 


  Broadband Wireless - PtP/PtMP Solutions - WiMax - Mesh Wifi/Hotzones - IP 
Security - Fiber - Tower - Infrastructure. 

  CONFIDENTIALITY NOTICE: This e-mail is intended for the 
  addressee shown. It contains information that is 
  confidential and protected from disclosure. Any review, 
  dissemination or use of this transmission or its contents by 
  unauthorized organizations or individuals is strictly 
  prohibited. 

Re: [AFMUG] AF24 Ghz - Good Download / No Upload

[Mike Dudgeon via Af]

No worries. I may need more coffee today..

--
Mike Dudgeon
Ubiquiti Networks, Inc. 

Sent from my iPhone

On Nov 15, 2014, at 13:00, Chuck McCown via Af  wrote:

  Sorry, my smart assed – tongue in cheek - comments are not always as
obvious as I think...

 *From:* Mike Dudgeon via Af 
*Sent:* Saturday, November 15, 2014 10:50 AM
*To:* af@afmug.com
*Subject:* Re: [AFMUG] AF24 Ghz - Good Download / No Upload

 There isn't a software renewal fee on our gear (including AF24). The
support files will really provide the best information to help determine
the issue. I can't say this is a common issue (don't recall any specific
cases off the top of my head), assuming the injectors are good and 1247
date code or later.

 --
Mike Dudgeon
Ubiquiti Networks, Inc. 
 
Sent from my iPhone

On Nov 15, 2014, at 12:14, Chuck McCown via Af  wrote:

Did you pay the software license renewal fee?

 *From:* mailto:af@afmug.com 
*Sent:* Saturday, November 15, 2014 9:21 AM
*To:* memb...@wispa.org
*Cc:* af@afmug.com
*Subject:* [AFMUG] AF24 Ghz - Good Download / No Upload


Hey guys,



Before I send the support files, I wanted to see if any of you have seen
this…



A rock solid Air Fiber link (2years now) started acting up this past
Thursday.  No changes have been made and it was working fine the day before.

Everything in the interface looks great.  Despite this, we went ahead and
replaced the PoE and terminated to be safe.  The SNR on the cables are 29
on each side.

This device started having upload issues.   At best, it might do 2-5Mbs on
the upload side.  It began limiting the number of PPPoE traffic connections
it could handle. (assuming the small upload is causing this)

Download seems stable but does vary.  If you log in to either side, the
numbers are great.  I am thinking bad hardware, but JUST in case someone
has seen this please let me know.



Running v2.2 beta 3.  Tried downgrading to 2.0 and got the same result.
Back to Beta. Same result.



*Tyson Burris, President*
*Internet Communications Inc.*
*739 Commerce Dr.*
*Franklin, IN 46131*

*317-738-0320 Daytime #*
*317-412-1540 Cell/Direct #*
*Online: **www.surfici.net* 





*What can ICI do for you?*


*Broadband Wireless - PtP/PtMP Solutions - WiMax - Mesh Wifi/Hotzones - IP
Security - Fiber - Tower - Infrastructure.*

*CONFIDENTIALITY NOTICE: This e-mail is intended for the*
*addressee shown. It contains information that is*
*confidential and protected from disclosure. Any review,*
*dissemination or use of this transmission or its contents by*
*unauthorized organizations or individuals is strictly*
*prohibited.*

Re: [AFMUG] AF24 Ghz - Good Download / No Upload

[Josh Luthman via Af]

I laughed.  Could you imagine if Ubnt wanted to charge for their incomplete
software?  LOL!

Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373
On Nov 15, 2014 1:00 PM, "Chuck McCown via Af"  wrote:

>   Sorry, my smart assed – tongue in cheek - comments are not always as
> obvious as I think...
>
>  *From:* Mike Dudgeon via Af 
> *Sent:* Saturday, November 15, 2014 10:50 AM
> *To:* af@afmug.com
> *Subject:* Re: [AFMUG] AF24 Ghz - Good Download / No Upload
>
>  There isn't a software renewal fee on our gear (including AF24). The
> support files will really provide the best information to help determine
> the issue. I can't say this is a common issue (don't recall any specific
> cases off the top of my head), assuming the injectors are good and 1247
> date code or later.
>
>  --
> Mike Dudgeon
> Ubiquiti Networks, Inc. 
>  
> Sent from my iPhone
>
> On Nov 15, 2014, at 12:14, Chuck McCown via Af  wrote:
>
>   Did you pay the software license renewal fee?
>
>  *From:* mailto:af@afmug.com 
> *Sent:* Saturday, November 15, 2014 9:21 AM
> *To:* memb...@wispa.org
> *Cc:* af@afmug.com
> *Subject:* [AFMUG] AF24 Ghz - Good Download / No Upload
>
>
> Hey guys,
>
>
>
> Before I send the support files, I wanted to see if any of you have seen
> this…
>
>
>
> A rock solid Air Fiber link (2years now) started acting up this past
> Thursday.  No changes have been made and it was working fine the day before.
>
> Everything in the interface looks great.  Despite this, we went ahead and
> replaced the PoE and terminated to be safe.  The SNR on the cables are 29
> on each side.
>
> This device started having upload issues.   At best, it might do 2-5Mbs on
> the upload side.  It began limiting the number of PPPoE traffic connections
> it could handle. (assuming the small upload is causing this)
>
> Download seems stable but does vary.  If you log in to either side, the
> numbers are great.  I am thinking bad hardware, but JUST in case someone
> has seen this please let me know.
>
>
>
> Running v2.2 beta 3.  Tried downgrading to 2.0 and got the same result.
> Back to Beta. Same result.
>
>
>
> *Tyson Burris, President*
> *Internet Communications Inc.*
> *739 Commerce Dr.*
> *Franklin, IN 46131*
>
> *317-738-0320 <317-738-0320> Daytime #*
> *317-412-1540 <317-412-1540> Cell/Direct #*
> *Online: **www.surfici.net*
>
>
>
> 
>
> *What can ICI do for you?*
>
>
> *Broadband Wireless - PtP/PtMP Solutions - WiMax - Mesh Wifi/Hotzones - IP
> Security - Fiber - Tower - Infrastructure.*
>
> *CONFIDENTIALITY NOTICE: This e-mail is intended for the*
> *addressee shown. It contains information that is*
> *confidential and protected from disclosure. Any review,*
> *dissemination or use of this transmission or its contents by*
> *unauthorized organizations or individuals is strictly*
> *prohibited.*
>
>
>
>

Re: [AFMUG] AF24 Ghz - Good Download / No Upload

[David Milholen via Af]

Grins :)

On 11/15/2014 12:02 PM, Josh Luthman via Af wrote:


I laughed.  Could you imagine if Ubnt wanted to charge for their 
incomplete software?  LOL!


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

On Nov 15, 2014 1:00 PM, "Chuck McCown via Af" > wrote:


Sorry, my smart assed – tongue in cheek - comments are not always
as obvious as I think...
*From:* Mike Dudgeon via Af 
*Sent:* Saturday, November 15, 2014 10:50 AM
*To:* af@afmug.com 
*Subject:* Re: [AFMUG] AF24 Ghz - Good Download / No Upload
There isn't a software renewal fee on our gear (including AF24).
The support files will really provide the best information to help
determine the issue. I can't say this is a common issue (don't
recall any specific cases off the top of my head), assuming the
injectors are good and 1247 date code or later.

--
Mike Dudgeon
Ubiquiti Networks, Inc. 

Sent from my iPhone

On Nov 15, 2014, at 12:14, Chuck McCown via Af mailto:af@afmug.com>> wrote:


Did you pay the software license renewal fee?
*From:* mailto:af@afmug.com
*Sent:* Saturday, November 15, 2014 9:21 AM
*To:* memb...@wispa.org 
*Cc:* af@afmug.com 
*Subject:* [AFMUG] AF24 Ghz - Good Download / No Upload

Hey guys,

Before I send the support files, I wanted to see if any of you
have seen this…

A rock solid Air Fiber link (2years now) started acting up this
past Thursday.  No changes have been made and it was working fine
the day before.

Everything in the interface looks great.  Despite this, we went
ahead and replaced the PoE and terminated to be safe.  The SNR on
the cables are 29 on each side.

This device started having upload issues.   At best, it might do
2-5Mbs on the upload side.  It began limiting the number of PPPoE
traffic connections it could handle. (assuming the small upload
is causing this)

Download seems stable but does vary.  If you log in to either
side, the numbers are great.  I am thinking bad hardware, but
JUST in case someone has seen this please let me know.

Running v2.2 beta 3. Tried downgrading to 2.0 and got the same
result.  Back to Beta. Same result.

*Tyson Burris, President**
**Internet Communications Inc.**
**739 Commerce Dr.**
**Franklin, IN 46131**
***
*317-738-0320  Daytime #*
*317-412-1540  Cell/Direct #*
*Online: **www.surfici.net*



*What can ICI do for you?*


*Broadband Wireless - PtP/PtMP Solutions - WiMax - Mesh
Wifi/Hotzones - IP Security - Fiber - Tower - Infrastructure.*
**
*CONFIDENTIALITY NOTICE: This e-mail is intended for the*
*addressee shown. It contains information that is*
*confidential and protected from disclosure. Any review,*
*dissemination or use of this transmission or its contents by*
*unauthorized organizations or individuals is strictly*
*prohibited.*



--

Re: [AFMUG] AF24 Ghz - Good Download / No Upload

[Josh Luthman via Af]

I knew your ears would burn :)

Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373
On Nov 15, 2014 1:08 PM, "David Milholen via Af"  wrote:

>  Grins :)
>
> On 11/15/2014 12:02 PM, Josh Luthman via Af wrote:
>
> I laughed.  Could you imagine if Ubnt wanted to charge for their
> incomplete software?  LOL!
>
> Josh Luthman
> Office: 937-552-2340
> Direct: 937-552-2343
> 1100 Wayne St
> Suite 1337
> Troy, OH 45373
> On Nov 15, 2014 1:00 PM, "Chuck McCown via Af"  wrote:
>
>>   Sorry, my smart assed – tongue in cheek - comments are not always as
>> obvious as I think...
>>
>>  *From:* Mike Dudgeon via Af 
>> *Sent:* Saturday, November 15, 2014 10:50 AM
>> *To:* af@afmug.com
>> *Subject:* Re: [AFMUG] AF24 Ghz - Good Download / No Upload
>>
>>  There isn't a software renewal fee on our gear (including AF24). The
>> support files will really provide the best information to help determine
>> the issue. I can't say this is a common issue (don't recall any specific
>> cases off the top of my head), assuming the injectors are good and 1247
>> date code or later.
>>
>>  --
>> Mike Dudgeon
>> Ubiquiti Networks, Inc. 
>>  
>>  Sent from my iPhone
>>
>> On Nov 15, 2014, at 12:14, Chuck McCown via Af  wrote:
>>
>>Did you pay the software license renewal fee?
>>
>>  *From:* mailto:af@afmug.com 
>> *Sent:* Saturday, November 15, 2014 9:21 AM
>> *To:* memb...@wispa.org
>> *Cc:* af@afmug.com
>> *Subject:* [AFMUG] AF24 Ghz - Good Download / No Upload
>>
>>
>> Hey guys,
>>
>>
>>
>> Before I send the support files, I wanted to see if any of you have seen
>> this…
>>
>>
>>
>> A rock solid Air Fiber link (2years now) started acting up this past
>> Thursday.  No changes have been made and it was working fine the day before.
>>
>> Everything in the interface looks great.  Despite this, we went ahead and
>> replaced the PoE and terminated to be safe.  The SNR on the cables are 29
>> on each side.
>>
>> This device started having upload issues.   At best, it might do 2-5Mbs
>> on the upload side.  It began limiting the number of PPPoE traffic
>> connections it could handle. (assuming the small upload is causing this)
>>
>> Download seems stable but does vary.  If you log in to either side, the
>> numbers are great.  I am thinking bad hardware, but JUST in case someone
>> has seen this please let me know.
>>
>>
>>
>> Running v2.2 beta 3.  Tried downgrading to 2.0 and got the same result.
>> Back to Beta. Same result.
>>
>>
>>
>> *Tyson Burris, President*
>> *Internet Communications Inc.*
>> *739 Commerce Dr.*
>> *Franklin, IN 46131*
>>
>> *317-738-0320 <317-738-0320> Daytime #*
>> *317-412-1540 <317-412-1540> Cell/Direct #*
>> *Online: **www.surfici.net*
>>
>>
>>
>> 
>>
>> *What can ICI do for you?*
>>
>>
>> *Broadband Wireless - PtP/PtMP Solutions - WiMax - Mesh Wifi/Hotzones -
>> IP Security - Fiber - Tower - Infrastructure.*
>>
>> *CONFIDENTIALITY NOTICE: This e-mail is intended for the*
>> *addressee shown. It contains information that is*
>> *confidential and protected from disclosure. Any review,*
>> *dissemination or use of this transmission or its contents by*
>> *unauthorized organizations or individuals is strictly*
>> *prohibited.*
>>
>>
>>
>>
> --
>

Re: [AFMUG] AF24 Ghz - Good Download / No Upload

[George Skorup (Cyber Broadcasting) via Af]

Are you seeing any pause frames or Rx overflows on either end? I had 
this problem recently with a new AF5 link. Tx pause and Rx overflows 
were through the roof. The MikroTik ports were set to auto/auto flow 
control and the radios had flow control disabled, but the MT ports were 
still sending Tx pause frames (which might be normal behavior). I had to 
set flow control off/off on both interfaces to get it to stop. Now there 
are no pause frames and very little Rx overflows. I'm not even sure why 
the interfaces had auto flow control enabled since the default is 
off/off. Probably me screwing with stuff and not remembering. Either 
that or lingering v5 config, I don't know.


On 11/15/2014 10:21 AM, Tyson Burris @ Internet Communications Inc via 
Af wrote:


Hey guys,

Before I send the support files, I wanted to see if any of you have 
seen this�


A rock solid Air Fiber link (2years now) started acting up this past 
Thursday.  No changes have been made and it was working fine the day 
before.


Everything in the interface looks great. Despite this, we went ahead 
and replaced the PoE and terminated to be safe.  The SNR on the cables 
are 29 on each side.


This device started having upload issues. At best, it might do 2-5Mbs 
on the upload side.  It began limiting the number of PPPoE traffic 
connections it could handle. (assuming the small upload is causing this)


Download seems stable but does vary.  If you log in to either side, 
the numbers are great.  I am thinking bad hardware, but JUST in case 
someone has seen this please let me know.


Running v2.2 beta 3.  Tried downgrading to 2.0 and got the same 
result.  Back to Beta. Same result.


*Tyson Burris, President**
**Internet Communications Inc.**
**739 Commerce Dr.**
**Franklin, IN 46131**
***
*317-738-0320 Daytime #*
*317-412-1540 Cell/Direct #*
*Online: **www.surfici.net*

ICI

*What can ICI do for you?*


*Broadband Wireless - PtP/PtMP Solutions - WiMax - Mesh Wifi/Hotzones 
- IP Security - Fiber - Tower - Infrastructure.*

**
*CONFIDENTIALITY NOTICE: This e-mail is intended for the*
*addressee shown. It contains information that is*
*confidential and protected from disclosure. Any review,*
*dissemination or use of this transmission or its contents by*
*unauthorized organizations or individuals is strictly*
*prohibited.*

Re: [AFMUG] [OT] Weird MT situation

[George Skorup (Cyber Broadcasting) via Af]

No DNS. I suspected it was SSH causing it. I would see an error in the 
log after several brute force attempts, something like expected 50 got 
5. The only thing I can find on that is something to do with keys. I do 
have keys installed for SCP'ing backup files. Anyway, it would take a 
couple hours after that error showed up for things to get really bad. If 
I let it go for 10-12 hours, it would eventually say all locally 
generated ICMP was 80% packet loss.


This is one of the few routers I have with 5.26. It was deployed shortly 
after it was available last year and v6 wasn't all that stable yet. I 
have since set the SSH service to allow only my NOC management subnet 
and it has been running fine for days now. So whatever/whoever was 
attacking the SSH server is now completely blocked. I have no doubt 
whatever malformed request they were sending was causing it. I really 
think the SSH "fix" in 5.26 has a memory leak. Like I said, I could ping 
it remotely just fine with no loss or out of order packets so I don't 
think it got as far as the kernel, like it was only local user-space 
processes. Again, memory leak. Good job, MikroTik! I'm guessing they 
have no more interest in v5 either.


On 11/15/2014 8:19 AM, Nicholas Eastman via Af wrote:


We use 5.25 and 5.26 on most of our routers. The main issues we've 
seen are SSH brute force and DNS relay. We have a central DNS server 
that we send everyone to located in our NOC, so we disabled "Allow 
remote requests." This could easily be done with a firewall rule if 
you do use the routers for DNS at the site, so they are not being hit 
from outside. As far as the rest. We use an address list and firewall 
to block access to the router's configuration interfaces except from 
our office or local management IPs.


As far as the ICMP packets being mis-ordered, you might try something 
like Greg Sowell's implementation of a ping brute force block. We 
don't employ it on site routers right now, but I have seen it catch 
some IPs on some customer set ups we have done. They are part of his 
"Border Router Firewall Script" example that can be found here: 
http://gregsowell.com/?p=4013


On Nov 10, 2014 7:05 PM, "George Skorup (Cyber Broadcasting) via Af" 
mailto:af@afmug.com>> wrote:


I've got a RB1100AH running 5.26. Something has been happening
every day for about the past week and it gets all screwy. I've
confirmed there are no site temperature or power issues. Here's
what happens in the screwy state. I can ping it and it responds
fine. I can log into Winbox or the CLI and try to ping anything,
even local same-subnet stuff and I get a bunch of packet loss.
SNMP responses are hit or miss as well. I did a packet capture and
it shows the ICMP packets all out of order. Reboot it and
everything works fine again, until next time. The only thing I
haven't tried yet is pinging 127.0.0.1 and see if the same packet
loss happens.

I see a bunch of SSH brute force attempts, but I'm using the brute
force protection firewall scripts to add sequential attempts to an
address list to stop them. And that works fine. But I'm wondering,
since 5.26 is the "ssh - fixed denial of service;" version, did
this "fix" break something else. I don't see this on any other
routers running 5.25, RB1100's and 493's. This is a remote router
so I do not want to try downgrading to 5.25 or upgrading to v6
without someone there. And if I'm going to send someone there,
probably better off replacing it, but then I'll never know WTF is
causing this.

Re: [AFMUG] AF24 Ghz - Good Download / No Upload

[Bill Prince via Af]

For the record, I got the joke.

Maybe you need to know Chuck better...

bp


On 11/15/2014 10:00 AM, Chuck McCown via Af wrote:
Sorry, my smart assed – tongue in cheek - comments are not always as 
obvious as I think...

*From:* Mike Dudgeon via Af 
*Sent:* Saturday, November 15, 2014 10:50 AM
*To:* af@afmug.com 
*Subject:* Re: [AFMUG] AF24 Ghz - Good Download / No Upload
There isn't a software renewal fee on our gear (including AF24). The 
support files will really provide the best information to help 
determine the issue. I can't say this is a common issue (don't recall 
any specific cases off the top of my head), assuming the injectors are 
good and 1247 date code or later.


--
Mike Dudgeon
Ubiquiti Networks, Inc. 

Sent from my iPhone

On Nov 15, 2014, at 12:14, Chuck McCown via Af > wrote:



Did you pay the software license renewal fee?
*From:* mailto:af@afmug.com
*Sent:* Saturday, November 15, 2014 9:21 AM
*To:* memb...@wispa.org 
*Cc:* af@afmug.com 
*Subject:* [AFMUG] AF24 Ghz - Good Download / No Upload

Hey guys,

Before I send the support files, I wanted to see if any of you have 
seen this…


A rock solid Air Fiber link (2years now) started acting up this past 
Thursday.  No changes have been made and it was working fine the day 
before.


Everything in the interface looks great.  Despite this, we went ahead 
and replaced the PoE and terminated to be safe. The SNR on the cables 
are 29 on each side.


This device started having upload issues.   At best, it might do 
2-5Mbs on the upload side.  It began limiting the number of PPPoE 
traffic connections it could handle. (assuming the small upload is 
causing this)


Download seems stable but does vary.  If you log in to either side, 
the numbers are great.  I am thinking bad hardware, but JUST in case 
someone has seen this please let me know.


Running v2.2 beta 3.  Tried downgrading to 2.0 and got the same 
result. Back to Beta. Same result.


*Tyson Burris, President**
**Internet Communications Inc.**
**739 Commerce Dr.**
**Franklin, IN 46131**
***
*317-738-0320 Daytime #*
*317-412-1540 Cell/Direct #*
*Online: **www.surfici.net* 



*What can ICI do for you?*


*Broadband Wireless - PtP/PtMP Solutions - WiMax - Mesh Wifi/Hotzones 
- IP Security - Fiber - Tower - Infrastructure.*

**
*CONFIDENTIALITY NOTICE: This e-mail is intended for the*
*addressee shown. It contains information that is*
*confidential and protected from disclosure. Any review,*
*dissemination or use of this transmission or its contents by*
*unauthorized organizations or individuals is strictly*
*prohibited.*

Re: [AFMUG] [OT] Weird MT situation

[Bill Prince via Af]

Ours MTs are almost all 5.26.  I am still risk averse to anything 6.x, 
but I may change my mind when 7.x passes RC37.


I have not seen this issue, but I do disallow SSH from anywhere other 
than approved IP ranges.


bp


On 11/15/2014 11:05 AM, George Skorup (Cyber Broadcasting) via Af wrote:
No DNS. I suspected it was SSH causing it. I would see an error in the 
log after several brute force attempts, something like expected 50 got 
5. The only thing I can find on that is something to do with keys. I 
do have keys installed for SCP'ing backup files. Anyway, it would take 
a couple hours after that error showed up for things to get really 
bad. If I let it go for 10-12 hours, it would eventually say all 
locally generated ICMP was 80% packet loss.


This is one of the few routers I have with 5.26. It was deployed 
shortly after it was available last year and v6 wasn't all that stable 
yet. I have since set the SSH service to allow only my NOC management 
subnet and it has been running fine for days now. So whatever/whoever 
was attacking the SSH server is now completely blocked. I have no 
doubt whatever malformed request they were sending was causing it. I 
really think the SSH "fix" in 5.26 has a memory leak. Like I said, I 
could ping it remotely just fine with no loss or out of order packets 
so I don't think it got as far as the kernel, like it was only local 
user-space processes. Again, memory leak. Good job, MikroTik! I'm 
guessing they have no more interest in v5 either.


On 11/15/2014 8:19 AM, Nicholas Eastman via Af wrote:


We use 5.25 and 5.26 on most of our routers. The main issues we've 
seen are SSH brute force and DNS relay. We have a central DNS server 
that we send everyone to located in our NOC, so we disabled "Allow 
remote requests." This could easily be done with a firewall rule if 
you do use the routers for DNS at the site, so they are not being hit 
from outside. As far as the rest. We use an address list and firewall 
to block access to the router's configuration interfaces except from 
our office or local management IPs.


As far as the ICMP packets being mis-ordered, you might try something 
like Greg Sowell's implementation of a ping brute force block. We 
don't employ it on site routers right now, but I have seen it catch 
some IPs on some customer set ups we have done. They are part of his 
"Border Router Firewall Script" example that can be found here: 
http://gregsowell.com/?p=4013


On Nov 10, 2014 7:05 PM, "George Skorup (Cyber Broadcasting) via Af" 
mailto:af@afmug.com>> wrote:


I've got a RB1100AH running 5.26. Something has been happening
every day for about the past week and it gets all screwy. I've
confirmed there are no site temperature or power issues. Here's
what happens in the screwy state. I can ping it and it responds
fine. I can log into Winbox or the CLI and try to ping anything,
even local same-subnet stuff and I get a bunch of packet loss.
SNMP responses are hit or miss as well. I did a packet capture
and it shows the ICMP packets all out of order. Reboot it and
everything works fine again, until next time. The only thing I
haven't tried yet is pinging 127.0.0.1 and see if the same packet
loss happens.

I see a bunch of SSH brute force attempts, but I'm using the
brute force protection firewall scripts to add sequential
attempts to an address list to stop them. And that works fine.
But I'm wondering, since 5.26 is the "ssh - fixed denial of
service;" version, did this "fix" break something else. I don't
see this on any other routers running 5.25, RB1100's and 493's.
This is a remote router so I do not want to try downgrading to
5.25 or upgrading to v6 without someone there. And if I'm going
to send someone there, probably better off replacing it, but then
I'll never know WTF is causing this.

Re: [AFMUG] FS: PMP 100 5.4 Ghz

[Philip Rankin via Af]

I am interested!  wireless...@gmail.com

On Sat, Nov 15, 2014 at 1:55 AM, Daniel Gerlach via Af  wrote:

>  100 x 7 Mbit 5400 all for 800$
>



-- 
Philip J. Rankin
Wireless Telecommunications Services
PO Box 24
Pittsburg, KS  66762

Re: [AFMUG] [OT] Weird MT situation

[Ken Hohhof via Af]

I actually turn off all IP services except Winbox.  If I need SSH, I first 
enable it from Winbox.  No doubt there is some reason why this is stupid, but 
it does solve the SSH problem.  Did I mention I really like Winbox?

I only think I got burned once because of this, probably something like no 
default router, and was able to recover by setting up a PPTP tunnel to the next 
hop router so I could Winbox in from the same subnet.  There’s probably a way 
to run a Winbox proxy on the next hop router but if there is I’m unaware of it.


From: Bill Prince via Af 
Sent: Saturday, November 15, 2014 1:41 PM
To: af@afmug.com 
Subject: Re: [AFMUG] [OT] Weird MT situation

Ours MTs are almost all 5.26.  I am still risk averse to anything 6.x, but I 
may change my mind when 7.x passes RC37.

I have not seen this issue, but I do disallow SSH from anywhere other than 
approved IP ranges.


bp


On 11/15/2014 11:05 AM, George Skorup (Cyber Broadcasting) via Af wrote:

  No DNS. I suspected it was SSH causing it. I would see an error in the log 
after several brute force attempts, something like expected 50 got 5. The only 
thing I can find on that is something to do with keys. I do have keys installed 
for SCP'ing backup files. Anyway, it would take a couple hours after that error 
showed up for things to get really bad. If I let it go for 10-12 hours, it 
would eventually say all locally generated ICMP was 80% packet loss. 

  This is one of the few routers I have with 5.26. It was deployed shortly 
after it was available last year and v6 wasn't all that stable yet. I have 
since set the SSH service to allow only my NOC management subnet and it has 
been running fine for days now. So whatever/whoever was attacking the SSH 
server is now completely blocked. I have no doubt whatever malformed request 
they were sending was causing it. I really think the SSH "fix" in 5.26 has a 
memory leak. Like I said, I could ping it remotely just fine with no loss or 
out of order packets so I don't think it got as far as the kernel, like it was 
only local user-space processes. Again, memory leak. Good job, MikroTik! I'm 
guessing they have no more interest in v5 either.

  On 11/15/2014 8:19 AM, Nicholas Eastman via Af wrote:

We use 5.25 and 5.26 on most of our routers. The main issues we've seen are 
SSH brute force and DNS relay. We have a central DNS server that we send 
everyone to located in our NOC, so we disabled "Allow remote requests." This 
could easily be done with a firewall rule if you do use the routers for DNS at 
the site, so they are not being hit from outside. As far as the rest. We use an 
address list and firewall to block access to the router's configuration 
interfaces except from our office or local management IPs.

As far as the ICMP packets being mis-ordered, you might try something like 
Greg Sowell's implementation of a ping brute force block. We don't employ it on 
site routers right now, but I have seen it catch some IPs on some customer set 
ups we have done. They are part of his "Border Router Firewall Script" example 
that can be found here: http://gregsowell.com/?p=4013


On Nov 10, 2014 7:05 PM, "George Skorup (Cyber Broadcasting) via Af" 
 wrote:

  I've got a RB1100AH running 5.26. Something has been happening every day 
for about the past week and it gets all screwy. I've confirmed there are no 
site temperature or power issues. Here's what happens in the screwy state. I 
can ping it and it responds fine. I can log into Winbox or the CLI and try to 
ping anything, even local same-subnet stuff and I get a bunch of packet loss. 
SNMP responses are hit or miss as well. I did a packet capture and it shows the 
ICMP packets all out of order. Reboot it and everything works fine again, until 
next time. The only thing I haven't tried yet is pinging 127.0.0.1 and see if 
the same packet loss happens.

  I see a bunch of SSH brute force attempts, but I'm using the brute force 
protection firewall scripts to add sequential attempts to an address list to 
stop them. And that works fine. But I'm wondering, since 5.26 is the "ssh - 
fixed denial of service;" version, did this "fix" break something else. I don't 
see this on any other routers running 5.25, RB1100's and 493's. This is a 
remote router so I do not want to try downgrading to 5.25 or upgrading to v6 
without someone there. And if I'm going to send someone there, probably better 
off replacing it, but then I'll never know WTF is causing this.

[AFMUG] Ap resetting after upgrading to 13.2

[Ryan Ray via Af]

After upgrading this AP it's also resetting like crazy by itself...

**System Startup**
System Reset Exception -- Watchdog Reset
Software Version : CANOPY 13.2 AP-DES
Board Type : P12
Device Setting : 2.4GHz MIMO OFDM - Access Point - 0a-00-3e-47-d3-a1
No valid accounts configured. Using default user account - 2417.5 MHz -
20.0 MHz - 1/16 - CC 3
FPGA Version : 082614
FPGA Features : DES, Sched, US/ETSI;
01/01/2011 : 00:00:23 UTC : Acquired sync pulse from Power Port.
11/15/2014 : 18:05:01 UTC : :Time Set
11/16/2014 : 00:04:16 UTC : :Idle task starved for 31 seconds.
11/16/2014 : 00:04:16 UTC :
CPU Utilization (Cur/Max): (33%/100%)
Total Time : 1977618 us

TASK TASK % RT Tot TASK Tot S T A C K Task PC
NAME PRI RT MAX Cyc Preempt CtxSw (Sz/Cur%/Max%)OV Status Addr
-
SYNC 4 ( 0%) 0 0 0 0 (12284/ 2%/33%) PendEvFlgGrp 0x800076c
WDOG 5 ( 0%) 16 79 0 6 (12284/ 2%/11%) Ready 0x991c08
LEDT 6 ( 0%) 71 147 0 6 (12284/ 2%/13%) Ready 0x800076c
DIAG 10 ( 0%) 0 0 0 0 (12284/ 2%/15%) PendEvFlgGrp 0x800076c
trap 14 ( 0%) 0 0 0 0 (12284/ 2%/32%) PendEvFlgGrp 0x800076c
SESS 15 ( 0%) 0 0 0 0 (12284/ 2%/36%) PendEvFlgGrp 0x800076c
SOCK 16 ( 0%) 160 464 4 8 (12284/ 6%/29%) Suspend 0x800076c
COMM 17 ( 0%) 674 674 0 1 (12284/ 2%/33%) PendEvFlgGrp 0x800076c
EAPR 18 ( 0%) 58 1110 0 20 (12284/ 3%/17%) PendEvFlgGrp 0x800076c
VLAN 20 ( 0%) 0 0 0 0 (12284/ 2%/12%) PendEvFlgGrp 0x800076c
APPT 22 ( 0%) 0 0 0 0 (12284/ 2%/ 9%) PendEvFlgGrp 0x800076c
ctic 23 ( 0%) 1967 9848 8 28 (12284/ 2%/17%) Ready 0x800076c
Inet 24 ( 0%) 0 0 0 0 (12284/ 2%/24%) Suspend 0x800076c
BDMT 27 ( 0%) 16 31 0 2 (12284/ 2%/12%) PendEvFlgGrp 0x800076c
BDQT 28 ( 0%) 1765 5252 0 20 (12284/ 2%/15%) PendEvFlgGrp 0x800076c
FECT 29 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
AUTH 31 ( 0%) 0 0 0 0 (12284/ 3%/11%) PendEvFlgGrp 0x800076c
SNMP 32 ( 0%) 0 0 0 0 (12284/ 3%/40%) Suspend 0x800076c
teln 34 ( 0%) 28 111 0 4 (12284/ 6%/29%) Suspend 0x800076c
TEL1 35 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
TEL2 36 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
TEL3 37 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
TEL4 38 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
FTPs 39 ( 0%) 28 111 0 4 (12284/ 7%/31%) Suspend 0x800076c
GPSO 42 ( 0%) 177 577 0 6 (12284/ 2%/28%) Ready 0x800076c
GPSI 43 ( 0%) 0 0 0 0 (12284/ 2%/ 9%) PendSem 0x800076c
NTP 44 ( 0%) 0 0 0 0 (12284/ 2%/33%) PendEvFlgGrp 0x800076c
NTPS 45 ( 0%) 0 0 0 0 (12284/ 3%/11%) Suspend 0x800076c
ROOT 46 ( 0%) 0 0 0 0 (12284/ 2%/40%) Suspend 0x800076c
UPDT 48 ( 0%) 0 0 0 0 (12284/ 2%/16%) PendEvFlgGrp 0x800076c
HTTP 50 ( 0%) 29 114 0 4 (12284/ 7%/52%) Suspend 0x800076c
PROX 51 (99%) 69800 1959100 52 52 (12284/ 7%/31%) Ready 0x800054c
HTUN 52 ( 0%) 0 0 0 0 (12284/ 7%/32%) Ready 0x800076c
TFT0 53 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) PendQ 0x800076c
nvrm 55 ( 0%) 0 0 0 0 (12284/ 2%/ 9%) PendEvFlgGrp 0x800076c
PING 56 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
LLDT 57 ( 0%) 0 0 0 0 (12284/ 2%/12%) Ready 0x800076c
STAT 60 ( 0%) 0 0 0 0 ( 8192/ 3%/17%) Ready 0x800076c
IDLE 61 ( 0%) 0 0 0 0 ( 8192/ 3%/17%) Ready 0x800054c
PRI PC ID

5 0800076c 0
6 0800076c 1
51 0800054c 2
28 0800076c 3
51 0800054c 4
18 0800076c 5
23 0800076c 6
51 0800054c 7
17 0800076c 8
51 0800054c 9
28 0800076c 10
51 0800054c 11
18 0800076c 12
23 0800076c 13
51 0800054c 14
28 0800076c 15
51 0800054c 16
27 0800076c 17
51 0800054c 18
18 0800076c 19
23 0800076c 20
51 0800054c 21
28 0800076c 22
51 0800054c 23
5 0800076c 24
6 0800076c 25
51 0800054c 26
18 0800076c 27
23 0800076c 28
51 0800054c 29
28 0800076c 30
51 0800054c 31
18 0800076c 32
23 0800076c 33
16 0800076c 34
23 0800076c 35
16 0800076c 36
23 0800076c 37
34 0800076c 38
39 0800076c 39
50 0800076c 40
51 0800054c 41
28 0800076c 42
51 0800054c 43
18 0800076c 44
23 0800076c 45
51 0800054c 46
28 0800076c 47
51 0800054c 48
18 0800076c 49
23 0800076c 50
51 0800054c 51
5 0800076c 52
6 0800076c 53
51 0800054c 54
28 0800076c 55
51 0800054c 56
18 0800076c 57
23 0800076c 58
51 0800054c 59
28 0800076c 60
51 0800054c 61
18 0800076c 62
23 0800076c 63
51 0800054c 64
28 0800076c 65
51 0800054c 66
18 0800076c 67
23 0800076c 68
16 0800076c 69
23 0800076c 70
16 0800076c 71
23 0800076c 72
34 0800076c 73
39 0800076c 74
50 0800076c 75
51 0800054c 76
5 0800076c 77
6 0800076c 78
51 0800054c 79
28 0800076c 80
51 0800054c 81
18 0800076c 82
23 0800076c 83
51 0800054c 84
28 0800076c 85
51 0800054c 86
18 0800076c 87
23 0800076c 88
51 0800054c 89
28 0800076c 90
51 0800054c 91
27 0800076c 92
51 0800054c 93
18 0800076c 94
23 0800076c 95
51 0800054c 96
5 0800076c 97
6 0800076c 98
28 0800076c 99
51 0800054c 100
18 0800076c 101
23 0800076c 102
51 0800054c 103
42 0800076c 104
51 0800054c 105
42 0800076c 106
51 0800054c 107
42 0800076c 108
51 0800054c 109
28 0800076c 110
42 0800076c 111
51 0800054c 112
42 0800076c 113
51 0800054c 114
42 0800076c 115
51 0800054c 116
18 0800076c 117
23 0800076c 118
16 0800076c 119
23 0800076c 120
1

Re: [AFMUG] Ap resetting after upgrading to 13.2

[timothy steele via Af]

Are there SM's with 13.2 beta on that AP?

—
Sent from Mailbox

On Sat, Nov 15, 2014 at 7:13 PM, Ryan Ray via Af  wrote:

> After upgrading this AP it's also resetting like crazy by itself...
> **System Startup**
> System Reset Exception -- Watchdog Reset
> Software Version : CANOPY 13.2 AP-DES
> Board Type : P12
> Device Setting : 2.4GHz MIMO OFDM - Access Point - 0a-00-3e-47-d3-a1
> No valid accounts configured. Using default user account - 2417.5 MHz -
> 20.0 MHz - 1/16 - CC 3
> FPGA Version : 082614
> FPGA Features : DES, Sched, US/ETSI;
> 01/01/2011 : 00:00:23 UTC : Acquired sync pulse from Power Port.
> 11/15/2014 : 18:05:01 UTC : :Time Set
> 11/16/2014 : 00:04:16 UTC : :Idle task starved for 31 seconds.
> 11/16/2014 : 00:04:16 UTC :
> CPU Utilization (Cur/Max): (33%/100%)
> Total Time : 1977618 us
> TASK TASK % RT Tot TASK Tot S T A C K Task PC
> NAME PRI RT MAX Cyc Preempt CtxSw (Sz/Cur%/Max%)OV Status Addr
> -
> SYNC 4 ( 0%) 0 0 0 0 (12284/ 2%/33%) PendEvFlgGrp 0x800076c
> WDOG 5 ( 0%) 16 79 0 6 (12284/ 2%/11%) Ready 0x991c08
> LEDT 6 ( 0%) 71 147 0 6 (12284/ 2%/13%) Ready 0x800076c
> DIAG 10 ( 0%) 0 0 0 0 (12284/ 2%/15%) PendEvFlgGrp 0x800076c
> trap 14 ( 0%) 0 0 0 0 (12284/ 2%/32%) PendEvFlgGrp 0x800076c
> SESS 15 ( 0%) 0 0 0 0 (12284/ 2%/36%) PendEvFlgGrp 0x800076c
> SOCK 16 ( 0%) 160 464 4 8 (12284/ 6%/29%) Suspend 0x800076c
> COMM 17 ( 0%) 674 674 0 1 (12284/ 2%/33%) PendEvFlgGrp 0x800076c
> EAPR 18 ( 0%) 58 1110 0 20 (12284/ 3%/17%) PendEvFlgGrp 0x800076c
> VLAN 20 ( 0%) 0 0 0 0 (12284/ 2%/12%) PendEvFlgGrp 0x800076c
> APPT 22 ( 0%) 0 0 0 0 (12284/ 2%/ 9%) PendEvFlgGrp 0x800076c
> ctic 23 ( 0%) 1967 9848 8 28 (12284/ 2%/17%) Ready 0x800076c
> Inet 24 ( 0%) 0 0 0 0 (12284/ 2%/24%) Suspend 0x800076c
> BDMT 27 ( 0%) 16 31 0 2 (12284/ 2%/12%) PendEvFlgGrp 0x800076c
> BDQT 28 ( 0%) 1765 5252 0 20 (12284/ 2%/15%) PendEvFlgGrp 0x800076c
> FECT 29 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
> AUTH 31 ( 0%) 0 0 0 0 (12284/ 3%/11%) PendEvFlgGrp 0x800076c
> SNMP 32 ( 0%) 0 0 0 0 (12284/ 3%/40%) Suspend 0x800076c
> teln 34 ( 0%) 28 111 0 4 (12284/ 6%/29%) Suspend 0x800076c
> TEL1 35 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
> TEL2 36 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
> TEL3 37 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
> TEL4 38 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
> FTPs 39 ( 0%) 28 111 0 4 (12284/ 7%/31%) Suspend 0x800076c
> GPSO 42 ( 0%) 177 577 0 6 (12284/ 2%/28%) Ready 0x800076c
> GPSI 43 ( 0%) 0 0 0 0 (12284/ 2%/ 9%) PendSem 0x800076c
> NTP 44 ( 0%) 0 0 0 0 (12284/ 2%/33%) PendEvFlgGrp 0x800076c
> NTPS 45 ( 0%) 0 0 0 0 (12284/ 3%/11%) Suspend 0x800076c
> ROOT 46 ( 0%) 0 0 0 0 (12284/ 2%/40%) Suspend 0x800076c
> UPDT 48 ( 0%) 0 0 0 0 (12284/ 2%/16%) PendEvFlgGrp 0x800076c
> HTTP 50 ( 0%) 29 114 0 4 (12284/ 7%/52%) Suspend 0x800076c
> PROX 51 (99%) 69800 1959100 52 52 (12284/ 7%/31%) Ready 0x800054c
> HTUN 52 ( 0%) 0 0 0 0 (12284/ 7%/32%) Ready 0x800076c
> TFT0 53 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) PendQ 0x800076c
> nvrm 55 ( 0%) 0 0 0 0 (12284/ 2%/ 9%) PendEvFlgGrp 0x800076c
> PING 56 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
> LLDT 57 ( 0%) 0 0 0 0 (12284/ 2%/12%) Ready 0x800076c
> STAT 60 ( 0%) 0 0 0 0 ( 8192/ 3%/17%) Ready 0x800076c
> IDLE 61 ( 0%) 0 0 0 0 ( 8192/ 3%/17%) Ready 0x800054c
> PRI PC ID
> 
> 5 0800076c 0
> 6 0800076c 1
> 51 0800054c 2
> 28 0800076c 3
> 51 0800054c 4
> 18 0800076c 5
> 23 0800076c 6
> 51 0800054c 7
> 17 0800076c 8
> 51 0800054c 9
> 28 0800076c 10
> 51 0800054c 11
> 18 0800076c 12
> 23 0800076c 13
> 51 0800054c 14
> 28 0800076c 15
> 51 0800054c 16
> 27 0800076c 17
> 51 0800054c 18
> 18 0800076c 19
> 23 0800076c 20
> 51 0800054c 21
> 28 0800076c 22
> 51 0800054c 23
> 5 0800076c 24
> 6 0800076c 25
> 51 0800054c 26
> 18 0800076c 27
> 23 0800076c 28
> 51 0800054c 29
> 28 0800076c 30
> 51 0800054c 31
> 18 0800076c 32
> 23 0800076c 33
> 16 0800076c 34
> 23 0800076c 35
> 16 0800076c 36
> 23 0800076c 37
> 34 0800076c 38
> 39 0800076c 39
> 50 0800076c 40
> 51 0800054c 41
> 28 0800076c 42
> 51 0800054c 43
> 18 0800076c 44
> 23 0800076c 45
> 51 0800054c 46
> 28 0800076c 47
> 51 0800054c 48
> 18 0800076c 49
> 23 0800076c 50
> 51 0800054c 51
> 5 0800076c 52
> 6 0800076c 53
> 51 0800054c 54
> 28 0800076c 55
> 51 0800054c 56
> 18 0800076c 57
> 23 0800076c 58
> 51 0800054c 59
> 28 0800076c 60
> 51 0800054c 61
> 18 0800076c 62
> 23 0800076c 63
> 51 0800054c 64
> 28 0800076c 65
> 51 0800054c 66
> 18 0800076c 67
> 23 0800076c 68
> 16 0800076c 69
> 23 0800076c 70
> 16 0800076c 71
> 23 0800076c 72
> 34 0800076c 73
> 39 0800076c 74
> 50 0800076c 75
> 51 0800054c 76
> 5 0800076c 77
> 6 0800076c 78
> 51 0800054c 79
> 28 0800076c 80
> 51 0800054c 81
> 18 0800076c 82
> 23 0800076c 83
> 51 0800054c 84
> 28 0800076c 85
> 51 0800054c 86
> 18 0800076c 87
> 23 0800076c 88
> 51 0800054c 89
> 28 0800076c 90
> 51 0800054c 91
> 27 0800076c 92
> 51 0800054c 

Re: [AFMUG] Ap resetting after upgrading to 13.2

[Ryan Ray via Af]

Negatory. All 13.2 Official.

On Sat, Nov 15, 2014 at 4:27 PM, timothy steele via Af  wrote:

> Are there SM's with 13.2 beta on that AP?
>
> —
> Sent from Mailbox 
>
>
> On Sat, Nov 15, 2014 at 7:13 PM, Ryan Ray via Af  wrote:
>
>> After upgrading this AP it's also resetting like crazy by itself...
>>
>>  **System Startup**
>> System Reset Exception -- Watchdog Reset
>> Software Version : CANOPY 13.2 AP-DES
>> Board Type : P12
>> Device Setting : 2.4GHz MIMO OFDM - Access Point - 0a-00-3e-47-d3-a1
>> No valid accounts configured. Using default user account - 2417.5 MHz -
>> 20.0 MHz - 1/16 - CC 3
>> FPGA Version : 082614
>> FPGA Features : DES, Sched, US/ETSI;
>> 01/01/2011 : 00:00:23 UTC : Acquired sync pulse from Power Port.
>> 11/15/2014 : 18:05:01 UTC : :Time Set
>> 11/16/2014 : 00:04:16 UTC : :Idle task starved for 31 seconds.
>> 11/16/2014 : 00:04:16 UTC :
>> CPU Utilization (Cur/Max): (33%/100%)
>> Total Time : 1977618 us
>>
>> TASK TASK % RT Tot TASK Tot S T A C K Task PC
>> NAME PRI RT MAX Cyc Preempt CtxSw (Sz/Cur%/Max%)OV Status Addr
>>
>> -
>> SYNC 4 ( 0%) 0 0 0 0 (12284/ 2%/33%) PendEvFlgGrp 0x800076c
>> WDOG 5 ( 0%) 16 79 0 6 (12284/ 2%/11%) Ready 0x991c08
>> LEDT 6 ( 0%) 71 147 0 6 (12284/ 2%/13%) Ready 0x800076c
>> DIAG 10 ( 0%) 0 0 0 0 (12284/ 2%/15%) PendEvFlgGrp 0x800076c
>> trap 14 ( 0%) 0 0 0 0 (12284/ 2%/32%) PendEvFlgGrp 0x800076c
>> SESS 15 ( 0%) 0 0 0 0 (12284/ 2%/36%) PendEvFlgGrp 0x800076c
>> SOCK 16 ( 0%) 160 464 4 8 (12284/ 6%/29%) Suspend 0x800076c
>> COMM 17 ( 0%) 674 674 0 1 (12284/ 2%/33%) PendEvFlgGrp 0x800076c
>> EAPR 18 ( 0%) 58 1110 0 20 (12284/ 3%/17%) PendEvFlgGrp 0x800076c
>> VLAN 20 ( 0%) 0 0 0 0 (12284/ 2%/12%) PendEvFlgGrp 0x800076c
>> APPT 22 ( 0%) 0 0 0 0 (12284/ 2%/ 9%) PendEvFlgGrp 0x800076c
>> ctic 23 ( 0%) 1967 9848 8 28 (12284/ 2%/17%) Ready 0x800076c
>> Inet 24 ( 0%) 0 0 0 0 (12284/ 2%/24%) Suspend 0x800076c
>> BDMT 27 ( 0%) 16 31 0 2 (12284/ 2%/12%) PendEvFlgGrp 0x800076c
>> BDQT 28 ( 0%) 1765 5252 0 20 (12284/ 2%/15%) PendEvFlgGrp 0x800076c
>> FECT 29 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
>> AUTH 31 ( 0%) 0 0 0 0 (12284/ 3%/11%) PendEvFlgGrp 0x800076c
>> SNMP 32 ( 0%) 0 0 0 0 (12284/ 3%/40%) Suspend 0x800076c
>> teln 34 ( 0%) 28 111 0 4 (12284/ 6%/29%) Suspend 0x800076c
>> TEL1 35 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
>> TEL2 36 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
>> TEL3 37 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
>> TEL4 38 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
>> FTPs 39 ( 0%) 28 111 0 4 (12284/ 7%/31%) Suspend 0x800076c
>> GPSO 42 ( 0%) 177 577 0 6 (12284/ 2%/28%) Ready 0x800076c
>> GPSI 43 ( 0%) 0 0 0 0 (12284/ 2%/ 9%) PendSem 0x800076c
>> NTP 44 ( 0%) 0 0 0 0 (12284/ 2%/33%) PendEvFlgGrp 0x800076c
>> NTPS 45 ( 0%) 0 0 0 0 (12284/ 3%/11%) Suspend 0x800076c
>> ROOT 46 ( 0%) 0 0 0 0 (12284/ 2%/40%) Suspend 0x800076c
>> UPDT 48 ( 0%) 0 0 0 0 (12284/ 2%/16%) PendEvFlgGrp 0x800076c
>> HTTP 50 ( 0%) 29 114 0 4 (12284/ 7%/52%) Suspend 0x800076c
>> PROX 51 (99%) 69800 1959100 52 52 (12284/ 7%/31%) Ready 0x800054c
>> HTUN 52 ( 0%) 0 0 0 0 (12284/ 7%/32%) Ready 0x800076c
>> TFT0 53 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) PendQ 0x800076c
>> nvrm 55 ( 0%) 0 0 0 0 (12284/ 2%/ 9%) PendEvFlgGrp 0x800076c
>> PING 56 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
>> LLDT 57 ( 0%) 0 0 0 0 (12284/ 2%/12%) Ready 0x800076c
>> STAT 60 ( 0%) 0 0 0 0 ( 8192/ 3%/17%) Ready 0x800076c
>> IDLE 61 ( 0%) 0 0 0 0 ( 8192/ 3%/17%) Ready 0x800054c
>> PRI PC ID
>> 
>> 5 0800076c 0
>> 6 0800076c 1
>> 51 0800054c 2
>> 28 0800076c 3
>> 51 0800054c 4
>> 18 0800076c 5
>> 23 0800076c 6
>> 51 0800054c 7
>> 17 0800076c 8
>> 51 0800054c 9
>> 28 0800076c 10
>> 51 0800054c 11
>> 18 0800076c 12
>> 23 0800076c 13
>> 51 0800054c 14
>> 28 0800076c 15
>> 51 0800054c 16
>> 27 0800076c 17
>> 51 0800054c 18
>> 18 0800076c 19
>> 23 0800076c 20
>> 51 0800054c 21
>> 28 0800076c 22
>> 51 0800054c 23
>> 5 0800076c 24
>> 6 0800076c 25
>> 51 0800054c 26
>> 18 0800076c 27
>> 23 0800076c 28
>> 51 0800054c 29
>> 28 0800076c 30
>> 51 0800054c 31
>> 18 0800076c 32
>> 23 0800076c 33
>> 16 0800076c 34
>> 23 0800076c 35
>> 16 0800076c 36
>> 23 0800076c 37
>> 34 0800076c 38
>> 39 0800076c 39
>> 50 0800076c 40
>> 51 0800054c 41
>> 28 0800076c 42
>> 51 0800054c 43
>> 18 0800076c 44
>> 23 0800076c 45
>> 51 0800054c 46
>> 28 0800076c 47
>> 51 0800054c 48
>> 18 0800076c 49
>> 23 0800076c 50
>> 51 0800054c 51
>> 5 0800076c 52
>> 6 0800076c 53
>> 51 0800054c 54
>> 28 0800076c 55
>> 51 0800054c 56
>> 18 0800076c 57
>> 23 0800076c 58
>> 51 0800054c 59
>> 28 0800076c 60
>> 51 0800054c 61
>> 18 0800076c 62
>> 23 0800076c 63
>> 51 0800054c 64
>> 28 0800076c 65
>> 51 0800054c 66
>> 18 0800076c 67
>> 23 0800076c 68
>> 16 0800076c 69
>> 23 0800076c 70
>> 16 0800076c 71
>> 23 0800076c 72
>> 34 0800076c 73
>> 39 0800076c 74
>> 50 0800076c 75
>> 51 0800054c

Re: [AFMUG] Ap resetting after upgrading to 13.2

[timothy steele via Af]

How are you getting Power to the AP? Now that it can pass WAY more data I 
wonder if it's taking more power then before? I have not seen that bug.. Anyone 
else having that issue with 13.2?

—
Sent from Mailbox

On Sat, Nov 15, 2014 at 8:09 PM, Ryan Ray via Af  wrote:

> Negatory. All 13.2 Official.
> On Sat, Nov 15, 2014 at 4:27 PM, timothy steele via Af  wrote:
>> Are there SM's with 13.2 beta on that AP?
>>
>> —
>> Sent from Mailbox 
>>
>>
>> On Sat, Nov 15, 2014 at 7:13 PM, Ryan Ray via Af  wrote:
>>
>>> After upgrading this AP it's also resetting like crazy by itself...
>>>
>>>  **System Startup**
>>> System Reset Exception -- Watchdog Reset
>>> Software Version : CANOPY 13.2 AP-DES
>>> Board Type : P12
>>> Device Setting : 2.4GHz MIMO OFDM - Access Point - 0a-00-3e-47-d3-a1
>>> No valid accounts configured. Using default user account - 2417.5 MHz -
>>> 20.0 MHz - 1/16 - CC 3
>>> FPGA Version : 082614
>>> FPGA Features : DES, Sched, US/ETSI;
>>> 01/01/2011 : 00:00:23 UTC : Acquired sync pulse from Power Port.
>>> 11/15/2014 : 18:05:01 UTC : :Time Set
>>> 11/16/2014 : 00:04:16 UTC : :Idle task starved for 31 seconds.
>>> 11/16/2014 : 00:04:16 UTC :
>>> CPU Utilization (Cur/Max): (33%/100%)
>>> Total Time : 1977618 us
>>>
>>> TASK TASK % RT Tot TASK Tot S T A C K Task PC
>>> NAME PRI RT MAX Cyc Preempt CtxSw (Sz/Cur%/Max%)OV Status Addr
>>>
>>> -
>>> SYNC 4 ( 0%) 0 0 0 0 (12284/ 2%/33%) PendEvFlgGrp 0x800076c
>>> WDOG 5 ( 0%) 16 79 0 6 (12284/ 2%/11%) Ready 0x991c08
>>> LEDT 6 ( 0%) 71 147 0 6 (12284/ 2%/13%) Ready 0x800076c
>>> DIAG 10 ( 0%) 0 0 0 0 (12284/ 2%/15%) PendEvFlgGrp 0x800076c
>>> trap 14 ( 0%) 0 0 0 0 (12284/ 2%/32%) PendEvFlgGrp 0x800076c
>>> SESS 15 ( 0%) 0 0 0 0 (12284/ 2%/36%) PendEvFlgGrp 0x800076c
>>> SOCK 16 ( 0%) 160 464 4 8 (12284/ 6%/29%) Suspend 0x800076c
>>> COMM 17 ( 0%) 674 674 0 1 (12284/ 2%/33%) PendEvFlgGrp 0x800076c
>>> EAPR 18 ( 0%) 58 1110 0 20 (12284/ 3%/17%) PendEvFlgGrp 0x800076c
>>> VLAN 20 ( 0%) 0 0 0 0 (12284/ 2%/12%) PendEvFlgGrp 0x800076c
>>> APPT 22 ( 0%) 0 0 0 0 (12284/ 2%/ 9%) PendEvFlgGrp 0x800076c
>>> ctic 23 ( 0%) 1967 9848 8 28 (12284/ 2%/17%) Ready 0x800076c
>>> Inet 24 ( 0%) 0 0 0 0 (12284/ 2%/24%) Suspend 0x800076c
>>> BDMT 27 ( 0%) 16 31 0 2 (12284/ 2%/12%) PendEvFlgGrp 0x800076c
>>> BDQT 28 ( 0%) 1765 5252 0 20 (12284/ 2%/15%) PendEvFlgGrp 0x800076c
>>> FECT 29 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
>>> AUTH 31 ( 0%) 0 0 0 0 (12284/ 3%/11%) PendEvFlgGrp 0x800076c
>>> SNMP 32 ( 0%) 0 0 0 0 (12284/ 3%/40%) Suspend 0x800076c
>>> teln 34 ( 0%) 28 111 0 4 (12284/ 6%/29%) Suspend 0x800076c
>>> TEL1 35 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
>>> TEL2 36 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
>>> TEL3 37 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
>>> TEL4 38 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
>>> FTPs 39 ( 0%) 28 111 0 4 (12284/ 7%/31%) Suspend 0x800076c
>>> GPSO 42 ( 0%) 177 577 0 6 (12284/ 2%/28%) Ready 0x800076c
>>> GPSI 43 ( 0%) 0 0 0 0 (12284/ 2%/ 9%) PendSem 0x800076c
>>> NTP 44 ( 0%) 0 0 0 0 (12284/ 2%/33%) PendEvFlgGrp 0x800076c
>>> NTPS 45 ( 0%) 0 0 0 0 (12284/ 3%/11%) Suspend 0x800076c
>>> ROOT 46 ( 0%) 0 0 0 0 (12284/ 2%/40%) Suspend 0x800076c
>>> UPDT 48 ( 0%) 0 0 0 0 (12284/ 2%/16%) PendEvFlgGrp 0x800076c
>>> HTTP 50 ( 0%) 29 114 0 4 (12284/ 7%/52%) Suspend 0x800076c
>>> PROX 51 (99%) 69800 1959100 52 52 (12284/ 7%/31%) Ready 0x800054c
>>> HTUN 52 ( 0%) 0 0 0 0 (12284/ 7%/32%) Ready 0x800076c
>>> TFT0 53 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) PendQ 0x800076c
>>> nvrm 55 ( 0%) 0 0 0 0 (12284/ 2%/ 9%) PendEvFlgGrp 0x800076c
>>> PING 56 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
>>> LLDT 57 ( 0%) 0 0 0 0 (12284/ 2%/12%) Ready 0x800076c
>>> STAT 60 ( 0%) 0 0 0 0 ( 8192/ 3%/17%) Ready 0x800076c
>>> IDLE 61 ( 0%) 0 0 0 0 ( 8192/ 3%/17%) Ready 0x800054c
>>> PRI PC ID
>>> 
>>> 5 0800076c 0
>>> 6 0800076c 1
>>> 51 0800054c 2
>>> 28 0800076c 3
>>> 51 0800054c 4
>>> 18 0800076c 5
>>> 23 0800076c 6
>>> 51 0800054c 7
>>> 17 0800076c 8
>>> 51 0800054c 9
>>> 28 0800076c 10
>>> 51 0800054c 11
>>> 18 0800076c 12
>>> 23 0800076c 13
>>> 51 0800054c 14
>>> 28 0800076c 15
>>> 51 0800054c 16
>>> 27 0800076c 17
>>> 51 0800054c 18
>>> 18 0800076c 19
>>> 23 0800076c 20
>>> 51 0800054c 21
>>> 28 0800076c 22
>>> 51 0800054c 23
>>> 5 0800076c 24
>>> 6 0800076c 25
>>> 51 0800054c 26
>>> 18 0800076c 27
>>> 23 0800076c 28
>>> 51 0800054c 29
>>> 28 0800076c 30
>>> 51 0800054c 31
>>> 18 0800076c 32
>>> 23 0800076c 33
>>> 16 0800076c 34
>>> 23 0800076c 35
>>> 16 0800076c 36
>>> 23 0800076c 37
>>> 34 0800076c 38
>>> 39 0800076c 39
>>> 50 0800076c 40
>>> 51 0800054c 41
>>> 28 0800076c 42
>>> 51 0800054c 43
>>> 18 0800076c 44
>>> 23 0800076c 45
>>> 51 0800054c 46
>>> 28 0800076c 47
>>> 51 0800054c 48
>>> 18 0800076c 49
>>> 23 0800076c 50
>>> 51 0800054c 51
>>> 5 0800076c 52
>>> 6 0800076c 53
>>> 51 080005

[AFMUG] WISPA forum

[Rory Conaway via Af]

I haven't seen an email in 3 weeks.  Everything in my email looks good
and I get lots of emails so just wondering what might be happening.

 

Rory Conaway
Triad Wireless
4226 S. 37th Street
Phoenix, Az.  85040
602-426-0542
r...@triadwireless.net
www.triadwireless.net

 

[AFMUG] Working with Crown Castle vs. American Tower

[Paul McCall via Af]

We have 3 Crown Castle towers that we have had since 2003.  Started around $ 
500 per month for 4 sectors and 2 BHs back then.  Rent escalations plus now 
having 6 sectors on it now, have brought the rent up to around $ 1000/month.  
We are exploring our other options for new towers.

Two of the ideal locations are Crown Castle sites and I called them.  My CC rep 
sent me all the standard fee sheets - $ 5K and up etc. and high rents.

Has anyone got any precedence for pricing with CC where they have become 
competitive to someone like American Tower and their 4WISP program?  A.T. 
starts at $ 500 for 2 3ft BHs and 4 Sectors.  A premium tower, as they call it, 
can have a $ 100 to $ 150 uptick, but that still seems reasonable.

Thoughts?



Paul McCall, Pres.
PDMNet / Florida Broadband
658 Old Dixie Highway
Vero Beach, FL 32962
772-564-6800 office
772-473-0352 cell
www.pdmnet.com
pa...@pdmnet.net

Re: [AFMUG] Ap resetting after upgrading to 13.2

[Ryan Ray via Af]

It's being powered by a CTM2. Wasn't having this issue with 13.1.3. Super
frustrating as it's rebooting itself every 5 hours or so.. Here's the last
one from an hour and a half ago.


11/16/2014 : 05:18:44 UTC : :Idle task starved for 31 seconds.
11/16/2014 : 05:18:44 UTC : :LOCK_NET_RESOURCE() failed error: 160
Priority: 5
11/16/2014 : 05:18:44 UTC : :LOCK_NET_RESOURCE() failed error: 160
Priority: 5
11/16/2014 : 05:18:44 UTC :
CPU Utilization (Cur/Max): (53%/100%)
Total Time : 1977638 us

TASK TASK % RT Tot TASK Tot S T A C K Task PC
NAME PRI RT MAX Cyc Preempt CtxSw (Sz/Cur%/Max%)OV Status Addr
-
SYNC 4 ( 0%) 0 0 0 0 (12284/ 2%/33%) PendEvFlgGrp 0x800076c
WDOG 5 ( 0%) 17 80 0 6 (12284/ 2%/11%) Ready 0x991c08
LEDT 6 ( 0%) 54 129 0 6 (12284/ 2%/13%) Ready 0x800076c
DIAG 10 ( 0%) 0 0 0 0 (12284/ 2%/13%) PendEvFlgGrp 0x800076c
trap 14 ( 0%) 0 0 0 0 (12284/ 2%/32%) PendEvFlgGrp 0x800076c
SESS 15 ( 0%) 0 0 0 0 (12284/ 2%/37%) PendEvFlgGrp 0x800076c
SOCK 16 ( 0%) 161 468 4 8 (12284/ 6%/29%) Suspend 0x800076c
COMM 17 ( 0%) 715 715 0 1 (12284/ 2%/33%) PendEvFlgGrp 0x800076c
EAPR 18 ( 0%) 58 1113 0 20 (12284/ 3%/17%) PendEvFlgGrp 0x800076c
VLAN 20 ( 0%) 0 0 0 0 (12284/ 2%/12%) PendEvFlgGrp 0x800076c
APPT 22 ( 0%) 0 0 0 0 (12284/ 2%/ 9%) PendEvFlgGrp 0x800076c
ctic 23 ( 0%) 2358 11129 8 28 (12284/ 2%/17%) Ready 0x800076c
Inet 24 ( 0%) 0 0 0 0 (12284/ 2%/24%) Suspend 0x800076c
BDMT 27 ( 0%) 16 31 0 2 (12284/ 2%/12%) PendEvFlgGrp 0x800076c
BDQT 28 ( 0%) 381 3653 0 20 (12284/ 2%/15%) PendEvFlgGrp 0x800076c
FECT 29 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
AUTH 31 ( 0%) 0 0 0 0 (12284/ 3%/11%) PendEvFlgGrp 0x800076c
SNMP 32 ( 0%) 0 0 0 0 (12284/ 3%/40%) Suspend 0x800076c
teln 34 ( 0%) 28 112 0 4 (12284/ 6%/29%) Suspend 0x800076c
TEL1 35 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
TEL2 36 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
TEL3 37 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
TEL4 38 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
FTPs 39 ( 0%) 28 112 0 4 (12284/ 7%/31%) Suspend 0x800076c
GPSO 42 ( 0%) 283 944 0 6 (12284/ 2%/28%) Ready 0x800076c
GPSI 43 ( 0%) 0 0 0 0 (12284/ 2%/ 9%) PendSem 0x800076c
NTP 44 ( 0%) 0 0 0 0 (12284/ 2%/33%) PendEvFlgGrp 0x800076c
NTPS 45 ( 0%) 0 0 0 0 (12284/ 3%/11%) Suspend 0x800076c
ROOT 46 ( 0%) 0 0 0 0 (12284/ 2%/40%) Suspend 0x800076c
UPDT 48 ( 0%) 0 0 0 0 (12284/ 2%/16%) PendEvFlgGrp 0x800076c
HTTP 50 ( 0%) 29 113 0 4 (12284/ 7%/59%) Suspend 0x800076c
PROX 51 (99%) 79858 1959039 53 53 (12284/ 7%/31%) Ready 0x800054c
HTUN 52 ( 0%) 0 0 0 0 (12284/ 7%/32%) Ready 0x800076c
TFT0 53 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) PendQ 0x800076c
nvrm 55 ( 0%) 0 0 0 0 (12284/ 2%/ 9%) PendEvFlgGrp 0x800076c
PING 56 ( 0%) 0 0 0 0 (12284/ 2%/ 8%) Suspend 0x800076c
LLDT 57 ( 0%) 0 0 0 0 (12284/ 2%/13%) Ready 0x800076c
STAT 60 ( 0%) 0 0 0 0 ( 8192/ 3%/17%) Ready 0x800076c
IDLE 61 ( 0%) 0 0 0 0 ( 8192/ 3%/17%) Ready 0x800054c
PRI PC ID

5 0800076c 0
6 0800076c 1
18 0800076c 2
23 0800076c 3
51 0800054c 4
28 0800076c 5
51 0800054c 6
18 0800076c 7
23 0800076c 8
51 0800054c 9
28 0800076c 10
51 0800054c 11
18 0800076c 12
23 0800076c 13
16 0800076c 14
23 0800076c 15
16 0800076c 16
23 0800076c 17
34 0800076c 18
39 0800076c 19
50 0800076c 20
51 0800054c 21
28 0800076c 22
51 0800054c 23
18 0800076c 24
23 0800076c 25
51 0800054c 26
28 0800076c 27
51 0800054c 28
5 0800076c 29
6 0800076c 30
51 0800054c 31
18 0800076c 32
23 0800076c 33
51 0800054c 34
28 0800076c 35
51 0800054c 36
27 0800076c 37
51 0800054c 38
18 0800076c 39
23 0800076c 40
51 0800054c 41
28 0800076c 42
51 0800054c 43
18 0800076c 44
23 0800076c 45
51 0800054c 46
28 0800076c 47
51 0800054c 48
5 0800076c 49
6 0800076c 50
51 0800054c 51
18 0800076c 52
23 0800076c 53
16 0800076c 54
23 0800076c 55
16 0800076c 56
23 0800076c 57
34 0800076c 58
39 0800076c 59
50 0800076c 60
51 0800054c 61
28 0800076c 62
51 0800054c 63
18 0800076c 64
23 0800076c 65
51 0800054c 66
28 0800076c 67
51 0800054c 68
17 0800076c 69
51 0800054c 70
18 0800076c 71
23 0800076c 72
51 0800054c 73
28 0800076c 74
51 0800054c 75
5 0800076c 76
6 0800076c 77
51 0800054c 78
18 0800076c 79
23 0800076c 80
51 0800054c 81
28 0800076c 82
51 0800054c 83
18 0800076c 84
23 0800076c 85
51 0800054c 86
28 0800076c 87
51 0800054c 88
42 0800076c 89
51 0800054c 90
42 0800076c 91
51 0800054c 92
42 0800076c 93
51 0800054c 94
42 0800076c 95
51 0800054c 96
42 0800076c 97
51 0800054c 98
42 0800076c 99
51 0800054c 100
18 0800076c 101
23 0800076c 102
16 0800076c 103
23 0800076c 104
16 0800076c 105
23 0800076c 106
34 0800076c 107
39 0800076c 108
50 0800076c 109
51 0800054c 110
28 0800076c 111
51 0800054c 112
18 0800076c 113
23 0800076c 114
51 0800054c 115
5 0800076c 116
6 0800076c 117
28 0800076c 118
51 0800054c 119
18 0800076c 120
23 0800076c 121
51 0800054c 122
28 0800076c 123
51 0800054c 124
27 0800076c 125
51 0800054c 126
18 0800076c 127
23 0800076c 128
51 0800054c 129
28 0800076c 130
51 0800054c 131
1

Re: [AFMUG] FS: PMP 100 5.4 Ghz

[Daniel Gerlach via Af]

yes 8$ + shipping

2014-11-15 22:25 GMT+01:00 Philip Rankin via Af :
> I am interested!  wireless...@gmail.com
>
> On Sat, Nov 15, 2014 at 1:55 AM, Daniel Gerlach via Af  wrote:
>>
>>  100 x 7 Mbit 5400 all for 800$
>
>
>
>
> --
> Philip J. Rankin
> Wireless Telecommunications Services
> PO Box 24
> Pittsburg, KS  66762