【问题来源】公司内部实践学习【问题简要】安装云化模式uap9600的nmu失败【问题类别】【AICC】【AICC解决方案版本】【AICC可选择版本：AICC 22.100.0】【UAP可选择版本：UAP9600 V100R005C00SPC100】【数据库版本：mysql5.7.22】【Ideploy 可选择版本：Breeze iDeploy V100R003C05SPC670&671】【问题现象描述】使用ideploy工具安装云化模式uap9600的nmu失败【日志或错误截图】已上传附件【附件】报表信息

【问题来源】公司内部实践学习【问题简要】在安装完cti、was组件后，启动was服务后web界面无法打开【问题类别】【AICC】【AICC解决方案版本】【AICC可选择版本：AICC 22.100.0】【CTI可选择版本：ICD V300R008C25SPC007】【数据库版本：mysql5.7.22】【问题现象描述】在安装完cti、was组件后，启动was服务后web界面无法打开，按照8.15.0版本将原已有证书上传配置并修改，但是web界面还是无法打开，8443端口没有启用，麻烦帮忙看下日志。【日志或错误截图】已上传附件【附件】报表信息

【问题来源】江苏税务【问题简要】进入ivr应答时间与在ivr中挂断时间相同，ivr中停留时间为0，但是在华为表单中该记录是存在时长的。这类情况是什么原因导致的？【问题类别】【IVR（gsl） 】【AICC解决方案版本】【AICC可选择版本：AICC 8.13.0】【UAP可选择版本：UAP V300R001C00SPC700】【CTI可选择版本：ICDV3000R006C86】【问题现象描述】进入ivr应答后，ivr流程会进行存储INIVRDT字段，表示进入ivr时间，而在收到挂断事件后，ivr流程会进行存储OUTDT字段，表示ivr挂机时间。将两个时间记录在通讯表中，出现了进入ivr时间与ivr挂断时间相同的记录，在ivr中停留时间为0,，而该记录在华为表单中的记录是有一段时长的，且在华为表单中的结束时间与ivr挂机时间基本相同，该类数据同一天会出现3000多条，这种情况是什么原因导致的？【日志或错误截图】

【问题来源】    江苏税务    【问题简要】 来电通话未进入排队就异常挂机，在报表中出现两种异常报错，一种用户未应答，一种是IVR拆线显示控制块不足【问题类别】    【IVR（gsl） 】【AICC解决方案版本】    【AICC可选择版本：AICC 8.13.0】    【UAP可选择版本：UAP V300R001C00SPC700】    【CTI可选择版本：ICDV3000R006C86】【问题现象描述】  报表统计中查出呼叫离开设备原因为用户不应答（错误码26），呼叫释放原因为CCIVR/IVR拆线，控制块不足（错误码551），该错误码的具体原因是什么？ 【日志或错误截图】    【附件】报表信息

