No. Every AP has a GPS antenna and the hardware to support sync. The timing itself is not transported over layer 3, only information regarding DL% and ACK.
- Jerry From: [email protected] [mailto:[email protected]] On Behalf Of Scott Carullo Sent: Monday, January 10, 2011 4:56 PM To: WISPA General List Subject: Re: [WISPA] GPS Sync / or Sync between devices at site without GPS Question Its safe to assume that the newer firmware with sync with UBNT will only work with the newer gen hardware with the gps support right. Is there any functionality that works like the radwin radios where the two local units speak sync between them without GPS? Even having the ability to sync two radios back to back to reuse spectrum would be really nice. Scott Carullo Technical Operations 855-FLSPEED x102 [http://www.flhsi.com/files/emaillogo.jpg] ________________________________ From: [email protected] Sent: Monday, January 10, 2011 1:19 PM To: "WISPA General List" <[email protected]> Subject: Re: [WISPA] GPS Sync / or Sync between devices at site without GPS Question Yes, it is layer3/udp, but it is in flux. They are implementing backup masters as well. Regards Michael Baird ----- Original Message ----- From: "Mike Hammett" <[email protected]> To: "WISPA General List" <[email protected]> Sent: Monday, January 10, 2011 1:16:44 PM Subject: Re: [WISPA] GPS Sync / or Sync between devices at site without GPS Question 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] ] On Behalf Of Jeromie Reeves Sent: Monday, January 10, 2011 7:31 AM To: [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] > 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] 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 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] 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 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/ -------------------------------------------------------------------------------- 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/ ________________________________ 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/
