It's UDP now.
-----
Mike Hammett
Intelligent Computing Solutions
http://www.ics-il.com
On 1/10/2011 11:54 AM, Jerry Richardson wrote:
Right, allows sync between GROUPS. GROUPS can be as large as you want
as long as the MASTER can be reached via Layer2 in less than 30ms. If
you have two GROUPS (for example two tower sites) that can hear each
other but can't be reached via Layer2 or latency goes above 30ms
between them, then the MASTERS at both towers will need to have fixed DL%
UBNT's GPS implementation is a little different than we are used to,
but I like that they did away with the CMM concept. I am not sure I
like the ide of depending on one radio for MASTER sync information. I
would like to see some code that allows for failover. Something like:
- APRadio1 is MASTER/MASTER
- APRadio2 is SLAVE/MASTER
The rest of the SLAVES in the group look at APRadio11 for sync info
and if it's not there look at APRadioMAC2
- Jerry
*From:*[email protected] [mailto:[email protected]]
*On Behalf Of *Mike Hammett
*Sent:* Monday, January 10, 2011 9:40 AM
*To:* WISPA General List
*Subject:* Re: [WISPA] GPS Sync / or Sync between devices at site
without GPS Question
Ubiquiti's next software release is supposed to have dynamic ratios
with sync.
-----
Mike Hammett
Intelligent Computing Solutions
http://www.ics-il.com
On 1/10/2011 11:25 AM, Jerry Richardson wrote:
Yes, with wifi based radio systems you can see less throughput with
sync than without.
With Canopy the DL% is fixed regardless if the AP is getting the sync
pulse from GPS or generating it itself. i.e. if you set the DL% to 75%
it's fixed regardless if the bandwidth is being used or not.
With .11 radios the DL% is dynamic and will adjust according to demand
(which is why they are NOT in sync with other .11 radios). When you
sync them, the DL is no longer dynamic. So if you had a .11-based BH
that has 90% downlink traffic and force it to sync the DL% may only be
50% which would look like half.
Does that help?
- Jerry
*From:*[email protected] <mailto:[email protected]>
[mailto:[email protected]] *On Behalf Of *Jeromie Reeves
*Sent:* Monday, January 10, 2011 7:31 AM
*To:* [email protected] <mailto:[email protected]>;
WISPA General List
*Subject:* Re: [WISPA] GPS Sync / or Sync between devices at site
without GPS Question
I do not know how the Radwin Sync works. With Canopy, you do not lose
bandwidth unless you do not have the timing the same. You can adjust
settings in such a way as to not step on yourself and still have
different bandwidth profiles with Canopy.
I do not see why sync would lose any bandwidth, unless it is cause now
you only have X Transit tie and Y receive tie instead of X+%Y.
On Sun, Jan 9, 2011 at 2:03 PM, Scott Carullo
<[email protected] <mailto:[email protected]>> wrote:
For the first time I synchronized multiple devices (two backhauls) at
a tower site to see what it was all about. All of our gear in the
past did not have the capability to sync across devices to save
spectrum and/or reduce interference between local devices.
In this case I used two Radwin 2000C backhauls with a sync cable
between them. Setting up the sync between them was easy however the
first thing I noticed was that the available bandwidth was cut in
half. Is this typical of all synced units? I guess there would be no
more reduction in speed after the first two radios synced because if
there were more they would all fire at the same time any way. Did I
loose bandwidth because they were in MIMO mode rather than Diversity
mode or is the slowdown just a function of the timing reduction to
keep things clean?
Is the UBNT GPS sync gear going to provide less throughput than I
currently experience when their new sync capable gear comes out?
Thanks, just trying to get some feedback to learn more about how
Syncing devices affects their performance.
Scott Carullo
Technical Operations
855-FLSPEED x102
*Error! Filename not specified.*
--------------------------------------------------------------------------------
WISPA Wants You! Join today!
http://signup.wispa.org/
--------------------------------------------------------------------------------
WISPA Wireless List: [email protected] <mailto:[email protected]>
Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless
Archives: http://lists.wispa.org/pipermail/wireless/
------------------------------------------------------------------------
No virus found in this message.
Checked by AVG - www.avg.com <http://www.avg.com>
Version: 10.0.1191 / Virus Database: 1435/3370 - Release Date: 01/09/11
--------------------------------------------------------------------------------
WISPA Wants You! Join today!
http://signup.wispa.org/
--------------------------------------------------------------------------------
WISPA Wireless List:[email protected] <mailto:[email protected]>
Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless
Archives:http://lists.wispa.org/pipermail/wireless/
------------------------------------------------------------------------
No virus found in this message.
Checked by AVG - www.avg.com <http://www.avg.com>
Version: 10.0.1191 / Virus Database: 1435/3371 - Release Date: 01/10/11
--------------------------------------------------------------------------------
WISPA Wants You! Join today!
http://signup.wispa.org/
--------------------------------------------------------------------------------
WISPA Wireless List: [email protected]
Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless
Archives: http://lists.wispa.org/pipermail/wireless/
--------------------------------------------------------------------------------
WISPA Wants You! Join today!
http://signup.wispa.org/
--------------------------------------------------------------------------------
WISPA Wireless List: [email protected]
Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless
Archives: http://lists.wispa.org/pipermail/wireless/
