当前位置:CRM > 科技问答 > Lost Carrier(无法响应或无法及时响应认证交换机发送的EAP心跳报文)

Lost Carrier(无法响应或无法及时响应认证交换机发送的EAP心跳报文)

2023-02-08 10:30:26科技问答
1675823426,

问题描述:

Lost Carrier(无法响应或无法及时响应认证交换机发送的EAP心跳报文)  

组网及组网描述:

Lost Carrier(无法响应或无法及时响应认证交换机发送的EAP心跳报文)  

(0)

最佳答案

已采纳 战五渣 战五渣 九段 粉丝:12人 关注:7人

如下命令不同平台有差异,具体参照产品命令手册,有线802.1x认证解释如下:


在802.1x认证的组网中,用户认证成功后交换机主动与客户端保持EAP心跳,这个心跳由交换机主动发起,每隔一段时间(一般10几秒)发一次,如果连接一定次数收不到客户端的心跳回应,则交换机认为客户端已经不在线,交换机清空关于该用户的在线表,之后通知3A服务器该用户下线,下线原因为lost carrier.


从 lost carrier下线的原理来看,造成lost carrier下线的原因常见有如下几种:


1. 终端与认证交换机非直连,终端直接拔掉网线或待机


由于终端与认证交换机非直连,上述情况认证交换机连接该终端的端口还是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)

dot1x retry xx 中间没有timer

老苏 发表时间:

命令不同平台有差异,具体参照产品命令手册

战五渣 发表时间:

所以是想问什么问题吗?    2  载波丢失(Lost Carrier) radius中断的原因码之一。 有可能是终端与radius client之间交互EAP的时候有报文丢失?

(0)

我想问问这个怎么解决,因为老是爱重新认证

不食人间烟火 发表时间:

谢谢

不食人间烟火 发表时间:

什么认证呀 无线的1X认证吗?1X认证要注意服务器的并发数量,按照官网的典型配置来,无线V7一本通 http://www.h3c.com/cn/Service/TechnicalInfo/PorductMaintanInfo/WLAN/

肉夹馍了解一下 发表时间:

这个之前问过,因为单位同事有传东西,使得接口单方向流量满了,然后服务器就以为我下线了,然后通知交换机,就断了。得到的答复就是把心跳时间调长一点,,但是也有问题,万一是真拔网线走了。。。一时半会也下不了线。。。

(0)

回复xxx [x],Lost Carrier(无法响应或无法及时响应认证交换机发送的EAP心跳报文)

版权声明:我们致力于保护作者版权,注重分享,本文内容及图片(只作为美观性配图使用)由CRM小助手整理收集与网络(无任何非法侵犯第三方意图),仅供学习参考交流使用,不代表CRM论坛观点。如有侵权,请联系我们,我们将及时删除处理。

CRM论坛投稿:投稿地址


  CRM论坛(CRMBBS.COM)始办于2019年,是致力于CRM实施方案、免费CRM软件、SCRM系统、客户管理系统的垂直内容社区网站,CRM论坛持续专注于CRM领域,在不断深化理解CRM系统的同时,进一步利用新型互联网技术,为用户实现企业、客户、合作伙伴与产品之间的无缝连接与交互。

CRM系统

标签: Portal