一、SND包定义SND，Specific NE driver缩写，也称为设备原子驱动包。在一个SND包中，主要定义了设备YANG模型，屏蔽设备间因使用的协议不同而产生差异。SND框架提供通用的转换机制，支持快速定制YANG模型到协议的转换和下发处理。二、SND包类型1. NETCONF SND：提供YANG模型到NETCONF报文的通用驱动，用户可以根据NETCONF报文格式快速定制设备驱动。2. CLI SND：提供YANG模型到网元CLI的双向渲染驱动，用户可以根据网元的命令行快速定制设备驱动。3. NETCONF&CLI SND：NETCONF和CLI双协议驱动，用户可开发双协议SND包快速定制双协议驱动。下发配置使用NETCONF协议，CLI协议主要作为北向CLI命令行透传使用。4. RESTCONF SND：YANG到RESTCONF协议的通用驱动，用户可开发RESTCONF协议驱动。下面将重点讲述双协议SND包的开发流程。三、双协议SND包开发流程1. 创建SND包模板用户可基于AOC创建的默认SND包进行快速开发，导出并下载模板到本地。（1）bin: 可执行脚本存放位置，包含打包的工具及脚本。（2）key: private私钥存放位置。（3）python: Python代码存放位置，包含设备信息、连接参数、驱动信息。（4）yang: 设备YANG模块。每个模块对应设备上的一个功能。它们共同组成设备YANG模型。（5）pkg.json: 包配置文件，用来设置当前软件包的基本属性和回调钩子。2. 编辑pkg.json文件修改包配置文件pkg.json，填写正确的文件信息，可实现快速纳管。devices：SND包特有的值，驱动匹配的设备信息。用户将其修改为正确的设备类型和设备版本号。hooks：回调映射信息，用于将用户自定义代码注入到系统中。type：snd；key：回调key值，SND包一般只需配置“ecs-driver”，指定在SND包中实现具体类；python-class-name：回调映射类，取值为.py文件中实现类的相对路径。3. 开发设备YANG模型SND包中的YANG模型用于描述设备的配置能力、设备的北向接口以及生成南向报文，不参与软件包的编译。用户根据SND包类型，获取或编写对应的YANG模型，替换掉软件包中默认的YANG模型文件。NETCONF&CLI SND：用户将SND模板中的默认YANG文件删除，从设备厂商的官方网站获取NETCONF协议的YANG模型文件防置到yang文件下。4. 编写设备驱动配置（1）引入必要的头文件1）导入公共类，与SND包类型无关。SysoidInfo（必选），配置原子驱动包对应的设备类型、厂商、款型等信息时使用。ConnectInfos, ProtocolEntity, DEFAULT_CONNECT, PRIMARY_CONNECTION, HelloEntity（必选）：配置设备连接能力时使用，用于配置连接信息，如与设备的建连协议，建立几个通道，握手的hello报文等。CommonDriverInfo（必选）：编写设备类型时使用，基于通用能力定制，用于定制设备配置报文中的一些操作类型，如设备不支持create需要用merge；设备的同步方式是否是先删除后添加等。FeatureCfgsMsg, Feature, Function（可选）：编写设备特性能力时使用。SINGLE_CHANNEL（可选）：配置设备连接能力时使用，表示单链路无保护，重写getConnectInfo方法配置设备连接通道时使用。PROTECTED_MODE（可选）：配置设备连接能力时使用，表示主备保护。2）导入NETCONF&CLI SND包需要的类NetconfCliSND、NetconfDriverInfo、CliDriverInfo（2）设备纳管定制1）注册设备sysoid信息（getSysoidInfo）用于纳管此款型的设备。2）配置设备的连接能力信息重写getConnectInfo方法，配置NETCONF协议类型及连接能力信息。NETCONF&CLI SND包由于支持双协议，需要同时配置主协议和辅助协议连接能力信息。（3）设备类型能力定制配置设备驱动数据通过代码配置设备驱动信息。基于通用能力定制示例，定义与设备的交互策略getCommonDriverInfo。基于协议类型定制示例，定义Netconf协议参数getNetconfDriverInfo。基于协议类型定制示例，定义CLI协议参数getCliDriverInfo，并读取resources/cli-driver.properties设备驱动文件，用于解析和识别设备的CLI回显。（4）设备特性能力定制当用户由于业务需要，可能会对差异发现范围、对账数据、同步数据进行定制处理，则需要编写设备特性能力定制代码。如果没有定制，则会对所有的特性进行全量差异发现。（getFeatures、build_feature）5.验证SND包6.部署SND包

如图所示，点开链接后指向的网址显示该文件已经删除由于MDC给的是gmsl接口，能否提供一下摄像头的配置文件,我这边接入raw data数据的摄像头？

上周的AOC事件中心特性发布会大家都看了嘛？在发布会中，介绍了AOC的三大价值点，这里带大家总结回顾一下~第一、管理多厂商的设备。运营商和大型金融企业为了避免被厂商锁定，通常要支持多厂商，所以多厂商设备共存的现象，既是现状、也是必然。而多厂商设备共存又引入了复杂性，如果运维平台不能支持多厂商的能力，就无法做到端到端的自动化。iMaster NCE AOC，能够管理多厂商设备、屏蔽三方差异，给端到端的提供了坚实的底座。第二、敏捷交付能力。这个可以从两方面体现，第一是体现在模型驱动，比如说定好一个YANG，就会自动生成北向接口、南向接口、和数据库表象，这样通过低代码的方式，运维和交付非常灵活快捷。现在的发展方向是，设备网管协议整体在向NETCONF/YANG演进，而AOC是YANG模型驱动，所以能快速对接基于YANG的所有的网络管理设备。第二呢，敏捷交付能力，体现在即插即用，也就是不需要依赖NCE版本发布，只通过SSP、GND、SND插件包，即可自由定义和修改想做的事，大大提高了灵活性，节省多少成本就可想而知了。第三、安全可靠。AOC是一个分布式，微服务架构。这个我们可以从系统架构和业务两方面去看。从系统架构来说，AOC支持负载分担、异地容灾、备份恢复等安全可靠的能力；从业务安全可靠来说，AOC支持可靠的事务机制，设备级的数据一致性能力，和端到端业务级的数据一致性能力。无论是单个网元，还是跨网元的、业务意图级别的数据一致性，都能得到保障。AOC还支持配置历史和提交历史的回溯机制，能支撑业务的安全可靠，包括dry run。

