iMC-EIA终端智能接入组件

这是一个非常经典的 H3C无线控制器 + IMC认证 联动场景下的问题。首先给你一个明确的结论：这个问题极大概率是AC侧的配置与无线认证机制不匹配导致的，而IMC只是如实记录了这个“错误”。

以下是针对你三个问题的详细解答和排查思路：

1. NAS设备是指无线控制器AC吗？该问题是AC的问题还是IMC的问题？

• NAS设备的定义：是的，这里的NAS（Network Access Server，网络接入服务器） 指的就是你的无线控制器（AC，WX3510H）。在H3C的体系里，AC作为接入网关设备，负责终结用户的无线连接，并与IMC（认证/计费服务器）交互RADIUS报文。

• 问题责任方：这是AC的问题，而不是IMC的问题。

  • IMC的角色：IMC是认证和计费服务器，它只负责根据AC发来的报文进行响应和记录。当AC告诉IMC“这个用户要下线”时，IMC就会记录下线原因。当AC没有按照标准流程发送正常的计费停止包，或者包里的信息不完整/异常时，IMC无法解析具体原因，就会统一归类为 “Nas Error”。

  • 结论：报错根源在AC，IMC是“受害者”，只是如实记录了AC的“异常行为”。

2. IMC下线原因显示为：Nas Error（NAS设备上报错误），这个如何排查？

结合你的配置和现象，以下是系统化的排查思路：

排查点一：核心配置错误——dot1x port-method portbased (可能性 90%)

你发现的这个配置差异，极大概率就是问题的根本原因。

• 官方解释的深层含义：在无线环境中，interface GigabitEthernet1/0/9 通常连接着AP。如果这个接口配置了 portbased，那么AC会把这个物理端口下的所有无线用户视为一个整体。

• 现象吻合分析：

  1. 当某个无线用户因为“8小时”或者其他原因（如DHCP租期更新、终端休眠唤醒）导致其在AC上的会话状态发生变化或下线时，由于采用了 portbased 模式，AC可能会错误地将这个端口下的所有相关用户会话都清理掉。

  2. AC在清理这些用户时，会向IMC发送停止计费请求。但由于是批量清理或非正常流程清理，导致发送的RADIUS报文不完整，IMC无法识别具体原因，就记录为 Nas Error。

  3. 这就解释了为什么是“10人左右”出现（可能是连接在同一个AP或同一批AP下的用户）以及“重连可恢复”（用户重新认证，新建会话）。

• 正确配置：无线环境下必须使用 dot1x port-method macbased（或者删除该命令，因为很多版本默认就是macbased）。这确保每个无线用户的MAC地址对应一个独立的认证会话，互不影响。

排查点二：会话超时机制 (可能性 30%)

你提到“登录后8小时左右自动下线”，这是一个非常精确的时间点，指向了有定时器在起作用。

• AC侧：虽然你确认AC上没有配置 session-timeout，但请检查以下地方：

  1. 用户组/ISP域下的授权属性：进入 domain 视图，检查 authorization-attribute 下是否继承了某个包含 session-timeout 的User Profile或是否直接配置了 session-timeout。

  2. RADIUS Scheme配置：进入 radius scheme 视图，检查是否有 session-timeout 相关的命令，例如将RADIUS服务器下发的Session-Timeout属性转换为本地会话超时。

• IMC侧：在IMC的服务策略中，检查是否有配置“最大在线时长”并设置为480分钟（8小时）。如果有，这个时长会通过RADIUS Access-Accept报文下发给AC，AC会强制执行。

3. 如何深入排查？是否需要进行debug？

是的，当配置检查无法明确问题时，debug是最终确定根源的终极手段。

如何进行Debug（H3C AC侧操作）

警告： Debug会大量消耗AC的CPU资源，请务必在业务低谷期操作，并精准过滤。

第一步：精准抓取RADIUS交互过程

• 观察内容：

  • 用户上线时：观察AC发出的Access-Request和收到的Access-Accept（接受）或Access-Reject（拒绝）。在Access-Accept报文中，重点关注是否有 Session-Timeout 属性。

  • 用户下线时（8小时后）：这是最关键的一步。当用户掉线时，观察AC发出的Accounting-Request（状态为Stop）报文。仔细看报文里携带的 Acct-Terminate-Cause（计费终止原因） 属性。

    • 如果是 Session-Timeout，说明是AC或IMC下发的超时定时器到期。

    • 如果是 Admin-Reset，说明是管理员手动踢线。

    • 如果是其他未知值或报文结构异常，就能解释为什么IMC会报 Nas Error。

第二步：查看AC本地日志