Subject: [Capwap] RE: Issues 101: 11.8.1.1 Change to re-use 802.11 Information element definitions

From: "Pat Calhoun (pacalhou)" <[email-masked]>
Date: Fri, 5 May 2006 06:56:58 -0700

> >    Encryption Policy:  A 32-bit value specifying the 
> encryption scheme
> >       to apply to traffic to and from the mobile station.
> 
> this might also be a good place to note that the format of 
> those 32 bits is the same as what the IEEE 802.11i 
> specification mentions. That allows vendor specific 
> encryption types, and can also be updated by IEEE for new 
> types without having to update the CAPWAP specification.

Issue 116 created for this.

> >         4. Does the 'Suppress SSID' field also disable the 
> use of that 
> > SSID in broadcast probe responses? If so, why do we also need the 
> > 'IEEE
> > 802.11 Broadcast Probe Mode' in section 11.9.12? Also, why 
> is this IE 
> > global for the WTP? The AC might configure the WTP with 10 
> WLANs, but 
> > it may want probe responses generated for only four of those when a 
> > broadcast probe request comes in.
> >
> > <PRC> Section 11.9.12 deals with the changing of the mode 
> of operation 
> > after the WLAN is already operational.</PRC>
> 
> I still dont understand why this needs to be global. To quote 
> the current draft:
> "Since broadcast NULL probes are not sent to a specific 
> BSSID, the WTP cannot know which SSID the sending station is 
> querying.  Therefore, this behavior must be global to the WTP."
> However when a broadcast probe request comes in, of all the 
> WLANs mapped to that WTP, the user should be able to 
> configure which ones are responded to. That text seems incorrect.
Issue 117 created to track this issue

Pat Calhoun
CTO, Wireless Networking Business Unit
Cisco Systems
_________________________________________________________________
To unsubscribe or modify your subscription options, please visit:
http://lists.frascone.com/mailman/listinfo/capwap

Archives: http://lists.frascone.com/pipermail/capwap