So, to get maximum throughput on a 30mhz channel, it would be required to
lock down all but the last two channels to avoid the backoff requirement?
Is there a way to leave DSO on, with all channels available, but set a
preference to the last 2, given that unless the first sets of channels are
busy, they will sit on the lower, with the backoff requirement, impeding
the throughput

On Wed, Nov 12, 2014 at 5:06 PM, Bruce Collins via Af <[email protected]> wrote:

>  The short answer is that PTP 650 does support 5.15 GHz.
>
>
>
> To access 5.15GHz you will need to be on release 01-21 and then go to the
> support website to add 5.1GHz license key (no charge).  Because of the
> out-of-band emissions requirements there are automatic backoffs in power on
> the band edges of the 5.15GHz channels.   Below are all the details on the
> implementation of 5.15GHz FCC band on the PTP 650.
>
>
>
> Let me know if you have further questions.
>
> Regards,
>
> Bruce
>
>
>
> Product Manager
>
> Cambium Networks
>
>
>
>
>
> 1.       The grant covers the PTP 650, PTP 650S and PTP 650L
>
> 2.       The band is only applicable to FCC radios used in the U.S. and
> U.S. territories.
>
> 3.       Existing customers will need to go the license manager page on
> the support website to update their license key adding 5.15 GHz (at no
> charge)
>
> 4.       The UNII-1 band officially covers 5.15 GHz to 5.25 GHz at a
> maximum of 53dBm EIRP and does not required DFS for radar avoidance.
> HOWEVER, it does have very stringent out-of-band emissions requirements
> which make the maximum EIRP unlikely to be met by any commercial products.
>
> 5.       The out of band emissions requirements and the fact that UNII-1
> band is adjacent to the 5.2GHz band that does require radar avoidance means
> that each product approved under UNII-1 will have different capabilities.
> LINKPlanner has been updated to take these rules into account if you plan a
> link in the UNII-1 band with the PTP 650.
>
> 6.       The PTP 650 supports the following EIRP levels dependent on
> channel bandwidth.  G stands for the gain of the antenna with maximum
> antenna gain of 23dBi.
>
> a.       5MHz:   33 – G dBm  (so for example, with the integrated 23dBm
> antenna the max tx power is 33dBm – 23dBi = 10dBm)
>
> b.      10MHz: 31 – G dBm
>
> c.       15MHz: 37 – G dBm
>
> d.      20MHz: 36 – G dBm
>
> e.      30MHz: 35 – G dBm
>
> f.        40MHz: 30 – G dBm
>
> g.       45MHz: 30 – G dBm
>
>
>
> 7.       Further there are band edge back-offs shown below:
>
> 8.
>
> *Channel** Bandwidth*
>
> *Channel Frequency*
>
> *Backoff*
>
> 5 MHz
>
> Below 5158.0 MHz
>
> 7 dB
>
>
>
> 5158 to 5200 MHz
>
> 3 dB
>
>
>
> Above 5200.0 MHz
>
> 0 dB
>
> 10 MHz
>
> Below 5164.0 MHz
>
> 8 dB
>
>
>
> 5164.0 MHz and above
>
> 0 dB
>
> 15 MHz
>
> Below 5170.0 MHz
>
> 14 dB
>
>
>
> 5170 to 5181 MHz
>
> 6 dB
>
>
>
> Above 5181.0 MHz
>
> 0 dB
>
> 20 MHz
>
> Below 5175.0 MHz
>
> 13 dB
>
>
>
> 5175 to 5187 MHz
>
> 6 dB
>
>
>
> Above 5187.0 MHz
>
> 0 dB
>
> 30 MHz
>
> Below 5187.0 MHz
>
> 11 dB
>
>
>
> 5187 to 5200 MHz
>
> 5 dB
>
>
>
> Above 5208.0 MHz
>
> 0 dB
>
> 40 MHz
>
> Below 5200.0 MHz
>
> 6 dB
>
>
>
> 5200.0 MHz and above
>
> 0 dB
>
> 45 MHz
>
> Below 5205.0 MHz
>
> 7 dB
>
>
>
> 5205.0 MHz and above
>
> 0 dB
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *From:* Af [mailto:[email protected]] *On Behalf Of *That One Guy via
> Af
> *Sent:* Wednesday, November 12, 2014 4:53 PM
> *To:* [email protected]
> *Subject:* Re: [AFMUG] 5.1 PMP rules
>
>
>
> im on 1-21 it only has the option for 5.2 .54 and 5.8 in the GUI, maybe im
> missing something
>
>
>
> Does anyone have a link to an accurate up to date cheatsheet for the
> entire 5ghz band and its subsets?
>
>
>
> On Wed, Nov 12, 2014 at 4:44 PM, Mathew Howard via Af <[email protected]>
> wrote:
>
>   I'm pretty sure I got an email from Cambium awhile back saying it did...
>
> yeah, here it is... looks like it needs a license key to enable it.
> http://www.cambiumnetworks.com/pressreleases/2014/07/28/cambium-networks-ptp-650-receives-fcc-grant-to-operate-in-5150-to-5250-mhz
>   ------------------------------
>
> *From:* Af [[email protected]] on behalf of That One Guy via Af [
> [email protected]]
> *Sent:* Wednesday, November 12, 2014 4:36 PM
> *To:* [email protected]
> *Subject:* Re: [AFMUG] 5.1 PMP rules
>
> crud, 650 doesnt do 5.1, that is disappointing
>
>
>
> On Wed, Nov 12, 2014 at 4:34 PM, That One Guy via Af <[email protected]> wrote:
>
>  cambium linkplanner is locking it at 36 on ptp
>
> I havent looked on the ptp650 to see if its locked
>
> Man i hope somebody can provide some evidence that it can go up to 53,
> that would get a pretty big load of my back right now
>
>
>
> On Wed, Nov 12, 2014 at 4:31 PM, Mathew Howard via Af <[email protected]>
> wrote:
>
>   That's definitely not right... maybe you have numbers from the old
> 5150-5250 rules?
>
> PtMP is 36dBm EIRP, and PtP is 53dBm EIRP - however, because of the OOBE
> stuff, I'm not aware of anything that can actually do 53dBm. Ubiquiti stuff
> is all limited to 36dBm, ePMP lets me set the Tx power up to 20dBm with the
> antenna size set to 30dBi (in PtP mode).
>  ------------------------------
>
> *From:* Af [[email protected]] on behalf of That One Guy via Af [
> [email protected]]
> *Sent:* Wednesday, November 12, 2014 4:24 PM
> *To:* [email protected]
> *Subject:* Re: [AFMUG] 5.1 PMP rules
>
> Really? My cheetsheet shows much lower EIRPs - 22 on PtP and 16 on PmP!!
>
>
>
>
>
> On Wed, Nov 12, 2014 at 4:04 PM, Dan Petermann via Af <[email protected]>
> wrote:
>
> awesome, Thank you
>
>
> On Nov 12, 2014, at 2:58 PM, George Skorup (Cyber Broadcasting) via Af <
> [email protected]> wrote:
>
> > 36dBm PtMP. 53dBm PtP. I assume the SM qualifies as PTP like 5.7. And no
> DFS.
> >
> > On 11/12/2014 3:53 PM, Dan Petermann via Af wrote:
> >> Can someone give me a quick list of eirp rules in the 5.1 band for
> multipoint?
> >
>
>
>
>
>
> --
>
> 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
>
>
>
>
>
> --
>
> 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
>
>
>
>
>
> --
>
> 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
>
>
>
>
>
> --
>
> 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
>



-- 
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

Reply via email to