Alternate Tunnel Encapsulation for Data Frames in CAPWAP
draft-ietf-opsawg-capwap-alt-tunnel-06

The information below is for an old version of the document
Document Type Expired Internet-Draft (opsawg WG)
Last updated 2016-04-21 (latest revision 2015-10-19)
Replaces draft-zhang-opsawg-capwap-cds
Stream IETF
Intended RFC status Proposed Standard
Formats
Expired & archived
plain text pdf html bibtex
Stream WG state WG Document
Document shepherd Warren Kumari
Shepherd write-up Show (last changed 2014-09-09)
IESG IESG state Expired (IESG: Dead)
Consensus Boilerplate Unknown
Telechat date
Responsible AD Joel Jaeggli
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft can be found at
https://www.ietf.org/archive/id/draft-ietf-opsawg-capwap-alt-tunnel-06.txt

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. Further, it may also be desirable to use different tunnel encapsulations to carry the stations' data frames. This document provides a specification for this 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 or join process and AC may select one of the supported alternate tunnel encapsulation types while configuring the WTP.

Authors

Rong Zhang (zhangr@gsta.com)
Hui Deng (denghui@chinamobile.com)
Rajesh Pazhyannur (rpazhyan@cisco.com)
Sri Gundavelli (sgundave@cisco.com)
Li Xue (xueli@huawei.com)
Jianjie You (youjianjie@huawei.com)

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)