Re: [AFMUG] DHCP Host Name

[Chitrang Srivastava]

Do you want to access DHCP assigned sm using hostname instead of IP addresses ?
Have a look here.

http://community.cambiumnetworks.com/t5/PMP-450/Hostname-to-access-SM-s/m-p/48280

From: Af  on behalf of Dennis Burgess 

Sent: 30 November 2016 02:57:43
To: af@afmug.com
Subject: Re: [AFMUG] DHCP Host Name

Wanting the SM to request a DHCP from a MikroTik and give a customer name or 
account number ot the DHCP server.


Dennis Burgess - Network Solution Engineer - Consultant
MikroTik Certified 
Trainer/Consultant
 - MTCNA, MTCRE, MTCWE, MTCTCE, MTCINE

For Wireless Hardware/Routers visit 
www.linktechs.net
Radio Frequiency Coverages: 
www.towercoverage.com
Office: 314-735-0270
E-Mail: dmburg...@linktechs.net

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Dave
Sent: Tuesday, November 29, 2016 2:52 PM
To: af@afmug.com
Subject: Re: [AFMUG] DHCP Host Name

Are you wanting the snmp site name from the AP?
�
On 11/29/2016 01:59 PM, Dennis Burgess wrote:
Anyone know how to get a 450 to send a hostname when requesting DHCP from the 
WAN?
�
�
Dennis Burgess � Network Solution Engineer � Consultant
MikroTik Certified 
Trainer/Consultant
 � MTCNA, MTCRE, MTCWE, MTCTCE, MTCINE
�
For Wireless Hardware/Routers visit 
www.linktechs.net
Radio Frequiency Coverages: 
www.towercoverage.com
Office: 314-735-0270
E-Mail: dmburg...@linktechs.net
�

--
[cid:image001.jpg@01D24A55.1D949CC0]

Re: [AFMUG] 450 AP Watchdog Reset

[Chitrang Srivastava]

This isn't complete.
Please share cnut capture or engineering.cgi output.


From: Af <af-boun...@afmug.com> on behalf of Chris Wright <ch...@velociter.net>
Sent: 04 October 2016 00:29:49
To: af@afmug.com
Subject: Re: [AFMUG] 450 AP Watchdog Reset

**System Startup**
System Reset Exception -- Watchdog Reset
Software Version : CANOPY 14.2 (Build 30) AP-None
Board Type : P12
Boot Bank : 1
Board Temperature : 19 C / 66 F
Device Setting : 5.4GHz MIMO OFDM - Access Point - 0a-00-3e-**-**-** 5480.0 MHz 
- 20.0 MHz - 1/16 - CC 208 - 2.5 ms - North America/United States
FPGA Version : 061516
FPGA Features : DES, Sched, US/ETSI;
10/03/2016 : 04:58:53 PST : :Time Set
10/03/2016 : 04:59:06 PST : Acquired sync pulse from Power Port

Chris Wright
Network Administrator

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Chitrang Srivastava
Sent: Monday, October 03, 2016 11:18 AM
To: af@afmug.com
Subject: Re: [AFMUG] 450 AP Watchdog Reset

Hi Chris,
Please share Event logs.

Thanks,
Chitrang

From: Af <af-boun...@afmug.com<mailto:af-boun...@afmug.com>> on behalf of Chris 
Wright <ch...@velociter.net<mailto:ch...@velociter.net>>
Sent: 03 October 2016 23:12:01
To: af@afmug.com<mailto:af@afmug.com>
Subject: [AFMUG] 450 AP Watchdog Reset

Is the watchdog reset bug still a thing? I thought it was resolved a long time 
ago but I just had an AP on 14.2 (build 30) reboot on me.

Chris Wright
Network Administrator

Re: [AFMUG] 450 AP Watchdog Reset

[Chitrang Srivastava]

Hi Chris,
Please share Event logs.

Thanks,
Chitrang

From: Af  on behalf of Chris Wright 
Sent: 03 October 2016 23:12:01
To: af@afmug.com
Subject: [AFMUG] 450 AP Watchdog Reset

Is the watchdog reset bug still a thing? I thought it was resolved a long time 
ago but I just had an AP on 14.2 (build 30) reboot on me.

Chris Wright
Network Administrator

Re: [AFMUG] Reboot Canopy SM from AP

[Chitrang Srivastava]

Packet of Disconnect doesn't reboot but drop the session and reconnect,  that 
may fix the problem that you are seeing.

Thanks,
Chitrang


