O-RAN 科普教育

Automated deployment and testing -Using SMO package and ONAP Python SDK 自動化部署和測試 - 使用 SMO 套件及 ONAP Python SDK 簡報： 點我前往 Introduction 本 wiki 介紹是基於 ONAP 自動部署和測試 ORAN SC SMO 包的方法和步驟，包括驗證示例用例。 Driver 自動化是當今的關鍵，部署和測試 需要具備可重複性及可移植性。 為了使用 ORAN SC 軟體實現一定程度的自動化，我們採取了以下步驟： 創建一個簡單的部署方法，重用 ONAP 已完成的工作：參見 SMO 包 ( https://jira.onap.org/browse/REQ-887 ) 重用在 ONAP 中已經成功使用的測試自動化工具：參見 Python-SDK ( https://python-onapsdk.readthedocs.io/en/master/ ) 擴展部署機制，以提供一個獨立的、可移植的設定，以驗證各類型部署的使用範例（稱為“flavors”） 最終目標是為 O-RAN SC 社群提供一種以最低基本需求，來部署 SMO 及其測試環境的方法，最終此設定可用於 lab 以自動驗證程式碼更改，並直接在程式碼審查工具中報告問題。 本 wiki 中所描述的設定絕不是封閉的，由於所選的所有工具有靈活性，所以它可以輕鬆擴展。 SMO Package based on ONAP SMO 套件可在 “it/dep” 儲存庫中的 ORAN gerrit 上訪問 。 它是基於 ONAP OOM 儲存庫，因為它被用作 Git Submodule。 ONAP 圖表沒有改變使用，也沒有重新定義，但顯然是通過使用 Helm 覆蓋機制進行設定的。 ORAN 圖表被主要用於定義部分 NON RT RIC ，其他圖表可以稍後增加。 定義的測試圖表包含網路模擬器（DU/RU/拓撲服務器）、jenkins 或 python SDK 測試的 helm 圖表。 ChartMuseum 用於儲存本地構建的圖表（因為目前無法遠程獲取 ONAP 和 ORAN 圖表） SMO 套件包含一些腳本來設定Node、安裝 smo/jenkins、啟動模擬器、卸載等…. 這些腳本已分為 3 個不同的層，但根據您的設定，可以...

INT 主要的功能就是負責 測試 (test) ，為了 O-RAN SC 開發軟體元件的整合，所以要測試所有之前 release 版本中被記錄起來的需求，還有其他像是 端到端測試 (end to end test) 和 用例測試 (use case test)。 負責項目 (Project) 有： IT-DEP：部署作品（腳本、Helm 圖表等） // artifacts  國家教育研究院 翻譯成作品 IT-DEV：整合和測試項目使用此儲存庫來託管各種開發程式碼。 IT-OTF：開放測試框架。 IT-TEST ：這個 repo 維護了 O-RAN RIC 項目的端到端測試和驗證的源程式碼。 就簡單的來介紹這些項目吧！首先是 (it/dep)  it/dep 的概述：it/dep 儲存庫在 Cherry 版本說到，他負責託管部署和整合作品，例如腳本、Helm 圖表和其他用於部署 O-RAN SC 軟體的文件。 Cherry 版本的 repo 包含： 用於開發測試 1-node Kubernetes cluster 的部署腳本。 Near RT RAN 智能控制器平台的部署腳本和 Helm 圖表。 用於支援 Near RT RAN 智能控制器平台的基礎設施服務的部署腳本及 Helm 圖表。 用於操作 Near RT RAN 智能控制器平台的輔助服務和元件的部署腳本及 Helm 圖表。 O-DU High 項目的部署腳本。 SMO 的部署腳本。 it/dev 概述： 在 O-RAN SC 的 INT 項目，使用 it/dev 儲存庫來託管各種開發程式碼。 在 Amber 版本中提及： 此儲存庫包含用於開發 Near RT RAN 智能控制器應用程式 (xApps) 的整合作品。 由於 Near RT RIC xApp 的生命週期由 Near RT RIC 平台管理，因此 xApp 應符合某些行為型模式 (Behavioral pattern) 並提供 描述良好 (well-described) 的介面。 此處的作品可幫助 xApp 開發人員為他們的 xApp 生成（Near RT）RIC 平台部署就緒 Helm 圖表。 it/otf 概述： O-RAN SC 整合和測試項目使用此儲存庫來託管各種開發程式碼。 對於 Amber 版本： ...

Closed Loop 用例 OSC 社群 lab 部署 Demo 5G ORAN INT (D Release Integration and Testing) D 版本中的 Closed Loop 用例測試介紹 原始文檔： https://wiki.o-ran-sc.org/display/IAT/Closed+Loop+Use+Case+Testing 此部署的 VM IP 是192.168.130.90 正在運行的 docker 容器列表如下圖所示： ODLUX GUI 模擬拓撲結構，包括 暴露 o-ran-sc-hello-world.yang 的 O-DU 和 3 個 O-RU 暴露 O-RAN FH YANG 的模型 (2020/11 train)。 O-DU 使用 VES pnfRegistration 方法連接，而 O-RU 則通過 NETCONF Call Home 連接。 我們可以看到 NETCONF 服務器通過其 ODLUX GUI 連接到 OAM-Controller，如下圖所示： 故障管理 (Fault Management ) O-DU 和 O-RU 被設定為向 SMO 發送事件：O-DU 發送 VES 故障通知，而 O-RU 通過 NETCONF 通知發送故障。 下圖顯示了 OAM-Controller 捕獲的事件： NONRTRIC Dashboard NONTRIC 元件也已成功部署。 以下是其儀表板的一些螢幕截圖： NONRTRIC Dashboard 詳細日誌  我們還可以在 OAM 和 NONRTRIC 及其元件的日誌中看到正在處理故障：OAM Logs 詳細日誌  我們還可以在 OAM 和 NONRTRIC 及其元件的日誌中看到正在處理故障：NONRTRIC Logs O-DU-HIGH O-DU-HIGH 帶有 intel L1 和 netconf CLI 的 CLA 用例 Demo 這部影片包含使用 L1 和 netconf CLI 的 O-DU-HIGH CLA 用例 Demo。 Blocker： 1- L1 crash 得非常快 2- Multiple Slot indication 3- cell bring up 時沒有 Config response https://wiki.o-ran-s...