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

ADCampus+授权导入

5小时前提问
  • 0关注
  • 0收藏,41浏览
粉丝:0人 关注:0人

问题描述:

ADCampus平台导入6个交换机管理授权后,License server显示是69个,License管理中数据中心License中Overiay硬件网元只显示63个,新增加的6个没有进行累计。

 

 

 

 

3 个回答
粉丝:1人 关注:10人

建议联系400看下

暂无评论

粉丝:23人 关注:2人

一、核心现象梳理
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 端口、授权产品型号匹配、机构分组一致性。

暂无评论

粉丝:26人 关注:1人

你遇到的这个授权数量不一致的问题,在ADCampus平台中确实会发生。这通常不是授权文件本身的问题,而是License Server与ADCampus控制器之间授权同步出现了延迟或异常

核心原因在于:你导入的6个新授权,虽然已被License Server(显示69个)记录,但ADCampus控制器作为License Client,尚未成功从Server端获取并更新这些授权信息。

你可以按照以下步骤,从易到难进行排查和修复:

🔍 排查与修复步骤

  1. 首选方案:触发License Server重同步(最可能有效)
    根据H3C的官方经验案例,当控制器未及时更新授权时,强制License Server与控制器重新建立连接,可以触发授权重新申请和同步

    • 操作方法:登录ADCampus控制器,在License管理相关页面,找到与License Server的连接配置,执行 “断开连接” 后再 “重新连接” 的操作

    • 预期结果:重连后,控制器会重新申请授权,Overlay硬件网元的授权数应该会更新为69

  2. 检查授权类型是否匹配
    需要确认新导入的6个授权类型,是否与Overlay硬件网元授权是同一类。

    • License server显示是69个是总授权数。Overlay硬件网元只显示63个是某一特定类型的授权数量。

    • 如果新授权是用于管理AP的AD-CAMPUS-W-AP-LIC或EIA准入授权,它们不会计入Overlay硬件网元的计数中。请核对授权文件的具体名称和用途。

  3. 检查是否存在未释放的“幽灵”授权
    在极少数情况下,之前下线或更换的设备授权没有完全释放,导致控制器认为授权已满,从而拒绝应用新授权。

    • 操作方法:在License管理页面查看授权占用详情。如果发现有异常的设备占用了授权,可以尝试通过界面的 “重置授权占用” 功能来释放

  4. 检查控制器与License Server的通信
    确保ADCampus控制器(License Client)与License Server之间的网络是畅通的。

    • 可以在控制器侧尝试Telnet License Server的IP和端口(默认通常是5555),确认连接无问题。

    • 此外,如果License Server最近更换过硬件,其DID(设备ID)会改变,可能导致之前绑定的授权失效,需要重新激活。

暂无评论

编辑答案

你正在编辑答案

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

分享扩散:

提出建议

    +

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

确定

亲~检测到您登陆的账号未在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. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

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

不规范转载

×

举报说明