From: Af <af-boun...@afmug.com> on behalf of Chitrang Srivastava 
<chitrang.srivast...@cambiumnetworks.com>
Sent: 06 May 2016 20:32:23
To: af@afmug.com
Subject: Re: [AFMUG] Reboot Canopy SM from AP

If you are using RADIUS, their is a way to reboot SM without logging into AP.

We do support Packet of Disconnect from 13.4.1 onwards.
How to use is explained here:

http://community.cambiumnetworks.com/t5/PMP-Configuration-Examples/PMP-13-4-Radius-Change-of-Authorization-Feature-Brief/m-p/39955#M203

Alternatively,  you can also use snmp proxy way as well. AP will proxy reboot 
oid request to SM.

From: Af <af-boun...@afmug.com> on behalf of Matt <matt.mailingli...@gmail.com>
Sent: 05 May 2016 22:41:08
To: af@afmug.com
Subject: [AFMUG] Reboot Canopy SM from AP

Is there a way to reboot an SM from the AP without logging into it?

I have one of those locked up Canopy 900 FSK SM's where it shows in
session but no version info etc.  You can do link test on it from AP
even.  Reboot AP and it comes back but still no access.  SM will not
answer ping or arp either.

Re: [AFMUG] Reboot Canopy SM from AP

[Chitrang Srivastava]

If you are using RADIUS, their is a way to reboot SM without logging into AP.

We do support Packet of Disconnect from 13.4.1 onwards.
How to use is explained here:

http://community.cambiumnetworks.com/t5/PMP-Configuration-Examples/PMP-13-4-Radius-Change-of-Authorization-Feature-Brief/m-p/39955#M203

Alternatively,  you can also use snmp proxy way as well. AP will proxy reboot 
oid request to SM.

From: Af  on behalf of Matt 
Sent: 05 May 2016 22:41:08
To: af@afmug.com
Subject: [AFMUG] Reboot Canopy SM from AP

Is there a way to reboot an SM from the AP without logging into it?

I have one of those locked up Canopy 900 FSK SM's where it shows in
session but no version info etc.  You can do link test on it from AP
even.  Reboot AP and it comes back but still no access.  SM will not
answer ping or arp either.

Re: [AFMUG] Canopy PTP230 VCERR

[Chitrang Srivastava]

Hi Matt,

Can you please try 13.4.1 latest beta on one of your sector, we fixed similar 
kind of issue where SM goes into registering state,  usually issue looks 
similar.

Thanks,
Chitrang


From: Af <af-boun...@afmug.com> on behalf of Matt <matt.mailingli...@gmail.com>
Sent: 13 January 2016 01:05:22
To: af@afmug.com
Subject: Re: [AFMUG] Canopy PTP230 VCERR

13.4.


On Tue, Jan 12, 2016 at 10:51 AM, Chitrang Srivastava
<chitrang.srivast...@cambiumnetworks.com> wrote:
> Hi Matt,
> What software version are you using?
>
> Thanks,
> Chitrang

>
> Anyone know what a VCERR on a Canopy PTP230 is?
>
>>>>Event: OOS, MsgType: VCERR, NewState: IDLE, Flag 180
>
> Great signal etc but keeps dropping.

Re: [AFMUG] Canopy PTP230 VCERR

[Chitrang Srivastava]

Hi Matt,
What software version are you using?

Thanks,
Chitrang


From: Af  on behalf of Matt 
Sent: 12 January 2016 21:28:55
To: af@afmug.com
Subject: [AFMUG] Canopy PTP230 VCERR

Anyone know what a VCERR on a Canopy PTP230 is?

>>>Event: OOS, MsgType: VCERR, NewState: IDLE, Flag 180

Great signal etc but keeps dropping.

Re: [AFMUG] Canopy 13.4 bug

[Chitrang Srivastava]

Hi Matt,

Please try 13.401 open beta,  there is this particular issue seen with RADIUS 
authentication,  SM goes into registering state,  Data traffic is stopped.

With 13.4.1 this is fixed.

Thanks,
Chitrang

From: Af  on behalf of Matt 
Sent: 21 October 2015 21:31:18
To: af@afmug.com
Subject: [AFMUG] Canopy 13.4 bug

What exactly is this bug?

SM’s in “Registering Mode will now register

Is 13.4.1 beta stable or should we stay at 13.4?

Re: [AFMUG] 13.4 Firmware on PMP100

[Chitrang Srivastava]

Guys,

Please try out 13.4.1  open beta which solve this REGISTERING issue, you may 
notice some debug message in Event log,  they are there for investigation 
purpose.

Thanks,
Chitrang

