Re: [OPSAWG] Comments on draft-shao-opsawg-capwap-hybridmac-00

Hui Deng <denghui02@gmail.com> Tue, 30 July 2013 15:56 UTC

Return-Path: <denghui02@gmail.com>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A252411E8228 for <opsawg@ietfa.amsl.com>; Tue, 30 Jul 2013 08:56:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SLFtxsTT8ZVe for <opsawg@ietfa.amsl.com>; Tue, 30 Jul 2013 08:56:26 -0700 (PDT)
Received: from mail-qa0-x230.google.com (mail-qa0-x230.google.com [IPv6:2607:f8b0:400d:c00::230]) by ietfa.amsl.com (Postfix) with ESMTP id 571CF11E8108 for <opsawg@ietf.org>; Tue, 30 Jul 2013 08:56:05 -0700 (PDT)
Received: by mail-qa0-f48.google.com with SMTP id o19so2437871qap.7 for <opsawg@ietf.org>; Tue, 30 Jul 2013 08:56:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=EepNN0bp77CDU2QU3+X4/f4x8QL0k96/jr4zsEI0ICs=; b=O83sfOOU9QldhdMDRmR5Y9Zw4wLBpCoQfnieo21F9zXtKAv/U5eReyGmN9T+5cMy52 MEQQVs4DXZJbAq0+qY3dxOQ9nu899LKSCayZbiR8UCHmXJgipFGP8kpkL+3DHD95RZlU 8juMeqUgLaqdHIR8rwa9YDK9beICtKVO4+wNipNPcsyAIlKbdWt8Q6l8GyVnFf7oY1HT LrJ+gjq1uIYSm9ZSfahswSb9kXEi5z5R8SgaWbqGTcFHxa4gLsIxHctAlhB8VgJlEUvo XYXRH+93c8I7gdNwj59HxE0TSyFqDpb43NJpLAxE/MsS2y4X/iX0M4q1YfSJwiZUAtNx tNig==
MIME-Version: 1.0
X-Received: by 10.224.131.4 with SMTP id v4mr33156389qas.44.1375199764743; Tue, 30 Jul 2013 08:56:04 -0700 (PDT)
Received: by 10.49.16.42 with HTTP; Tue, 30 Jul 2013 08:56:04 -0700 (PDT)
In-Reply-To: <4ED2E36A22261145861BAB2C24088B431DC100FC@xmb-aln-x09.cisco.com>
References: <4ED2E36A22261145861BAB2C24088B431DC100FC@xmb-aln-x09.cisco.com>
Date: Tue, 30 Jul 2013 17:56:04 +0200
Message-ID: <CANF0JMCgxdVngDwatWuRp0x=7vpHWFgO1zupoN0Qjy3ZT+fvLw@mail.gmail.com>
From: Hui Deng <denghui02@gmail.com>
To: "Rajesh Pazhyannur (rpazhyan)" <rpazhyan@cisco.com>
Content-Type: multipart/alternative; boundary="047d7b673a80792cee04e2bca53b"
Cc: "opsawg@ietf.org" <opsawg@ietf.org>
Subject: Re: [OPSAWG] Comments on draft-shao-opsawg-capwap-hybridmac-00
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/opsawg>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Jul 2013 15:56:28 -0000

Hi Rajesh,

Thanks for your comments, I will bring your comments for tomorrow
discussion.
thanks a lot

-Hui



2013/7/30 Rajesh Pazhyannur (rpazhyan) <rpazhyan@cisco.com>

>  Hello
>
> First comment/question:
> It appears that you are proposing a new MAC mode which is very similar to
> Split MAC mode  except that it requires
>
>    1. Scheduling to **only** at the WTP (instead of allowing it
>    additionally at AC)
>    2. Encryption to **only** at the WTP (instead of allowing it
>    additionally at AC)
>
>
> If so, does this require defining a new MAC mode in addition to existing
> Split MAC and Local MAC
>
> Second comment/question:
>
> The Hybrid MAC mode seems to require fragmentation to be done only at the
> AC. This choice is a little unclear.
> Wouldn’t the upstream traffic continue to be fragmented by the WTP while
> downstream traffic be fragmented at the AC.
>
>
> Third comment/question
> Are you considering variants of the Split MAC mode where the MAC is split
> (for example association responses come from the AC)  while the traffic is
> locally bridged.
> For example this appears to be precluded by text in 5416:
> *In a Split MAC Architecture, the Distribution and Integration* *services
> reside on the AC, and therefore all user data is tunneled between the WTP
> and the AC.  As noted above, all real-time IEEE* *802.11 services,
> including the Beacon and Probe Response frames, are handled on the WTP.*
>
>
> Regards
>
> Rajesh
>
>
>
>
> _______________________________________________
> OPSAWG mailing list
> OPSAWG@ietf.org
> https://www.ietf.org/mailman/listinfo/opsawg
>
>