Hello Dorothy

Thanks for the comments. Will incorporate them.

Regards

Rajesh
From: Dorothy Stanley [mailto:[email protected]]
Sent: Friday, May 09, 2014 7:20 PM
To: Rajesh Pazhyannur (rpazhyan)
Cc: Warren Kumari; [email protected]; 
[email protected]
Subject: Re: [OPSAWG] Start of WGLC for draft-ietf-opsawg-capwap-hybridmac

Hi -

Some additional, largely editorial comments on the -04 version:
1. In Figures 1,2, and 3, change from "IEEE 802.1X/EWTP" to ""IEEE 802.1X/EAP"
2. Some suggestions on the abstract wording:
From

CAPWAP defines two entities: Wireless Transmission Point (WTP) and

   Access Controller (AC).  CAPWAP also defines two MAC (Medium Access

   Control) modes for IEEE 802.11 WTPs: Split and Local MAC . For each

   MAC mode, CAPWAP describes how the MAC functionality is split between

   the WTP and AC.  However, certain functions have not been clearly

   defined.  For example in the Split MAC mode description, the IEEE

   802.11 encryption is specified as located in either the AC or the WTP

   with no clear way for the AC to inform the WTP where it should be.

   This lack of specification leads to interoperability especially when

   AC and WTP come from different vendors.  To solve the problem, this

   specification defines a IEEE 802.11 MAC profile where each profile

   specifies an unambiguous division of functionality between the WTP

   and AC.  The IEEE 802.11 MAC profile is used as follows: the WTP

   informs the AC of the supported profiles during the discovery or join

   process and the AC configures the WTP with one of the supported

   profiles while configuring the WLAN.

to

The CAPWAP protocol defines two entities: a Wireless Transmission Point (WTP) 
and an

   Access Controller (AC).  The CAPWAP protocol binding for IEEE 802.11 defines 
two MAC (Medium Access

   Control) modes for IEEE 802.11 WTP: Split and Local MAC, and describes the 
required functionality split between

   the WTP and AC for each mode.  However, in the split MAC mode, the 
partitioning of encryption/decryption functions are not been clearly

   clearly defined.  In the Split MAC mode description, IEEE

   802.11 encryption is specified as located in either at the AC or the WTP

   with no clear way for the AC to inform the WTP of where the encryption 
functionality should be located.

   This lack of specification leads to interoperability issues, especially when 
the

   AC and WTP come from different vendors.  To prevent interoperability issues, 
this

   specification defines an IEEE 802.11 MAC profile message element in which 
each profile

   specifies an unambiguous division of encryption functionality between the WTP

   and AC.  The IEEE 802.11 MAC profile is used as follows: the WTP

   informs the AC of the supported profiles during the discovery or join

   process and the AC configures the WTP with one of the supported

   profiles when configuring the WLAN.
3. In section 1, end of first paragraph, change from "

"operators will experience difficulty in interoperating WTPs and ACs from 
different vendors."


to
"operators will experience interoperability issues with WTPs and ACs from 
different vendors."

4. In section 1, end of second paragraph, insert a comma after "WTP/AC":


"is specified as WTP/AC implying to "is specified as WTP/AC, implying"
Thanks,

Dorothy

On Tue, Apr 22, 2014 at 9:16 PM, Rajesh Pazhyannur (rpazhyan) 
<[email protected]<mailto:[email protected]>> wrote:
Hello Warren,

I will address the nits and submit a new version.

Thanks for shepherding this through.

Regards

Rajesh
-----Original Message-----
From: Warren Kumari [mailto:[email protected]<mailto:[email protected]>]
Sent: Tuesday, April 22, 2014 11:19 AM
To: [email protected]<mailto:[email protected]>; 
[email protected]<mailto:[email protected]>
Subject: Re: Start of WGLC for draft-ietf-opsawg-capwap-hybridmac

On Mon, Apr 7, 2014 at 12:44 PM, Warren Kumari 
<[email protected]<mailto:[email protected]>> wrote:
> Dear opsawg WG,
>
> The authors of draft-ietf-opsawg-capwap-hybridmac have indicated that
> they believe that the document is ready, and have asked for Working
> Group Last Call.
>
> The draft is available here:
> https://datatracker.ietf.org/doc/draft-ietf-opsawg-capwap-hybridmac/
>
> Please review this draft to see if you think it is ready for
> publication and send comments to the list, clearly stating your view.
>
> This WGLC ends Mon 21-Apr-2014.

This WGLC has concluded, thanks to everyone for the feedback.

The chairs just met, and have decided that there is sufficient support to 
progress this.
Authors, please spin another version with the nits addressed (some typo's, the 
nits checker made grumpyface, etc) -- this will help speed it through the IESG.
Once you resubmit with these done, please poke me / us to submit to the IESG.

Thanks for all the hard work.
W



>
> Thanks,
> Warren Kumari
> (as opsawg WG co-chair)

_______________________________________________
OPSAWG mailing list
[email protected]<mailto:[email protected]>
https://www.ietf.org/mailman/listinfo/opsawg

_______________________________________________
OPSAWG mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/opsawg

Reply via email to