From: Af  on behalf of Tushar Patel 
Sent: 10 September 2015 19:02:28
To: af@afmug.com
Subject: Re: [AFMUG] 13.4 Firmware on PMP100

Dave,

We had same issue "Registering", we had to roll back to 13.2.

Tushar

From: Af [mailto:af-boun...@afmug.com] On Behalf Of David Sovereen
Sent: Thursday, September 10, 2015 8:03 AM
To: af@afmug.com
Subject: Re: [AFMUG] 13.4 Firmware on PMP100

Do your SMs hang in REGISTERING or another state?  We have SMs on 13.4 stuck on 
REGISTERING that only come back by power-cycling them and have a ticket open 
with Cambium on it.  They've acknowledged the issue but haven't provided even a 
beta or test version that might fix it.

Dave

On Sep 9, 2015, at 7:22 PM, Wireless Administrator 
> wrote:

I have two open tickets that I need to work on with Cambium.


* SM's hang - Not passing customer data and no response on Wan side.  
Power on reset required.

* Installers unable to access the SM in NAT mode from the Ethernet 
side.  Responds to ping but not telnet or browser.  If you catch it within 
seconds of post completion you can get in with browser.

Anyone else having issues?  I need to provide Cambium the details they 
requested to move forward with problem determination.

Steve B.

Re: [AFMUG] Canopy 13.4 Watchdog Reset

[Chitrang Srivastava]

Hi George,

For your other issues where SM fails to register and you have to reboot AP.
Please send AP logs ,  on AP goto 'logs - SM sessions' and then select luid of 
SM which has problem,  after submitting you will get the logs,

Further if it is possible to reach SM please get similar logs 'logs - AP 
session '

We are working on a similar issue but with RADIUS authentication for SM, for 
you SM authentication is radius as well?

Thanks
Chitrang Srivastava

From: Af <af-boun...@afmug.com> on behalf of George Skorup <geo...@cbcast.com>
Sent: 29 August 2015 09:30:14
To: af@afmug.com
Subject: Re: [AFMUG] Canopy 13.4 Watchdog Reset

What does FreeRun have to do with it?

I have a couple 450 test sites on 13.4 and haven't seen any watchdog
resets. Granted, that's only two APs. Definitely still see it on 13.2.1.
It's not a daily thing, but yeah, annoying.

One thing I'm seeing on the 3.6 450 with 13.2.1 is the APs getting into
a state where they say there's no sync pulse. Then it says receiving
sync, no sync... over and over every few seconds until they are
rebooted. All the while the SyncInjector says nothing is wrong. Tracking
8+ sats. No increment for the 1PPS Active counter. I understand this had
something to do with the FreeRun stuck issue, which was apparently
resolved with 13.4, but I'm waiting on 13.4.1 so some other issues get
fixed before I can update the entire network.

