raduis认证 code 4 报文下线原因为Acct-Status-Type(40)=3.

Acct-Terminate-Cause 的值对应不同的下线原因，例如：

• 1：用户请求 (User Request)
• 6：管理重置 (Admin Reset)
• 10：NAS设备请求 (NAS Request)

Acct-Status-Type=3 并不是一个“下线”（Stop）报文，而是一个“计费更新”（Interim-Update）报文。它本身不会触发用户下线。

📖 什么是 Acct-Status-Type=3？

在 RFC 2866 标准中，Acct-Status-Type 属性用于标识计费报文的类型，其值 3 对应的是 Interim-Update（计费更新）。

• 主要作用：当用户在线时，接入设备（如交换机、无线控制器）会定期向 RADIUS 服务器发送这种报文，以报告用户仍在在线，并更新其累计流量和时长。

• 更新机制：更新周期通常由设备上的accounting update interval命令设定，默认为10-15分钟。每收到一个有效的Interim-Update报文，RADIUS 服务器就会重置该用户的“会话老化”计时器。

🤔 为什么下线经常被误解为3？

如果观察到日志显示Acct-Status-Type=3后，用户就下线了，原因通常不在这个报文本身，而是因为：

• 计费更新超时：如果 RADIUS 服务器在设定的Acct-Update-Policy等待时间内（通常为更新周期的数倍），未能收到来自某个用户的任何Interim-Update (3)报文，就会判定该用户已异常离线，从而强制将其踢下线。

🆚 真正的下线报文是哪个？

真正的用户下线，一定是由Acct-Status-Type=2 (Stop)报文触发的，有时也会见到Acct-Status-Type=8 (Accounting-Off)。

下表对比了这几种报文：

🔧 如何排查？

1. 定性报文：检查 RADIUS 报文，定位到Acct-Status-Type=3，确认它是常规的计费更新报文。

2. 向下排查：停止纠结3这个值，应当结合以下信息定位问题：

   • Acct-Terminate-Cause：如果看到Stop报文，它是直接编码了下线原因的关键属性，如User-Request、Lost-Carrier等。

   • 网络设备日志：查看接入设备（NAS）的日志，寻找链路协议变化导致的异常原因。

   • 网络质量：检查AP和AC之间、AC到RADIUS服务器之间的网络连接，是否因丢包导致Interim-Update报文丢失。

• Code=4：是 RADIUS 的计费请求（Accounting-Request），不是下线报文。
• Acct-Status-Type(40)=3：标准含义是 Interim-Update（计费中间更新 / 心跳），不是下线原因。

一、RADIUS 计费状态类型（40 号属性）

• 下线 = Code4 + Acct-Status-Type=2
• 心跳 = Code4 + Acct-Status-Type=3（你现在看到的）

二、真正要看的 “下线原因” 属性

• Acct-Terminate-Cause(49)：下线原因码

• 1：用户主动下线
• 2：链路 / 载波断开
• 3：服务丢失
• 4：空闲超时
• 5：会话时长超时
• 6：管理员踢下线
• 7：设备重启
  ……

三、你现在这条日志怎么理解

• Code=4 → 计费请求
• Acct-Status-Type=3 → 中间心跳
• 没有下线，只是保活。

• 不要抓 / 看 Type=3 的包
• 过滤：Code=4 AND Acct-Status-Type=2，然后看里面 Acct-Terminate-Cause(49) 的值，那才是下线原因。