ONAP技术简介和案例实践课件.pptx

1、ONAP Introduction and Case StudyONAP技术简介和案例实践目录1. 电信产业为什么需要ONAP2. ONAP的架构和原理3. ONAP的案例：CCVPN和BBS4. 如何构建ONAP产业生态服务行业的效率提升需要运营技术（OT）的突破1885 First Car:1958 First Seat Belt1978 First ECU1999 First AC2018 Waymo商用无人驾驶自适应续航电子控制安全带汽车框架汽车运输的效率运营技术的突破设备技术的创新更多的例子：公有云服务、物流、港口等电信产业需要一场OT革命来应对未来挑战网络复杂性的压力：10倍规模软

2、硬结合ICT融合运营成本的压力：提速降费 人员技能 人力成本市场需求的拉动：企业IT云化 行业数字化 Zero-Touch Zero-WaitAPI驱动运营技术（OT） 的革命电信产业传统的支撑系统（OSS）难以为继，产业需要生产操作系统（OS）运营支撑支撑系统（OSS）OSS集成网络设计 设备选型 Bottom-up 建设模式 网络为中心，OSS配套 分专业，分领域 硬编码，周期长，改动困难设备适配资源抽象和调度（OS）业务设计 Top-down 模式 平台为中心，设备适配 端到端，全领域 软件，模型驱动运营操作操作系统（OS）参考例子：计算机OS，云OS打破分割封闭，利用开源打造统一的生态

3、系统，做大空间运营商A OSS运营生产系统运营商BOSS运营商C OSS厂家A1厂家A2厂家B1厂家B1厂家C1厂家C1厂家A1厂家A2厂家B1厂家B1厂家C1厂家C1统一的北向接口用户A用户B用户C用户A用户B用户C统一平台开源统一的南向 模型和接口因OSS导致的分割、封闭的小生态系统基于开源平台的统一、开放大生态“作为OS类软件系统，如果不开源，是不可能形成统一平台和接口的”7ONAP是什么 ONAP（开放网络自动化平台）是Linux基金会下的一个开源项目，项目在2017年4月ONS大会期间正式成立。 ONAP为物理和虚拟网络功能提供了一个全面的基于模型驱动的业务编排和策略驱动的实时闭环自

4、动化平台，使软件，网 络，IT和云提供商和开发人员能够快速自动化新服务并支持完整的生命周期管理。 由原Linux旗下的OPEN-O项目和AT&T主导发起的OpenECOMP项目合并而成，ONAP社区囊括原有两个社区的主要运营商和服务商，并以两个社区的架构、代码作为基础定义新的社区架构。ONAP进程与计 划LF和AT&T宣布ECOMP开源LF宣布新社区（ONAP）成立发布首个版本 AmsterdamOPEN-O董事会同意 与ECOMP成立新社区ONAP社区正式 成立11月16日6月2月23日2月1日2月23日发布R2版本 Beijing2018年6月2018年12月发布R3版本 Casablan

5、caONAP的核心理念：模型驱动厂商生产构建块（NF）面向用户的各种千变万化的业务运营商组装各种构建块业务业务资源资源工作流工作流资源模型业务模型工作流模型模型：把对象描述成计算机可读的语言。模型驱动：ONAP平台是不同任何特定模型绑定，而是加载模型，执行模型。通过模型更新（而不是平台）来更新业通过模型更新（而不是平台）来更新业务务。“装配机器人不是替代Lego公 司的商品，而是替代家长”物料加工处理产品制造设计支持汽车智能制造电信业务的制造物理建模Virtual Parts产品设计CAD/CAE产品总装CIM柔性生产线Robotics物料仓储自动化ASRS/AGV质量控制Monitoring

6、VNF Market PlaceVNF/PNF可编程ICT基础设施SDN/NFV/Cloud建模VNF/PNF设计Design Studio业务编排Orchestrator自动自愈Big data & Analysis部件制造控制CNC/PLC网络分段资源控制Controllers部件制造电信业务的“智能制造” 过程ONAP的架构和模块ONAP包含的子模块/系统主要归属于如下两大架构框架:设计态环境（Design-time）：对网络业务的设计，定义和编程。设计态环境是一个集成开发环境，它含有工具、技术、以及可部署资产 库的定义和描述。运行态环境(Run-time)：执行在设计阶段的网络业务逻辑

7、编程。运行态环境运用闭环的策略驱动自动化降低运营成本。设计设计态运行运行态应用VNFIT资源网络连接数据监控闭环控制策略编排存量面向用户的业业务务管理面向基础设施的资源资源管理ONAP怎么运转：运营商和厂商共用的自动化流水线SDCSODCAEPolicyControllerMetroBackboneAccessControllerCampus ControllerControllerOpenStackData Center资 源 编 排GNFC设 计业 务 编 排资 源 上 线存 量 管 理A&AI数 据 收 集数 据 分 析策 略Open APIVNFPNF产业通用的自动化平台运营商 创新

8、差异化资源建模 Resource业务模型(Service)Open API11AI 模型Open API通用模型厂商 创新 差异化建模是核心：如何做好“灵活和高效” 的合理平衡用用户户Portal运营商运营商ONAP厂商控制器厂商控制器设备模型Nx1000对象/设备设备路由器、交换机、OLT、BRAS、OTN交换、BBU，资源模型Nx10对象/领域领域接入、IP、光、RAN，Cloud，EPC，IMS，IOT业务模型Nx1对象/运营商运营商专线、SD-WAN、Broadband、 网络切片预制件产品“厂商控制器的业务对象就是ONAP的资源对象，颗粒小则灵活；颗粒大则高效”CCVPN用例：如何解

