fusioncube增加网络拓扑功能产品行业: 公共事业军团(L1)-医疗(L2) 产品型号: FusionCube 背景叙述: 产品问题: 是否可以在cube界面增加网络拓扑功能，可以让客户更清楚直观的看见上下的网络图 产品建议: 增加网络拓扑功能，让客户更清楚直观的了解网络组网图fusioncompute订阅过期手动消除产品行业: 制造与大企业军团(L1)-软件及ICT企业(L2) 产品型号: FusionCompute 背景叙述: 产品问题: 客户授权到期了，一直提示订阅过期，也无法消除，导致客户很不满意这个产品，影响他使用 产品建议: 是否可以增加消除的按键，可以手动把这个告警给他叉❌掉，界面上一直有告警客户看着不舒服FusionCompute主机添加独立的主机级别管理页面，使其可以单独管理产品行业: 其他(L1)-其他(L2) 产品型号: FusionCompute 背景叙述: 目前FusionCompute只能通过VRM提供的web页面进行管理 产品问题: 如果VRM故障，希望在物理机系统下管理虚拟机，虽然有一些命令行可以使用，但是对于不熟悉命令的工程师和客户来说，难以自行完成单机维护工作。 产品建议: 1.FusionCompute针对物理节点添加独立的管理页面，在VRM故障时可以通过web页面进行本机的管理，并可以进行一些基本操作以尽快恢复VRM虚拟机的功能。2.在某台物理机脱离了VRM管控需要维护的情况下，如果可以在主机自身页面上进行维护操作，则可以快速处理问题，同时避免后台命令行执行出错。关于AC6805产品增加设备登陆双因子认证功能的建议产品行业: 公共事业军团(L1)-教育(L2) 产品型号: AC6805 背景叙述: 当前客户已经部署独立的Tacacs认证服务器对网络设备登录进行统一认证管理，并使用动态验证码进行双因子认证。目前厂家测试中发现其他厂商设备以及华为的交换机等设备支持使用动态验证码进行双因子认证，但是AC6805设备不支持该功能，无法实现客户对设备进行统一管控的需求，不能满足客户网络安全要求。 产品问题: 设备AC6805 版本V200R024C00SPC100AC6805设备不支持动态验证码进行双因子认证。当前客户对网络安全越来越重视，并且由于长期使用静态密码导致原有密码被大量共享，导致部分设备被未授权人员随意登录对客户网络运行环境造成极大不安全隐患，目前客户使用的友商运行多年老设备全部支持该认证，华为设备遭受客户质疑。 产品建议: 建议AC6805支持使用动态验证码进行双因子认证。FusionCompute中的用户权限进行基于组织机构的功能扩展产品行业: 其他(L1)-其他(L2) 产品型号: FusionCompute 背景叙述: 当前FusionCompute中可以基于用户角色分配给不同用户不同的系统权限 产品问题: 当前的用户角色是基于系统功能集来进行划分的，如果为某个用户指定特定的角色，又针对角色进行了功能集的限制，那么具备这个角色的用户将只能够执行允许他执行的相关功能子集，例如针对虚拟机进行建立，修改，删除，导入导出等操作。但是现实场景中，一旦建立了大量虚拟机，客户经常会希望像管理物理机一样，将不同虚拟机按照应用系统来区分，并且分配给不同的系统管理员来进行管理。此时需要针对不同用户分配不同虚拟机的管理权限，即A用户只能管理1-3号虚拟机，B用户只能管理2-6号虚拟机，C用户是他们的领导，可以同时管理1-6号虚拟机。而不是针对用户分配基于所有虚拟机的不同功能的子集。 产品建议: 1.基于用户的组织机构，为不同用户分配不同虚拟机的管理权限，叠加不同角色具备的不同功能子集的管理权限，综合实现针对虚拟机权限的灵活配置和管理。2.基于用户组织机构，不同用户的管理权限可能交叉，例如组长可以直接管理所有组员权限下的虚拟机，或者组长不允许管理组员的虚拟机，需要给用户灵活配置的权限。3.如果用户基于组织机构和功能子集交叉授权，就会出现授权管理比较混乱的情况，需要整体梳理，因此需要完善管理权限的展示功能和配置功能，并应该展示出每个权限是由谁授予，谁能处理，谁能撤销，并允许通过查询等功能来查到相关责任人，以使虚拟机管理员匹配组织机构，同时也匹配组织架构，能够适应人员的变动、权限的继承和调整等。建议对政企类的OTN设备增加集成OTDR功能产品行业: 交通智慧化军团(L1)-公路(L2) 产品型号: iMaster NCE-T 背景叙述: 现阶段，在光传输设备中集成OTDR功能的技术已成熟，各大厂家都有集成OTDR的OLT、OTN产品。在设备中集成OTDR，对光路的日常监测及故障判断帮助很大，很好地提高光网络的运维水平，有效提高工作效率。早期政企类的光产品，特别是偏中低端的设备，没有集成OTDR功能，不利于日常光路监测及故障处置。建议可通过升级，增加集成OTDR功能。 产品问题: 我司在2022年建成以E9624为核心，E6616做接入的OTN网络，网管使用iMaster NCE-T。该网络系统没有集成OTDR功能，对承载光路的纤芯不能在线监测，在光路中断后只能携带OTDR设备，把纤芯从光口拔出来进行测试。光路故障处置过程麻烦，耗时长。 产品建议: 1、建议可对E9624设备进行升级改造，增加集成OTDR功能；同时对iMaster NCE-T同步升级，增加对在用纤芯的日常性能监测和光路中断故障时远程对纤芯进行测试等功能。2、对政企类的中高端光系统，能提供集成OTDR功能给用户选择。如OLT、OTN的核心设备上提供可选的集成OTDR模块；在网管系统上提供可选的相关日常监测及故障处置功能等。GPON款型ONU缺少16口款型产品行业: 其他(L1)-其他(L2) 产品型号: OptiXstar P603E-E 背景叙述: 在一个教育场景的项目采用的是GPON网络，前期推8口款型ONU，后面客户经过客户内部讨论，客户表示现在普遍教室信息点在12-16个信息点，采用一个8口ONU不够接，改成了16口的ONU，而我们缺少16口款型的ONU，采用P603E-E或P613E-E的托盘式方案，其一是客户不认可，其二是参数不满足 产品问题: 采用P603E-E或P613E-E的托盘式方案可做到16口的情况，但是其一是客户不认可，其二是参数不满足，如果采用24口ONU应标，那商务压力大。 产品建议: 建议研发16口ONU24口POE ONU风扇散热问题产品行业: 其他(L1)-其他(L2) 产品型号: OptiXstar P615E-L1 背景叙述: 产品问题: 在教师的办公室里面，由于点位过多，采用24口POE ONU，客户表示ONU噪音很大（风扇散热有噪音），影响老师办公，建议出静音款型设备 产品建议: 建议出静音款型24口ONU设备FusionCompute的存储界面下，“磁盘”列表中增加显示对应虚拟机的建议产品行业: 其他(L1)-其他(L2) 产品型号: FusionCompute 背景叙述: FusionCompute的存储界面下，可以点击“磁盘”标签看到当前存储空间中的所有磁盘文件列表。 产品问题: 在查看磁盘文件列表时，只能看到是否已和虚拟机绑定，但是并未列出绑定的虚拟机，需要人工选择每个磁盘右侧的“更多-查看绑定的虚拟机”才能查到，如果磁盘文件过多，想从中找出磁盘文件和虚拟机的对应关系，则会非常困难。 产品建议: 希望在磁盘列表中增加对应的虚拟机这一项，方便从磁盘文件列表快速倒查虚拟机。最好能提供搜索功能，直接搜索对应磁盘文件绑定的虚拟机。关于华为云杉系列防火墙产品安全策略新增WEB界面导入导出功能的建议产品行业: 数字金融军团(L1)-银行(L2) 产品型号: USG6000F 背景叙述: 客户开发测试云防火墙安全策略收缩过程中，反馈云杉系列防火墙策略添加效率低下，无法web页面导入导出策略，只能通过写脚本文件去刷安全策略。影响工作效率。同时客户表示其他厂商的云防火墙支持相关操作。 产品问题: 云杉系列防火墙无法web业务导入导出策略，只能通过写脚本文件去刷安全策略。 产品建议: 建议防火墙增加web业面导入导出策略的功能按钮。FusionCompute环境中的虚拟化本地硬盘存储空间功能建议扩展产品行业: 其他(L1)-其他(L2) 产品型号: FusionCompute 背景叙述: FusionCompute可以将物理节点系统盘中剩余空间格式化后作为虚拟化本地硬盘，并且允许上传ISO镜像文件。 产品问题: 当前只能上传ISO或vfd格式的文件，早期版本一个文件不能超过15GB，造成很多linux安装盘everything的ISO镜像无法上传，目前主流版本一个文件不超过100GB，此问题得以缓解，但是仍然希望能逐步取消限制。另外此空间只能存放安装镜像，不能存放其他文件，造成在运维过程中部分文件需要想其他办法挂载或者通过网络共享来传到虚拟机中，如果网络安全对数据隔离要求比较严格，则网络文件共享方式往往不可行。 产品建议: 1.希望能允许此处存放其他文件，类似某些友商，将其变成一个可以存放各种数据的文件夹，方便数据传输及运维。2.希望允许虚拟机直接挂载存储中的文件，让数据可以单向传输到虚拟机中，提升系统信息安全。3.希望在挂载分布式存储时，也能允许分布式存储开辟一个空间用于存放相关文件，避免每次都要让虚拟机运行在特定物理机上，才能挂载此物理机存储中的ISO镜像文件。FusionCompute补丁升级过程中重启虚拟机和物理机的对应关系未匹配产品行业: 其他(L1)-其他(L2) 产品型号: FusionCube 1000H 背景叙述: 有时Fusioncube的现场安装场景，可能由于设备上架位置未考虑序列号排序，导致实施后，原定的MCNA01虚拟机自动命名为MCNA02，这就容易导致MCNA01物理机上运行的是VRM02及FCV02虚拟机，而MCNA02物理机上运行的是VRM01及FCV01虚拟机。 产品问题: 在某次执行FusionCompute补丁升级过程中，发现补丁程序试图重启VRM01虚拟机及对应的物理机，但是由于当时现场环境中，是VRM01运行在MCNA02物理机上，VRM02运行在MCNA01物理机上，结果补丁程序在重启过程中，直接重启了VRM01虚拟机和MCNA01物理机，导致2个VRM虚拟机同时被重启，补丁程序与虚拟化系统失去了联系，补丁流程被中断，同时再次尝试运行补丁程序，仍然存在这种情况，这就导致了补丁难以完成安装，后来在研发人员介入下才处理了相关问题，顺利完成了补丁升级。 产品建议: 建议后续所有类似升级流程中，一定要用代码获取现场实际情况，避免想当然。建议在网管增加故障处置指引产品行业: 交通智慧化军团(L1)-公路(L2) 产品型号: iMaster NCE-T 背景叙述: 目前，很多地方的交通行业都自建OTN网络，但运维人员的专业素养参差不齐。对于非资深的维护人员，经常对故障处置无从下手。如果在网管的故障告警中加入故障处置的指引，将极大提高维护人员的故障处置能力，也能在一定程度上减轻客服的工作强度。 产品问题: 光路的光缆路由调整后，光路的插损减少，导致链路的收光过滤过大，需调整光衰器，维持链路的正常收发光。因维护人员不懂调整光衰器的操作，导致要联系客服，让工程师远程支撑。这样既增加了客服和支撑工程师的工作量，又拖延了故障处置时间。 产品建议: 对不会导致这个OTN网络系统中断通信的故障，建议在故障告警信息中增加故障处置流程指引，指导运维人员修复故障。Fusioncube的预装场景和现场安装场景的一致性不足产品行业: 其他(L1)-其他(L2) 产品型号: FusionCube 1000H 背景叙述: Fusioncube存在预装场景，即出厂之前提前装好系统，只需要初始化即可使用的情况；以及现场安装场景，即出厂的只有裸机，需要现场安装部署系统后再初始化的情况。 产品问题: 根据实际的实施经验，当前至少Fusioncube 1000H的预装场景与现场安装场景，其节点编号情况在默认状态下不一致。以3节点为例，预装场景是根据节点序列号排序，节点序列号数字从大到小，节点名称为MCNA01，MCNA02，SCNA01。而现场安装场景中，则是根据序列号数字从小到大，节点名称为MCNA01，MCNA02，SCNA02，二者正好相反。而节点的命名，涉及了设备上架位置、连线时的端口分配，扩容时的节点顺序分配等一系列步骤，因此预装场景和现场安装场景如果一致性不足，容易导致实施过程中产生困扰，甚至部分节点命名错误，尤其是在工程师不了解产品后台原理及相关细节的情况下，线缆连接顺序可能都是错误的，这会对未来的运维及使用和故障处理造成不小的影响。 产品建议: 1.希望改善预装场景和现场安装场景的交付一致性，使二者保持一致，并且之前产品文档中并没详细描述节点序列号与节点名称的分配关系，造成很多现场安装情况下，MCNA01及MCNA02节点都是错位的。2.如果交付过程中节点名称错位，希望能提供设置工具或者脚本，来更正相关问题，并避免新的冲突出现。3.最理想的状态是允许在初始化过程中详细为每个节点分配对应的节点名称，并且相关虚拟机和其他资源也都能自动与节点名称匹配，增强系统部署的灵活性。AP版本、补丁升级问题产品行业: 公共事业军团(L1)-教育(L2) 产品型号: CloudEngine S12700E-8 背景叙述: 高校环境下，AP设备超过1万个，有时候版本或补丁升级需要先测试，需要在各区域挑选部分AP先升级。 产品问题: 目前升级任务只支持基于AP类型（型号）的批量升级以及单个AP的升级，如果需要每个AP组升级部分AP的话，只能通过单个AP进行升级，而且升级任务只有1个执行完才能执行下一个，需要重复操作，浪费时间，通过命令行操作又容易出错，十分不方便。 产品建议: 建议调整升级任务的升级范围，批量升级里面，增加一个升级部分AP的方式，可以通过导入文件的方式，一次性升级多个不同AP组的AP。可以极大减少工作量，同时，如果出现问题，也可以及时回退。