capwap学习笔记——初识capwap(三)(下)
2.5.6.25 Image Data to Reset
WTP下载image后重启,重新设置DTLS连接
¢ WTP:
ü 当image的下载完成,或者ImageDataStartTimer定时器超时,WTP进入reset状态。
ü 接收到一个来自AC的Image Data Response message消息的时候转入这个状态。
¢ AC:
当image传输成功完成,或者在传输过程中发生了一个错误的时候,AC进入reset状态。
2.5.6.26 Image Data to DTLS Teardown
当firmware下载过程由于DTLS错误而终止时发生
¢ WTP:
ü 接收到下面任一DTLS通告:DTLSAborted,DTLSReassemblyFailure,或者DTLSPeerDisconnect的时候
ü 收到频繁的DTLSDecapFailure通告的时候关闭DTLS会话。
此时WTP开启DTLSSessionDelete计时器。
¢ AC:
ü 当AC接收到下面任一DTLS通告:DTLSAborted,DTLSReassemblyFailure,或者DTLSPeerDisconnect的时候
ü 收到频繁的DTLSDecapFailure通告的时候关闭DTLS会话。
此时AC开启DTLSSessionDelete计时器。
2.5.6.27 Configure to Data Check
当WTP与AC确认配置信息的时候
¢ WTP:
从AC接收到一个成功的Configuration Status Response message的时候,WTP转入Data Check状态。此时WTP发送一个Change State Event Request message。
¢ AC:
当AC接收到来自WTP的Change State Event Request message时发生。然后,AC回应一个Change State Event Response message。此时, AC必须开启DataCheckTimer定时器,关闭ChangeStatePendingTimer定时器。
2.5.6.28 Data Check to DTLS Teardown
当WTP没有完成Data Check 交互的时候。
¢ WTP:
ü 当CAPWAP重传定时器超时,WTP仍没有接收到Change State Event Response message。
ü 当RetransmitCount达到MaxRetransmit的时候。
此时,WTP开启DTLSSessionDelete定时器。
¢ AC:
当DataCheckTimer定时器超时的时候进入这个状态。
此时,AC开启DTLSSessionDelete定时器。
2.5.6.29 Data Check to Run
当控制和数据通道建立的时候
¢ WTP:
条件:当接收到来自AC的成功Change State Event Response message。
动作:WTP初始化一个数据通道,这个数据通道可选择是否由DTLS加密。开启DataChannelKeepAlive定时器,发送一个Data Channel Keep-Alive报文。然后,WTP开启EchoInterval定时器和DataChannelDeadInterval定时器。
¢ AC:
条件:当AC接收到Data Channel Keep-Alive报文,报文中的session Id与WTP在Join Request中设定的一致。
动作:AC关闭DataCheckTimer定时器。注意,如果AC要求数据通道要加密,那么将会建立一个数据通道的DTLS会话。在接收到Data Channel Keep-Alive报文之前,AC就会发送一个自己的Data Channel Keep-Alive报文。
2.5.6.30 Run to DTLS Teardown
当DTLS发生错误的时候
¢ WTP:
条件:
ü 接收到下面任何一个DTLS通告:DTLSAborted,DTLSReassemblyFailure, 或者DTLSPeerDisconnect。
ü 接收到频繁的DTLSDecapFailure通告。
ü RetransmitCount达到MaxRetransmit值。
动作:
开启DTLSSessionDelete定时器。
AC:
条件:
ü 接收到下面任何一个DTLS通告:DTLSAborted,DTLSReassemblyFailure, 或者DTLSPeerDisconnect。
ü 接收到频繁的DTLSDecapFailure通告。
ü RetransmitCount达到MaxRetransmit值。
ü EchoInterval定时器触发。
动作:
开启DTLSSessionDelete定时器。
2.5.6.31 Run to Run
CAPWAP的常态。
¢ WTP:
这是WTP常态。在这个状态中,WTP每次发送一个请求给AC的时候,都会设置EchoInterval定时器。
在这个状态中可以发生下面的事件:
ü Configuration Update:WTP接收到一个Configuration Update Request message。此时,WTP必须回应一个Configuration Update Response。
ü Change State Event:WTP接收到一个Change State Event Response,或者WTP需要初始化一个Change State Event Request。
ü Echo Request:WTP发送一个Echo Request或者接受到对应的Echo Response。 Clear Config Request:WTP接收到一个Configuration Request,必须产生一个对应的Clear Configuration Response。
ü WTP Event:WTP发送一个WTP Event Request,用于发送一些消息给AC。然后,WTP接收到来自AC的WTP Event Response。
ü Data Transfer:WTP发送一个Data Transfer Request或者Data Transfer Response给AC。
ü Station Configuration Request:WTP接收到一个Station Configuration Request,需要回应一个Station Configuration Response
¢ AC:
这是AC常态。在这个状态中,AC每次发送一个请求给WTP的时候,都会设置EchoInterval定时器。
ü Configuration Update:AC发送一个Configuration Update Request message给WTP用以更新WTP的配置。然后接收到来自WTP的Configuration Update Response。
ü Change State Event:AC接收到一个Change State Event Request,需要回应一个Change State Event Response。
ü Echo Request:AC接收到一个Echo Response需要回应一个对应的Echo Request。
ü Clear Config Request:AC发送一个Configuration Request给WTP来清理WTP的配置,然后接收到来自WTP的Clear Configuration Response。
ü WTP Event:AC接收到一个来自WTP的WTP Event Request,需要回应一个对应的WTP Event Response。
ü Data Transfer:AC发送Data Transfer Request或者Data Transfer Response。AC接收到Data Transfer Request或者Data Transfer Response。
ü Station Configuration Request:AC发送Station Configuration Request或者接收到Station Configuration Response
2.5.6.32 Run to Reset
当AC或者WTP关闭连接的时候发生。可以有正常操作导致,也可能由错误导致。
¢ WTP:
WTP接收到来自AC的Reset Request
¢ AC:
AC发送一个Reset Request给WTP。
2.5.6.33 Reset to DTLS Teardown
CAPWAP reset关闭DTLS会话。
¢ WTP:
条件:WTP发送Reset Response。
动作:WTP不调用DTLSShutdown命令,开启DTLSSessionDelete定时器。
¢ AC:
条件:当AC接收到Reset Response。
动作:初始化DTLSShutdown命令,开启DTLSSessionDelete定时器。
2.5.6.34 DTLS Teardown to Idle
DTLS会话关闭
¢ WTP:
WTP成功清理控制层DTLS会话所关联的所有资源,或者DTLSSessionDelete定时器超时。如果存在数据层DTLS会话,那么也需要关闭,被释放所有资源。为这个状态机设置的所有定时器都要被重置。
¢ AC:
对AC来说是无效状态。
2.5.6.35 DTLS Teardown to Sulking
重复尝试建立DTLS连接失败
¢ WTP:
条件:当FailedDTLSSessionCount或者FailedDTLSAuthFailCount计时器达到MaxFailedDTLSSessionRetry值
动作:开启SilentInterval定时器,在Sulking状态,所有接收到的CAPWAP和DTLS协议报文都必须忽略
¢ AC:
对AC来说是无效状态。
2.5.6.36 DTLS Teardown to Dead
DTLS会话被关闭
¢ WTP:
对WTP来说是无效状态
¢ AC:
AC成功清理控制层DTLS会话所关联的所有资源,或者DTLSSessionDelete定时器超时。如果存在数据层DTLS会话,那么也需要关闭,被释放所有资源。为这个状态机设置的所有定时器都要被重置。
capwap学习笔记——初识capwap(三)(下)的更多相关文章
- capwap学习笔记——初识capwap(一)(转)
初识CAPWAP 2.1 CAPWAP简介 CAPWAP——Control And Provisioning of Wireless Access Points Protocol Specificat ...
- capwap学习笔记——初识capwap(一)
2 初识CAPWAP 2.1 CAPWAP简介 说了半天CAPWAP,连全称都还没说,汗-- CAPWAP--Control And Provisioning of Wireless Access P ...
- capwap学习笔记——初识capwap(四)(转)
2.5.7 CAPWAP传输机制 WTP和AC之间使用标准的UDP客户端/服务器模式来建立通讯. CAPWAP协议支持UDP和UDP-Lite [RFC3828]. ¢ 在IPv4上,CAPWAP控制 ...
- capwap学习笔记——初识capwap(四)
2.5.7 CAPWAP传输机制 WTP和AC之间使用标准的UDP客户端/服务器模式来建立通讯. CAPWAP协议支持UDP和UDP-Lite [RFC3828]. ¢ 在IPv4上,CAPWAP控制 ...
- capwap学习笔记——初识capwap(三)(转)
2.5.6 CAPWAP状态机详解 2.5.6.1 Start to Idle 这个状态变迁发生在设备初始化完成. ¢ WTP: 开启CAPWAP状态机. ¢ AC: 开启CAPWAP状态机. ...
- capwap学习笔记——初识capwap(三)
2.5.6 CAPWAP状态机详解 2.5.6.1 Start to Idle 这个状态变迁发生在设备初始化完成. ¢ WTP: 开启CAPWAP状态机. ¢ AC: 开启CAPWAP状 ...
- capwap学习笔记——初识capwap(五)(转)
3. CAPWAP Binding for IEEE 802.11 ¢ CAPWAP协议本身并不包括任何指定的无线技术.它依靠绑定协议来扩展对特定无线技术的支持. ¢ RFC5416就是用来扩展CAP ...
- capwap学习笔记——初识capwap(五)
3. CAPWAP Binding for IEEE 802.11 ¢ CAPWAP协议本身并不包括任何指定的无线技术.它依靠绑定协议来扩展对特定无线技术的支持. ¢ RFC5416就是用来扩展CAP ...
- capwap学习笔记——初识capwap(二)(转)
2.5.1 AC发现机制 WTP使用AC发现机制来得知哪些AC是可用的,决定最佳的AC来建立CAPWAP连接. WTP的发现过程是可选的.如果在WTP上静态配置了AC,那么WTP并不需要完成AC的发现 ...
随机推荐
- 关于Yuri Boykov and Vladimir Kolmogorov 于2004年提出的max flow / min cut的算法的详解
出处:http://blog.csdn.net/euler1983/article/details/5959622 算法优化algorithmgraphtree任务 这篇文章说的是Yuri Boyko ...
- com.android.ddmlib.SyncException: Read-only file system
通过eclipse运行Android 程序到测试机时候 控制台出现如下错误: [2014-02-13 15:06:03 - MPlay] Failed to install MPlay.apk on ...
- Collections.sort()的分析
首先我们得说明在Collections里面有两个排序方法 public static <T> void sort(List<T> list, Comparator<? s ...
- 客户端状态的存储空间——Session
http协议在设计之初被设计成无状态特性,客户端的每次请求在服务端看来都是独立且无任何相关性,同一个客户端第一次请求不会与第二次请求有任何关联,即使相隔时间很短.无状态的特性让请求变得很快速且服务器也 ...
- linux设备和驱动加载的先后顺序
点击打开链接 Linux驱动先注册总线,总线上可以先挂device,也可以先挂driver,那么究竟怎么控制先后的顺序呢. Linux系统使用两种方式去加载系统中的模块:动态和静态. 静态加载:将所有 ...
- 将 MVVM 演化为 MVVMM
众所周知,MVVM模式解决了Controller的臃肿并方便单元测试,为了方便后续代码维护,在上版本新功能开发中,项目开始使用MVVM模式进行开发. 但从上图可以看出,MVVM模式中,Controll ...
- 初涉IPC,了解AIDL的工作原理及使用方法
初涉IPC,了解AIDL的工作原理及使用方法 今天来讲讲AIDL,这个神秘的AIDL,也是最近在学习的,看了某课大神的讲解写下的blog,希望结合自己的看法给各位同价通俗易懂的讲解 官方文档:http ...
- spring的maven配置文件
spring各个包的maven配置文件 <!--spring-context--> <dependency> <groupId>org.springframewor ...
- 【45】java的封装剖析
类是构造对象的模板或蓝图. 封装的一些概念 从形式上看,封装不过是将数据和行为组合到一个包中,并对对象的使用者隐藏了数据的实现形式. 每个对象都包含实例域和方法.实例域的集合代表了一个集合的状态,通过 ...
- Leetocde_242_Valid Anagram
本文是在学习中的总结,欢迎转载但请注明出处:http://blog.csdn.net/pistolove/article/details/48979767 Given two strings s an ...