9、决复杂网络业务的自动化问题O TNOTND o m ai nD o m ai n 1 2O T NControllerO T NControllerCPEONAP(CMCC)vGWSD-WANController OTND o m ai nO T NControllerCPEO N A P(VDF)vGWSD-WANC ontrol l erL2 Underlay (EoODU)HandoffL3 VNFL3 PNFL2 Underlay (EoODU)HandoffL3 PNFL3 VNFCCVPN Service13ONAP如何无码化实现CCVPNOTNDomain1 OTNDomain2

10、CPEOTNControllerOTNControllerSD-WANController1网络拓扑自动发现1模型驱动的VF上线2在线业务设计22 业务部署与实例化3 闭环控制vG W1343控制工作流设计 (BPMN/DG)4闭环采集分析与策略设计CCVPN 业务设计:CCVPN 在运行态的执行过程:12314第一步: 模型驱动的资源上线1. CCVPN 场景分析，并分解成资源定义2.VNF资源/ 配置建模成O N A P 中的 VF资源定义3.对设计出来的VF作测试验证VNFsConfigurationsar1000V.csarSite.ymlD evice.ymlSitewan.ymlS

11、itelan.ymlSppartner.ym lSotnconnectivity.yml S D W A N connectivity.ymlOTNDomain 115OTNDomain 2OTNControllerOTNControllerCPEONAP(CMCC)v G WSD- W ANContr ol l erL2 Underlay (EoODU)L3 VNFL3PNF第二步：在线业务设计（配菜）16第三步：业务与资源工作流设计 (炒菜)Resource flow design(DG)Service/Resource workflow design(BPMN)17第四步: 数据采集&策

12、略规则设计HomeData analysis rule designPolicy rule designAnalysis rule upload18Policy rule upload19CCVPN用例：参考建模资源业务“每个场景的建模方式不是唯一的，ONAP的妙处就在于用户可以不断 的调整优化模型，而不用改变 ONAP本身”CCVPN用例：如何在ONAP上抽象OTN物理网络问题：问题：如何在ONAP的A&AI里面抽象出OTN网络的拓扑信息： 物理拓扑（设备/单板）信息 光层（波长）拓扑信息 电层（OTN）拓扑信息 用户层（Ethernet）拓扑信息原则：原则： 从业务视角出发，在不损害业务灵

13、活性的前提下尽量简化。 复杂性和业务灵活性的平衡。可选项：可选项： 只暴露Ethernet层业务（Port/Vlan） 暴露Ethernet/OTN业务。BBS的例子：XGPON宽带接入OSS/BSSHSIA10GbpsCustomer PortalBackbone office(BNG, AAA, DHCP)Central Office (OLT, Agg)Customer Premises (CPE/ONT)MetroInternetAccess SDN M&CEdge SDN M&C整体架构：整体架构： ONAP作为E2E的业务协同和 自动化平台 接入和城域各自有厂商控制器 采用BBF

14、CloudCO的相关标准。业务需求：业务需求： 业务的自动化发放。 用户迁移后的自动开通。相关标准：相关标准： BBF CloudCO TMF API合作厂商：合作厂商： 瑞士电信 华为 Nokia21BBS的例子：建模Customer PremisesMetro / TransportCentral OfficeBackbone OfficeInterne tHSIAE2E ServiceCPE PNFAccess Conn.VFInternet Profile VF22BBS的例子：用户搬家的自动化业务开通OSS/BSSHSIABackbone office (BNG, AAA, DHCP

15、)Metro / TransportInternetAccess SDN M&CEdge SDN M&CSServCice templateF025用户住在A地，是宽带业务是开通的用户搬家到B地，携带原来的CPE 用户把CPE插入到墙上的光口接入控制器感知到CPE，上报给ONAP的DCAE模块，ONAP的策划控制业务的重新配置ONAP重新配置OLT和城域网，删除原来的电路01234用户在B地的互联网业务自动开通！554Central Office(OLT, Agg)Customer Premises (CPE/ONT)#BBBS Policy BBSAnalytics13#A HSIA23如何

16、构建ONAP产业生态ONAP 产业通用平台RANControllerEdge ComputingIP+OpticalFTTXControllerControllerControllerOpenStackData Center标准模型标准模型标准模型标准模型基于基于ONAP打造各领域的“标准预制件”基于基于OVP打造产业统一的NFVi/VNF/PNF认证生态 参考领域标准组织（IETF/BBF/3GPP）的成果 运营商、厂商进行POC联合实验 贡献回ONAP社区，形成标准文档。 覆盖：接入、RAN、IP、光，边缘计算、DC24 建立统一的测试框架（OVP基本成型） 运营商贡献真正的用例。 扩展OVP，覆盖NFVi/VNF/PNF/Mano等 引入第三方测试实验室，进行认证测试。最后：玩转ONAP，DevOps起来找一个真实场景：面向未 来，有一定复杂性。组建真正的DevOps团队： 包含开发、技术和运维。调动伙伴的力量：厂商控制器、Portal/BSS集成。Thank you.