网站大量收购独家精品文档,联系QQ:2885784924

802.1x认证iNode不定时掉线的一种情况.doc

802.1x认证iNode不定时掉线的一种情况.doc

  1. 1、本文档共2页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
802.1x认证iNode不定时掉线的一种情况

802.1x认证iNode不定时掉线的一种情况 问题描述: 某局点反馈:个别iNode客户端,不定时掉线。查看iMC接入明细,下线原因显示为“lost carrior”。 解决方法 802.1x认证的客户端与设备间心跳报文丢失导致,取消心跳或者增大超时次数解决。 分析过程: 从iMC前台日志管理中接入明细看下线原因是lost carrior,即DCD丢失,应该是1x认证的心跳报文丢失导致。 在802.1x认证的组网中,用户认证成功后交换机主动与客户端保持EAP心跳,这个心跳由交换机主动发起,每隔一段时间(一般10几秒)发一次,如果连接一定次数收不到客户端的心跳回应,则交换机认为客户端已经不在线,交换机清空关于该用户的在线表,之后通知3A服务器该用户下线,下线原因为lost carrier. 从 lost carrier下线的原理来看,造成lost carrier下线的原因常见有如下几种: 终端与认证交换机非直连,终端直接拔掉网线或待机 由于终端与认证交换机非直连,上述情况认证交换机连接该终端的端口还是up的,认证交换机会正常发送eap心跳报文,而终端已经拔掉网络或待机(比如直接合上笔记本),这时iNode回应不了eap的心跳报文,交换机经过心跳超时后将该用户lost carrier下线。 2、交换机与iNode客户端之前的二层网络质量不好 常见比如起802.1x交换机与iNode客户端之间还隔着一层或几层二层交换机,导致eap报文被中间的交换机丢掉。 客户的网络中存在较多的ARP攻击,病毒等报文,导致EAP报文被丢弃。 终端PC网卡兼容性较差(多见于比较旧的PC),导致eap报文被丢弃。 终端PC的性能较差或者正在做占用大量CPU的工作导致iNode无法获取到CPU资源处理eap报文。 上述问题的最终解决方案还是优化组网,提高硬件性能。此外,还有一个比较好的规避解决方案: 交换机默认的心跳超时往往比较短,比如h3c较新型号的交换机往往默认15秒钟发送一次心跳,连接2次收不到就让终端用户lost carrier下线。此时可以通过调整心跳发送的间隔及超时次数来增加eap心跳的健壮性。具体的命令如下: [全局]dot1x timer handshake-period xx --默认为15S,建议调整为60S或更高,注意请调整为15S的整数 [全局]dot1x timer retry xx --默认为2次超时,建议调整为6次或更高。

文档评论(0)

aicencen + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档