问题1、Ccucs通过connect与坐席建立通话后，如何获取坐席的工号？问题2、Ccucs通过connect接口与坐席建立通话后，产生的callid与ccgateway产生的callid不一致。但是我要实现一个功能，客户端保存一个消息通过callid为唯一标识。比如ccgateway产生的callid为“1619747360-17321593”，ccucs产生的callid为“{"time":1619747360,"dsn":20089,"handle":8,"server":1}"。我用ccucs的callid为唯一标识保存满意度评价的信息。要用ccgateway产生的callid去查询这个信息？怎样能够做到？

【背景】CCGW出于安全性考虑，我们的CCGW默认只提供Https的接口调用方式，不建议使用http。【问题场景】此时倘若有客户需要通过http来调用我们的接口，此时我们需修改相关配置。【解决方案】方案一:与客户沟通，讲明使用http调用接口的利弊性，建议客户使用https的方式调用。方案二：在CCGW所在的后台中，配置tomcat容器中的server.xml文件（路径：/home/{用户}/tomcat/conf），文件中的http配置默认被注释掉了，放开即可。注：放开前，确认该port未被占用。

 英文全称：Network-as-a-Service 中文意思：网络即服务 随着网络技术、硬件技术的发展，网络的规模随之扩大，硬件设备比如路由器、交换机、vpn、防火墙等部署和使用就成了网络工程师最头疼的问题，手动配置不仅仅浪费人力、物力、财力，更重要的是容易出错。所以结合现在云计算技术，可以将网络云化，客户可以按需配置自己的网络，这个就跟云服务器一样，没内存了，我就加内存，没带宽了，我就加带宽 NaaS 的本质是构建看起来更像公共云的网络连接：自助服务、按需和动态。有一些解决方案专注于将自己嵌入到客户管理的现有公共云基础设施中，其他解决方案在战略性、密集连接的数据中心构建专用的高性能传统网络，还有一些在他们自己的云中构建自己的专用软件只是为了连接。每种方法都有自己的优缺点，必须权衡这些优缺点才能选择最合适的方法。每个解决方案的通用性是它是软件和硬件的混合物，可为客户创建一个自助服务平台，其强大之处在于它使网络运营商能够轻松集成和保护许多不同的网络。  为什么需要 NaaS？ 在传统网络模式中，通信服务提供商会投入非常大的成本在网络基础设施、网络集成上，运营流程和网络域是紧密耦合的，新的网络元素必须与业务和运营支持系统 (B/OSS) 集成，支持特定服务或网络相关功能的离线系统集合，例如订单管理。这种集成既麻烦又昂贵，推出新服务通常需要 12 到 18 个月，相比之下，云提供商不断集成和测试新功能，在数小时内推出新服务，通信服务提供商的问题变得更加清晰。 传统运营也阻碍了通信服务提供商为企业提供他们想要的灵活的、类似云的服务。订单处理是分散的，技术人员必须手动访问多个 OSS 系统来收集和关联他们设计和提供服务所需的信息。这会导致服务执行过程缓慢且容易出错，并且可能需要数周甚至数月才能激活（甚至修改）服务。因此，通信服务提供商 在很大程度上仅限于长期合同附带的静态服务产品。 许多同样的问题会对故障解决过程产生负面影响，技术人员必须手动关联来自多个不同监控系统的事件和警报，这会减慢故障排除和补救工作，并使服务水平协议 (SLA) 面临风险。 种种问题就促使了 NaaS 的发展，NaaS 运营模型能够提供自动化的端到端服务设计和激活，以及闭环中的持续服务监控和优化。 NaaS 利用模型驱动的抽象来解耦 OSS 和网络层，网络的所有功能和资源（虚拟和物理）都汇总并发布在服务目录中，行业标准 API 用于将这些汇总的功能公开给 B/OSS 层。 NaaS 消除了服务实现过程中的人工干预。服务订单管理协调服务激活过程，编排自动化服务设计和供应，此外，整个服务生命周期都在闭环中进行管理，使用客户意图、策略、分析和人工智能来提供持续的服务保证和优化。  NaaS 优点 1、管理网络类型多样 NaaS 可以完全管理的不仅仅是广域网，局域网、安全、无线和 VOIP 等服务都可以被管理。 2、减少维护时间 NaaS 大大减少了工程师用于支持和维护网络的时间，不再需要花更多精力去管理网络，可以腾出更多时间去管理核心业务或未来的技术需求。 3、降低成本 NaaS 减少了项目总体支出，因为网络相关的硬件、软件、基础设施、支持和维护都是外包的。 4、安全性增强 NaaS 使用了许多新技术，例如 SD-WAN，以允许流量通过点对点网络链接和公共互联网安全移动，可以进一步保护网络安全。 5、可扩展的集中管理 NaaS 云管理功能可以提供网络域（数据中心、企业园区和 WAN）的统一管理，使组织能够轻松扩展网络。可以实施添加的托管服务来监督所有网络操作。 6、可持续性 有效的 NaaS 计划有助于缓解与旧硬件资源相关的安全和成本相关担忧。设备的再利用和适当的处置很重要，但成本很高，可持续再利用和报废是 NaaS 产品的关键属性，使组织能够更轻松地实现可持续发展目标。 

