On Wed, Feb 19, 2014 at 9:36 AM, Arend van Spriel <arend@xxxxxxxxxxxx> wrote: > On 02/19/2014 05:11 PM, Luis R. Rodriguez wrote: >> On Wed, Feb 19, 2014 at 05:39:33PM +0200, Ilan Peer wrote: >>> From: David Spinadel <david.spinadel@xxxxxxxxx> >>> >>> The FCC are clarifying some soft configuration requirements, >>> which among other include the following: >>> >>> 1. Indoor operation, where a device can use channels requiring indoor >>> operation, subject to that it can guarantee indoor operation, >>> i.e., the device is connected to AC Power or the device is under >>> the control of a local master that is acting as an AP and is >>> connected to AC Power. >>> 2. Concurrent GO operation, where devices may instantiate a P2P GO >>> while they are under the guidance of an authorized master. For example, >>> on a channel on which a BSS is connected to an authorized master, i.e., >>> with DFS and radar detection capability in the UNII band. > > So apparently FCC has another understanding than the WiFi Alliance (from > section 2.3 in WFA P2P-TS): > > """ > A P2P Device can operate concurrently with a WLAN (infrastructure > network). Such a device is considered a P2P Concurrent Device. The > concurrent operation requires a device to support multiple MAC entities. > : > : > A P2P Group may operate in the same or different operating class and > channel as a concurrently operating WLAN BSS. For example, a WLAN BSS > may operate in channel 36 in the 5.2 GHz band, while the P2P Group may > operate in channel 6 in the 2.4 GHz band. > """ But can a WLAN BSS operate on channel 6 in the 2.4 GHz band and infer it can start GO on channel 36? This question seems not related to concurrent stuff but rather pure regulatory but I suppose that will depend on the definition that the FCC intended behind GO concurrency. Is the definition of concurrency GO thing supposed to *restrict* the number of interfaces a device can create (STA, GO), or simply define permissive rules which would have otherwise been blocked? Luis -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
