- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
CAPWAP协议(RFC5415)培训初稿全解
CAPWAP协议(RFC5415)培训初稿1概述21.1标准21.2CAPWAP协议系统框架31.2.1Split MAC 模式31.2.2Local MAC 模式31.2.3三种Tunnel模式41.3CAPWAP协议概述41.3.1CAPWAP工作原理51.3.2AP发现AC的过程61.3.3DTLS 握手(DTLS: Datagram Transport Layer Security RFC4347)71.3.4CAPWAP Session建立过程Capwap状态机各阶段WTP状态介绍CAPWAP JOIN过程CAPWAP IMAGE过程CAPWAP Configuration过程RUN 过程122CAPWAP协议分析142.1UDP 传输142.2CAPWAP报文格式142.2.1CAPWAP Header分析CAPWAP数据消息分析CAPWAP控制消息分析控制消息格式182.2.2CAPWAP消息元素分析203CAPWAP状态机213.13.1 CAPWAP状态机详解233.1.1Start to Idle233.1.2Idle to Discovery233.1.3Discovery to Discovery233.1.4Discovery to Idle233.1.5Discovery to Sulking243.1.6Sulking to Idle243.1.7Sulking to Sulking243.1.8Idle to DTLS Setup253.1.9Discovery to DTLS Setup253.1.10DTLS Setup to Idle253.1.11DTLS Setup to Sulking263.1.12DTLS Setup to DTLS Setup263.1.13DTLS Setup to Authorize263.1.14Authorize to DTLS Setup273.1.15Authorize to DTLS Connect273.1.16DTLS Connect to DTLS Teardown273.1.17DTLS Connect to Join283.1.18Join to DTLS Teardown283.1.19Join to Image Data293.1.20Join to Configure293.1.21Configure to Reset303.1.22Authorize to DTLS Teardown303.1.23Configure to DTLS Teardown313.1.24Image Data to Image Data313.1.25Image Data to Reset323.1.26Image Data to DTLS Teardown323.1.27Configure to Data Check333.1.28Data Check to DTLS Teardown333.1.29Data Check to Run343.1.30Run to DTLS Teardown343.1.31Run to Run353.1.32Run to Reset373.1.33Reset to DTLS Teardown373.1.34DTLS Teardown to Idle373.1.35DTLS Teardown to Sulking383.1.36DTLS Teardown to Dead384参考文档39概述标准自2002年廋AP架构成为WLAN业界新的趋势后,WLAN组网开始通过无线控制器(AC)来管理多个AP。AP和AC间采用各厂家私有的隧道协议进行通讯,这就造成了不同厂家AP与AC互通问题。为了解决隧道协议的不兼容问题,IETF在2005年成立了CAPWAP(Control and Provisioning of Wireless Access Points)工作组以标准化AP和AC间的隧道协议(RFC5415)。该协议主要功能:AP自动发现AC,AC对AP进行安全认证;AP从AC获取软件映像,AP从AC获得初始和动态配置等;系统可以支持本地数据转发和集中数据转发。该协议的目标:通过 AC 对 WLAN 系统集中执行强制策略和认证, 对系统中的 WTP 进行统一配置,把用户流量集中进行桥接、转发和加密,以增强大规模 WLAN 的可管理性,提高 WLAN的性能;使 WTP 不再处理高层协议,只执行与无线访问和控制相关且时间关联性强的功能,以有效利用 WTP 的硬件资源;提供一类封装和传输机制,使 CAPWAP 协议能够被应用到多种类型的无线接入点上。作为隧道协议的一个重要设计目标,它希望能够承载多种无线接入技术,如802.11和802.
文档评论(0)