问题描述：
5个楼层分别有5个ac，今天所有ac上都报错：A user failed MAC authentication.Reason:MAC authentication failed 26, client quiet. Server reason "RADIUS-0034:seem less time out".
我看debug信息里
*Aug 10 09:31:11:168 2026 13F-AC RADIUS/7/EVENT:
Sent request packet and create request context successfully.
*Aug 10 09:31:11:168 2026 13F-AC RADIUS/7/EVENT:
Added request context to global table successfully.
*Aug 10 09:31:11:168 2026 13F-AC RADIUS/7/EVENT:
Processing AAA request data.
*Aug 10 09:31:11:169 2026 13F-AC RADIUS/7/EVENT:
Processing AAA request data.
*Aug 10 09:31:11:169 2026 13F-AC RADIUS/7/EVENT:
Processing AAA request data.
*Aug 10 09:31:11:169 2026 13F-AC RADIUS/7/EVENT: Reply SocketFd recieved EPOLLIN event.
*Aug 10 09:31:11:169 2026 13F-AC RADIUS/7/EVENT: Received reply packet successfully.
*Aug 10 09:31:11:169 2026 13F-AC RADIUS/7/EVENT: Found request context, dstIP: 192.168.212.99, dstPort: 46812, VPN instance: --(public), socketFd: 234, pktID: 145.
*Aug 10 09:31:11:170 2026 13F-AC RADIUS/7/EVENT:
The reply packet is valid.
*Aug 10 09:31:11:170 2026 13F-AC RADIUS/7/EVENT:
Decoded reply packet successfully.
*Aug 10 09:31:11:170 2026 13F-AC RADIUS/7/PACKET:
Reply-Message="RADIUS-0034:seem less time out"
是radius的问题？还是ac的问题
RADIUS-0034:seem less time out 本质是AC发送RADIUS认证请求后，未在超时时间内收到服务器响应，属于RADIUS服务器侧或中间网络连通性故障，最终触发MAC认证失败、客户端静默。
排查步骤&命令
1. 基础连通性测试
在AC上ping RADIUS服务器IP，检查是否丢包/不通：
ping -a [AC源IP（与RADIUS nas-ip一致）] [RADIUS服务器IP]
若不通，排查中间网络路由、防火墙放通策略。
2. 端口与密钥校验
确认AC与服务器端的认证端口（默认1812）、共享密钥完全一致：
display radius scheme [方案名]
同时检查服务器侧是否放通AC的nas-ip、是否添加了对应AC设备。
3. 服务器状态检查
登录RADIUS服务器，查看进程是否正常、CPU/内存是否过载、是否有请求日志记录，排查服务器无响应原因。
4. 超时参数优化（临时缓解）
若网络存在延迟，可调整RADIUS超时时间与重传次数：
radius scheme [方案名]
timer response-timeout 5 // 超时时间设为5秒（默认3秒）
retry 3 // 重传3次（默认3次，可适当上调）
5. 抓包确认
在AC连接服务器的接口抓包，确认请求包是否发出、服务器是否回包：
packet-filter interface [接口名] capture-filter "udp port 1812"
结论先行
RADIUS-0034:seem less time out，是RADIUS 服务器内部判定会话超时拒绝本次 MAC 认证。一、拆解日志佐证判断
- AC 侧行为完全正常
Sent request packet、Received reply packet successfully、Decoded reply packet successfully
Reply-Message="RADIUS-0034:seem less time out"
应答报文是 iMC 发出，说明是 iMC 内部逻辑判定「该 MAC 的认证会话疑似超时 / 异常」，主动拒绝认证，并把错误原因带给 AC。二、iMC 出现该报错 4 个核心诱因（全网 5 台 AC 同时爆发，指向 iMC 全局异常）
1. iMC EIA 会话表溢出、数据库卡顿（最高概率）
- EIA 在线认证会话爆满、MySQL 数据库读写阻塞；
- iMC 处理 MAC 认证请求耗时过长，内部会话计时器超时，判定认证超时拒绝接入。
2. AC 与 iMC 时间不同步
3. iMC 全局 MAC 静默认证会话老化时间配置过短
4. iMC 安全策略触发防爆破机制
三、分步排查顺序
步骤 1：检查 iMC 服务器状态（优先）
- 登录 iMC 服务器，查看 CPU、内存、磁盘 IO、MySQL 进程负载；
- 进入 iMC 运维页面：接入业务→在线用户，统计在线 MAC 会话数量，确认是否撑满授权上限；
- 重启
imc-eia、imc-mysql服务，观察认证是否恢复。
步骤 2：时间同步校验
步骤 3：核对 iMC 静默认证参数
- 增大「MAC 认证静默冷却时间」「在线会话老化时长」；
- 关闭临时防 MAC 爆破限制，测试认证。
步骤 4：排除 AC 侧次要因素（只需核对，基本无问题）
- 确认 5 台 AC 的 RADIUS 密钥、认证端口 1812、计费端口 1813 和 iMC 完全一致；
- 在 AC 上加长 RADIUS 重传超时时间：
radius scheme xxx
timer response-timeout 8
retry 5
四、补充说明
- 错误
client quiet：是 AC 收到 iMC 拒绝指令后，把终端加入静默黑名单、禁止终端反复发起认证，被动行为，根源还是 iMC 拒绝。 - 只有单台 AC 报错才排查 AC，5 台 AC 同时故障 = 后端 iMC 单点故障。
暂无评论
根据你的描述和Debug信息判断，这个问题根源在RADIUS服务器侧。
AC已经成功发出了RADIUS认证请求，并且收到了服务器的回应报文。但服务器在回应中明确返回了错误信息 RADIUS-0034:seem less time out，这表明是服务器在处理请求时自身发生了超时，而非AC与服务器间的网络通信超时。
🔍 问题定位：为什么是服务器的问题？
AC收到了回复：Debug日志显示
Received reply packet successfully和The reply packet is valid，这说明AC与RADIUS服务器之间的网络通信是正常的。服务器返回了错误码：日志中的关键信息
Reply-Message="RADIUS-0034:seem less time out"，是服务器主动告诉AC：“我收到了你的请求，但我处理超时了”。
因此，解决问题的核心在于排查RADIUS服务器为何处理超时。
🛠️ 排查与解决步骤
建议按以下顺序操作，通常能定位问题。
1. 检查RADIUS服务器性能与状态
这是最可能的原因。MAC认证请求量大时，服务器可能因性能不足而处理不过来。
检查服务器负载：查看CPU、内存使用率是否过高。
检查认证日志：登录RADIUS服务器（如iMC），查看认证失败日志，看是否有更具体的错误原因。
检查认证端口：确认RADIUS服务的认证端口（默认UDP 1812）是否正常监听，未被占用。
2. 核对AC与RADIUS服务器的对接参数
参数不匹配会导致服务器处理异常。
共享密钥（Key）：确认AC上配置的RADIUS共享密钥与服务器侧完全一致。
NAS-IP地址：确认AC发送RADIUS报文的源IP地址（NAS-IP）与服务器上添加的接入设备IP完全一致。如果服务器配置了带掩码的IP，也可能导致问题。
3. 检查网络中的防火墙或ACL
确保AC与RADIUS服务器之间的RADIUS报文（UDP 1812认证端口，1813计费端口）未被中间设备拦截。
4. 调整AC上的RADIUS超时参数（谨慎操作）
如果服务器处理请求确实较慢，可以适当调整AC的等待时间，但不建议作为首选方案，因为它可能掩盖服务器本身的性能问题。
暂无评论
编辑答案
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论