• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

接入时长都是12分钟的整数倍

12小时前提问
  • 0关注
  • 0收藏,38浏览
粉丝:1人 关注:0人

问题描述:

在线用户认证接入时长都是12分钟的整数倍

3 个回答
粉丝:116人 关注:11人

不是实时刷新的,间隔时间刷新,你12的话就说间隔12分钟刷新


暂无评论

粉丝:10人 关注:2人

这是正常现象,不是故障:EIA 上看到的在线时长永远是 12 分钟的整数倍,因为接入设备默认每 12 分钟发一次 RADIUS 计费更新

一、为什么都是 12 分钟倍数

  • iMC/EIA 显示的 “在线时长”,不是实时秒级刷新,而是靠设备(交换机 / AC)周期性发 RADIUS Accounting-Update(计费更新) 报文上报。
  • H3C Comware 设备 默认计费间隔(accounting interim-update)=12 分钟
  • 报文中只带累计在线时长(分钟,整数),EIA 收到才刷新页面,所以看到的总是:12、24、36、48… 分钟。

二、要不要改?影响什么

  • 不影响实际上网:只是页面显示粒度粗,不影响带宽、权限、计费。
  • 不改也没问题:12 分钟是行业常见默认值,减轻设备与服务器压力。
  • 想更精细(如 5 分钟):可在接入设备改短计费间隔。

三、修改计费间隔(可选,Comware V7)

1. 全局改(所有认证域)

bash
运行
system-view radius scheme system accounting interim-update 5 // 单位分钟,范围1-60 quit save force

2. 只改某个 ISP / 域

bash
运行
radius scheme XXX accounting interim-update 5 quit

3. MSG360 无线 AC(无线用户)

bash
运行
wlan service-template 1 radius accounting interim-update 5 quit save force
改完后,EIA 在线时长会变成5、10、15… 分钟的整数倍。

四、EIA 侧相关时长(别搞混)

  • 计费更新间隔:设备→EIA 上报在线时长的周期(默认 12 分钟)。
  • 单次最大在线时长:EIA 策略里的强制下线时间(如 480 分钟)H3C。
  • 重认证周期:802.1X/Portal 重认证时间,和计费间隔独立。

暂无评论

粉丝:16人 关注:1人

观察到认证时长均为12分钟的整数倍(如12、24、36分钟),这是一个由标准协议机制导致的现象,本身并非网络故障。


 现象根源:计费更新报文周期

认证系统会定期同步用户在线信息。为实现此功能,接入设备(如交换机、AC)会根据RADIUS协议,定期向认证服务器(如iMC/EIA)发送实时计费更新报文 (Accounting-Update),用于报告用户在线时长与流量。该报文默认发送周期恰好为12分钟,因此服务器端记录和显示的在线时长,便会呈现为12分钟的整数倍。


 直接表现:用户侧可感知的现象

这个机制导致的直接现象包括:

  • 显示不连续:新用户上线后,由于计费更新报文尚未发出,其接入时长会一直显示为0;直到12分钟后,系统收到第一个更新报文,时长才会跳变为12分钟,并依此周期递增。

  • 可能引发异常下线:若网络质量不佳,导致计费更新报文丢失(例如,网络中存在环路造成设备探测服务器失败),服务器则可能误认为用户已离线,从而强制其下线并进行重认证。


 解决方案:调整计费更新周期

如果觉得12分钟的刷新粒度太粗,可以通过缩短计费更新间隔来改善。

1. 修改设备侧配置

在设备上进入相应的RADIUS方案视图,执行以下命令修改周期。例如,改为3分钟(180秒):

# 进入系统视图
<H3C> system-view # 进入RADIUS方案视图,'radius_scheme_name'请替换为你实际的方案名 [H3C] radius scheme radius_scheme_name # 设置实时计费间隔为3分钟 [H3C-radius-radius_scheme_name] timer realtime-accounting 3 [H3C-radius-radius_scheme_name] quit [H3C] save force注意:此配置通常在RADIUS方案视图下完成,而非接口视图。修改后,display this 命令可验证配置是否生效。

2. 排查潜在网络问题

如果在修改周期后,依然存在用户异常掉线或需要重认证的情况,则强烈建议排查网络本身,重点关注设备到认证服务器之间是否存在丢包或环路等问题。

暂无评论

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

分享扩散:

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明