capwap协议规格(中文版)

capwap协议规格(中文版)内容摘要：

与 WTP 的通信完成后，业务线程终止，同时所有相关的资源被释放。 状态机的迁移在图四中用字母顺序和标点字符描述。 CAPWAP 协议状态迁移 这个部分描述了不同状态的迁移和引起这些状态迁移的 事件。 这部分没有讨论在DTLS 和 CAPWAP 指定状态之间的消息交互。 这些交互在 中会被涉及到。 Start to Idle (0):此状态迁移主要是当设备的初始化完成之后进行。 WTP：开始一个 WTP 的 CAPWAP 状态机。 AC： 生成了 Discovery 和 Listener 线程，同时开始 CAPWAP 的状态机。 Idle to Discovery (1) ： 此状态迁移主要为了支持 CAPWAP 发现处理。 WTP： WTP 首先进入了 Discovery 状态发送了 第一个 Discovery Request 消息。 一旦 进入了这个状态， WTP 将设置一个 DiscoveryInterval 的事件定时器，同时 WTP 将 DiscoveryCount 计数清零。 WTP 同时清除了上个 Discovery 阶段所有 从 AC 那接收到的信息。 AC：当 Discovery Request 被 AC 接收到， AC 上的 Discovery 线程将执行状态机的迁 移。 AC 应该相应一个 Discovery Response 消息。 Discovery to Discovery () ：在 Discovery 阶段， WTP 判决那个 AC 可以和它进行连接。 WTP：当 DiscoveryInterval 定时器超时，状态开始发生迁移。 假如 WTP 中配置的是 一个 AC 的列表，则该 WTP 将发送一条 Discovery Requst 消息到每一个 未响应 Discovery Response 的 AC。 每一次状态迁移过后， WTP 的 DiscoveryCount 计数增加。 WTP如何知道应该给哪些 AC 发送 Discovery Request消息。 当 WTP发送完 Discovery Request消息后，将重启相应的 DiscoveryInterval 定时器。 AC：这个状态对于 AC 来说是无效的状态， AC 在此状态中并无动作。 Discovery to Idle (2)：在 AC 的 Discovery 线程中，当 Discovery 处理完成之后，状态 机发生迁移。 WTP：此状态， WTP 无任何动作。 AC： 当 AC 对发出 Discovery Request 的 WTP 发送完 Discovery Response 消息 之后，发生状态的迁移。 Discovery to Sulking (!)：这个迁移发生在 WTP 上，当 AC 的 Discovery 过程失败。 WTP： 当 WTP 上的 DiscoveryInterval 定时器超时，同时 DiscoveryCount 的变量 值超过了最大计数（计数最大值在 节中涉及）。 处于这种状态的时候， WTP 将开启一个 SilentInterval 的定时器。 当处于 Sulking状态的时候，接 收的的 CAPWAP 消息将会被丢弃。 AC： AC 在此阶段无操作。 Sulking to Idle (@):当 WTP 重新开始 Discovery 阶段的时候，迁移到此状态。 WTP：当 SilentInterval 定时器超时，状态机迁移到此状态。 FailedDTLSSessionCount、 DiscoveryCount 和 FailedDTLSAuthFailCount 计 数清零。 AC： AC 在此阶段无操作。 Sulking to Sulking (amp。 ): Sulking阶段提供了一个 Silent 的阶段，最低程度的减少了 DOS 攻击的可能性。 WTP：所有在 sulking阶段接收的的 AC 的消息包被丢弃。 AC： AC 在此阶段无操作。 Idle to DTLS Setup (3):在对等节点间建立了一个安全的 DTLS会话后，迁移到此状态。 WTP：当调用了 DTLSStart 命令后， WTP 开始状态的迁移。 WTP 开始了 DTLS 与已选择的 AC 之间的会话，同时启动了 WaitDTLS的定时器。 当 discovery 阶段被绕开，则可以认为 WTP 已经配置了相关的 AC。 AC： 从初始状态迁移到了 Idle 状态 ，新创建的监听线程自动跳转到 DTLS 的 建立阶段，同时调用 DTLSListen命令，并开启了 WaitDTLS 的定时器。 Discovery to DTLS Setup (%):在对等节点间建立了一个安全的 DTLS 会话后，迁移到此 状态。 WTP：当调用 DTLSStart 命令时， WTP 发起状态迁移。 判定与哪个 AC 进行连 接成为了 discovery 阶段的结果。 AC： AC 在此阶段无操作。 DTLS Setup to Idle ($): 当 DTLS 连接建立失 败时，迁移到此状态。 WTP：当在 DTLS 的过程中接收到一个 DTLSEstablishFail Notification 消息，同时 FailedDTLSSessionCount 或者 FailedDTLSAuthFailCount 计数未超过 MaxFaileDTLSSessionRetry 的值时， WTP 开始发起状态的迁移。 AC： AC 在此状态下无操作。 DTLS Setup to Sulking (*): 当反复建立 DTLS 连接失败时，迁移到此状态。 WTP： 当 FailedDTLSAuthFailCount 或者 FailedDTLSSessionCount 计数超过了 MaxFailedDTLSSessionRetry 的值， WTP 启动状态迁移。 处于这种状态的 时候， WTP 启动一个 SilentInterval 的定时器。 当处于 Sulking 状态的时 候，所有接收的的 CAPWAP 和 DTLS 协议的消息包将会被舍弃。 AC： AC 在此状态下无操作。 DTLS Setup to DTLS Setup (4):当 DTLS 会话建立失败，状态迁移到此状态。 WTP： WTP 在此状态下无操作。 AC： 当接收到一个 DTLSEstablishFail 的通知消息， AC 的 Listener将发起状态的 迁移。 失败的通知消息将导致安全的 DTLS 会话被中断。 当接收到了通知 消息后， FailedDTLSSessionCount 计数自增。 DTLS Setup to Authorize (5):当 DTLS 会话被成功建立， DTLS 需要对会话连接进行授 权的时候，状态机迁移到此状态。 WTP：当 WTP 接收到 DTLSPeerAuthorize 的通知时，状态发生迁移。 在这种状 态下， WTP 作为授权方对 AC 的证书进行认证。 AC： 当 DTLS 模块发出 DTLSPeerAuthorize 通知的时候 AC 的监听进程将启动状 态迁移。 监听线程衍生出了一个业务进程的实例，业务进程同时作为授权方对 WTP 的证书进行验证。 Authorize to DTLS Setup (6):当监听线程被用来监听新的会话线程的时候，状态 机发生迁移。 WTP： WTP 在此状态下无操作。 AC： 当 AC 的监听线程创 建了一个 WTP 的上下文和相关 的业务进程的时 候，发生状态迁移。 线程调用了 DTLSListen命令。 （ 中会涉及 到） Authorize to DTLS Connect (a): 当 DTLS 协议栈接收到会话建立的通知时，状态机发 生迁移。 WTP： 当 AC 被 WTP 成功鉴权后，状态发生迁移。 当调用 DTLSAccept 的 DTLS 命令时候完成。 AC：当 WTP 被 AC 成功鉴权后，状态发生迁移。 当调用 DTLSAccept 的 DTLS 命令时候完成。 Authorize to DTLS Teardown (b):DTLS 协议栈接到会话丢弃的通知消息时，状态机发 生迁移。 WTP： 当 WTP 使用 AC 的证书，无法授权 AC 时，进入此状态机流程。 WTP 然 后调用 DTLSAbortSession 命令来丢弃 DTLS 会话。 当 WaitDTLS 定时器超时的时候，也会发生此状态迁移。 在这种状态时， DTLSSessionDelete定时器被 WTP 启动。 AC：当 AC 通过 WTP的证书，无法授权 WTP 时，进入此状态机流程。 AC 然后 调用 DTLSAbortSession命令来丢弃 DTLS 会话，当 WaitDTLS 定时器超时时，也会发生此状态迁移，在这种状态时， DTLSSessionDelete 定时器被 WTP 启动。 DTLS Connect to DTLS Teardown (c):当 DTLS 会话建立失败时，状态机迁移到此状态。 WTP：当 WTP 接收到 DTLSAborted或者 DTLSAuthenticateFail 两者之中的某个 通知消息的时候，表明会话连接建立失败。 当状态机的状态迁移时由于接收到 DTLSAuthenticateFail 消息时， FailedDTLSAuthFailCount 计数增加。 否则 FailedDTLSSessionCount 计数增加。 假如 WaitDTLS 定时器超时，也会发生状态的迁移。 在这个过程中 WTP会启动 DTLSSessionDelete的定时器。 AC： 当 AC 接收到 DTLSAborted或者 DTLSAuthenticateFail 两者之中的某个 通知消息的时候，表明会话连接建立失败，同时保证FailedDTLSAuthFailCount 和 FailedDTLSSessionCount 的计数没有超过MaxFailedDTLSSessionRetry 的变量值。 假如 WaitDTLS 定时器超时，也会发生状态的迁移。 在这个过程中 AC 会启动 DTLSSessionDelete 的定时器。 DTLS Connect to Join (d):当 DLTS 的会话建立成功，状态机迁移至此状态。 WTP：当 WTP 接收到一个 DTLSEstablished 的通知，表示 DTLS 会话已经被成功 建立起来之后。 当通知收到之后， FailedDTLSSessionCount 计数会被清零。 WTP 此时发出 Join Request 消息来进入 Join 的状态，同时 WTP 停止了WailDTLS 的定时器。 AC：当 WTP 接收到一个 DTLSEstablished 的通知，表示 DTLS 会话已经被成功 建立起来之后。 当通知收到之后， FailedDTLSSessionCount 计数会被清零。 AC 此时停止了 WaitDTLS 定时器，同时开启了 WaitJoin定时器。 Join to DTLS Teardown (e):当加入的处理失败时，状态机迁移到此状态。 WTP：当 WTP接收到的 Join Response消息里面的 Result Code结果字段是错误， 或者 AC 在 Join Response 消息里面提供的映像文件标志位和当前正在运行的固件 firmware 版本不一致，并且和 WTP 所请求的保存在非易失性寄存器中的映像文件不一致的时候，将发生状态的迁移。 此状态下 WTP发送命令 DTLSShutdown。 当 WTP 接收到下面 DTLS 通知中的其中一种时，将 引起状态 机的迁移 ： DTLSAborted 、 DTLSReassemblyFailure 、DTLSPeerDisconnect。 同时 WTP 启动了 DTLSSessionDelete 定时器。 AC： 当 WaitJoin定时器超时，或者 AC 回应的 Join Response 消息中 Result Code 字段中包含错误，状态机迁移到此状态。 AC 发送 DTLSShutdown 命令。 当AC 接收到下面 DTLS 通知中的其中一种时，将引起状态机的迁移：DTLSAborted、 DTLSReassemblyFailure、 DTLSPeerDisconnect。 同时 AC 启动了 DTLSSessionDelete 定时。