一、核心现象梳理
License Server(LS)授权概览:
AD-DC 管理授权函-交换机-每设备 总数 69,已使用 63,未使用 6。说明授权函已经成功导入 LS,总量 69 是生效状态。
AD-DC 页面:Overlay硬件网元 33/63,上限依旧 63,新增 6 个授权没有同步显示。
组网架构:AD-DC 控制器 ↔ License Server(5555 端口通信)
根本原因
AD-DC 不会自动实时拉取 LS 最新授权容量,需要主动执行【配置申请数量】操作,向 License Server 重新申请最大授权额度。
LS 里虽然授权总数已经是 69,但是 AD-DC 本地缓存的许可上限仍然是旧值 63,没有刷新。
二、标准修复操作步骤
进入 AD-DC 页面【系统 → License 管理 → 数据中心 License】
点击蓝色按钮 配置申请数量
直接选择All(申请全部可用授权),提交
点击【刷新】,等待 30 秒左右页面重载
原理:触发 AD-DC 主动和 LS 交互,重新同步当前最大可用授权数量,本地缓存更新。
三、验证标准
操作完成后观察两点:
AD-DC 页面 Overlay硬件网元 许可总数由 63 更新为 69;
后续新增交换机上线,可以正常消耗新增的 6 个授权。
四、如果操作后依旧不更新,依次排查
连通性校验
AD-DC 与 LS 服务器 5555 端口双向互通;防火墙不要拦截该端口。
页面显示 “连接成功” 仅代表基础连通,不代表授权交互正常,可以重新断开连接再重建。
授权函产品类型严格匹配(极易踩坑)
导入的授权函必须是:
AD-DC 管理授权函-交换机-每设备
⚠️不能混用:盒式交换机授权、OpenFlow 连接数授权、服务器节点授权,不同授权条目互相独立,不能通用。
License Server 分组 / 机构隔离检查
LS 授权页面右上角机构分组,如果授权归属到其他分组,当前视图看不到;
确认授权和 AD-DC 所属机构一致。
缓存延迟
部分版本同步存在 1~3 分钟延迟,执行申请数量后耐心等待刷新,不要频繁重复操作。
五、补充知识点
✅ LS 只是授权仓库,各个业务控制器不会主动轮询拉取授权容量;每当扩容授权后,都需要在 AD-DC 执行一次「配置申请数量」同步上限。
很多工程师误以为导入 LS 之后控制器自动识别,这是 ADCampus 平台典型操作盲区。
最简总结
授权已经正常导入 LS,总量 69;AD-DC 本地缓存未刷新;
在 AD-DC【数据中心 License】点击配置申请数量 → All,刷新页面即可同步上限至 69;
操作完依旧异常:检查 5555 端口、授权产品型号匹配、机构分组一致性。
暂无评论
你遇到的这个授权数量不一致的问题,在ADCampus平台中确实会发生。这通常不是授权文件本身的问题,而是License Server与ADCampus控制器之间授权同步出现了延迟或异常。
核心原因在于:你导入的6个新授权,虽然已被License Server(显示69个)记录,但ADCampus控制器作为License Client,尚未成功从Server端获取并更新这些授权信息。
你可以按照以下步骤,从易到难进行排查和修复:
首选方案:触发License Server重同步(最可能有效)
根据H3C的官方经验案例,当控制器未及时更新授权时,强制License Server与控制器重新建立连接,可以触发授权重新申请和同步。
检查授权类型是否匹配
需要确认新导入的6个授权类型,是否与Overlay硬件网元授权是同一类。
License server显示是69个是总授权数。Overlay硬件网元只显示63个是某一特定类型的授权数量。
如果新授权是用于管理AP的AD-CAMPUS-W-AP-LIC或EIA准入授权,它们不会计入Overlay硬件网元的计数中。请核对授权文件的具体名称和用途。
检查是否存在未释放的“幽灵”授权
在极少数情况下,之前下线或更换的设备授权没有完全释放,导致控制器认为授权已满,从而拒绝应用新授权。
检查控制器与License Server的通信
确保ADCampus控制器(License Client)与License Server之间的网络是畅通的。
可以在控制器侧尝试Telnet License Server的IP和端口(默认通常是5555),确认连接无问题。
此外,如果License Server最近更换过硬件,其DID(设备ID)会改变,可能导致之前绑定的授权失效,需要重新激活。
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论