In theory, if an SM has to do MIMO-A, the total throughput would be half
of what you could do in dual payload mode. It should not cause another
SM to modulate down at all.
bp
On 10/3/2014 9:41 PM, That One Guy via Af wrote:
how bad is the overall throughput hit in MIMO-A, did you notice if it
cause the other SMs to modulate down?
On Fri, Oct 3, 2014 at 11:34 PM, George Skorup (Cyber Broadcasting)
via Af <[email protected] <mailto:[email protected]>> wrote:
Yes, I have a sector loaded that needed MIMO-A. And I found some
minor GUI issues and the Moto binary data GPS bug that has now
been fixed in build 32. But obviously I don't have things
configured like others, such as PPPoE, NAT, VLANs, etc. I just do
bridge, no auth/RADIUS, very few APs doing VLAN. So I would
encourage more folks to test it out and give feedback to Cambium
so they can get any remaining issues ironed out and get 13.2
official out. From the improvements I've seen so far, I want it on
every 450 AP and SM, right meow!
On 10/3/2014 9:55 PM, Bill Prince via Af wrote:
On 13.2 already George?ן¿½ I am happy to let you others get the
bleeding done before I step over the edge.
I think I will wait about a week before I give it a rip; and then
only only low-population APs.
bp
On 10/3/2014 6:28 PM, George Skorup (Cyber Broadcasting) via Af
wrote:
I was just discussing with Aaron offlist about build 32 AutoSync
selecting the on-board GPS instead of timing port at boot. The
deployed AP I have been testing on has a Parasitic SyncPipe, no
power port sync and the iGPS on this AP usually always has a
good lock. Prior to build 32, it would always boot up and use
the timing port. Now build 32 wants the on-board at boot, at
least every time I've had a chance to reboot the AP, which has
only been the update from build 30 to 32 and one reboot
afterwards so far.
I would like to know if anyone else sees the same thing
happening with build 32. Maybe it's just me, but I would prefer
it to come up on the timing port before the on-board GPS for
tracking GPS status of the attached SyncPipe.
BTW, I've seen a very nice improvement in 13.2 beta for both
throughput and session issues during multipath events. I think
13.2 is going to be a major leap forward for the 450.
On 10/3/2014 6:19 PM, Aaron Schneider via Af wrote:
Since the last Open Beta load (Build 30), this also contains:
ן¿½
* Fix for negative VC count on home page
* New OID to see NAT table size in use
* Fix for Active FTP with NAT
* PPPoE Control Message High Priority with VLAN Enabled
ן¿½ן¿½ן¿½ן¿½ן¿½ן¿½ן¿½ן¿½ Added missing OIDs for IPv6 packet
filtering configuration
ן¿½
We are very close to release, so please give this load a try!
ן¿½
Regards,
ן¿½
-Aaron
ן¿½
*From:*Af [mailto:[email protected]] *On Behalf Of *John
Mehling via Af
*Sent:* Friday, October 03, 2014 6:10 PM
*To:* [email protected] <mailto:[email protected]>
*Subject:* [AFMUG] 13.2 (Build32) Beta Software is Now
Available!ן¿½ן¿½
ן¿½
Folks,
Software version 13.2(Build32) has been added to the Cambium
Open Beta program for PMP450, PMP430, and PTP230.
Please go here:ן¿½https://support.cambiumnetworks.com/betaן¿½if
you would like to test the new load and offer feedback on the
Beta Forum.
ן¿½Fixes in this release include:
ן¿½ן¿½ן¿½ן¿½ן¿½ן¿½ן¿½ן¿½ן¿½ן¿½ן¿½ן¿½ן¿½ Fix for Motorola Binary
GPS based devices (CMM2, SyncPipe, etc)
ן¿½ן¿½ן¿½ן¿½ן¿½ן¿½ן¿½ן¿½ן¿½ן¿½ן¿½ן¿½ן¿½ Fix for PTP450 link
test with small packets causing session drop and/or invalid
readings
ן¿½
This version also adds OID support for IPv6 packet filtering.
As always, we look forward to your feedback.ן¿½ Thank you!
-John
ן¿½
ן¿½
*John Mehling*
Senior Engineer - Support
*Cambium Networks*
3800 Golf Rd.,ן¿½ Suite 360
Rolling Meadows, IL 60008
www.cambiumnetworks.com <http://www.cambiumnetworks.com>
v_large_blue_noBG.png
ן¿½
--
All parts should go together without forcing. You must remember that
the parts you are reassembling were disassembled by you. Therefore, if
you can't get them together again, there must be a reason. By all
means, do not use a hammer. -- IBM maintenance manual, 1925