Anyway, if I leave the APs alone for a while (say it happens in the
middle of the night while I'm sleeping), they mysteriously return to
normal after anywhere from 3 to 20 minutes. Then if any SM loses
registration (or if I force an SM to rescan), it fails to register for
no reason at all. Reboot the AP, everything works again. I have no
freakin idea what this is about.

On 8/28/2015 9:54 PM, Mark Radabaugh wrote:
> We have been seeing this across 200+ AP's
>
> It's getting truly annoying.   Cambium tech support has helpful suggestions 
> like'just put them in free run'.   Um Thanks for the help, but no.
>
> Mark Radabaugh
> Amplex
> 27800 Lemoyne, Ste F
> Millbury, OH 43447
> 419-261-5996
>
>> On Aug 28, 2015, at 4:56 PM, Brian Sullivan <installe...@foxvalley.net> 
>> wrote:
>>
>> Last week we rolled out 13.4 to 450 AP's after testing in-house for a while. 
>>  While running 13.2 we would see an AP here or there reboot on occasion by 
>> itself.  The only message in the Event Log mentions Watchdog Reset.  This is 
>> one of the bugs that Cambium noted was fixed in the 13.4 release notes.
>>
>> Since we upgraded the network to 13.4 we are now seeing at least 4 AP's out 
>> there rebooting several times per day.  On one of these AP's we are also 
>> seeing SM's (all 17 registered) reboot along with the AP.  The site has UPS 
>> backup so I know it's not a power grid problem.  I am planning to roll the 
>> affected AP's back to 13.2 this evening.
>>
>> Anyone else having Watchdog issues with the 13.4 release?
>>
>> **System Startup**
>> System Reset Exception -- Watchdog Reset
>> Software Version : CANOPY 13.4 AP-DES
>> Board Type : P12
>> Device Setting : 5.7GHz MIMO OFDM - Access Point - 0a-00-3e-a0-08-e5 - 
>> 5760.0 MHz - 20.0 MHz - 1/16 - CC 85 - 2.5 ms
>> FPGA Version : 040715
>> FPGA Features : DES, Sched, US/ETSI;
>> 08/28/2015 : 14:11:42 CST : :Time Set
>> 08/28/2015 : 14:11:58 CST : Acquired sync pulse from Power Port.
>>
>>

Re: [AFMUG] 13.4 Firmware on PMP100

[Chitrang Srivastava]

Hi,

For your second issue,  if you are using P8 boards, it is because of NAT table 
size (this will be fixed in 13.4. 1) but temporary work around is to reduce NAT 
table size to 1024 on SM,
Boot up SM using default plug (NAT get disabled).


Chitrang

From: Af  on behalf of Wireless Administrator 

Sent: 10 September 2015 04:52:30
To: af@afmug.com
Subject: [AFMUG] 13.4 Firmware on PMP100

I have two open tickets that I need to work on with Cambium.


*SM's hang - Not passing customer data and no response on Wan side.  
Power on reset required.

*Installers unable to access the SM in NAT mode from the Ethernet side. 
 Responds to ping but not telnet or browser.  If you catch it within seconds of 
post completion you can get in with browser.


Anyone else having issues?  I need to provide Cambium the details they 
requested to move forward with problem determination.

Steve B.

Re: [AFMUG] Canopy 13.4 FSK Session Bug

[Chitrang Srivastava]

Hi Matt,

Please send engineering.cgi / cnut capture of both AP/SM(which  has problems).

Thanks,
Chitrang Srivastava
Cambium Networks



From: Af af-boun...@afmug.com on behalf of Matt matt.mailingli...@gmail.com
Sent: 15 August 2015 23:42:37
To: af@afmug.com
Subject: [AFMUG] Canopy 13.4 FSK Session Bug

Have seen this occasionally Canopy 900 FSK modems with poor signal
over years.  Now seeing it on 2.4 Canopy FSK modems with 13.4.  The
modem will show in sessions on AP.  You can even run a link test on
the SM from AP.  You cannot get to the SM's management IP.  Customer
does not have service.  Power cycle SM and same thing.  Found you must
power cycle the AP and then power cycle the SM to restore service to
the customer.  Not sure if it matters but we have PPPoE and NAT
enabled in most our SM's.

Anyone else seen this?

Re: [AFMUG] Software 13.4: P8 FSK not recommended

[Chitrang Srivastava]

Hi George,

I got an update that support case is working, please try and send us the 
details.

Thanks,


-Original Message-
From: Af [mailto:af-boun...@afmug.com] On Behalf Of George Skorup
Sent: 23 July 2015 09:40
To: af@afmug.com
Subject: Re: [AFMUG] Software 13.4: P8 FSK not recommended

No. Too busy right now. Weather is nice and we're trying to get tower work 
done. If you guys are coming up on 13.4.1 soon, I'll probably just wait for 
that. Hopefully you'll just limited the P8 NAT table to 1024 so it will boot. 
Because physical access to those few I have is nearly impossible (chemical 
plants, and they have to shut down for us to get access).

I noticed that 450 AP screenshot you linked on the community site is mine. That 
just happens to be the AP that we discovered was leaking (yes, the case 
itself). Some components on the board have visible corrosion, so I bet that has 
been the issue at that site all along. We put a Lite AP in its place a couple 
weeks ago and it hasn't had a single problem. I sent an email with pictures to 
supp...@cambiumnetworks.com last Saturday about this leaky AP, but nobody has 
responded. And theopen a support case option on the website doesn't work. 
Maybe it does now, I haven't tried.

I need minions. Or maybe a Stewie Griffin cloning machine. No wait, time 
machine would be better.

On 7/22/2015 10:35 PM, Chitrang Srivastava wrote:
 Hi George,

 Did you get a chance to checkout Gps sync issue on 13.4 release?

 Thanks,
 Chitrang

 
 From: Af af-boun...@afmug.com on behalf of George Skorup 
 geo...@cbcast.com
 Sent: 17 July 2015 22:36:42
 To: af@afmug.com
 Subject: Re: [AFMUG] Software 13.4: P8 FSK not recommended

 My bad. I thought I read in the release notes that this was fixed. 
 Maybe it was in the known issues section and I'm just stupid.

 On 7/17/2015 1:17 AM, Chitrang Srivastava wrote:
 Hi George,

 By the Freerun fix, I mean this issue, where the Power Port shows Sync but 
 the Sync Status still says searching.
 http://community.cambiumnetworks.com/t5/image/serverpage/image-id/279
 i18BB3380325BDEA1/image-size/original?v=mpbl-1px=-1

 This issue what you are reporting is still present where the software looks 
 for the GPS Lock from any of the source and whichever it get first, locks it.
 We will try to fix this in future releases.

 Thanks,
 Chitrang

 -Original Message-
 From: Af [mailto:af-boun...@afmug.com] On Behalf Of George Skorup
 Sent: 17 July 2015 10:35
 To: af@afmug.com
 Subject: Re: [AFMUG] Software 13.4: P8 FSK not recommended

 450 APs still boot up using the on-board GPS on 13.4 release. Just updated 
 an AP with a SyncPipe attached and it came right up on the on-board instead 
 like 13.2. So I guess that's not fixed.

 I've mentioned this before. If you have on-board + power port, it will boot 
 up using the power port. It's only when you have timing port  on-board. 
 This started early in 13.2 builds with the GPS data bug (like Motorola 
 binary on the timing port, aka CMM2 or SyncPipe). I know most of the story 
 behind that. I could be wrong, but I'm going to say that NMEA data is 
 preferred over Mot binary and that's why it comes up on the on-board.

 This is very annoying, especially when you get an iGPS lock that sucks and 
 you don't get time/date info for hours or days and all of the log entry 
 times are stupid.

Re: [AFMUG] Software 13.4: P8 FSK not recommended

[Chitrang Srivastava]

Hi George,

Did you get a chance to checkout Gps sync issue on 13.4 release?

Thanks,
Chitrang


From: Af af-boun...@afmug.com on behalf of George Skorup geo...@cbcast.com
Sent: 17 July 2015 22:36:42
To: af@afmug.com
Subject: Re: [AFMUG] Software 13.4: P8 FSK not recommended

My bad. I thought I read in the release notes that this was fixed. Maybe
it was in the known issues section and I'm just stupid.

On 7/17/2015 1:17 AM, Chitrang Srivastava wrote:
 Hi George,

 By the Freerun fix, I mean this issue, where the Power Port shows Sync but 
 the Sync Status still says searching.
 http://community.cambiumnetworks.com/t5/image/serverpage/image-id/279i18BB3380325BDEA1/image-size/original?v=mpbl-1px=-1

 This issue what you are reporting is still present where the software looks 
 for the GPS Lock from any of the source and whichever it get first, locks it.
 We will try to fix this in future releases.

 Thanks,
 Chitrang

 -Original Message-
 From: Af [mailto:af-boun...@afmug.com] On Behalf Of George Skorup
 Sent: 17 July 2015 10:35
 To: af@afmug.com
 Subject: Re: [AFMUG] Software 13.4: P8 FSK not recommended

 450 APs still boot up using the on-board GPS on 13.4 release. Just updated an 
 AP with a SyncPipe attached and it came right up on the on-board instead like 
 13.2. So I guess that's not fixed.

 I've mentioned this before. If you have on-board + power port, it will boot 
 up using the power port. It's only when you have timing port  on-board. This 
 started early in 13.2 builds with the GPS data bug (like Motorola binary on 
 the timing port, aka CMM2 or SyncPipe). I know most of the story behind that. 
 I could be wrong, but I'm going to say that NMEA data is preferred over Mot 
 binary and that's why it comes up on the on-board.

 This is very annoying, especially when you get an iGPS lock that sucks and 
 you don't get time/date info for hours or days and all of the log entry times 
 are stupid.

Re: [AFMUG] Software 13.4: P8 FSK not recommended

[Chitrang Srivastava]

Hi George,

By the Freerun fix, I mean this issue, where the Power Port shows Sync but the 
Sync Status still says searching.
http://community.cambiumnetworks.com/t5/image/serverpage/image-id/279i18BB3380325BDEA1/image-size/original?v=mpbl-1px=-1

This issue what you are reporting is still present where the software looks for 
the GPS Lock from any of the source and whichever it get first, locks it.
We will try to fix this in future releases.

Thanks,
Chitrang

-Original Message-
From: Af [mailto:af-boun...@afmug.com] On Behalf Of George Skorup
Sent: 17 July 2015 10:35
To: af@afmug.com
Subject: Re: [AFMUG] Software 13.4: P8 FSK not recommended

450 APs still boot up using the on-board GPS on 13.4 release. Just updated an 
AP with a SyncPipe attached and it came right up on the on-board instead like 
13.2. So I guess that's not fixed.

I've mentioned this before. If you have on-board + power port, it will boot up 
using the power port. It's only when you have timing port  on-board. This 
started early in 13.2 builds with the GPS data bug (like Motorola binary on the 
timing port, aka CMM2 or SyncPipe). I know most of the story behind that. I 
could be wrong, but I'm going to say that NMEA data is preferred over Mot 
binary and that's why it comes up on the on-board.

This is very annoying, especially when you get an iGPS lock that sucks and you 
don't get time/date info for hours or days and all of the log entry times are 
stupid.

Re: [AFMUG] Software 13.4: P8 FSK not recommended

[Chitrang Srivastava]

We will work some acceptable solution.
Because lots of new features get added in 13.4(refer Release Notes) hence the 
code size get increased and we ran short of DRAM.

Thanks,
Chitrang Srivastava
Cambium Networks

From: Bill Prince part15...@gmail.com
Sent: 16 July 2015 22:19:52
To: af@afmug.com; Chitrang Srivastava; Jonathan Mandziara
Subject: Re: [AFMUG] Software 13.4: P8 FSK not recommended

That fixes it.

If the subscriber uses a router, and it is on the DMZ, then that could
work (you get zero entries in the NAT table).

However, if they are bridging through to the SM, then it probably won't
be useable. A couple of Macs bridged will eat 1024 connections in no
time. A lot of Apple software has the nasty habit of never closing a
connection, so the NAT table fills up in no time.

bp
part15sbs{at}gmail{dot}com

On 7/15/2015 7:04 PM, Chitrang Srivastava wrote:
 Hi Bill,

 Please reduce the NAT table size from Configuration - NAT, to 1024 and try 
 it out.

 Thanks,
 Chitrang Srivastava
 Cambium Networks

 
 From: Chitrang Srivastava
 Sent: 15 July 2015 07:38:49
 To: af@afmug.com
 Subject: Re: [AFMUG] Software 13.4: P8 FSK not recommended

 Hi Bill,

 In order to investigate P8 issue,  please do following,

 AFTER upgrade to P8 and applying configuration changes but BEFORE doing 
 reboot,  take out engineering.cgi.
 Please also send configuration file as well from Configuration -  Unit 
 Setting.

 Does without NAT P8 is accessible?
 If the above steps didn't work ( actually they should because most of our 
 configuration changes applies on next reboot)  they please send screen shot 
 of NAT configuration page before you press Save Changes.

 Thanks,
 Chitrang Srivastava
 Cambium Networks

 
 From: Af af-boun...@afmug.com on behalf of Bill Prince part15...@gmail.com
 Sent: 15 July 2015 05:35:23
 To: af@afmug.com
 Subject: Re: [AFMUG] Software 13.4: P8 FSK not recommended

 Nope. Have already loaded 13.4 on P9, P10, and P11, and all is good with
 them.

 Have also loaded 13.4 on PMP430 and PMP450.

 bp
 part15sbs{at}gmail{dot}com

 On 7/14/2015 4:59 PM, George Skorup wrote:
 I wonder if this affects P9 boards as well? That would suck. Not sure
 if I have one around the office to test.

