Journal
IEEE TRANSACTIONS ON NETWORK AND SERVICE MANAGEMENT
Volume 19, Issue 4, Pages 4888-4904Publisher
IEEE-INST ELECTRICAL ELECTRONICS ENGINEERS INC
DOI: 10.1109/TNSM.2022.3194078
Keywords
Blockchains; Cloud computing; Telecommunications; Security; Internet of Things; Industries; Computer architecture; Blockchain; service orchestration; vertical services; network management
Categories
Funding
- EC [871780]
- Spanish MINECO - Program UNICO I+D [TSI-063000-2021-54, TSI-063000-2021-55]
- national program on equipment and scientific and technical infrastructure under the European Regional Development Fund (FEDER) [EQC2018-005257-P]
Ask authors/readers for more resources
This paper proposes a permissioned distributed ledger-based blockchain architecture for network management and orchestration platform, and validates it with experimental scenarios. The results show that different service orchestrator-related instantiation metrics have different effects on performance metrics.
Blockchain technologies are gradually being deployed in a variety of industries, including telecommunications. In this paper, due to the strict governance of telecommunication infrastructure, we propose a permissioned distributed ledger (PDL)-based blockchain supported architecture for a network management and orchestration platform. The work focuses on creating a trusted environment for both Cloud Service Providers (CSPs) and Mobile Network Operators (MNOs) for managing the lifecycle of network services (e.g., instantiation, scaling, termination, etc.) in a multi-cloud environment. We also validate our proposed approach with an experimental scenario using the Quorum blockchain network (BCN) to measure various performance metrics (e.g., number of transactions and blocks, time to write, and transactions per second) of different service orchestrator (SO)-related instantiation metrics. Our evaluation results show that the values for the service instantiation time and the corresponding BCN metrics can be completely different, suggesting that some logs arrive very quickly and generate a high transaction load, while others take longer and generate a low number of transactions. As a solution, at the end of the paper, we also provide some recommendations for appropriate optimizations during transfer of SO-related logs to BCNs and some observed challenges.
Authors
I am an author on this paper
Click your name to claim this paper and add it to your profile.
Reviews
Recommended
No Data Available