Re: WLAN Regulatory Domain Germany

[Kurt Garloff <kurt@garloff.de>]

[-- Attachment #1: Type: text/plain, Size: 2143 bytes --]

Luis,

On Wed, May 19, 2010 at 03:20:24PM -0700, Luis R. Rodriguez wrote:
> On Wed, May 19, 2010 at 10:29 AM, Kurt Garloff <kurt@garloff.de> wrote:
> > country DE:
> >        # entries 279004 and 280006
> >        (2400 - 2483.5 @ 40), (N/A, 100 mW)
> >        # entry 303005
> >        (5150 - 5250 @ 40), (N/A, 100 mW), NO-OUTDOOR
> >        # entries 304002 and 305002
> >        (5250 - 5350 @ 40), (N/A, 100 mW), NO-OUTDOOR, DFS
> >        # entries 308002, 309001 and 310003
> >        (5470 - 5725 @ 40), (N/A, 500 mW), DFS
> >
> > 8<------------------------------------------------------------------------
> >
> > (Or in db, as displayed by iw reg get)
> > country DE:
> >        (2400 - 2483 @ 40), (N/A, 20)
> >        (5150 - 5250 @ 40), (N/A, 20), NO-OUTDOOR
> >        (5250 - 5350 @ 40), (N/A, 20), NO-OUTDOOR, DFS
> >        (5470 - 5725 @ 40), (N/A, 27), DFS
> >
> > PS: I'm not subscribed, please copy responses to me.
> 
> Thanks for the e-mail and your review, I've passed this to our
> regulatory gods and it is now being picked at and reviewed.

Thanks.

Two more remarks:
- Having looked at the framework how we handle this regulatory stuff
  in Linux these days, it looks very reasonable to me -- good job!
- The frequencies above (from Frequenznutzungsplan = freq. util. plan) 
  are really the limits of the frequency ranges to be used, not channel
  center freqs. So if we'd have to put possible center freqs in there 
  and assume 22MHz (+-11MHz) for the 2.4 GHz range, we'd need to put 
  2411 -- 2472.5 in the DB. Likewise, assuming 20MHz (+-10MHz for the
  5GHz range, we'd specify 5160 -- 5240, 5240 -- 5340 and 5480 -- 5715),
  of, for 40MHz(+-20MHz) channels, it would be 5170 -- 5230, 5230 --
  5330 and 5490 -- 5705. Such values are displayed with iw reg get 
  for our neighbors NL, FR, ... which gave me the idea that we might
  not have the real boundaries in the db, but center freqs.
  That said, I'd think real boundaries make more sense, as channel
  widths may evolve over time ...

Thanks,
-- 
Kurt Garloff, VP OPS Partner Engineering -- Novell Inc.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]