AC旁挂,AC --- 核心交换机 --- 汇聚交换机 --- PoE交换机--- FIT AP,共有三个服务模板:① 集中转发,使用portal mac-trigger无感知对接IMC—LDAP服务器;② 集中转发,使用portal认证对接IMC;③ 本地转发,使用PSK加密。现场所有AP都绑定了这三个服务模板。
无
现场客户反馈连接上述三个服务模板中的②和③时使用体验没有问题,几乎不丢包,而连接服务模板①时丢包率在10%以上。
1. 首先需要判断终端连接服务模板①时丢包原因来自无线侧还是有线侧,可通过AP上行有线口交换机镜像抓包或者AP上收集ar5drv和wlanfw debug等操作来判断丢包位置是在有线部分还是无线部分,前述很多知了案例已经采用,具体方法在此不作详述;
2. 在本案例中,现场反馈的是连接服务模板①时有丢包,连接服务模板②和③时没有丢包,那么更快捷地判断丢包是有线侧还是无线侧的方法是找一两个当前连接终端数量较少,且空口利用率都正常的AP,将三个服务模板绑定到同一个AP的同一个Radio下用同一个终端连接后进行ping包测试,因为如果丢包发生在无线空口侧,那么一般是由于严重的无线干扰或者空口环境差导致的丢包,那么对于连接同一个AP Radio的同一终端而言,无论它连接哪个服务模板丢包的情况应该是相同的,但现场显然不是这样的情况,那说明极大可能丢包与无线空口没有关系;
3. 顺着这个思路去排查有线侧,由于该服务模板涉及认证,因此去认证服务器排查是否与此相关,最终发现问题的根因:IMC在同步LDAP表项的时候,默认在线数量只能为1,这个优先级比IMC接入策略级别高,导致新上线的同一个账号的终端顶掉了旧上线终端的表项,而两者相互竞争上线,导致两个终端丢包率都高,其它终端原因与之类似。
服务器问题,大致的描述是:在IMC上修改和接入策略一样为3后无线正常。
该案例暂时没有网友评论
✖
案例意见反馈
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作