Re: [AFMUG] Software 13.4: P8 FSK not recommended

[Chitrang Srivastava]

Hi Mark,

Yes they aren't dead,  you can still use them with 13.4 release  NAT but 
keeping table size to 1024.

In the next release we will fix the issue.

Thanks,
Chitrang Srivastava
Cambium Networks


From: Af af-boun...@afmug.com on behalf of Mark Radabaugh m...@amplex.net
Sent: 17 July 2015 00:09:53
To: af@afmug.com
Subject: Re: [AFMUG] Software 13.4: P8 FSK not recommended

Chitrang - where do you want the bricks?

Just for you we pulled the engineering.cgi from a 12.2 and a 13.1.3 P8 FSK 
radio and then bricked them both with 13.4 and gave the customers new radios.

Where do you want the dead radios and the dump files sent?

You can keep the P8’s and add them to your regression testing lab.

Mark


 On Jul 14, 2015, at 10:08 PM, Chitrang Srivastava 
 chitrang.srivast...@cambiumnetworks.com wrote:

 Hi Bill,

 In order to investigate P8 issue,  please do following,

 AFTER upgrade to P8 and applying configuration changes but BEFORE doing 
 reboot,  take out engineering.cgi.
 Please also send configuration file as well from Configuration -  Unit 
 Setting.

 Does without NAT P8 is accessible?
 If the above steps didn't work ( actually they should because most of our 
 configuration changes applies on next reboot)  they please send screen shot 
 of NAT configuration page before you press Save Changes.

 Thanks,
 Chitrang Srivastava
 Cambium Networks

 
 From: Af af-boun...@afmug.com on behalf of Bill Prince part15...@gmail.com
 Sent: 15 July 2015 05:35:23
 To: af@afmug.com
 Subject: Re: [AFMUG] Software 13.4: P8 FSK not recommended

 Nope. Have already loaded 13.4 on P9, P10, and P11, and all is good with
 them.

 Have also loaded 13.4 on PMP430 and PMP450.

 bp
 part15sbs{at}gmail{dot}com

 On 7/14/2015 4:59 PM, George Skorup wrote:
 I wonder if this affects P9 boards as well? That would suck. Not sure
 if I have one around the office to test.

