| Re: Proposed resolution for issue 100. Treatment of wirelessmanagement frames. | <– Date –> <– Thread –> |
|
From: Michael Montemurro (montemurro.michael |
|
| Date: Sun, 4 Jun 2006 17:22:11 -0700 (PDT) | |
Actually, I need to make one clarification. If we decide to use CAPWAP data encapsulation, IEEE 802.11 management frames passed from the WTP to the AC in local MAC mode. That would mean there would be three possible forms of processing at the WTP:
data frames - bridge locally or tunneled to the AC - CAPWAP data
802.11 management frames - encapulated as CAPWAP data and transmitted to the AC
CAPWAP control frames.
I think it sounds cleaner to encapsulate management frames and transmit them from the WTP to the AC as control frames. But I'm willing to go whichever way the group decides.
Cheers,
Mike
On 6/3/06, Michael Montemurro <montemurro.michael [at] gmail.com> wrote:
Is there consensus that radio techology specific management frames should be carried as CAPWAP data frames?Thanks,Mike
On 6/3/06, Abhijit Choudhury <Abhijit [at] sinett.com > wrote:Mike,I'm not sure this make sense.The CAPWAP control channel is for "control andprovisioning" messages between the AC and the WTP.Per-client information arriving at the WTP shouldbe sent in the data channel as it is all data tothe AC, and has nothing to do with "control andprovisioning" of the WTP.There could be radio technology specific information(e.g. RSSI/SNR) that are collected on a per-clientbasis at the AC, and separating out some of themessages into a separate channel will lead to eithererroneous accounting or more complicated logic thatlooks at both channels on a packet-by-packet basis.All packets sent by a client should come upthe same channel (the data channel).As for security for management frames, 802.11wshould take care of that.Thanks,Abhijit-----Original Message-----
From: Michael Montemurro [mailto: montemurro.michael [at] gmail.com]
Sent: Saturday, June 03, 2006 12:39 PM
To: capwap
Subject: [Capwap] Proposed resolution for issue 100. Treatment of wirelessmanagement frames.
Here is my proposed resolution to issue 100:- Fix the default priority settings in section 11.6 to the values used in section 4.3.3.
- Change the last paragraph in section 4.3 to state that radio technology specific management frames are treated as CAPWAP control messages. It makes sense because control frames are protected.
Does this make sense?
Cheers,
Mike
-
Re: Proposed resolution for issue 100. Treatment of wirelessmanagement frames. Abhijit Choudhury, June 3 2006
-
Re: Proposed resolution for issue 100. Treatment of wirelessmanagement frames. Michael Montemurro, June 3 2006
- Re: Proposed resolution for issue 100. Treatment of wirelessmanagement frames. Michael Montemurro, June 4 2006
-
Re: Proposed resolution for issue 100. Treatment of wirelessmanagement frames. Michael Montemurro, June 3 2006
Results generated by Tiger Technologies using MHonArc.