Am I right in guessing that higher latency will only cause some interference issues, nothing catastrophic? On Jan 10, 2011 11:54 AM, "Jerry Richardson" <[email protected]> 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/
