From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oi1-x236.google.com (mail-oi1-x236.google.com [IPv6:2607:f8b0:4864:20::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 8489D3BA8E; Tue, 9 Oct 2018 01:44:52 -0400 (EDT) Received: by mail-oi1-x236.google.com with SMTP id e17-v6so265900oig.12; Mon, 08 Oct 2018 22:44:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=E/BxThXquS8ULoD9KDKu+r7no85WX5xWO6TqXG2k2TI=; b=YhyPURcoRkOVcB8YGeWdgWy4W/dVoGt5XOPAl4yitLKREWuHw0rws4+KoJ9ddhTlLN +Vsp3KZ2E4Z4JpuJJQ9CniT2HEfLEsewjlrWjBAftjaup0ok4dusw18tKOnb344WzzN8 Sh5wGioWIa/zxDAPCyR+aoMNaya2AN5qOTQB4M2MeGnSwnIl7EYDY3d+HcshP9VMsJoa cMa6e1Nwj0gkCGZexNdmYhBb+gcoOb10bqEDDctQ0tHIaN/BjgjcogOuS4C1A5Ko8XHA XFQcG+p8wd2Kx+6eKADJM12/rh1WbpRxfy37IvPOt5fCby2Mz3miobnDVKIaRVi2Zc/N wkUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=E/BxThXquS8ULoD9KDKu+r7no85WX5xWO6TqXG2k2TI=; b=cWfgkW2wsxkPm7XooOLhdmrdu+E8OYx1dih1Dh/PxKBNb1lJrwQPbZ/KfKYnU3rhtc BhDpkc+tfO3i1W6B1yrBkETAGpTrAlM+1M+aNHyRc87J98NaXmURt98IMJXSaRx9dn5B CIowr/Hw6aZ3mZjHIAh1GMl018h1ItBWLkGmoGVpkXVmA3KLcHdRqGCwT1POBEK/S7bQ mKuABZyOxoSCj13bAhgPZJ4otxLjqXu9+LYfSL7EsXLfcGbBsaJofR0UThCp8zLvwQpz TGICEO1ECs6icfbrncezqZbG188O7W0Rnx2Yr094Cspxhpzc6lAEbye6C/nUYkkp8bCy p8HA== X-Gm-Message-State: ABuFfog04HLnrJV7klzJkv1S6JdmjtHibpPvpfnXMdo+u2wtr316Au4H 11omo6JH9nNJluwBYtQ7yjFHuswYL20Pb+68MbuyBz49 X-Google-Smtp-Source: ACcGV63tBacQq9hl2Tjm80es5m3KmYf9Jp4AZ7bm5LkH7WUjocfEehVjyezhqlDd2EWQFgtSAwU6TQZuNYd39AxO48g= X-Received: by 2002:aca:b689:: with SMTP id g131-v6mr5716815oif.283.1539063891757; Mon, 08 Oct 2018 22:44:51 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: bkil Date: Tue, 9 Oct 2018 07:44:40 +0200 Message-ID: To: ryan@mounce.com.au Cc: bloat , Make-Wifi-fast Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [Bloat] Is 5/10MHz wifi bandwidth legal in 2.4GHz (half/quarter-clocking)? X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 05:44:52 -0000 Yes, that was my conclusion as well. There exist spectral masks of maximal allowed side lobes, but if you are transmitting signals narrower than that, the side lobes will be much below the limit. Spectral density in Hungary and some other countries allows for 10mW/MHz, meaning twice the power density for narrow channels. There can exist a possibility for starvation if two narrow channels use the two sides of a wider channel in turn, similar to HT40, so a neighborly mechanism would be nice. On Tue, Oct 9, 2018 at 5:53 AM Ryan Mounce wrote: > > I'm not aware of anywhere this would be illegal. Worst case you will > need to reduce power by 3/6dB (10/5MHz) if there is a power spectral > density limit in a given jurisdiction and max EIRP @ 20MHz is already > at that limit. > > On Tue, 9 Oct 2018 at 06:48, bkil wrote: > > > > If this is not the right forum to discuss, could you please point me > > in the right direction? > > > > After all, channel spacing is indeed 5MHz here. Although using a new > > raster instead of the 20MHz channel center frequencies would allow > > full utilization of the band (16 or 8 channels respectively), using > > the standard set of 11 (13) channels is better than nothing. > > > > Is it a good idea to use HT instead of g for such links? > > > > =3D > > Some background and links for those who do not know this mode: > > > > "the 2007 version of the IEEE 802.11 standard [1] specifies 5 and 10 > > MHz wide channels for use in the 4.9 GHz public safety bands" > > > > Although according to my reading of section 17.1, it applies to the > > 5GHz bands as well: > > > > >> 17. Orthogonal frequency division multiplexing (OFDM) PHY specificat= ion > > for the 5 GHz band > > [...] > > The OFDM system also provides a =E2=80=9Chalf-clocked=E2=80=9D operatio= n using 10 MHz > > channel spacings with data > > communications capabilities of 3, 4.5, 6, 9, 12, 18, 24, and 27 Mb/s. > > The support of transmitting and > > receiving at data rates of 3, 6, and 12 Mb/s is mandatory when using > > 10 MHz channel spacing. The half- > > clocked operation doubles symbol times and clear channel assessment > > (CCA) times when using 10 MHz > > channel spacing. The regulatory requirements and information regarding > > use of this OFDM system in > > 4.9 GHz and 5 GHz bands is in Annex I and Annex J.<< > > > > They probably did not highlight 2.4GHz usage because of mixed-mode > > (non-OFDM) crowding, although nowadays we could actually move this > > band to OFDM-only as well. > > > > It is unfortunate that this allowance has disappeared in newer > > versions of the standard. Was that intentional? > > > > Reasons why downclocking is advantageous (up to +9dB link budget): > > > > * longer GI =3D better protection against multipath fading; > > * higher power density allowed (2x here) =3D better SNR; > > * less chance for (adjacent-channel) interference; > > * reduced TX & RX power consumption for idling and low load. > > > > I know that 802.11ah/af are here, but there exist literally millions > > of devices potentially supporting this old and trusty mode, software > > permit. > > > > Many Atheros chipsets support it, both old and new. OpenWrt has > > debugfs patches applied to enable this, while Linux has some other > > patches as well, although it is not user visible. > > > > If this is a legal and preferred mode, it would be nice if we could > > unify access. > > > > https://openwrt.org/docs/guide-user/network/wifi/basic?s[]=3Dchanbw > > http://ccr.sigcomm.org/online/files/p135-chandra.pdf > > https://kabru.eecs.umich.edu/papers/publications/2011/xyzhang_kgshin_mo= bicom11.pdf > > https://www.etsi.org/deliver/etsi_en/300300_300399/300328/01.08.01_60/e= n_300328v010801p.pdf > > https://www.cwnp.com/forums/posts?postNum=3D305220 > > https://forum.archive.openwrt.org/viewtopic.php?id=3D38590 > > https://forum.openwrt.org/t/5-mhz-bandwith-option/3615 > > _______________________________________________ > > Bloat mailing list > > Bloat@lists.bufferbloat.net > > https://lists.bufferbloat.net/listinfo/bloat