AC功能太少产品行业: 其他(L1)-其他(L2) 产品型号: AC650-128AP 背景叙述: 近期刚新装华为AC、AP产品，AC型号AC650-128AP，发现AC有关用户管理的功能较少，建议优化： 产品问题: 1.配置“本地用户设置”时，“描述”目前仅支持英文，建议增加中文描述，或增加中文用户姓名列。2.配置“本地用户设置”时，没有要求用户“首次登录须修改密码”的选项和功能，目前只能通过后台由管理员修改密码，建议（1）增加要求用户“首次登录须修改密码”的选项和功能；（2）增加用户自行修改密码的功能。经咨询客服，目前华为AC产品均不支持上述功能，建议优化，感谢。 产品建议: 近期刚新装华为AC、AP产品，AC型号AC650-128AP，发现AC有关用户管理的功能较少，建议优化：1.配置“本地用户设置”时，“描述”目前仅支持英文，建议增加中文描述，或增加中文用户姓名列。2.配置“本地用户设置”时，没有要求用户“首次登录须修改密码”的选项和功能，目前只能通过后台由管理员修改密码，建议（1）增加要求用户“首次登录须修改密码”的选项和功能；（2）增加用户自行修改密码的功能。经咨询客服，目前华为AC产品均不支持上述功能，建议优化，感谢。Leaf-Spine 骨干层产品建议产品行业: ISP算力与网络基础设施军团(L1)-IxP(L2) 产品型号: CloudEngine 8800 背景叙述: CloudEngine 8855 系列 适用场景： 作为区域 IXP 的高密接入层，或者中型算力节点的 ToR（机柜顶）交换机。产品亮点：支持 25GE/50GE 下行接入服务器网卡，100GE/400GE 产品问题: CloudEngine 8855-32CQ4BQ 提供了 32 个 100G 接入端口，但其上行最高仅支持 4 个 200GE (QSFP56) 接口。目前主流算力中心和大型 ISP 的 L2 骨干网正全面向 400GE 平面演进。 产品建议: 在 2026 年算力中心与新型 IXP(L2) 建设中，如果下游是高密 100G/200G 算力服务器，上行必须预留 400G/800G。XH9230-64QC 原生支持 400GE 上行，能够与核心层的 XH16800 完美线速对接。分支光缆方案。华为坤灵交换机S210建议支持开启DHCP服务器产品行业: 制造与大企业军团(L1)-电子制造(L2) 产品型号: eKitEngine S210-24P4JX 背景叙述: 产品问题: 当前小型网络配置了交换机S210-24P4JX作为网关，想通过S210-24P4JX做DHCP服务器端，作为有线和无线网关发现S210不支持开启DHCP服务器功能，目前只能作为二层接入交换机配置多个VLANIF就是无法开始DHCP功能。 产品建议: 建议华为坤灵S210交换机支持开启DHCP功能，可以作为小型网络中的网关使用。华为交换机S8700设备WEB建议支持OSPF配置和显示功能产品行业: 其他(L1)-其他(L2) 产品型号: CloudEngine S8700-6 背景叙述: 场景：校园网络场景。某学校配置S8700-6两台集群作为核心，只能命令行配置OSPF，无法在WEB界面配置OSPF。当前交换机版本V600R025C00SPC500 产品问题: 交换机S8700-6不支持WEB界面的路由协议配置OSPF和BGP，客户想通过WEB运维查看当前网络的路由配置和修改只能通过命令行去查看。 产品建议: 建议华为交换机S8700通过WEB可以配置OSPF和BGP功能选项，目前WEB只支持静态路由配置。信创云平台部署Neosight25.3，环境检查失败。产品行业: 其他(L1)-其他(L2) 产品型号: iMaster NeoSight 背景叙述: 信创云平台部署Neosight25.3，环境检查失败。 产品问题: 1、信创云平台无法下发windos机器，无法再信创云平台部署安装工具。只能部署在本地。2、工具部署在本地无法与信创云平台二层互通。3、即使云平台侧可以实现二层互通，操作非常复杂。4、无linux版本安装工具，如有，则可在二层网络下实现互通。5、不支持nat后的地址校验，为什么？ 产品建议: 1、建议开发linux版本安装工具。2、建议支持nat后的地址校验。3、建议网络通即可实验部署，或者说清楚环境检查中网络校验机制。18500V6存储删除LUN组产品行业: 数字金融军团(L1)-金融-其他(L2) 产品型号: OceanStor Dorado 18500 V6 背景叙述: 回收未映射LUN组不方便。 产品问题: 回收未映射LUN组，有三十多个LUN组待回收，只能一个一个点，非常不方便，使用体验不好。 产品建议: 建议增加多选按钮，一次性可以回收多个LUN组，为防止误删除，可以增加映射状态校验，提高安全性。企业路由器S380-L4T1T不支持IPV6产品行业: 其他(L1)-其他(L2) 产品型号: eKitEngine S380 背景叙述: S380-L4T1T该型号路由器目前不支持IPV6，对于路由器后端的服务器有些需要IPV6支持 产品问题: 目前整网管理完全屏蔽了IPV6，后端服务器无法通过IPV6进行访问，现在运营商给的IPV4太少，非专线无公网IP，企业对于IPV6需求还是很有必要的 产品建议: 希望在后续的更新中能把IPV6加上FusionCompute的宿主机筛选问题产品行业: 公共事业军团(L1)-高教(L2) 产品型号: FusionCompute 背景叙述: 采购了华为服务器多台，搭建了FusionCompute虚拟化平台。我们现在有一个需求，希望筛选硬件服务器来知道当前硬件服务器中的虚拟机详细情况，找了所有筛选选项，但是没有这个功能模块。 产品问题: 采购了华为服务器多台，搭建了FusionCompute虚拟化平台。我们现在有一个需求，希望筛选硬件服务器来知道当前硬件服务器中的虚拟机详细情况，找了所有筛选选项，但是没有这个功能模块。 产品建议: 希望能在资源池*集群中，增加这部分功能模块，谢谢建议优化单手模式底部横滑手势逻辑，更贴合单手握持真实场景产品行业: 其他(L1)-其他(L2) 产品型号: CRP Mate 60 Pro 背景叙述: 题描述当前鸿蒙单手模式底部横滑规则： 底部从左向右滑并停顿 → 小屏落到右下角（右手使用）； 底部从右向左滑并停顿 → 小屏落到左下角（左手使用）。这套逻辑在交互定义上保持了 “滑向哪边、窗口落向哪边” 的统一规则，但和用户单手真实握持场景不匹配： 右手握持手机时，拇指天然在屏幕右侧；想要调出右下角小屏，却需要拇指先移动到底部左侧起点，再横向划过整个底部，滑动行程长、动作别扭，很容易误触发 “横滑切换应用”，手势识别成功率偏低。左手握持同理，需要拇指伸到远端一侧起滑，不符合拇指就近操作的直觉。使用场景大屏手机单手操作、手偏小用户日常高频使用单手模式。优化方案（兼容老方案，不强制替换，降低改动风险）建议在单手模式设置页，增加手势模式选择开关，提供两套交互给用户自选：1. 保留现有方案：滑动方向决定小屏位置（维持老用户习惯）2. 新增跟手方案：滑动起点在哪一侧，小屏就落在哪一侧• 在底部右侧区域短滑 + 停顿 → 小屏落在右下角（右手，拇指原地就近触发）• 在底部左侧区域短滑 + 停顿 → 小屏落在左下角（左手，拇指原地就近触发） 产品问题: 当前鸿蒙单手模式底部横滑规则： 底部从左向右滑并停顿 → 小屏落到右下角（右手使用）； 底部从右向左滑并停顿 → 小屏落到左下角（左手使用）。这套逻辑在交互定义上保持了 “滑向哪边、窗口落向哪边” 的统一规则，但和用户单手真实握持场景不匹配： 右手握持手机时，拇指天然在屏幕右侧；想要调出右下角小屏，却需要拇指先移动到底部左侧起点，再横向划过整个底部，滑动行程长、动作别扭，很容易误触发 “横滑切换应用”，手势识别成功率偏低。左手握持同理，需要拇指伸到远端一侧起滑，不符合拇指就近操作的直觉。 产品建议: 使用场景大屏手机单手操作、手偏小用户日常高频使用单手模式。优化方案（兼容老方案，不强制替换，降低改动风险）建议在单手模式设置页，增加手势模式选择开关，提供两套交互给用户自选：1. 保留现有方案：滑动方向决定小屏位置（维持老用户习惯）2. 新增跟手方案：滑动起点在哪一侧，小屏就落在哪一侧• 在底部右侧区域短滑 + 停顿 → 小屏落在右下角（右手，拇指原地就近触发）• 在底部左侧区域短滑 + 停顿 → 小屏落在左下角（左手，拇指原地就近触发）【产品建议】USG6510E 智能DNS过滤的优化建议产品行业: ISP算力与网络基础设施军团(L1)-通信(L2) 产品型号: USG6510E 背景叙述: USG6510E 支持基于云端威胁情报的 智能DNS过滤，通过实时阻断恶意域名解析，防范钓鱼、C2 等网络攻击。 产品问题: 缺陷 1：本地缓存 TTL 僵化，情报更新滞后恶意域名威胁等级云端已升级，但本地 DNS 缓存仍按旧 TTL 长期命中放行，漏检窗口大。缺陷 2：仅断域名不封 IP，硬编码 IP 直连绕过终端通过恶意域名获取 IP 后，即使域名被阻，仍可直接向该 IP 发起 TCP 连接，C2 通信未被切断。 产品建议: 建议 1：云端联动即时失效缓存威胁情报更新时，主动推送域名失效指令至本地缓存，无需等待 TTL 过期，实现秒级同步。建议 2：域名阻断联动 IP 动态封堵阻断域名解析时，自动提取并临时下发对应 IP 至本地黑名单 ACL，封堵 IP 直连绕过路径。【产品建议】OptiX OSN 9800 M24 波长冲突盲选与光功率裕量缺失的优化建议产品行业: ISP算力与网络基础设施军团(L1)-通信(L2) 产品型号: OptiX OSN 9800 M24 背景叙述: OptiX OSN 9800 M24 支持 光层ASON（自动交换光网络），链路故障时自动计算并建立恢复路径，保障骨干波分业务可靠性。 产品问题: 缺陷 1：重路由不避波长冲突，引发串扰劣化恢复路径计算仅追求连通性，不预判与现网业务的波长重叠。恢复后波长冲突导致非线性串扰，业务误码率上升。缺陷 2：恢复路径不评估光功率裕量仅满足路由可达，不校验端到端光功率裕量。路径经过老化光纤后功率临界，业务处于脆弱状态，二次故障风险高。 产品建议: 建议 1：重路由引入波长冲突检测计算恢复路径时自动校验波长占用，冲突时优先规避或触发波长变换，保障恢复路径光信噪比。建议 2：光功率裕量作为硬约束将端到端光功率裕量纳入重路由约束条件，仅选择裕量充足的路径，确保恢复后的传输质量。ASG5320页面超时时间优化建议产品行业: 制造与大企业军团(L1)-软件及ICT企业(L2) 产品型号: ASG5320 背景叙述: 我们在登录ASG5320进行配置或者查找日志时，有的时候我们在点击日志的下一页时，还没找到相关日志，点几次它就自动退出了，所以我们只好重新登录，管理员登录ASG的在线时长都不到两三分钟，有的时候我们重新登录ASG会重复出现几次这样的情况；有的时候我们在配置时，还没来的及点击保存配置，它就自动退出了，我们只好重新登录再重新配置一遍，最怕的是那种复杂的配置，刚配置一半它就自己自动退出了，管理员登录ASG的在线时长也是不到10分钟；有的时候我们登录ASG，刚好10分钟它就自动退出了；有的时候我们登录ASG几个小时都没有自动退出。 产品问题: ASG5320系统管理--管理设定--页面超时时间设定后不准确，有的时候登录时长不到设定时间就自动退出，有的时候登录时长刚好到设定时间就自动退出，有的时候登录时长超出设定时间几个小时都没有自动退出。 产品建议: ASG5320页面自动退出时间按照设定好的页面超时时间执行。【产品建议】AirEngine 5760-22W静态黑名单与全信道扫描的运维低效的优化建议产品行业: ISP算力与网络基础设施军团(L1)-通信(L2) 产品型号: AirEngine 5760-22W 背景叙述: AirEngine 5760-22W 支持 WIDS/WIPS，通过周期性扫描各信道检测非法 AP 并触发反制，保障企业无线空口安全。 产品问题: 缺陷 1：静态 MAC 黑名单难以应对伪造与未知威胁非法 AP 检测完全依赖预配置 MAC 黑名单，攻击者伪造 MAC 或利用未收录设备即可绕过，漏检率高。缺陷 2：全信道扫描中断业务射频周期性全信道扫描需业务射频切离当前信道，高密场景下造成用户业务空窗，视频/语音体验受损。 产品建议: 建议 1：多维行为指纹动态识别结合信号特征、SSID 规律、关联行为等构建非法 AP 行为指纹，脱离静态黑名单，提升未知威胁检出率。建议 2：扫描与业务射频分离利用双 5G 或 2.4G/5G 冗余架构，由非业务射频承担扫描任务，业务信道零中断，保障用户体验。NVR900平台支持拖拽式自定义画面布局、多套预览分屏模板保存，可按区域对通道分组管理，原生通道与 Turbo 翻倍通道支持混排，实现一键切换分组预览。产品行业: 其他(L1)-其他(L2) 产品型号: NVR900-E02-16 背景叙述: 产品问题: 当前NVR900平台预览仅支持固定规格分屏模板，通道顺序不可自定义，Turbo 翻倍扩容后原生通道与 Turbo 通道无法按区域、场景自由分组排布；还不支持拖拽调整画面位置、保存多套布局方案，多点位项目只能使用固定顺序浏览画面，场景切换时需要手动选择通道，多机位管理效率低，无法满足门店、园区按区域分组快速预览的使用需求，特别是大型项目超多点位十分不便。 产品建议: 建议在NVR900系列NVR预览模块新增拖拽式自定义布局、通道分组管理与多套预览模板保存能力，支持将原生通道与 Turbo 翻倍通道混合编排，客户可按楼层、区域等业务维度创建摄像机分组，在可视化画布拖拽调整画面位置、自由设置画面大小，编辑完成的布局可保存为独立模板并一键切换，同时保留原有固定分屏模式，优先在NVR本地HDMI预览及PC客户端落地，以此解决当前固定分屏无法按现场场景排布画面、多通道切换操作繁琐的痛点，提升工程商调试效率与终端用户多路监控的预览管理体验。#监控关于iMaster MAE增加投诉号码无线网回溯及分析功能的建议产品行业: 其他(L1)-其他(L2) 产品型号: iMaster MAE 背景叙述: 日常投诉处理中，当投诉工单流转到网优侧时，核心要素往往只有用户号码、时间和一句现象描述。例如某用户“在家通话断断续续”的投诉，要还原投诉时刻的网络情况：需要先在投诉系统对时间，再登录网管查小区——确定用户当时驻留的基站小区，再去感知平台看话单级质量，回查一条投诉前后花了一个多小时，尤其碰到VIP投诉，深度分析的时间被严重挤压。 产品问题: 目前投诉预处理缺少以“用户号码+时间窗”为中心的统一网络回溯入口：网管侧查询以网元/小区为中心，用户投诉需要人工完成号码到IMSI、再到当时驻留小区的换算关联，时空对应全靠人工比对；网管KPI、感知话单、投诉记录三套系统的统计粒度和时间口径不一致，拼出一个完整的“投诉时刻网络画像”需要反复核对；重复投诉无法自动关联历史分析结论，同一用户或同一小区反复投诉时，前面查过的工作全部推倒重来。 产品建议: 1. 建议在iMaster MAE平台中新增“投诉号码一键回溯”功能，支持以用户号码+投诉时间窗为输入，自动关联签约终端信息、当时驻留小区及切换轨迹、掉话/切换失败/RRC重建等异常事件及同期小区告警，一键生成投诉时刻的完整网络画像报告。2. AI时代了，建议增加同小区同时段其他用户感知对比分析能力，自动输出“群体性问题/个体性问题”判定建议及判定依据，支持一键生成预处理结论文本，直接回填投诉系统归档。3. 建议增加重复投诉自动关联能力，将同一号码、同一小区的历史预处理结论自动带出，支持跨地州重复投诉的归口认定分析，减少重复查询劳动。