From 5e6af5f222987c313eed5636e24d4b5d915cd670 Mon Sep 17 00:00:00 2001 From: Weitang Zheng Date: Thu, 1 Aug 2024 17:50:44 +0800 Subject: [PATCH] Fix the typo in sonic-otn-hld.md Update the author list and add the IP over OTN case Update sonic-otn-hld.md Fix typo update author list. update author list --- doc/otn/sonic-otn-hld.md | 12 ++++++++---- 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/doc/otn/sonic-otn-hld.md b/doc/otn/sonic-otn-hld.md index 62b1d9f2ed..487d4fcb7d 100644 --- a/doc/otn/sonic-otn-hld.md +++ b/doc/otn/sonic-otn-hld.md @@ -1,6 +1,10 @@ ## Authors -Alibaba : Weitang Zheng -Molex: Jimmy Jin +Alibaba : Weitang Zheng Chongjin Xie +Molex: Jimmy Jin +Infinera: Harish VenKatraman +Accelink: Ying Zhang +Cisco: Sudhir Kayamkulangara +Microsoft: Yawei Yin ## Table of Contents - [Authors](#authors) @@ -79,7 +83,7 @@ Although these optical linecards provide different functionalities and are diver optical linecard and component -The control unit (CU) is the main control plane component of an optical transport network device. The OTN device's NOS runs on the CU, and interacts with optical linecard's autonomous systems which are either MUC software or embedded operating system. A typical optical NOS architecture on CU has four layers: +The control unit (CU) is the main control plane component of an optical transport network device. The OTN device's NOS runs on the CU, and interacts with optical linecard's autonomous systems which are either microcontroller unit (MCU) software or embedded operating system. A typical optical NOS architecture on CU has four layers: * Northbound application layer: provides Restconf, Netconf, gNMI, CLI and SNMP interfaces * System application layer: provides message handler, optical control, management network, in-service software upgrade, and configuration managers, etc. * Hardware Abstraction layer (HAL): provides hardware abstraction layer for the optical linecard, FAN, PSU, EEPROM, etc. @@ -250,7 +254,7 @@ In this option, the OTN features are implemented by two new services, the Optica sonic otn microservice otss and syncd-ot -The OTSS and Syncd-OT services are in parrallel with the SWSS and Syncd services. On IP platforms, the OTSS and Syncd-OT services are disabled. On OTN platform, the SWSS and Syncd services are disabled. All OTN specific features are implemented and isolated in the OTSS and Syncd-OT containers. +The OTSS and Syncd-OT services are in parrallel with the SWSS and Syncd services. On IP platforms, the OTSS and Syncd-OT services are disabled by defualt, and the SWSS and Syncd services are disabled on OTN platform by default. User can enable both IP and OTN services in case of IP over OTN device. All OTN specific features are implemented and isolated in the OTSS and Syncd-OT containers. The OTSS shares the common utilities in the `sonic-swss-common` repository. The Syncd-OT shares some common infrastrues with the Syncd container, for example the `meta`, `redis-remote`, `flexcounter` and `notification`. The OTAI shares some common infrastrue with the SAI, for example the `metadatatypes`, `serializer`, `deserializer` and `parser.pl`. The OTN workgroup can mannually merge common infrastrues from the syncd and SAI repositories to syncd-OT and OTAI, but a common infrastrue library repostory `sonic-syncd-common` is recommended as softwre evolution in the future.