Re: [AFMUG] Software 13.4: P8 FSK not recommended

[Chitrang Srivastava]

Hi Bill,

Please reduce the NAT table size from Configuration - NAT, to 1024 and try it 
out.

Thanks,
Chitrang Srivastava
Cambium Networks


From: Chitrang Srivastava
Sent: 15 July 2015 07:38:49
To: af@afmug.com
Subject: Re: [AFMUG] Software 13.4: P8 FSK not recommended

Hi Bill,

In order to investigate P8 issue,  please do following,

AFTER upgrade to P8 and applying configuration changes but BEFORE doing reboot, 
 take out engineering.cgi.
Please also send configuration file as well from Configuration -  Unit Setting.

Does without NAT P8 is accessible?
If the above steps didn't work ( actually they should because most of our 
configuration changes applies on next reboot)  they please send screen shot of 
NAT configuration page before you press Save Changes.

Thanks,
Chitrang Srivastava
Cambium Networks


From: Af af-boun...@afmug.com on behalf of Bill Prince part15...@gmail.com
Sent: 15 July 2015 05:35:23
To: af@afmug.com
Subject: Re: [AFMUG] Software 13.4: P8 FSK not recommended

Nope. Have already loaded 13.4 on P9, P10, and P11, and all is good with
them.

Have also loaded 13.4 on PMP430 and PMP450.

