在AC上执行命令 display ap statics tunnel-down-record,查看到 常见的 AP掉线原因为 :Failed to retransmit message、Processed join request in、Neighbor dead timer expire 《冬冬说无线》描述 这些问题通常是由于 链路问题 导致,但观察AC上AP掉线时间 和 AP日志中的 CAPWAP隧道down时间,发现 三种掉线原因的不同 导致 AC和AP侧掉线时间 的先后 有所不同,希望了解 这三种 AP 常见掉线原因的 区别,以下是个人理解,不知道是否正确,请指教 :
1、Failed to retransmit message,AC给 AP重传 版本失败,因此是属于AC主动判断AP掉线,因此AC侧判断掉线时间早于AP侧隧道down时间,还有就是据说,客户端上线也会导致 AC给AP重传版本 ?
2、Processed join request in :由于AC侧判断AP掉线的超时时间为2分钟,AP对于Echo的等待为3个Echo Response报文,产生这种掉线的原因为AP侧CAPWAP隧道先down,AC侧仍然保留AP在线信息,AP在AC侧超时时间内重新恢复隧道,发起join Request报文,AC侧收到join报文,则主动下线AP,但是是由于AC主动下线AP,所以仍然是 AC侧的AP掉线时间 早于 AP侧隧道down时间
3、Neighbor dead timer expire :AC侧在超时时间内没有收到AP的心跳报文,判断AP超时,可能原因为2分钟内,或由于链路问题,AC无法收到AP的心跳,因此判断AP掉线,或者AP重启导致AC侧超时,所以AP侧隧道down时间早于AC侧隧道down时间
(0)
最佳答案
您的个人理解基本上是正确的,这三种AP掉线原因的区别主要是由于AC和AP之间的CAPWAP链路状态和心跳机制导致的。我简单地总结一下:
(0)
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论