技术背景： IPSecVPN用于两个端点之间提供安全的IP通讯，但是只能加密并传播单播数据，无法加密和传输，视频，语音和动态路由协议等组播数据流量。 GRE可以封装组播流量，但不提供数据加密，这就可以和IPSec结合使用，从而保证语音，视频等组播业务的安全。 配置GRE over IPSec时，与单独配置GRE和IPSec没有太大的区别。唯一需要注意的地方是，通过ACL定义需要保护的数据流时，不能再以总部和分部内部私网地址为匹配条件，而是必须匹配经过GRE封装后的报文，即定义报文的源地址为GRE隧道的源地址，目的地址为GRE隧道的目的地址。工作流程： 首先通过GRE对报文进行封装，然后在由IPSec对封装后的GRE报文进行加密和传输。 GRE over IPSec就是让GRE的隧道技术代替IPSec本身的隧道技术，而只需要引用IPSec策略（包含ACL）对GRE流量进行加密保护，保证了GRE流量的安全，也就是GRE over IPSec。 配置GRE over IPSec时，与单独配置GRE和IPSec没有太大的区别。唯一需要注意的地方是，通过ACL定义需要保护的数据流时，不能再以总部和分部内部私网地址为匹配条件，而是必须匹配经过GRE封装后的报文，即定义报文的源地址为GRE隧道的源地址，目的地址为GRE隧道的目的地址。

SRv6技术就是采用现有的IPv6转发技术，通过灵活的IPv6扩展头，实现网络可编程。SRv6将一些IPv6地址定义成实例化的SID（Segment ID），每个SID有着自己显式的作用和功能，通过不同的SID操作，实现简化的VPN，以及灵活的路径规划。

现将静态路由和动态路由进行如下比较： 定义： 静态路由：静态路由是在路由器中设置固定的路由表；除非网络管理员进行干预，否则静态路由表不会发生变化。 动态路由：由网络中的路由器之间相互通信，传递路由信息，利用收到的路由信息更新路由表的路由方式。  优点： 静态路由：简单、高效、可靠、网络安全、转发效率高。 动态路由：灵活，能够适时适应网络结构的变化，无需管理员手工维护，减轻了管理员的工作负担。  缺点： 静态路由：不能灵活的适应网络的动态变化。 动态路由：占用网络带宽（用于传输路由更新信息）。  使用场景： 静态路由：网络规模不大，拓扑结构固定的网络中。 动态路由：网络规模大，网络拓扑机构复杂的网络。 ———————————————— 版权声明：本文为CSDN博主「Allen-Liu」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/bbc955625132551/article/details/78110267 

【功能模块】【可选问题来源：北明】【问题简要】【必填】【cc-gateway产品】【IVR流程设置了反编译密码，但生成的GSL文件无法反编译】【问题类别】【必填】    【可选问题分类：IVR，CC-Gateway】【AICC解决方案版本】【必填】    【AICC可选择版本：AICC 8.12.0】    【UAP可选择版本：UAP9600 V100R005C05】    【CTI可选择版本：ICD V300R00006】【期望解决时间】【选填】今日【问题现象描述】【必填】       IVR流程设置了反编译密码，但生成的GSL文件无法反编译，也没有提示什么错误，请问是什么原因，因IVR流程在内网，暂时无法发出来【截图信息】【日志信息】（可选，上传日志内容或者附件）

Atlas 200 DK上CAN总线有集成的120欧电阻吗，还是说需要自己并联一个120欧电阻。