LAP的資料的集中轉發和本地轉發

采用瘦AP架構的産品都支援集中轉發，隻有部分廠家的産品才支援分布轉發（或者本地轉發）。

在集中轉發時，AP和AC會建構一個資料隧道，所有使用者業務資料有資料隧道傳送到AC處，因目前市場中AC産品沒有統一的規範和标準，是以各廠家間采用的隧道實作方式不同。這個資料隧道中，傳輸的二層資料，是以即使AP和AC間為三層網絡，但是從邏輯上看，使用者到AC還是二層結構，所有使用者的資料都必須到 AC上在轉發。因為各廠家對CAPWAP協定的了解不同，是以有的廠家産品中，無線資料AP上終結，隧道中跑的是802.3的包，有的廠家的無線資料在 AC上終結，是以隧道中跑的是802.11的包，具體細節樓主可以參看RFC5415，5416。

分布轉發（或者本地轉發）時，AC隻和AP間建立控制通道，但不會建立資料隧道，使用者資料由AP負責本地轉發掉。此時AC其實可以了解成一個采用CAPWAP協定的AP網管伺服器（不嚴謹的了解），AC隻負責AP的配置管理。

集中式轉發，AC能對封包進行全面控制，但AC的轉發能力很容易成為瓶頸。

分布式轉發，封包不經過AC，直接在AC上直接轉化為有線格式的封包，實作無線封包的寬帶接入。

AC轉發，現在的營運商普遍采用這種方式，因為有一個網絡中的錨點裝置，容易控制和計費

分布式轉發，利于網絡中的負載均衡，并且基于業務的最短路徑路由，這時對使用者有好處，但是由于不容易控制，網絡的整體性能不高。

集中轉發便于管理控制，能發揮AC的很多功能，如：限制單個使用者速率、加密管理，安全性較高

本地轉發方式區域網路内的流量不通過AC，隻有管理資料流傳送到AC，這種方式網絡安全性較差。網絡結構過于複雜，不利于今後新業務的開展。

在集中轉發時，AP和AC會建構一個通信隧道，

分布轉發，也成為AP本地轉發，AC隻和AP間建立控制通道，但不會建立資料隧道，使用者資料由AP負責本地轉發掉