bp
part15sbs{at}gmail{dot}com

On 7/14/2015 4:59 PM, George Skorup wrote:
 I wonder if this affects P9 boards as well? That would suck. Not sure
 if I have one around the office to test.

Re: [AFMUG] Software 13.4: P8 FSK not recommended

[Chitrang Srivastava]

Hi George,

Did you get chance to check Gps sync issue with 13.4 Build?




From: Af af-boun...@afmug.com on behalf of George Skorup geo...@cbcast.com
Sent: 14 July 2015 10:23:46
To: af@afmug.com
Subject: Re: [AFMUG] Software 13.4: P8 FSK not recommended

Yes, getting stuck in FreeRun is one of the issues. The other is
AutoSync selecting the on-board GPS at boot if it has a lock when the
radio is soft rebooted. There are more related issues. Sessions drop
when AutoSync changes sources which is supposed to be hit-less. And some
other weird problems. One I've seen somewhat often, although only on a
small number of APs, is all sources say no sync, yet the AP is sitting
there saying it's receiving sync from a source which says has no sync
pulse! Or the timing port pulse going from receiving sync to no sync
every second or two until the AP is rebooted. Like I've said for quite a
while, these issues seem much more prevalent on the 3GHz 450, and I have
no idea why that is, but something is different, like perhaps LBT is in
the mix. And most of this happens more often in the winter. Oh god, I
said winter. No!!

I will load up 13.4 on some more sectors and see what happens I guess.

On 7/13/2015 11:19 PM, Chitrang Srivastava wrote:
 Hi George,

 I suppose by AutoSync bug you meant Sync not coming back to power port when 
 the config is Power Port+Free Run.
 If yes, then we have fixed the issue in 13.4 Official Release. Please give it 
 a try.

 Thanks,
 Chitrang Srivastava
 Cambium Networks

Re: [AFMUG] Software 13.4: P8 FSK not recommended

[Chitrang Srivastava]

Hi Bill,

In order to investigate P8 issue,  please do following,

AFTER upgrade to P8 and applying configuration changes but BEFORE doing reboot, 
 take out engineering.cgi.
Please also send configuration file as well from Configuration -  Unit Setting.

Does without NAT P8 is accessible?
If the above steps didn't work ( actually they should because most of our 
configuration changes applies on next reboot)  they please send screen shot of 
NAT configuration page before you press Save Changes.

Thanks,
Chitrang Srivastava
Cambium Networks


