[OPSAWG] Last Call: <draft-ietf-opsawg-capwap-alt-tunnel-10.txt> (Alternate Tunnel Encapsulation for Data Frames in CAPWAP) to Experimental RFC

The IESG <iesg-secretary@ietf.org> Wed, 29 November 2017 19:46 UTC

MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Auto-Submitted: auto-generated
Precedence: bulk
CC: draft-ietf-opsawg-capwap-alt-tunnel@ietf.org, opsawg-chairs@ietf.org, Tianran Zhou <zhoutianran@huawei.com>, opsawg@ietf.org, zhoutianran@huawei.com, warren@kumari.net
Reply-To: ietf@ietf.org
Sender: iesg-secretary@ietf.org
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-ID: <151198481729.7972.10583472312302909306.idtracker@ietfa.amsl.com>
Date: Wed, 29 Nov 2017 11:46:57 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/8XHPABHNtIoYSgirmxzXMqFdUAM>
Subject: [OPSAWG] Last Call: <draft-ietf-opsawg-capwap-alt-tunnel-10.txt> (Alternate Tunnel Encapsulation for Data Frames in CAPWAP) to Experimental RFC

The IESG has received a request from the Operations and Management Area
Working Group WG (opsawg) to consider the following document: - 'Alternate
Tunnel Encapsulation for Data Frames in CAPWAP'
  <draft-ietf-opsawg-capwap-alt-tunnel-10.txt> as Experimental RFC

The IESG plans to make a decision in the next few weeks, and solicits final
comments on this action. Please send substantive comments to the
ietf@ietf.org mailing lists by 2017-12-13. Exceptionally, comments may be
sent to iesg@ietf.org instead. In either case, please retain the beginning of
the Subject line to allow automated sorting.

Abstract


   Control and Provisioning of Wireless Access Points (CAPWAP) defines a
   specification to encapsulate a station's data frames between the
   Wireless Transmission Point (WTP) and Access Controller (AC).
   Specifically, the station's IEEE 802.11 data frames can be either
   locally bridged or tunneled to the AC.  When tunneled, a CAPWAP data
   channel is used for tunneling.  In many deployments encapsulating
   data frames to an entity other than the AC (for example to an Access
   Router (AR)) is desirable.  Furthermore, it may also be desirable to
   use different tunnel encapsulation modes between the WTP and the
   Access Router.  This document defines extension to CAPWAP protocol
   for supporting this capability and refers to it as alternate tunnel
   encapsulation.  The alternate tunnel encapsulation allows 1) the WTP
   to tunnel non-management data frames to an endpoint different from
   the AC and 2) the WTP to tunnel using one of many known encapsulation
   types such as IP-IP, IP-GRE, CAPWAP.  The WTP may advertise support
   for alternate tunnel encapsulation during the discovery and join
   process and AC may select one of the supported alternate tunnel
   encapsulation types while configuring the WTP.




The file can be obtained via
https://datatracker.ietf.org/doc/draft-ietf-opsawg-capwap-alt-tunnel/

IESG discussion can be tracked via
https://datatracker.ietf.org/doc/draft-ietf-opsawg-capwap-alt-tunnel/ballot/


No IPR declarations have been submitted directly on this I-D.

[OPSAWG] Last Call: <draft-ietf-opsawg-capwap-alt… The IESG