From: Af af-boun...@afmug.com on behalf of Bill Prince part15...@gmail.com
Sent: 15 July 2015 05:35:23
To: af@afmug.com
Subject: Re: [AFMUG] Software 13.4: P8 FSK not recommended

Nope. Have already loaded 13.4 on P9, P10, and P11, and all is good with
them.

Have also loaded 13.4 on PMP430 and PMP450.

bp
part15sbs{at}gmail{dot}com

On 7/14/2015 4:59 PM, George Skorup wrote:
 I wonder if this affects P9 boards as well? That would suck. Not sure
 if I have one around the office to test.

Re: [AFMUG] Software 13.4: P8 FSK not recommended

[Chitrang Srivastava]

Hi George,

I suppose by AutoSync bug you meant Sync not coming back to power port when the 
config is Power Port+Free Run.
If yes, then we have fixed the issue in 13.4 Official Release. Please give it a 
try.

Thanks,
Chitrang Srivastava
Cambium Networks

-Original Message-
From: Af [mailto:af-boun...@afmug.com] On Behalf Of George Skorup
Sent: 14 July 2015 08:33
To: af@afmug.com
Subject: Re: [AFMUG] Software 13.4: P8 FSK not recommended

Yes, you get MIMO-A and improved automatic rate adapt. Compared to 12.x 
anyway. 12.1 is really old, I'm surprised anyone has held out so long. 
Most of the 12.x issues were resolved in the final 12.2.2 release. So if 
I wanted to stay in the stone age, that's where I'd be. No offense. :)

I'm still waiting for the AutoSync bugs to be fixed. Matt is on vacation 
(must be nice to get vacations) and Aaron went MIA from the list months 
ago. They did have him and his team locked in a room though. I heard 
they pushed food under the door sometimes. :)

On 7/13/2015 9:29 PM, Ken Hohhof wrote:
 I would say you really, really need to take your 450 stuff to at least 
 13.2. I didn't go beyond that because of the alignment tone screwup.  
 Which I think is fixed in 13.4, so I will start cautiously going 
 there.  But while I don't remember the exact issues or sequence of 
 events, I know 13.2 fixed some serious performance/stability issues we 
 were having.  George probably remembers better than I do.


 -Original Message- From: SmarterBroadband
 Sent: Monday, July 13, 2015 7:04 PM
 To: af@afmug.com
 Subject: Re: [AFMUG] Software 13.4: P8 FSK not recommended

 Doing my network tonight.  Had been planning for 13.2.1.   Just saw 
 this on 13.4?  Most of my network is on 12.1.  Do I need to go to an 
 interim release or can I safely jump to 13.2.1 (or even 13.4).

 Not sure I am willing to risk 13.4 tonight.  Maybe wait a month.

 Adam

 -Original Message-
 From: Af [mailto:af-boun...@afmug.com] On Behalf Of George Skorup
 Sent: Monday, July 13, 2015 4:30 PM
 To: af@afmug.com
 Subject: Re: [AFMUG] Software 13.4: P8 FSK not recommended

 13.4 is released. Other than the P8 thing Bill mentioned (and I 
 confirmed on the bench), haven't seen any issues yet. I have a very 
 small number of APs and SMs update so far though.

 On 7/13/2015 6:20 PM, SmarterBroadband wrote:
 Hi Bill

 Is 13.4 GA?  Any issues other than FSK?

 Thanks

 Adam

 -Original Message-
 From: Af [mailto:af-boun...@afmug.com] On Behalf Of Bill Prince
 Sent: Wednesday, July 08, 2015 8:06 PM
 To: af@afmug.com
 Subject: Re: [AFMUG] Software 13.4: P8 FSK not recommended

 We did another couple groups of updates to 13.4 last night. On one 
 sector we had a couple of very low volume users on P8 FSK. Both of 
 them bricked.

 Well, not exactly bricked. We should have updated them to newer 
 hardware a long time ago, and since they were not heavy users, it 
 really was not a priority item.

 So we swapped them out today, and brought them back to the shop. 
 Turns out you could bring them back to life if you default them. Cool 
 I thought. However, as soon as you apply a real configuration, they 
 revert to brick mode. No ethernet, no life. You can re-reset them and 
 bring them back. So I defaulted one, and downgraded to 13.1.3, and 
 all is well, or as well as a P8 can be.

 Not real valuable, but if you have some old P8 FSK still running 
 anywhere, I do not recommend you try 13.4 on them.

 bp
 part15sbs{at}gmail{dot}com

 On 7/2/2015 2:11 PM, Ryan Ray wrote:
 Who's gonna be the first guinea pig? Make sure to do a 1000 unit
 upgrade and let us know how it goes :P