(EN&FR) Sotel CHAD CloudCore&CloudEdge HLD PDF

NFV Vertical Integration Network
Design Layered Cloud HLD

TemplateCHAD SOTEL
CloudCore+CloudEdge HLD
Issue
0202
Enjeu
Date May 2020
HUAWEI TECHNOLOGIES CO., LTD.

HUAWEI TECHNOLOGIES CO., LTD.
Copyright © Huawei Technologies Co., Ltd. 2019. All rights reserved.
Copyright © Huawei Technologies Co., Ltd. 2019. Tous droits réservés.
No part of this document may be reproduced or transmitted in any form or by any means without prior
written consent of Huawei Technologies Co., Ltd.
Aucune partie de ce document ne peut être reproduite ou transmise sous quelque forme que ce soit ou par
quelque moyen que ce soit sans le consentement écrit préalable de Huawei Technologies Co., Ltd.
Trademarks and Permissions

Marques et autorisations
and other Huawei trademarks are trademarks of Huawei Technologies Co., Ltd.
et d'autres marques Huawei sont des marques de Huawei Technologies Co., Ltd.
All other trademarks and trade names mentioned in this document are the property of their respective
holders.
Toutes les autres marques et noms commerciaux mentionnés dans le présent document sont la propriétéde
leurs détenteurs respectifs.
Notice
Avis
The purchased products, services and features are stipulated by the contract made between Huawei and
the customer. All or part of the products, services and features described in this document may not be
within the purchase scope or the usage scope. Unless otherwise specified in the contract, all statements,
information, and recommendations in this document are provided "AS IS" without warranties, guarantees or
representations of any kind, either express or implied.
Les produits, services et fonctionnalités achetés sont stipulés dans le contrat passéentre Huawei et le
client. Tout ou partie des produits, services et fonctionnalités décrits dans ce document peuvent ne pas être
dans le champ d'application de l'achat ou de l' utilisation. Sauf indication contraire dans le contrat, toutes
les déclarations, informations, et les recommandations contenues dans le présent document sont fournies «
EN L'ÉTAT »sans garantie, garantie ou représentation de quelque nature que ce soit, expresse ou
implicite.
The information in this document is subject to change without notice. Every effort has been made in the
preparation of this document to ensure accuracy of the contents, but all statements, information, and
recommendations in this document do not constitute a warranty of any kind, express or implied.
Les informations contenues dans ce document peuvent être modifiées sans préavis. Tout a été mis en œ
uvre pour assurer l'exactitude du contenu de ce document, mais toutes les déclarations, informations et
recommandations contenues dans ce document ne constituent pas une garantie de quelque nature que ce
soit, expresse ou implicite.
Huawei Technologies Co., Ltd.

Huawei Technologies Co., Ltd.
Address: Huawei Industrial Base
Adresse: Base industrielle Huawei
Issue 02 (2019-09-30) Copyright © Huawei Technologies Co., Ltd. i

Bantian, Longgang
Bantian, Longgang
Shenzhen 518129
Shenzhen 518129
People's Republic of China
Les gens * *
Website: https://www.huawei.comhttps://www.huawei.com
Site Web:
Email: support@huawei.comSupport@huawei.com
Adresse
électronique:
Issue 02 (2019-09-30) Copyright © Huawei Technologies Co., Ltd. ii

CSI Core NetWork Design
NFV Vertical Integration Network Design Layered Cloud
HLD Template Contents Table des matières
Contents
Table des matières
1 ToC DC Design
Conception CC ToC ......................................................................................................................... 6
1.1 ToC DC Topology
Topologie DC ToC .............................................................................................................................................................. 6
1.2 ToC DC Design
Conception CC ToC ............................................................................................................................................................ 7
1.3 Hardware
Matériel............................................................................................................................................................................... 8
1.4 VNF Design
Conception VNF ............................................................................................................................................................... 10
2 Naming Design
Conception du nom ....................................................................................................................... 12
2.1 Site Naming
Nom du site ....................................................................................................................................................................... 12
2.2 Physical Device Naming
Nommage de périphérique physique ................................................................................................................................ 13
2.2.1 Storage Device Naming
Nommage des périphériques de stockage ......................................................................................................................... 13
2.2.2 Network Device Naming
Nommage de périphérique réseau ..................................................................................................................................... 14
2.3 Logical Resource Naming
Nommage logique des ressources ..................................................................................................................................... 15
2.3.1 DC and AZ Naming
Nommage DC et AZ ......................................................................................................................................................... 15
2.3.2 Host Group Naming
Nommage du groupe hôte ................................................................................................................................................. 16
2.3.3 Host Aggregate Naming
Nom d'agrégation d 'hôtes ................................................................................................................................................. 17
2.3.4 VDC Naming
Nommage VDC ................................................................................................................................................................ 18
2.3.5 VPC Naming
Nommage VPC ................................................................................................................................................................. 19
2.3.6 VNF Naming
Nommage VNF ................................................................................................................................................................. 20
Issue 02 (May 2020) Copyright © Huawei Technologies Co., Ltd. iii

3 Storage Resource Design

Conception des ressources de stockage ..................................................................................... 23
3.1 Storage Type
Type de stockage ............................................................................................................................................................... 23
3.2 Storage Resource Design Principles
Principes de conception des ressources de stockage ......................................................................................................... 23
3.2.1 Disk Array Storage Design
Conception du stockage sur baie de disques ..................................................................................................................... 23
3.3 Storage Resource Requirement Calculation
Calcul des besoins en ressources de stockage ................................................................................................................... 29
3.3.1 Disk Array Storage Resource Requirement Calculation
Calcul des besoins en ressources de stockage sur baies de disques .................................................................................. 29
3.4 Storage Resource Planning
Planification des ressources de stockage .......................................................................................................................... 35
3.4.1 Disk Array Storage Resource Planning
Planification des ressources de stockage sur baies de disques .......................................................................................... 35
4 Network Resource Design

Conception des ressources réseau ............................................................................................... 37
4.1 Network Architecture
Architecture réseau ........................................................................................................................................................... 37
4.2 Logical Network Design
Conception logique du réseau ........................................................................................................................................... 38
4.2.1 Logical Networks for the Management Domain
Réseaux logiques pour le domaine de gestion .................................................................................................................. 38
4.2.2 Logical Networks for the CloudCore Service Domain
Réseaux logiques pour le domaine de service CloudCore ................................................................................................ 41
4.2.3 CSLB Virtual Networks
Réseaux virtuels CSLB ..................................................................................................................................................... 45
4.3 IP Bearer Network Interconnection Design
Conception d'interconnexion de réseau IP Bearer ............................................................................................................ 47
4.4 Network Resource Design
Conception des ressources réseau ..................................................................................................................................... 55
4.4.1 OSS Network Resource Design
Conception des ressources réseau OSS ............................................................................................................................. 55
4.4.2 CloudCore Network Resource Design
Conception des ressources réseau CloudCore .................................................................................................................. 64
5 Cloud Management Design

Conception de la gestion du Cloud ............................................................................................ 66
5.1 Cloud Management Solution
Solution de gestion du Cloud ............................................................................................................................................ 66
5.1.1 O&M
F&E .................................................................................................................................................................................. 66
5.1.2 Alarms
Alarmes ............................................................................................................................................................................. 68
5.2 Cloud Management Interconnection
Interconnexion de gestion du cloud .................................................................................................................................. 69
Issue 02 (May 2020) Copyright © Huawei Technologies Co., Ltd. iv

5.3 Time Synchronization Design

Conception de synchronisation temporelle ....................................................................................................................... 76
6 Reliability Design
Conception de fiabilité................................................................................................................. 78
6.1 DC Redundancy Solution
Solution de redondance CC .............................................................................................................................................. 78
6.2 Storage Redundancy Solution
Solution de redondance du stockage ................................................................................................................................. 82
6.3 Network Redundancy Solution
Solution de redondance réseau ......................................................................................................................................... 82
6.3.1 CSLB Redundancy Solution
Solution de redondance CSLB .......................................................................................................................................... 82
6.4 VM Redundancy Solution
Solution de redondance VM ............................................................................................................................................. 84
6.5 Cloud Management Redundancy Solution
Solution de redondance de gestion du cloud ..................................................................................................................... 90
7 Service NEs Design

Conception des NE de service ..................................................................................................... 98
8 Acronyms and Abbreviations
Acronymes et abréviations ........................................................................................................... 99
Issue 02 (May 2020) Copyright © Huawei Technologies Co., Ltd. v

SOTEL CHAD CloudCore+CloudEdge HLD 1 ToC DC Design Conception CC ToC
1 ToC DC Design
Conception CC ToC
2.1 ToC DC Topology2.1 Topologie DC ToC

2.2 ToC DC Design2.2 Conception CC de la table des matières
2.3 Hardware2.3 Matériel
2.4 VNF Design2.4 Conception VNF
1.1 ToC DC Topology

Topologie DC ToC
Huawei ToC DC topology complies with the standard network functions virtualization (NFV)
ETSI architecture. Figure 2-1 illustrates the mapping relationships between the Huawei
FusionSphere OpenStack-based ToC DC topology and the standard NFV ETSI architecture.
Figure 1-1 ToC DC topology

Topologie CC ToC
NFV aims to move telecommunication services from dedicated hardware onto the COTS
hardware. A virtualization layer is added to abstract COTS hardware resources, including
compute, storage, and network resources, and provide them to upper-layer applications.
Issue 02 (May 2020) Copyright © Huawei Technologies Co., Ltd. 6

Generally, the virtualization layer is called virtual machine monitor (VMM) or hypervisor.
NFV decouples software from hardware, modularizes software and hardware, and automates
system deployment.
NFV vise àtransférer les services de télécommunication du matériel dédiévers le matériel
COTS. Une couche de virtualisation est ajoutée aux ressources matérielles COTS abstraites, y
compris les ressources de calcul, de stockage et de réseau, et de les fournir aux applications de
couche supérieure. Généralement, la couche de virtualisation est appelée moniteur de machine
virtuelle (VMM) ou hyperviseur. NFV découple le logiciel du matériel, module le logiciel et
le matériel et automatise le déploiement du système.
The NFV architecture at the CloudCore side in the layered cloud scenario consists of:
L'architecture NFV du côtéCloudCore dans le scénario de nuage en couches comprend:
VNF (Virtual Network Function): Each physical NE maps to a VNF. VNF includes
Huawei core network NEs and Huawei EMS NEs. VNF-required resources are classified
into virtual compute, storage, and network resources, which are provided by the NFVI.
VNF (Virtual Network Function): chaque NE physique correspond àune VNF. VNF
comprend les NE du réseau central de Huawei et les NE EMS de Huawei. Les ressources
requises par la VNF sont classées en ressources virtuelles de calcul, de stockage et de réseau,
qui sont fournis par le NFVI.
EMS (Element Management System): The EMS manages VNFs. In a FusionSphere
OpenStack-based ToC DC, Huawei U2000/U2020 is used as the EMS.
EMS (Element Management System): l'EMS gère les VNs. Dans un ToC DC basésur
FusionSphere OpenStack, Huawei U2000/U2020 est utilisécomme EMS.
VNFM (VNF Manager): A VNFM can manage the lifecycle of one or multiple VNFs,
deployment, scaling, termination, KPI reporting, and alarm reporting. In a
FusionSphere OpenStack-based ToC DC, Huawei CloudOpera CSM is used as the
VNFM.
VNFM (VNF Manager): un VNFM peut gérer le cycle de vie d'un ou de plusieurs VNF, le
déploiement, la mise àl'échelle, la terminaison, le rapport KPI et le rapport d'alarme. Dans un
ToC DC basésur FusionSphere OpenStack, Le CloudOpera CSM de Huawei est utilisé
comme VNFM.
NFVO (Network Functions Virtualization Orchestrator): Huawei's CloudOpera
Orchestrator NFV product is positioned as the NFV Orchestrator in the MANO and
used for service orchestration on the NFV network.
NFVO (Network Functions Virtualization Orchestrator): le produit NFV CloudOpera
Orchestrator de Huawei est positionnéen tant qu'orchestre NFV dans le MANO et utilisépour
l'orchestration de services sur le réseau NFV.
1.2 ToC DC Design

Conception CC ToC
 Plan a DC for a logical site.
Planifiez un DC pour un site logique.

Figure 1-2 Logical connections between virtual resources

Connexions logiques entre les ressources virtuelles
1.3 Hardware
Matériel
Table 1-1
Table 1-1 Hardware devices

Périphériques matériels
Device Specifications
Périphérique Spécifications
2288H V5 Computing Node 2*Intel Xeon Gold 5120T-14core,8*32G
(CloudCore) Memory,2*600GB(2.5") SAS Harddisk,LSI3408
Nœud de calcul 2288H V5 Raid Card,With 2*GE and 2*10GE SFP+,6*10GE
(CloudCore) SFP+,TPM2.0 Card(SPI)-Overseas,2*1200WDC)
2 * Intel Xeon Gold 5120T-14core, 8 * 32G
Memory, 2 * 600 GB (2,5 ") SAS Harddisk,
LSI3408 Raid Card, avec 2 * GE et 2 * 10GE SFP
+, 6 * 10GE SFP +, carte TPM2.0 (SPI) -Outre-mer,
2 * 1200WDC)
2288H V5 Control Node 2*Intel Xeon Gold 5120T-14Core,8*32G
Nœud de contrôle V5 2288H Memory,2*800GB(2.5") SAS SSD
Harddisk,LSI3508 Raid Card(2G),With 2*GE and

Device Specifications
Périphérique Spécifications
2*10GE SFP+,6*10GE SFP+,TPM2.0
Card(SPI)-Overseas,2*1200WDC)
2 * Intel Xeon Gold 5120T-14Core, 8 * 32G
Memory, 2 * 800 Go (2,5 ") SAS SSD Harddisk,
LSI3508 Raid Card (2G), avec 2 * GE et 2 * 10 GE
SFP +, 6 * 10GE SFP +, carte TPM2.0 (SPI)
-Outre-mer, 2 * 1200WDC)
2288H V5 Computing Node 2*Intel Xeon Gold 5120T-14core,8*32G
(CloudEdge) Memory,2*600GB(2.5") SAS Harddisk,LSI3408
Nœud de calcul 2288H V5 Raid Card,With 2*GE and 2*10GE,2*10GE and
(CloudEdge) 4*25GE,TPM2.0 Card(SPI)-Overseas,2*1200WDC
2 * Intel Xeon Gold 5120T-14core, 8 * 32G
Memory, 2 * 600 GB (2,5 ") SAS Harddisk,
LSI3408 Raid Card, avec 2 * GE et 2 * 10GE, 2 *
10GE et 4 * 25GE, carte TPM2.0 (SPI) -Outre-mer,
2 * 1200WDC
OceanStor 5500 V5  2U,Dual Ctrl,48V DC,64GB,SmartIO,8*10Gb
OceanStor 5500 V5 ETH,25*2.5",SPE34C0225
2U, double ctrl, 48 V DC, 64 Go, SmartIO, 8 *
10 Gbit ETH, 25 * 2,5", SPE34C0225
CE5855-48T4S2Q-EI Switch  48-Port GE RJ45,4-Port 10G SFP+,2-Port 40G
(I-Layer Switch) QSFP+
Commutateur CE5855-48T4S2Q-EI 48-Port GE RJ45,4-Port 10G SFP +, 2-Port 40G
(Commutateur I-Layer) QSFP +
CE6865-48S8CQ-EI Switch (User  48-Port 25GE SFP28,8*100GE QSFP28
Plane TOR) 48-Port 25GE SFP28,8 * 100GE QSFP28
Commutateur CE6865-48S8CQ-EI
(User Plane TOR)
CE6881-48S6CQ switch  48*10G SFP+, 6*100G QSFP28
(Management and Storage TOR, 48 * 10G SFP +, 6 * 100G QSFP28
Control Plane TOR)
Commutateur CE6881-48S6CQ
(TOR de gestion et de stockage,
TOR de plan de contrôle)
CE12804S (EOR Switch) 2*[CE-L36LQ-FD 36*40G]+2*[CE-L48XS-FD
CE12804S (commutateur EOR) 48*10G]
2 * [CE-L36LQ-FD 36 * 40G] + 2 *
[CE-L48XS-FD 48 * 10G]
Eudemon1000E-G3 DC Host 12*GE RJ45+12*10GE SFP+ + 2*40GE
Hôte CC Eudemon1000E-G3 QSFP+,2 DC power
12 * GE RJ45 + 12 * 10GE SFP + + 2 * 40GE
QSFP +, 2 alimentation CC

In the layered cloud scenario, the hardware, including hosts, switches, and routers, is planned and
delivered by the IT department.
Dans le scénario de nuage en couches, le matériel, y compris les hôtes, les commutateurs et les routeurs,
est planifiéet livrépar le service informatique.
1.4 VNF Design

Conception VNF
This section describes the VNF software information, including all VNFs and their
corresponding products, software versions, and network functions.
Cette section décrit les informations du logiciel VNF, y compris tous les VNF et leurs produits,
versions de logiciel et fonctions réseau correspondants.
Table 1-2 VNF mapping

Mappage VNF
Product Logical NE Version

Produit NE logique Version
CloudU2020 U2020-VNF-LCM and V300R019C10
CloudU2020 U2020-MBB V300R019C10
U2020-VNF-LCM et
U2020-MBB
CloudCSC3300 I-CSCF/S-CSCF/MRFC V500R019C10
CloudCSC3300 I-CSCF/S-CSCF/MRFC V500R019C10
CloudATS9900 MMTel AS/SCC V500R019C10
CloudATS9900 AS/Anchor V500R019C10
AS/IM-SSF/IP-SM-GW
MMTel AS/SCC
AS/Ancre
AS/IM-SSF/IP-SM-GW
CloudSPG2800 SPG V500R019C10
CloudSPG2800 SPG V500R019C10
CloudMRP6600 MRFP V500R019C10
CloudMRP6600 MRFP V500R019C10
CloudiCG9815 CCF V500R019C10
CloudiCG9815 CCP V500R019C10
CloudHSS9860 HSS/ENS V500R019C10
CloudHSS9860 HSS/ENS V500R019C10
CloudSE2980 ABCF/IBCF/BGF/VMG V500R019C10
CloudSE2980 W V500R019C10
ABCF/IBCF/BGF/VMG
W

Product Logical NE Version

Produit NE logique Version
CloudUSN SGSN/MME V100R019C10
CloudUSN SGSN/MME V100R019C10
CloudUGW GGSN/SGW/PGW V100R019C10
NuagdUGW GGSN/SGW/PGW V100R019C10
CloudCG Charging Gateway V100R019C10
CloudCG Passerelle de facturation V100R019C10
CloudEPSN DNS V100R019C10
CloudEPSN DNS V100R019C10
MSOFTX3000 VMSC/MGCF V200R012C00
MSOFTX3000 VMSC/MGCF V200R012C00
UMG8900 MGW V200R012C00
UMG8900 MGW V200R012C00

SOTEL CHAD CloudCore+CloudEdge HLD
2 Naming Design
Conception du nom
3.1 Site Naming3.1 Nommage du site

3.2 Physical Device Naming3.2 Nommage physique des périphériques
3.3 Logical Resource Naming3.3 Nommage logique des ressources
2.1 Site Naming

Nom du site
Observe the following rules when naming sites:
Observez les règles suivantes lors de la désignation des sites:
 Names of new sites and their interworked legacy sites on live networks are provided by
carriers.
Les noms des nouveaux sites et de leurs anciens sites interconnectés sur des réseaux en
direct sont fournis par les transporteurs.
 Each site name must be unique in a ToC DC.
Chaque nom de site doit être unique dans un DC de table des matières.
 A site name can contain letters and digits and can be in full name or abbreviation format.
For example, if a site name is Site1, it can be shortened as S1.
Un nom de site peut contenir des lettres et des chiffres et peut être au format nom
complet ou abréviation. Par exemple, si un nom de site est Site1, il peut être
raccourci en tant que S1.
 You are advised to list site names in a table, as illustrated in Table 3-1.
Table 2-1 Site name

Nom du site
Index Site Name City Abbreviation
Index Nom du site Ville Abréviation
1 DC1 City1 DC1
1 DC1 City1 DC1
2 DC2 City2 DC2

Index Site Name City Abbreviation

Index Nom du site Ville Abréviation
2 DC2 City2 DC2
2.2 Physical Device Naming

Nommage de périphérique physique
2.2.1 Storage Device Naming
Nommage des périphériques de stockage
Table 2-2 Storage device names
Noms des périphériques de stockage
Index Storage Device Name Model Vendor Site

Index Nom du Modèle Fourniss Site
périphérique de eur
stockage
1 DC1_OceanStor5500V5 OceanStor5500 Huawei DC1
1 _01 V5 Huawei. DC1
DC1 _ OceanStor5500
OceanStor5500V5 _ 01 V5
DC1 _ OceanStor5500
DC2 _ OceanStor5500
DC2 _ OceanStor5500

2.2.2 Network Device Naming

Nommage de périphérique réseau
Table 2-3 Network device names
Noms des périphériques réseau
Index Network Device Model Vendor Site
Index Name Modèle Fournisseur Site
Nom du
périphérique
réseau
1 DC1_ FW01 Eudemon1000E-G3 Huawei DC1
1 DC1 _ FW01 Eudemon1000E-G3 Huawei. DC1
3 DC1_I-TOR CE5855-48T4S2Q-EI Huawei DC1
3 DC1 _ I-TOR CE5855-48T4S2Q-EI Huawei. DC1
4 DC1_TOR01 CE6881-48S6CQ Huawei DC1
4 DC1 _ TOR01 CE6881-48S6CQ Huawei. DC1
8 DC1_TOR05 CE6865-48S8CQ-EI Huawei DC1
8 DC1 _ TOR05 CE6865-48S8CQ-EI Huawei. DC1
10 DC1_EOR01 CE12804S Huawei DC1
10 DC1 _ EOR01 CE12804S Huawei. DC1
14 DC2_I-TOR CE5855-48T4S2Q-EI Huawei DC2
14 DC2 _ I-TOR CE5855-48T4S2Q-EI Huawei. DC2

Index Network Device Model Vendor Site

Index Name Modèle Fournisseur Site
Nom du
périphérique
réseau
2.3 Logical Resource Naming

Nommage logique des ressources
2.3.1 DC and AZ Naming
Nommage DC et AZ
Table 2-4 DC and AZ names
Noms DC et AZ
Index DC Name AZ Name Used to Deploy...
Index Nom DC Nom AZ Utilisépour le déploiement...
1 dc1 az1 Management and service hosts at site 1
1 dc1 az1 Hôtes de gestion et de service sur le site 1
2 dc2 az1 Management and service hosts at site 2
2 dc2 az1 Hôtes de gestion et de service sur le site 2

2.3.2 Host Group Naming

Nommage du groupe hôte
Table 2-5 Host group names
Noms des groupes d 'hôtes
Index Host Group Used to Deploy...
Index Name Utilisépour le déploiement...
Nom du groupe
hôte
1 Mgmt_HA01 Management HA for deploying the VMs of the
1 Mgmt _ HA01 following solutions:CloudOSS01 eSight
HA de gestion pour le déploiement des machines
virtuelles des solutions suivantes: CloudOSS01 eSight
2 Srv_HA01 Service HA for deploying the VMs of the following
2 Srv _ HA01 solutions:CloudMGW01 CloudSBC01
Service HA pour le déploiement des machines
virtuelles des solutions suivantes: CloudMGW01
CloudSBC01
3 Srv _ HA02 solutions:CloudIMS01 CloudHSS01
virtuelles des solutions suivantes: CloudIMS01
CloudHSS01
4 Srv _ HA03 solutions:CloudEPC CloudMSE
virtuelles des solutions suivantes: CloudEPC
CloudMSE
5 Srv _ HA04 solutions:3rdApp
virtuelles des solutions suivantes: 3rdApp
Host groups are configured on FusionSphere OpenStack and used to uniformly reserve resources and
configure networks and disks for certain hosts. Host aggregates are configured on FusionSphere
OpenStack OM and used to physically isolate resources between hosts.
Les groupes d'hôtes sont configurés sur FusionSphere OpenStack et utilisés pour réserver uniformément
les ressources et configurer les réseaux et les disques pour certains hôtes. Les agrégats d'hôtes sont
configurés sur FusionSphere OpenStack OM et utilisés pour isoler physiquement les ressources entre les
hôtes.

2.3.3 Host Aggregate Naming

Nom d'agrégation d 'hôtes
Table 2-6 HA names
Noms HA
Index DC/AZ Name HA Name Used to Deploy...
Index Nom DC/AZ Nom HA Utilisépour le déploiement...
1 az1.dc1 Mgmt_HA01 Management HA for deploying the VMs of
1 az1.dc1 Mgmt _ the following solutions:CloudOSS01 eSight
HA01 HA de gestion pour le déploiement des
machines virtuelles des solutions suivantes:
CloudOSS01 eSight
2 Srv_HA01 Service HA for deploying the VMs of the
2 Srv _ HA01 following solutions:CloudMGW01
CloudSBC01
virtuelles des solutions suivantes:
CloudMGW01 CloudSBC01
3 Srv _ HA02 following solutions:CloudIMS01 CloudHSS01
virtuelles des solutions suivantes:
CloudIMS01 CloudHSS01
4 Srv _ HA03 following solutions:CloudEPC CloudMSE
virtuelles des solutions suivantes: CloudEPC
CloudMSE
5 Srv _ HA04 following solutions:3rdApp
virtuelles des solutions suivantes: 3rdApp
 An HA is a cluster of hosts which serve as the compute nodes in OpenStack instances. A host is
composed of one or multiple physical servers. Virtualization software runs on hosts so that VMs can
be deployed to provide services.
Un HA est un cluster d'hôtes qui servent de nœuds de calcul dans des instances OpenStack. Un hôte
est composéd'un ou de plusieurs serveurs physiques. Le logiciel de virtualisation s'exécute sur des
hôtes de sorte que les machines virtuelles puissent être déployées pour fournir des services.
 Host aggregates are configured on FusionSphere OpenStack OM.
Les agrégats hôtes sont configurés sur FusionSphere OpenStack OM.

2.3.4 VDC Naming

Nommage VDC
Table 2-7 VDC names
Noms VDC
Index DC/AZ Name VDC Name Used to Deploy...
Index Nom DC/AZ Nom VDC Utilisépour le déploiement...
1 az1.dc1 Mgmt_VDC01 Management HA for deploying the VMs
1 az1.dc1 Mgmt _ VDC01 of the following solutions:CloudOSS01
eSight
HA de gestion pour le déploiement des
machines virtuelles des solutions
suivantes: CloudOSS01 eSight
2 Srv_VDC01 Service HA for deploying the VMs of
2 Srv _ VDC01 the following solutions:CloudMGW01
CloudSBC01
Service HA pour le déploiement des
suivantes: CloudMGW01 CloudSBC01
3 Srv _ VDC02 the following solutions:CloudIMS01
CloudHSS01
suivantes: CloudIMS01 CloudHSS01
4 Srv _ VDC03 the following solutions:CloudEPC
CloudMSE
suivantes: CloudEPC CloudMSE
5 Srv _ VDC04 the following solutions:3rdApp
suivantes: 3rdApp
A VDC is a unit of virtual resources configured on FusionSphere OpenStack OM. Each VDC has an
administrator who can query and manage the resources of the VDC. VDCs logically isolate NFVI
resources between vendors, simplifying management.
Un VDC est une unitéde ressources virtuelles configurée sur FusionSphere OpenStack OM. Chaque
VDC a un administrateur qui peut interroger et gérer les ressources du VDC. Les VDC isolent
logiquement les ressources NFVI entre les fournisseurs, simplifiant la gestion.

2.3.5 VPC Naming

Nommage VPC
Table 2-8 VPC names
Noms VPC
Index DC/AZ VDC Name VPC Name Used to Deploy...
Index Name Nom VDC Nom du VPC Utilisépour le
Nom déploiement...
DC/AZ
1 az1.dc1 Mgmt_VDC01 Mgmt_VDC01 Deploying the VMs of
1 az1.dc1 Mgmt _ Mgmt _ VDC01 the following
VDC01 solutions:CloudOSS01
Déploiement des
machines virtuelles des
solutions suivantes:
CloudOSS01
2 Srv_VDC01 Srv_VPC_MGW01 Deploying the VMs of
2 Srv _ VDC01 Srv _ VPC _ MGW01 the following
solutions:CloudMGW0
1
Déploiement des
CloudMGW01
3 Srv_VPC_SBC01 Deploying the VMs of
3 Srv _ VPC _ SBC01 the following
solutions:CloudSBC01
Déploiement des
CloudSBC01
4 Srv_VDC02 Srv_VPC_IMS01 Deploying the VMs of
4 Srv _ VDC02 Srv _ VPC _ IMS01 the following
solutions:CloudIMS01
Déploiement des
CloudIMS01
5 Srv_VPC_SDB01 Deploying the VMs of
5 Srv _ VPC _ SDB01 the following
solutions:CloudHSS01
Déploiement des
CloudHSS01
6 Srv_VDC03 Srv_VPC_USN01 Used for deploying
6 Srv _ VDC03 Srv _ VPC _ USN01 VMs of dc1_USN01
Utilisépour déployer

Index DC/AZ VDC Name VPC Name Used to Deploy...

Index Name Nom VDC Nom du VPC Utilisépour le
Nom déploiement...
DC/AZ
des machines virtuelles
de dc1 _ USN01
7 Srv_VPC_UGW01 Used for deploying
7 Srv _ VPC _ UGW01 VMs of dc1_UGW01
de dc1 _ UGW01
8 Srv_VPC_CG01 Used for deploying
8 Srv _ VPC _ CG01 VMs of dc1_CG01
des VM de dc1 _ CG01
9 Srv_VDC04 Srv_VPC_EPSN01 Used for deploying
9 Srv _ VDC04 Srv _ VPC _ EPSN01 VMs of
dc1_EPSN01,dc1_Blue
cat01
de dc1 _ EPSN01, dc1
_ Bluecat01
A VPC is a virtual private cloud a user applies for in a DC. With the VPC as a private cloud management
unit, users can plan the services, make a disparate network design, and define a private service network
for a VPC independently based on service requirements. Isolation between VPCs ensures service
security.
Un VPC est un nuage privévirtuel pour lequel un utilisateur fait une demande dans un DC. Avec le VPC
en tant qu'unitéde gestion de nuage privé, les utilisateurs peuvent planifier les services, faire une
conception de réseau disparate, et définir un réseau de service privépour un VPC indépendamment sur
la base des exigences de service. L'isolement entre VPC assure la sécuritédu service.
2.3.6 VNF Naming

Nommage VNF
Table 2-9 VNF names
Noms VNF
DC Name VNF Name Host Aggregate VPC Name
Nom DC Nom VNF Agrégat d 'hôte Nom du VPC
dc1_vOSMU01 Mgmt_HA01 Mgmt_VPC01
dc1 _ vOSMU01 Mgmt _ HA01 Mgmt _ VPC01
dc1_vU2020_ALL01 Mgmt_HA01 Mgmt_VPC01
dc1 _ vU2020 _ ALL01 Mgmt _ HA01 Mgmt _ VPC01
dc1 dc1_USN01 Srv_HA03 Srv_VPC_USN01
dc1 dc1 _ USN01 Srv _ HA03 Srv _ VPC _ USN01
dc1_UGW01 Srv_HA03 Srv_VPC_UGW01
dc1 _ UGW01 Srv _ HA03 Srv _ VPC _ UGW01
dc1_CG01 Srv_HA03 Srv_VPC_CG01

dc1 _ CG01 Srv _ HA03 Srv _ VPC _ CG01

dc1_EPSN01 Srv_HA03 Srv_VPC_EPSN01
dc1 _ EPSN01 Srv _ HA03 Srv _ VPC _ EPSN01
dc1_Bluecat01 Srv_HA04 Srv_VPC_EPSN01
dc1 _ Bluecat01 Srv _ HA04 Srv _ VPC _ EPSN01
dc1_IMS_OMU01 Srv_HA02 Srv_VPC_IMS01
dc1 _ IMS _ OMU01 Srv _ HA02 Srv _ VPC _ IMS01
dc1_ATS01 Srv_HA02 Srv_VPC_IMS01
dc1 _ ATS01 Srv _ HA02 Srv _ VPC _ IMS01
dc1_CSCF01 Srv_HA02 Srv_VPC_IMS01
dc1 _ CSCF01 Srv _ HA02 Srv _ VPC _ IMS01
dc1_CCF01 Srv_HA02 Srv_VPC_IMS01
dc1 _ CCF01 Srv _ HA02 Srv _ VPC _ IMS01
dc1_MRP01 Srv_HA02 Srv_VPC_IMS01
dc1 _ MRP01 Srv _ HA02 Srv _ VPC _ IMS01
dc1_SPG01 Srv_HA02 Srv_VPC_IMS01
dc1 _ SPG01 Srv _ HA02 Srv _ VPC _ IMS01
dc1_HSS_OMU01 Srv_HA02 Srv_VPC_SDB01
dc1 _ HSS _ OMU01 Srv _ HA02 Srv _ VPC _ SDB01
dc1_ENS01 Srv_HA02 Srv_VPC_SDB01
dc1 _ ENS01 Srv _ HA02 Srv _ VPC _ SDB01
dc1_HSS01 Srv_HA02 Srv_VPC_SDB01
dc1 _ HSS01 Srv _ HA02 Srv _ VPC _ SDB01
dc1_USCDB01 Srv_HA02 Srv_VPC_SDB01
dc1 _ USCDB01 Srv _ HA02 Srv _ VPC _ SDB01
dc1_MGW_OMU01 Srv_HA01 Srv_VPC_MGW01
dc1 _ MGW _ OMU01 Srv _ HA01 Srv _ VPC _ MGW01
dc1_CloudMGW01 Srv_HA01 Srv_VPC_MGW01
dc1 _ CloudMGW01 Srv _ HA01 Srv _ VPC _ MGW01
dc1_SBC_OMU01 Srv_HA01 Srv_VPC_SBC01
dc1 _ SBC _ OMU01 Srv _ HA01 Srv _ VPC _ SBC01
dc1_CloudSBC01 Srv_HA01 Srv_VPC_SBC01
dc1 _ CloudSBC01 Srv _ HA01 Srv _ VPC _ SBC01
dc2_vOSMU01 Mgmt_HA01 Mgmt_VPC01
dc2 _ vOSMU01 Mgmt _ HA01 Mgmt _ VPC01
dc2_vU2020_ALL01 Mgmt_HA01 Mgmt_VPC01
dc2 _ vU2020 _ ALL01 Mgmt _ HA01 Mgmt _ VPC01
dc2_USN01 Srv_HA03 Srv_VPC_USN01
dc2 _ USN01 Srv _ HA03 Srv _ VPC _ USN01
dc2_UGW01 Srv_HA03 Srv_VPC_UGW01
dc2 _ UGW01 Srv _ HA03 Srv _ VPC _ UGW01
dc2_CG01 Srv_HA03 Srv_VPC_CG01
dc2 _ CG01 Srv _ HA03 Srv _ VPC _ CG01
dc2_EPSN01 Srv_HA03 Srv_VPC_EPSN01
dc2 _ EPSN01 Srv _ HA03 Srv _ VPC _ EPSN01
dc2_Bluecat01 Srv_HA04 Srv_VPC_EPSN01
dc2 _ Bluecat01 Srv _ HA04 Srv _ VPC _ EPSN01
dc2 dc2_IMS_OMU01 Srv_HA02 Srv_VPC_IMS01
dc2 dc2 _ IMS _ OMU01 Srv _ HA02 Srv _ VPC _ IMS01
dc2_ATS01 Srv_HA02 Srv_VPC_IMS01
dc2 _ ATS01 Srv _ HA02 Srv _ VPC _ IMS01
dc2_CSCF01 Srv_HA02 Srv_VPC_IMS01
dc2 _ CSCF01 Srv _ HA02 Srv _ VPC _ IMS01
dc2_CCF01 Srv_HA02 Srv_VPC_IMS01
dc2 _ CCF01 Srv _ HA02 Srv _ VPC _ IMS01
dc2_MRP01 Srv_HA02 Srv_VPC_IMS01
dc2 _ MRP01 Srv _ HA02 Srv _ VPC _ IMS01
dc2_SPG01 Srv_HA02 Srv_VPC_IMS01
dc2 _ SPG01 Srv _ HA02 Srv _ VPC _ IMS01
dc2_HSS_OMU01 Srv_HA02 Srv_VPC_SDB01
dc2 _ HSS _ OMU01 Srv _ HA02 Srv _ VPC _ SDB01
dc2_ENS01 Srv_HA02 Srv_VPC_SDB01

dc2 _ ENS01 Srv _ HA02 Srv _ VPC _ SDB01

dc2_HSS01 Srv_HA02 Srv_VPC_SDB01
dc2 _ HSS01 Srv _ HA02 Srv _ VPC _ SDB01
dc2_USCDB01 Srv_HA02 Srv_VPC_SDB01
dc2 _ USCDB01 Srv _ HA02 Srv _ VPC _ SDB01
dc2_MGW_OMU01 Srv_HA01 Srv_VPC_MGW01
dc2 _ MGW _ OMU01 Srv _ HA01 Srv _ VPC _ MGW01
dc2_CloudMGW01 Srv_HA01 Srv_VPC_MGW01
dc2 _ CloudMGW01 Srv _ HA01 Srv _ VPC _ MGW01
dc2_SBC_OMU01 Srv_HA01 Srv_VPC_SBC01
dc2 _ SBC _ OMU01 Srv _ HA01 Srv _ VPC _ SBC01
dc2_CloudSBC01 Srv_HA01 Srv_VPC_SBC01
dc2 _ CloudSBC01 Srv _ HA01 Srv _ VPC _ SBC01

3 Storage R
3
Storage Resource Design
Conception des ressources de stockage
5.1 Storage Type5.1 Type de stockage

5.2 Storage Resource Design Principles5.2 Principes de conception des ressources de
stockage
5.3 Storage Resource Requirement Calculation5.3 Calcul des besoins en ressources de
stockage
5.4 Storage Resource Planning5.4 Planification des ressources de stockage
3.1 Storage Type

Type de stockage
The following storage type is used for CloudCore:
Le type de stockage suivant est utilisépour CloudCore:
SAN storage: provides disk space for the EMS, VNFM, and service NE VMs.
Stockage SAN: fournit de l'espace disque pour les VM EMS, VNFM et NE de service.
3.2 Storage Resource Design Principles

Principes de conception des ressources de stockage
3.2.1 Disk Array Storage Design
Conception du stockage sur baie de disques
Disk arrays store data for remotely deployed MongoDB and VNFs.
Les baies de disques stockent des données pour MongoDB et VNFs déployés àdistance.
General Design Principle:
Principe général de conception:
 Plan disk domains separately for management and service clusters. When the DMZ is
planned, the disk domain for service clusters is further divided into disk domain for the

3 Storage R
trusted zone and disk domain for the DMZ.

Planifiez les domaines de disque séparément pour la gestion et les grappes de services.
Lorsque le DMZ est planifié, le domaine de disque pour les grappes de services est en
outre diviséen domaine de disque pour la zone de confiance et le domaine de disque
pour le DMZ.
 Either active/standby or load-sharing VMs must be placed on the same type of disk
domains on a pair of disk arrays.
Les machines virtuelles actives/de secours ou de partage de charge doivent être placées
sur le même type de domaines de disque sur une paire de baies de disques.
 Configure RAID10 on disk arrays to increase reliability.
Configurez RAID10 sur les baies de disques pour augmenter la fiabilité.
 A disk domain must be on the same disk array.
Un domaine de disque doit se trouver sur la même baie de disques.
 On FusionSphere OpenStack, a volume type maps to one or more backend storage, and
each backend storage maps to one or more storage pools.
Sur FusionSphere OpenStack, un type de volume mappe vers un ou plusieurs stockages
dorsaux, et chaque stockage dorsal mappe vers un ou plusieurs pools de stockage.
 When a backend storage name is mapped to multiple storage pools, these storage pools must reside
on the same disk array.
Lorsqu'un nom de stockage principal est mappéàplusieurs pools de stockage, ces pools de stockage
doivent résider sur le même tableau de disques.
 If a disk array has a controller enclosure cascaded with disk enclosures, a volume type maps to a
backend storage name, and a backend storage name maps to multiple storage pools. If a disk array
has a controller enclosure only, a volume type maps to a backend storage name, and a backend
storage name maps to one storage pool.
Si une baie de disques comporte un boî tier de contrôleur en cascade avec des boîtiers de disques, un
type de volume mappe vers un nom de stockage principal et un nom de stockage principal mappe
vers plusieurs pools de stockage. Si une baie de disques ne comporte qu'un boîtier de contrôleur, un
type de volume correspond àun nom de stockage principal, et un nom de stockage principal
correspond àun pool de stockage.

3 Storage R
Figure 3-1 Storage mapping between FusionSphere OpenStack and disk arrays
Mappage du stockage entre les unités OpenStack de FusionSphere et les unités multidisques
Detailed Design Principle:

Principe de conception détaillée:
 A disk domain can contain hard disks of the same or different types. A disk type
corresponds to a storage tier. Services of different storage tiers are isolated. SAS disks
are selected for the performance tier, physically isolating the storage space for
management and service applications.
Un domaine de disque peut contenir des disques durs du même type ou de types
différents. Un type de disque correspond àun niveau de stockage. Les services de
différents niveaux de stockage sont isolés. Les disques SAS sont sélectionnés pour le
niveau de performance, isolant physiquement l'espace de stockage pour les applications
de gestion et de service.
 If three MongoDB roles use remote storage, they must be deployed on the same disk
array and use a dedicated disk domain, isolated from the management or service disk
domain.
Si trois rôles MongoDB utilisent le stockage àdistance, ils doivent être déployés sur la
même baie de disques et utiliser un domaine disque dédié, isolédu domaine disque de
gestion ou de service.

3 Storage R
 If MongoDB roles are deployed on the disk array, the number of disks for MongoDB
roles is calculated based on the number of nodes or VMs deployed in a DC and the
RAID policy.
Si les rôles MongoDB sont déployés sur la baie de disques, le nombre de disques pour
les rôles MongoDB est calculé sur la base du nombre de nœuds ou de VM déployés dans
un DC et de la politique RAID.
 An OceanStor 5500 V3 or OceanStor 5500 V5 disk array can connect to a maximum of
128 blades.
Une baie de disques OceanStor 5500 V3 ou OceanStor 5500 V5 peut se connecter àun
maximum de 128 lames.
 Reserve 10% storage capacity for system redundancy and short-term capacity expansion.
Réserver une capacitéde stockage de 10 % pour la redondance du système et l'expansion
de la capacitéàcourt terme.
 Configure RAID10 in all disk domains because RAID10 has higher reliability and
performance than other RAID levels, such as RAID5. Do not use disks with different
rotational speeds, capacities, or performance in a RAID. Otherwise, overall RAID
performance may not be ensured. A disk domain must have an even number of disks and
the disk quantity cannot exceed 50.
Configurez RAID10 dans tous les domaines de disque car RAID10 a une fiabilitéet des
performances supérieures àcelles des autres niveaux RAID, comme RAID5. N'utilisez
pas de disques avec des vitesses de rotation, des capacités ou des performances
différentes dans un RAID. Sinon, Les performances RAID globales ne sont pas garanties.
Un domaine de disque doit avoir un nombre pair de disques et la quantitéde disques ne
peut pas dépasser 50.
 Use dual disk arrays, and deploy the active and standby service VMs (except for the
U2000/U2020, ES, and vOSMU VMs) on different disk arrays, ensuring service
continuity if a disk array fails. To achieve this, use the VNFD file to define different
volume types for service VMs. FusionSphere OpenStack maps these volume types to
backend storage names and then to storage resource pools.
Utilisez des baies de disques doubles et déployez les machines virtuelles de service
actives et de secours (àl'exception des machines virtuelles U2000/U2020, ES et vOSMU)
sur différentes baies de disques, assurant ainsi la continuitédu service en cas de
défaillance d'une baie de disques. Utilisez le fichier VNFD pour définir différents types
de volume pour les machines virtuelles de service. FusionSphere OpenStack mappe ces
types de volume vers les noms de stockage principal, puis vers les pools de ressources de
stockage.
 The CSM and U2000/U2020 share a disk domain. If the U2000/U2020 manages 1200 or
more equivalent NEs, or value-added service VMs are deployed, plan a dedicated disk
array (128 GB cache) for the U2000/U2020.
Le CSM et U2000/U2020 partagent un domaine de disque. Si l'U2000/U2020 gère 1200
NE ou plus équivalents, ou si des VM de service àvaleur ajoutée sont déployées,
planifiez une baie de disques dédiée (128 Go de cache) pour l'U2000/U2020.
 The vOSMU stores CSM and U2000/U2020 backup data, and is deployed in another
disk array that is configured with RAID10. If the U2000/U2020 or CSM is deployed, the
vOSMU can share a disk domain with the CSM and the ES. If the U2000/U2020 and
CSM are not deployed, the vOSMU uses a dedicated disk domain.
Le vOSMU stocke les données de sauvegarde CSM et U2000/U2020, et est déployédans
une autre baie de disques configurée avec RAID10. Si l'U2000/U2020 ou CSM est
déployé, le vOSMU peut partager un domaine de disque avec le CSM et l'ES. Si
l'U2000/U2020 et le CSM ne sont pas déployés, le vOSMU utilise un domaine de disque
dédié.
 The ES/vOSMU and U2000/U2020 cannot use the same disk array. For example, if the
ES and vOSMU use disk array 1, the U2000/U2020 (U2000/U2020 and CCE VMs) must

3 Storage R
use disk array 2. If disk array 2 is faulty and the U2000/U2020 becomes unavailable, the
ES that uses disk array 1 takes over services from the U2000/U2020. The backup data on
the vOSMU on disk array 1 is then used to restore the U2000/U2020 disk array. (If the
geographical redundancy solution is not used, the ES must be used to ensure system
reliability.)
Les systèmes ES/vOSMU et U2000/U2020 ne peuvent pas utiliser la même baie de
disques. Par exemple, si les systèmes ES et vOSMU utilisent la baie de disques 1,
l'U2000/U2020 (U2000/U2020 et CCE VMs) doit utiliser la baie de disques 2. Si la baie
de disques 2 est défectueuse et que l'U2000/U2020 devient indisponible, l'ES qui utilise
la baie de disques 1 prend en charge les services àpartir de l'U2000/U2020. Les données
de sauvegarde sur la baie de disques 1 de vOSMU sont ensuite utilisées pour restaurer la
baie de disques U2000/U2020. (Si la solution de redondance géographique n'est pas
utilisée, l'ES doit être utilisépour assurer la fiabilitédu système.)
 The U2000/U2020 can share disk arrays with the service domain. Note that the
U2000/U2020 requires 48 GB-cache disk arrays.
L'U2000/U2020 peut partager des baies de disques avec le domaine de service. Notez
que l'U2000/U2020 nécessite 48 baies de disques GB-cache.
 The WAS_Small and DAS_Small VM data of the Lightweight SessionInsight is stored in
the same disk array that uses RAID 5. The management disk domain, management
storage pool, management backend storage, and management disk type must be
separately planned, and five hard disks are required. The storage pool capacity is 2522
GB.
Les données WAS_Small et DAS_Small de la machine virtuelle Lightweight
SessionInsight sont stockées dans la même baie de disques que celle qui utilise RAID 5.
Le domaine de disque de gestion, le pool de stockage de gestion, le stockage principal de
gestion, et le type de disque de gestion doivent être planifiés séparément, et cinq disques
durs sont nécessaires. La capacitédu pool de stockage est de 2522 Go.
1.Before deploying WAS_Small and DAS_Small VMs of the lightweight SessionInsight, evaluate
whether the blades in the management HA are sufficient.
1.Avant de déployer WAS_Small et DAS_Small VMs du SessionInsight léger, évaluez si les lames de
l'HA de gestion sont suffisantes.
2.The WAS_Small and DAS_Small VMs of the lightweight SessionInsight can be configured only with
900-GB hard disks.
2.Les VMs WAS_Small et DAS_Small du SessionInsight léger ne peuvent être configurées qu'avec des
disques durs de 900 Go.
 The USCDB(UPCC) has a strong IOPS resource preemption capability. To ensure that
other services can access disk arrays normally and for storage reliability, plan disk
domains for the USCDB(UPCC) as follows:
L'USCDB (UPCC) possède une forte capacitéde préemption des ressources IOPS. Pour
s'assurer que d'autres services peuvent accéder aux unités multidisques normalement et
pour assurer la fiabilitédu stockage, planifiez les domaines de disque pour l'USCDB
(UPCC) comme suit:
− If the USCDB(UPCC) requires at most 12 disks, configure it to share disk domain
with other NEs.
Si l'USCDB (UPCC) nécessite au plus 12 disques, configurez-le pour partager le
domaine disque avec d'autres NE.
− If the USCDB(UPCC) requires more than 12 disks, plan dedicated disks for it.
When USCDB(UPCC) physical databases require 12 hard disks, 12 hard disk
domain is separately planned for the USCDB-USPID3L(UPCC) VMs in the trusted
domain.When USCDB(UPCC) physical databases require at least 12 hard disks, 24
or 50 hard disk domain is separately planned for the USCDB-USPID3L(UPCC)
VMs in the trusted domain.

3 Storage R
Si l'USCDB (UPCC) nécessite plus de 12 disques, planifiez des disques dédiés pour
lui. Lorsque les bases de données physiques de l'USCDB (UPCC) nécessitent 12
disques durs, 12 domaines de disque dur sont planifiés séparément pour les
machines virtuelles USCDB-USPID3L (UPCC) dans le domaine de confiance.
Lorsque les bases de données physiques USCDB (UPCC) nécessitent au moins 12
disques durs, 24 ou 50 domaines de disque dur sont planifiés séparément pour les
machines virtuelles USCDB-USPID3L (UPCC) dans le domaine de confiance.
− The USCDB(UPCC) has a strong resource preemption capability. To ensure other
services can access disk arrays normally and for storage reliability, plan disk
domains for the USCDB(UPCC) as follows:
L'USCDB (UPCC) dispose d'une forte capacitéde préemption des ressources. Pour
s'assurer que d'autres services peuvent accéder aux unités multidisques
normalement et pour assurer la fiabilitédu stockage, planifiez les domaines de
disque pour l'USCDB (UPCC) comme suit:
− If the report function is not enabled in the POP, the POP shares a disk domain with
the UPCC. If the report function is enabled in the POP, an independent hard disk
domain is required to avoid intrerruping the UPCC service and to improve the
storage reliability due to a high IOPS.Therefore, when the report function is enabled
in the POP (that is, the number of POPDAS VMs > 0), an independent hard disk
domain with 40 disks is deployed for the POP. The independent hard disk domain of
the POP is only deployed on a single disk array.
Si la fonction de rapport n'est pas activée dans le POP, le POP partage un domaine
disque avec l'UPCC. Si la fonction de rapport est activée dans le POP, un domaine
de disque dur indépendant est nécessaire pour éviter l'interruption du service UPCC
et améliorer la fiabilitédu stockage en raison d'un IOPS.Par conséquent, lorsque la
fonction de rapport est activée dans le POP (c 'est-à-dire le nombre de VMs
POPDAS > 0), un domaine de disque dur indépendant avec 40 disques est déployé
pour le POP. Le domaine de disque dur indépendant du POP n'est déployéque sur
une seule baie de disques.
− Ensure all links on storage paths have their redundant ones. Enable storage
multipathing on the FusionSphere OpenStack.
Assurez-vous que tous les liens sur les chemins de stockage sont redondants.
Activez le multiacheminement du stockage sur l'OpenStack FusionSphere.
− SANEX is used for signaling analysis and requires large storage space to store data.
Therefore, plan a dedicated disk array for the data disks of SANEX DAS VMs.
Other SANEX VMs and the system disk of DAS VMs share a disk array with other
VNFs. The specifications of the disk array dedicated for DAS VMs are as follows:
SANEX est utilisépour l'analyse de signalisation et nécessite un grand espace de
stockage pour stocker des données. Par conséquent, planifiez une baie de disques
dédiée pour les disques de données des machines virtuelles SANEX DAS. D'autres
machines virtuelles SANEX et le disque système des machines virtuelles DAS
partagent une baie de disques avec d'autres VNF. Les spécifications de la baie de
disques dédiée aux machines virtuelles DAS sont les suivantes:
 Model: OceanStor 5500 V3 (48 GB Cache)/V5 (128 GB Cache)
Modèle: OceanStor 5500 V3 (48 Go de cache)/V5 (128 Go de cache)
 Controller enclosure: 12 x 3.5 4T NL SAS disks
Boîtier de contrôleur: 12 x 3,5 4T disques SAS NL
 Disk enclosure: 4U, 24 x 3.5 4T NL SAS disks
Boîtier de disque: disques SAS 4U, 24 x 3,5 4T NL
− The disk array dedicated for SANEX supports at most one controller enclosure and
three disk enclosures. Each disk domain contains a maximum of 50 disks. Each
enclosure to be delivered is fully configured with hard disks. If the disk array

3 Storage R
dedicated for SANEX only contains a controller enclosure or a controller enclosure

cascaded with a disk enclosure, you need to plan a disk type, a backend storage
record, a storage pool, and a disk domain for the disk array. If the disk array
dedicated for SANEX contains one controller enclosure and two disk enclosures or
one controller enclosure and three disk enclosures, you need to plan a back storage
record, a storage pool, and a disk domain for the last two disk enclosures.
La baie de disques dédiée àSANEX prend en charge au maximum un boî tier de
contrôleur et trois boî tiers de disque. Chaque domaine de disque contient un
maximum de 50 disques. Chaque boî tier àlivrer est entièrement configuréavec des
disques durs. Si la baie de disques dédiée àSANEX contient uniquement un boî tier
de contrôleur ou un boî tier de contrôleur en cascade avec un boî tier de disque, vous
devez planifier un type de disque, un enregistrement de stockage principal, un pool
de stockage, Si la baie de disques dédiée àSANEX contient un boî tier de contrôleur
et deux boî tiers de disque ou un boî tier de contrôleur et trois boî tiers de disque,
vous devez planifier un enregistrement de stockage arrière, un pool de stockage, et
un domaine de disque pour les deux derniers boî tiers de disque.
− The disk array dedicated for SANEX uses RAID6 (8D+2P).
La baie de disques dédiée àSANEX utilise RAID6 (8D+2P).
3.3 Storage Resource Requirement Calculation

Calcul des besoins en ressources de stockage
3.3.1 Disk Array Storage Resource Requirement Calculation
Calcul des besoins en ressources de stockage sur baies de disques
Storage requirements consist of storage capacity and IOPS requirements. SAN storage
provides storage resources for both service and management VMs.
Les besoins de stockage comprennent la capacitéde stockage et les exigences IOPS. Le
stockage SAN fournit des ressources de stockage pour les machines virtuelles de service et de
gestion.
Calculate the storage resources required by service VMs as follows:
Calculez les ressources de stockage requises par les machines virtuelles de service comme
suit:
Determine the storage capacity and IOPS required by service VMs based on the service VM
quantity and specifications. Table 5-1 provides an example of the service VM storage and
IOPS requirements.
Error! Reference source not found.
Table 3-1 Storage capacity and IOPS required by service VMs for CloudCore
Capacitéde stockage et IOPS requises par les machines virtuelles de service pour CloudCore
NE VM Type VM Storag Storage Storage

NE Type de Quantity e (GB) IOPS IOPS
machine Quantité Stocka (Loading) (Running)
virtuelle VM ge IOPS de IOPS de
(Go) stockage stockage
(chargement (exécution)
)
OMU OMU2 2 256 80 50

3 Storage R
NE VM Type VM Storag Storage Storage

NE Type de Quantity e (GB) IOPS IOPS
machine Quantité Stocka (Loading) (Running)
virtuelle VM ge IOPS de IOPS de
(Go) stockage stockage
(chargement (exécution)
)
OMU OMU2 2 256 80 50
SPG2800 SPGSPG2 2 80 120 100
SPG2800 SPGSPG2 2 80 120 100
CSC3300 CSC-CSDPU 2 4 25 1
CSC3300 CSC-CSDPU 2 4 25 1
CSC-CSCDB 2 4 25 1
CSC-CSCDB 2 4 25 1
CSC-CSBSU 2 4 25 1
CSC-CSBSU 2 4 25 1
CSC-CSSCU 2 4 25 1
CSC-CSSCU 2 4 25 1
CSC-CSRDB 2 4 25 1
CSC-CSRDB 2 4 25 1
CSC-CSIRU 2 4 25 5
CSC-CSIRU 2 4 25 5
CSC-CSIRU2 2 4 25 5
CSC-CSIRU2 2 4 25 5
CSC-CSISU 4 4 25 5
CSC-CSISU 4 4 25 5
CSC-CSISU2 4 4 25 5
CSC-CSISU2 4 4 25 5
Formula N/A = = ∑(VM IOPS = ∑(VM IOPS
Formule S/O ∑(VM in the loading in the running
storage state i x VM state i x VM
i x VM quantity i) quantity i)
quantit = ∑ (IOPS = ∑ (IOPS
y i) VM dans l'état VM dans l'état
=∑ de chargement d'exécution i x
(stocka i x quantitéde quantitéde
ge VM VM i) VM i)
ix
quantit
éVM i)

3 Storage R
The storage resource values in the preceding table are examples. The actually required VM storage
specifications, storage IOPS (loading), storage IOPS (running), and VM quantity are subject to the
results calculated by the configurator.
Les valeurs de ressources de stockage dans le tableau précédent sont des exemples. Les spécifications de
stockage de VM réellement requises, les IOPS de stockage (chargement), les IOPS de stockage
(exécution) et la quantitéde VM sont soumises aux résultats calculés par le configurateur.
When calculating the storage requirements of the management domain, the required number
of disks needs to be calculated based on the storage space. When calculating the storage
requirements of the service domain, the required number of disks needs to be calculated based
on the storage space and IOPS separately. The larger number is the total required disk quantity.
Lors du calcul des besoins de stockage du domaine de gestion, le nombre requis de disques
doit être calculésur la base de l'espace de stockage. le nombre requis de disques doit être
calculésur la base de l'espace de stockage et de l'IOPS séparément. Le plus grand nombre est
la quantitétotale de disques requise.
 Calculate the number of hard disks required by the NFVO. The required number of disks
needs to be calculated based on the storage space and IOPS separately, The larger
number is the total required disk quantity. Plan hard disks required by the NFVO to the
same management disk domain as other OSS VNFs, such as the VNFM, eSight,
U2000/U2020, and PRS.
Calculez le nombre de disques durs requis par l'OVNF. Le nombre requis de disques doit
être calculéen fonction de l'espace de stockage et de l'IPS séparément, Le plus grand
nombre est la quantitétotale de disque requise. Planifiez les disques durs requis par la
NFVO sur le même domaine de gestion de disque que les autres VNF OSS, tels que le
VNFM, eSight, U2000/U2020, et PRS.
 The storage capacity required can be calculated using the following formula:
La capacitéde stockage requise peut être calculée àl'aide de la formule suivante:
Required storage capacity = (Free space on a single disk x Disk quantity – Single coffer
disk capacity x Coffer disk quantity – Free space on a single disk x Hot spare disk
quantity) x RAID usage
Capacitéde stockage requise = (Espace libre sur un seul disque x Quantitéde disque –
Capacitéde disque sur un seul coffre x Quantitéde disque de mise en vente – Espace
libre sur un seul disque x Quantitéde disque de rechange àchaud) x Utilisation RAID
 In a service disk array, each disk has 600 GB or 900 GB physical storage, but provides
526 GB or 790 GB free space in addition to its reserved and writehole capacity.
Dans une baie de disques de service, chaque disque dispose d'un stockage physique de
600 Go ou 900 Go, mais offre 526 Go ou 790 Go d'espace libre en plus de sa capacité
réservée et de trou d'écriture.
 In a controller enclosure, coffer disks occupy 5 GB space on each of the first four disks,
20 GB in total.
Dans un boî tier de contrôleur, les disques de coffre occupent 5 Go d'espace sur chacun
des quatre premiers disques, soit 20 Go au total.
 The RAID10 usage is 0.5.
L'utilisation de RAID10 est de 0,5.
 Take hot spare disks into consideration only when you calculate the required disk
quantity based on the storage space. Initially one hot spare disk is arranged in every 12
disks. As more and more disks are added, the hot spare storage increases nonlinearly.
Ne prenez en considération les disques de rechange chauds que lorsque vous calculez la
quantitéde disque requise en fonction de l'espace de stockage. Initialement, un disque de
rechange chaud est disposésur 12 disques. Comme de plus en plus de disques sont
ajoutés, le stockage de rechange chaud augmente de façon non linéaire.

3 Storage R
Table 3-2 Hot spare storage when the high hot spare policy is used
Stockage de secours àchaud lorsque la politique de secours àchaud est utilisée
Disk Quantity Disk Quantity Threshold Hot Spare Disks

Quantitéde disque for Hot Spare Storage Change Disques de rechange
Seuil de quantitéde disque chauds
pour le changement de
stockage de rechange àchaud
1-12 12 1
1-12 12 1
13-24 24 2
13-24 24 2
25-48 48 3
25-48 48 3
49-50 50 4
49-50 50 4
 Calculate the SAS disk quantity based on the running IOPS and loading IOPS separately.
The larger number is the required SAS disk quantity.
Calculez la quantitéde disque SAS en fonction de l'IOPS en cours d'exécution et du
chargement de l'IOPS séparément. Le plus grand nombre est la quantitéde disque SAS
requise.
 For the management domain, calculate the disk quantity based on the storage space. For
the service domain, compare the disk quantities calculated using the storage space and
IOPS and the larger value prevails.
Pour le domaine de gestion, calculez la quantitéde disque sur la base de l'espace de
stockage. Pour le domaine de service, comparez les quantités de disque calculées àl'aide
de l'espace de stockage et de l'IOPS et la valeur la plus élevée prévaut.
 In a disk and controller separated disk array (for which disks can be installed in the controller
enclosure), the first four disks in the first disk enclosure are used as coffer disks. In a disk and
controller integrated enclosure (for which disks can only be installed in the disk enclosure), the first
four disks are used as coffer disks. A part of coffer disk capacity is used to store important system
data, including subscriber and system configuration data and system logs. Each coffer disk has 5 GB
of capacity for system data and four coffer disks have 20 GB of capacity for system data. The rest
capacity is used to store service data. It's recommended that you plan the coffer disks to the
management disk domain.
Dans une matrice de disques séparée par un disque et un contrôleur (pour laquelle des disques
peuvent être installés dans le boîtier du contrôleur), les quatre premiers disques du premier boîtier de
disque sont utilisés comme disques de coffre. une partie de la capacitédu disque du coffre est
utilisée pour stocker des données système importantes, y compris les données de configuration
d'abonnéet de système et les journaux de système. Chaque disque de coffre a 5 Go de capacitépour
les données de système et quatre disques de coffre ont 20 Go de capacitépour les données de
système. La capacitéde repos est utilisée pour stocker des données de service. Il est recommandé
que vous planifiez les disques de coffre àle domaine du disque de gestion.

3 Storage R
 In the calculation of vOSMU VM storage resource requirements, because the vOSMU no longer
supports third-party server backup, you need to provide additional storage space to store fault
recovery data. Calculate the storage requirements for backup servers based on actual situation and
the principles:
Dans le calcul des besoins en ressources de stockage des machines virtuelles vOSMU, étant donné
que le vOSMU ne prend plus en charge la sauvegarde des serveurs tiers, vous devez fournir un
espace de stockage supplémentaire pour stocker les données de récupération des pannes. Calculez
les besoins de stockage des serveurs de sauvegarde en fonction de la situation réelle et des principes:
Total backup space: the sum of single product backup space
Espace total de sauvegarde: somme de l'espace de sauvegarde produit unique
Single product backup space = Dynamic data backup space + Static data backup space + Operating
system backup space
Espace de sauvegarde produit unique = Espace de sauvegarde dynamique des données + Espace de
sauvegarde statique des données + Espace de sauvegarde du système d'exploitation
Dynamic data backup space = Dynamic data backup packet size * Number of dynamic data backup
packages saved (The default value is 1. The value ranges from 1 to 7, and can be manually
configured)"
Espace de sauvegarde dynamique des données = Taille du paquet de sauvegarde dynamique
des données * Nombre de paquets de sauvegarde dynamique des données sauvegardés (La
valeur par défaut est 1. La valeur varie de 1 à7, et peut être configurée manuellement) "
Static data backup space = Static data backup packet size * Number of static data backup packages
saved (The value is 5 by default, and cannot be manually configured.)
Espace de sauvegarde statique des données = Taille du paquet de sauvegarde statique des
données * Nombre de paquets de sauvegarde statique des données enregistrés (La valeur par
défaut est 5 et ne peut pas être configurée manuellement).
"Operating system backup space" = "Operating system backup package size * Number of operating
system backup packages saved (The value is 3 by default, and cannot be manually configured.)
"Espace de sauvegarde du système d 'exploitation" = " Taille du package de sauvegarde du
système d'exploitation * Nombre de packages de sauvegarde du système d'exploitation
enregistrés (La valeur est 3 par défaut, et ne peut pas être configurée manuellement.)
Table 3-3
Table 3-3 Requirements for backup server space for each product
Exigences relatives àl'espace du serveur de sauvegarde pour chaque produit
Produ Compon Network Dynamic Static Data Operating

ct ent Scale Data Backup System
Produ Composa Echelle Backup Space Backup Space
it nt réseau Space (GB) (GB)
(GB) Espace Espace de
Espace de statique de sauvegarde du
sauvegarde sauvegarde système
dynamique des d'exploitation
des données (Go)
données (Go)
(Go)
CSM/ VNFM N/A 602 10 10
U2020 VNFM S/O 602 10 10
VNF-
LCM
CSM/
U2020
VNF-
LCM
vOSM OSMU - 1*1 1*3 4*3

3 Storage R
Produ Compon Network Dynamic Static Data Operating

ct ent Scale Data Backup System
Produ Composa Echelle Backup Space Backup Space
it nt réseau Space (GB) (GB)
(GB) Espace Espace de
Espace de statique de sauvegarde du
sauvegarde sauvegarde système
dynamique des d'exploitation
des données (Go)
données (Go)
(Go)
U OSMU - Oui. 1*1 1*3 4*3
vOSM
U
U2000 U2000/U2 100eNE 320*1 12*5 12*3
/U202 020 100eNE 320 * 1 12 * 5 12 * 3
0 U2000/U2
U2000 020 100-CN 50*1 12*5 12*3
/U202 100-CN 50 * 1 12 * 5 12 * 3
0
400eNE 500*1 12*5 12*3
400eNE 500 * 1 12 * 5 12 * 3
400-CN 150*1 12*5 12*3
400-CN 150 * 1 12 * 5 12 * 3
800eNE 750*1 18*5 18*3
800eNE 750 * 1 18 * 5 18 * 3
1200eNE 1000*1 24*5 24*3
1200eNE 1000 * 1 24 * 5 24 * 3
FMA N/A 50 x 1 3x5 4x3
FMA S/O 50 x 1 3x5 4x3
ES ES 100 equivalent N/A 6x5 8x3
ES ES NEs and 1200 S/O 6x5 8x3
equivalent NEs
100 équivalents
NE et 1200
équivalents NE

3 Storage R
3.4 Storage Resource Planning

Planification des ressources de stockage
3.4.1 Disk Array Storage Resource Planning
Planification des ressources de stockage sur baies de disques
Calculate the disk quantity based on the storage space and IOPS separately. The larger
number is the total required disk quantity.
Calculez la quantitéde disque en fonction de l'espace de stockage et de l'IOPS séparément. Le
plus grand nombre est la quantitéde disque totale requise.
Table 3-4 Disk array storage resource planning

Planification des ressources de stockage des baies de disques
DC Disk Required Disk Hot RAID Storage Used to

CC Domain Storage Quantity Spare Level Pool Deploy...
Domaine (GB) Quantité Polic Nivea Size Utilisé
de Stockage de y u (GB) pour le
disque requis disque Politi RAID Taille déploieme
(Go) que du pool nt...
de de
rempl stockag
acem e (Go)
ent
rapid
e
dc1 ManagerD - - High RAID1 - VMs for
dc1 omain01 - Oui. - Oui. Élevé 0 - Oui. management
Domaineg RAID1 VNFs
estionnair 0 VM pour les
e 01 VNF de
gestion
ServiceDo - - High RAID1 - VMs for
main01 - Oui. - Oui. Élevé 0 - Oui. service
ServiceDo RAID1 VNFs in the
main01 0 trusted zone
VM pour les
VNs de
service dans
la zone de
confiance
ManagerD - - High RAID1 - VMs for
omain02 - Oui. - Oui. Élevé 0 - Oui. management
Domaineg RAID1 VNFs
estionnair 0 VM pour les
e 02 VNF de
gestion
ServiceDo - - High RAID1 - VMs for
main02 - Oui. - Oui. Élevé 0 - Oui. service

3 Storage R
DC Disk Required Disk Hot RAID Storage Used to

CC Domain Storage Quantity Spare Level Pool Deploy...
Domaine (GB) Quantité Polic Nivea Size Utilisé
de Stockage de y u (GB) pour le
disque requis disque Politi RAID Taille déploieme
(Go) que du pool nt...
de de
rempl stockag
acem e (Go)
ent
rapid
e
ServiceDo RAID1 VNFs in the
main02 0 trusted zone
VM pour les
VNs de
service dans
la zone de
confiance

4 Network R
4 Network Resource Design

Conception des ressources réseau
6.1 Network Architecture6.1 Architecture réseau

6.2 Logical Network Design6.2 Conception logique du réseau
6.3 IP Bearer Network Interconnection Design6.3 Conception de l'interconnexion de réseau
IP Bearer
6.4 Network Resource Design6.4 Conception des ressources réseau
4.1 Network Architecture

Architecture réseau
Network Architecture
Architecture réseau

4 Network R
4.2 Logical Network Design

Conception logique du réseau
4.2.1 Logical Networks for the Management Domain
Réseaux logiques pour le domaine de gestion
Figure 4-1
Figure 4-1 Logical networks for the management domain

Create a new physical network named physnet2. This physical network uses OVS to exchange
the OSS service traffic in the management domain with the physical network ports.
Créez un nouveau réseau physique appeléphysnet2. Ce réseau physique utilise OVS pour
échanger le trafic de service OSS dans le domaine de gestion avec les ports du réseau
physique.
Table 4-1
Table 4-1 Physical networks for the management domain

Réseaux physiques pour le domaine de gestion
Physical Mapping Mezz Card Physical Bond Description

Network Type Carte Mezz Network Obligation Description
Réseau Type de Port
physique mappage Port
réseau
physique
physnet2 OVS - - Load-sharing This physical
physnet2 OVS - Oui. - Oui. (Static LACP) network is
Partage de self-defined by
charge (LACP the user to
statique) exchange OSS
service traffic

4 Network R
Physical Mapping Mezz Card Physical Bond Description

Network Type Carte Mezz Network Obligation Description
Réseau Type de Port
physique mappage Port
réseau
physique
in the
management
domain.
Ce réseau
physique est
auto-défini par
l'utilisateur
pour échanger
le trafic de
service OSS
dans le
domaine de
gestion.
Table 4-2
Table 4-2 Logical networks for the management domain

Logical Network VLAN Physical Network Description

Réseau logique VLAN Réseau physique Description
OSS_Self_Maintena User-defined physnet2 OSS internal
nce Définition utilisateur physnet2 management and
OSS _ Self _ storage backup
Maintenance network
Gestion interne OSS
et réseau de
sauvegarde du
stockage
OSS_Service User-defined physnet2 OSS external
OSS _ Service Définition utilisateur physnet2 management
network over
northbound and
southbound
interfaces
Réseau de gestion
externe OSS sur les
interfaces nord et
sud
VNFM_Network_V User-defined physnet2 External network for
IM Définition utilisateur physnet2 connecting the CSM
VNFM _ Network _ to the VIM
VIM Réseau externe pour
connecter le CSM au

4 Network R

VIM
VNFM_Network_In User-defined physnet2 Internal network for
ternal Définition utilisateur physnet2 communication
VNFM _ Network _ between the active
Interne and standby CSM
VMs
Réseau interne de
communication
entre les machines
virtuelles CSM
actives et de secours
OSS_ExtNet1 to User-defined physnet2 (Optional) OSS
OSS_ExtNet6 Définition utilisateur physnet2 extended networks.
OSS _ ExtNet1 vers Users can
OSS _ ExtNet6 self-define a
maximum of six
networks as
general-purpose
network planes.
When networks are
isolated, these
extended networks
can be used for
connecting to NEs
and the NMS.
Extended networks
are planned
depending on site
requirements. For
example, when
northbound and
southbound
networks are
isolated, NEs can
connect to these
extended network
planes.
(Facultatif) Réseaux
étendus OSS. Les
utilisateurs peuvent
définir eux-mêmes
un maximum de six
réseaux en tant que
plans de réseau à
usage général.
Lorsque les réseaux
sont isolés, ces
réseaux étendus
peuvent être utilisés
pour se connecter
aux NE et au NMS.

4 Network R

Les réseaux étendus
sont planifiés en
fonction des
exigences du site.
Par exemple, lorsque
les réseaux en
direction nord et en
direction sud sont
isolés, les NE
peuvent se connecter
àces plans de réseau
étendus.
4.2.2 Logical Networks for the CloudCore Service Domain

Réseaux logiques pour le domaine de service CloudCore
Figure 4-2
Figure 4-2 Logical networks for the SBC

Réseaux logiques pour le SBC
As illustrated in the figure above, each VM in a service domain connects to virtual switches
through vNICs. For details about the number of vNICs required by a VM and the service
flows configured for each vNIC, see the NE port allocation specification table of the
corresponding solution.
Comme illustrédans la figure ci-dessus, chaque VM dans un domaine de service se connecte
àdes commutateurs virtuels par l'intermédiaire de vNIC. Pour plus de détails sur le nombre de
vNIC requis par une VM et les flux de service configurés pour chaque vNIC, voir la table de
spécification d'allocation de port NE de la solution correspondante.
The OVS/EVS simulates the layer-2 switching function to connect VMs and physical network
ports. On the OVS/EVS, you can create different logical networks to logically isolate different
service flows. Each logical network is allocated a different VLAN. When uplink traffic from a

4 Network R
VM is transmitted through a logical network, the logical network marks a VLAN tag for the
traffic packets and sends the packets to the physical network of the host. When downlink
traffic is transmitted through a logical network, the logical network removes the VLAN tag
and sends the traffic packets to the VM.
L'OVS/EVS simule la fonction de commutation de couche 2 pour connecter les machines
virtuelles et les ports réseau physiques. vous pouvez créer différents réseaux logiques pour
isoler logiquement différents flux de services. Chaque réseau logique se voit attribuer un
VLAN différent. Lorsque le trafic de liaison montante provenant d'une machine virtuelle est
transmis par l'intermédiaire d'un réseau logique, le réseau logique marque une étiquette
VLAN pour les paquets de trafic et envoie les paquets au réseau physique de l 'hôte. Lorsque
le trafic de liaison descendante est transmis par l'intermédiaire d'un réseau logique, le réseau
logique supprime l'étiquette VLAN et envoie les paquets de trafic àla machine virtuelle.
On the same logical network, VMs of a host communicate with each other through virtual
switches, and VMs of different hosts communicate with each other through layer-2 physical
switches. On different logical networks, all VMs communicate with each other through
layer-3 interconnection using external routers.
Sur le même réseau logique, les machines virtuelles d'un hôte communiquent entre elles par
l'intermédiaire de commutateurs virtuels, et les machines virtuelles de différents hôtes
communiquent entre elles par l'intermédiaire de commutateurs physiques de couche 2. Sur
différents réseaux logiques, toutes les machines virtuelles communiquent entre elles par
l'intermédiaire d'une interconnexion de couche 3 àl'aide de routeurs externes.
Logical networks must be bound to physical networks to implement external communication.
Physical networks (for example, physnet1 and physnet2) are provided through the network
adapters of hosts. To prevent single points of failure, multiple network ports work as a bond to
provide connection to one physical network.
Les réseaux logiques doivent être liés aux réseaux physiques pour mettre en œuvre une
communication externe. Les réseaux physiques (par exemple, physnet1 et physnet2) sont
fournis via les adaptateurs réseau des hôtes. Pour éviter des points de défaillance uniques,
plusieurs ports réseau fonctionnent comme une liaison pour fournir une connexion àun réseau
physique.
Table 4-3
Table 4-3 Physical network planning when the EVS is used

Planification du réseau physique lorsque le SVE est utilisé
Physical Network Type Work Mode Description

Réseau physique Type Mode de travail Description
physnet2 EVS on compute Layer-2 load-sharing The physical
physnet2 nodes Partage de charge de network ports
EVS sur les nœuds couche 2 corresponding to
de calcul physnet2 work in
layer-2 load-sharing
mode.
Les ports réseau
physiques
correspondant à
physnet2
fonctionnent en
mode de partage de
charge de couche 2.

4 Network R
On FusionSphere OpenStack in the layered cloud scenario, the logical network design
requires that logical networks be planned based on the application-layer service flow design
results. REF _table41953321 \r \h Table 6-5 describes an example of logical network
planning.
Table 4-4 Logical network planning

Planification logique du réseau
DC VPC Logical VLAN Physical Description

CC VPC Network VLAN Network Description
Réseau Réseau
logique physique
dc1 Srv_VPC_IM Inner_Plane1 3100 physnet2 Internal Base plane.
dc1 S _ Plan1 3100 physnet2 Base 1 and Base 2
Srv _ VPC _ interne each occupy one
IMS network port. They are
planned to use the
same logical network.
Plan de base interne.
La base 1 et la base 2
occupent chacune un
port réseau. Elles sont
planifiées pour utiliser
le même réseau
logique.
Inner_Plane2 3101 physnet2 Internal Fabric plane.
_ Plan2 3101 physnet2 Fabric 1 and Fabric 2
interne each occupy one
network port. They are
planned to use the
Plan de structure
interne. Les structures
1 et 2 occupent
chacune un port
réseau. Il est prévu
qu'elles utilisent le
même réseau logique.
Inner_Media 3102 physnet2 Internal media Fabric
_Plane 3102 physnet2 plane, which is
Inner _ required only when
Media _ the cloud-based
Plane MRFP or SBC is
deployed. Fabric 3 and
Fabric 4 each occupy
two network ports and
are planned to use the
Plan de structure de
média interne, qui est
requis uniquement
lorsque le MRFP ou le

4 Network R

Réseau Réseau
logique physique
SBC basésur le cloud
est déployé. Les
structures 3 et 4
occupent chacune
deux ports réseau et
sont planifiées pour
utiliser le même
réseau logique.
SIG_Network 3103 physnet2 Active/standby
_1 3103 physnet2 signaling service
SIG _ flows
Network _ 1 Flux de services de
signalisation active/de
secours
SIG_Network 3104 physnet2 Load-sharing
SIG _ flows
signalisation de
partage de charge
SIG_Network 3105 physnet2 Load-sharing
SIG _ flows
signalisation de
partage de charge
S_OM_Netw 3106 physnet2 Active/standby OM
ork 3106 physnet2 service flows,
S _ OM _ including data backup
Réseau service flows
Flux de services OM
actifs/de secours, y
compris les flux de
services de sauvegarde
de données
BILL_NBI_ 3107 physnet2 Northbound service
Network 3107 physnet2 flows for charging
BILL _ NBI Flux de services vers
_ Network le nord pour la
facturation
SPG_NBI_N 3108 physnet2 Northbound service
etwork 3108 physnet2 flows for service
SPG _ NBI _ provisioning
Network Flux de services vers
le nord pour la

4 Network R

Réseau Réseau
logique physique
fourniture de services
Data_Networ 3109 physnet2 Load-sharing data
k_1 3109 physnet2 service flows
Data _ Flux de services de
Network _ 1 données àpartage de
charge
Data_Networ 3110 physnet2 Load-sharing data
k_2 3110 physnet2 service flows
Data _ Flux de services de
Network _ 2 données àpartage de
charge
Media_Netw 3111 physnet2 Active/standby media
ork 3111 physnet2 service flows
Média _ Flux de services
réseau multimédias actifs/de
secours
4.2.3 CSLB Virtual Networks

Réseaux virtuels CSLB
On the CloudCore CSLB network, IPU VMs are deployed between the physical routers and
background interface VMs to forward packets in load-balancing mode. As illustrated in Figure
6-3, the CSLB-enabled standard networking is IPU (VM) – EVS – TOR switches – EOR
switches. For a CSLB-enabled NE, IP addresses need to be separately planned for services
and interfaces. When you need to smoothly expand the capacity of the NE to serve 10 million
subscribers, retain the existing service IP addresses and add a small number of service and
interface IP addresses. The OSPF routing protocol is used between the IPU VMs and physical
routers to support dynamic network scaling.
A CSLB virtual network consists of internal and external networks.
Un réseau virtuel CSLB se compose de réseaux internes et externes.
 The internal network is used by the IPU VMs to interconnect with the background
interface VMs. The CGP automatically assigns IP addresses used for their
interconnection. Currently, IPU VMs use vNIC4 for communication on the internal
network, vNIC0- vNIC1 are used for Base plane communication, and vNIC2-vNIC3 are
used for Fabric plane communication.
Le réseau interne est utilisépar les VM de l'UIP pour s'interconnecter avec les VM de
l'interface d 'arrière-plan. Le CGP attribue automatiquement les adresses IP utilisées pour
leur interconnexion. Actuellement, les VM de l'UIP utilisent vNIC4 pour la
communication sur le réseau interne, vNIC0- vNIC1 sont utilisés pour la communication
de plan de base, et vNIC2-vNIC3 sont utilisés pour la communication de plan de
structure.
 The external network is used by the IPU VMs to interconnect with the physical routers.
Currently, vNIC6 and vNIC7 are used for communication on the external network. The

4 Network R
CSC and ATS use vNIC6 and vNIC7 for signaling exchange. The SPS uses vNIC6 and
vNIC7 for signaling exchange, vNIC6-sub1 and vNIC7-sub1 for interworking with the
EMS, and vNIC6-sub2 and vNIC7-sub2 for data exchange.
Le réseau externe est utilisépar les VM de l'UIP pour s'interconnecter avec les routeurs
physiques. Actuellement, vNIC6 et vNIC7 sont utilisés pour la communication sur le
réseau externe. Le CSC et l'ATS utilisent vNIC6 et vNIC7 pour l'échange de
signalisation. Le SPS utilise vNIC6 et vNIC7 pour l'échange de signalisation,
vNIC6-sub1 et vNIC7-sub1 pour l'interfonctionnement avec l'EMS, et vNIC6-sub2 et
vNIC7-sub2 pour l'échange de données.
A pair of IPU VMs has four load-sharing vNICs to provide four load-balancing paths to the
CSC, ATS, and SPS service addresses. Load balancing is achieved by the dynamic routing
protocol OSPF or EBGP. Another two load-sharing vNICs of a pair of IPU VMs interwork
with background interface VMs through the layer-2, rather than layer-3 routing protocol.
Une paire de machines virtuelles de l'UIP dispose de quatre vNIC de partage de charge pour
fournir quatre chemins d'équilibrage de charge aux adresses de service CSC, ATS et SPS.
L'équilibrage de charge est réalisépar le protocole de routage dynamique OSPF ou EBGP.
Deux autres vNIC de partage de charge Les CI d'une paire de VM UIP interagissent avec des
VM d'interface d'arrière-plan par le biais du protocole de routage de couche 2, plutôt que de
couche 3.
Figure 4-3 IPU virtual network topology

Topologie de réseau virtuel de l'UIP

4 Network R
4.3 IP Bearer Network Interconnection Design

Conception d'interconnexion de réseau IP Bearer
Figure 4-4 IP bearer network interconnection topology
Topologie d'interconnexion de réseau IP support
In this topology:
Dans cette topologie:
Descriptions about interworking between EOR switches and CE routers are as follows:
Les descriptions de l'interfonctionnement entre les commutateurs EOR et les routeurs CE sont
les suivantes:
 Aggregation switches, also known as EOR switches, are stacked and enabled with the
preferential local traffic forwarding function. A dedicated physical link needs to be
configured between two stacked EOR switches to perform dual-active detection (DAD).
Les commutateurs d'agrégation, également appelés commutateurs EOR, sont empilés et
activés avec la fonction de transfert de trafic local préférentiel. Une liaison physique
dédiée doit être configurée entre deux commutateurs EOR empilés pour effectuer une
détection double active (DAD).
 Square-shaped connections are used between EOR switches and the routers on the IP
bearer network. Each EOR switch uses an Eth-trunk link to interconnect with a router.
On the EOR switch, an uplink VLAN is assigned to a service that must be transmitted
over the IP bearer network. Additionally, the Eth-trunk link connected to the IP bearer
network must be set to the Trunk type with the static Link Aggregation Control Protocol
(LACP) function, and allow all uplink VLANs. Each uplink VLAN corresponds to a
VLANIF and an IP address configured on the EOR switch for interworking with the
router over layer 3.
Des connexions en forme de carrésont utilisées entre les commutateurs EOR et les
routeurs sur le réseau de support IP. Chaque commutateur EOR utilise une liaison
Eth-trunk pour interconnecter avec un routeur. Sur le commutateur EOR, un VLAN de
liaison montante est attribuéàun service qui doit être transmis sur le réseau support IP.

4 Network R
De plus, la liaison Eth-trunk connectée au réseau support IP doit être réglée sur le type de
jonction avec la fonction LACP (static Link Aggregation Control Protocol), et permettent
tous les VLAN de liaison montante. Chaque VLAN de liaison montante correspond àun
VLANIF et àune adresse IP configurés sur le commutateur EOR pour interagir avec le
routeur sur la couche 3.
 On each router, an Eth-trunk link is configured to interwork with an EOR switch. The
Eth-trunk link allows VLANs for services that need to be transmitted to the IP bearer
network, and enables the static LACP mode. Each VLAN corresponds to a VLANIF and
IP address configured on the router for interworking with the EOR switch.
Sur chaque routeur, une liaison Eth-trunk est configurée pour interagir avec un
commutateur EOR. La liaison Eth-trunk permet aux VLAN de fournir des services qui
doivent être transmis au réseau support IP, et active le mode LACP statique. Chaque
VLAN correspond àun VLANIF et une adresse IP configurés sur le routeur pour
interagir avec le commutateur EOR.
 Multiple VPN instances are created on an EOR switch. Each VNF instance is used for
one or multiple services. On the EOR switch, the downlink gateway VLANIF for a
service and the uplink VLANIF connected to a router are bound to the corresponding
service VPN instance. Therefore service flows are logically isolated.
Plusieurs instances VPN sont créées sur un commutateur EOR. Chaque instance VNF est
utilisée pour un ou plusieurs services. Sur le commutateur EOR, la passerelle de liaison
descendante VLANIF pour un service et la passerelle de liaison montante VLANIF
connectée àun routeur sont liées àl'instance VPN de service correspondante.
 The BFD function is enabled to accelerate route convergence between EOR switches and
routers.
La fonction BFD est activée pour accélérer la convergence de routage entre les
commutateurs EOR et les routeurs.
 An EOR switch and a CE router can interwork with each other using the EBGP+BFD,
OSPF+BFD, or VRRP+BFD mode.
Un commutateur EOR et un routeur CE peuvent interagir les uns avec les autres en
utilisant le mode EBGP + BFD, OSPF + BFD, ou VRRP + BFD.
− When EBGP+BFD is used, an independent AS must be configured on the EOR
switch, and direct routes to VNFs must be imported to the BGP. In addition, service
packets between EOR switches and CE routers are forwarded in load-sharing mode.
Lorsque EBGP+BFD est utilisé, un AS indépendant doit être configurésur le
commutateur EOR, et les routes directes vers les VNs doivent être importées vers le
BGP. De plus, les paquets de service entre les commutateurs EOR et les routeurs
CE sont transmis en mode de partage de charge.
− When OSPF+BFD is used, each local VRF instance is bound to an independent
OSPF process, and the direct routes associated with the VRF are imported to the
OSPF. In addition, service packets between EOR switches and CE routers are
forwarded in load-sharing mode.
Lorsque OSPF+BFD est utilisé, chaque instance VRF locale est liée àun processus
OSPF indépendant, et les routes directes associées au VRF sont importées dans
l'OSPF. En outre, des paquets de service entre des commutateurs EOR et des
routeurs CE sont transmis en mode de partage de charge.
− When VRRP+BFD is used, the static IP address of the next hop and the priority of
the peer device need to be configured on the EOR switch.
Lorsque VRRP+BFD est utilisé, l'adresse IP statique du prochain saut et la priorité
du dispositif homologue doivent être configurées sur le commutateur EOR.
The descriptions about interworking between EOR switches and TOR switches are as follows:
Les descriptions concernant l'interfonctionnement entre les commutateurs EOR et les
commutateurs TOR sont les suivantes:

4 Network R
 Access switches, also known as TOR switches, are stacked and enabled with the
preferential local traffic forwarding function. An independent physical link must be
configured between two stacked TOR switches to perform DAD. The two stacked TOR
switches are cross-connected to the stacked EOR switches and a cross-switch Eth-trunk
link is configured.
Les commutateurs d 'accès, également connus sous le nom de commutateurs TOR, sont
empilés et activés avec la fonction de transfert de trafic local préférentiel. Une liaison
physique indépendante doit être configurée entre deux commutateurs TOR empilés pour
effectuer un DAD. Les deux commutateurs TOR empilés sont interconnectés aux
commutateurs EOR empilés et un croisement La liaison Eth-trunk du commutateur est
configurée.
 On EOR switches, the Eth-trunk link connecting to the TOR switches must allow all
VLANs to pass so that their traffic can be transmitted over the IP bearer network. Static
LACP must be enabled for the Eth-trunk. A VLANIF and an IP address are configured
for each allowed VLAN on the EOR switches. This IP address is used as the default
gateway IP address.
Sur les commutateurs EOR, la liaison Eth-trunk se connectant aux commutateurs TOR
doit permettre àtous les VLAN de passer afin que leur trafic puisse être transmis sur le
réseau IP support. Le LACP statique doit être activépour la liaison Eth-trunk. Un
VLANIF et une adresse IP sont configurés pour chaque VLAN autorisésur les
commutateurs EOR. Cette adresse IP est utilisée comme adresse IP de passerelle par
défaut.
 When CSLB is used in CloudCore, service EOR switches require the following
additional configurations when interworking with TOR switches:
Lorsque CSLB est utilisédans CloudCore, les commutateurs EOR de service nécessitent
les configurations supplémentaires suivantes lors de l'interfonctionnement avec les
commutateurs TOR:
− Besides that VLANIFs are configured for interworking between IPU VMs and the
external networks, service EOR switches must establish OSPF/EBGP neighboring
relationships in the Ethernet trunk type with the IPU VMs. Each pair of IPU VMs
provides four equal-cost routes between a service address and a service EOR switch.
In this case, the service EOR switch can forward packets to be sent to the service
address in load-balancing mode over the two IPU VMs.
En plus du fait que les VLANFI sont configurés pour l'interfonctionnement entre les
machines virtuelles de l'UIP et les réseaux externes, les commutateurs EOR de
service doivent établir des relations de voisinage OSPF/EBGP dans le type de
jonction Ethernet avec les machines virtuelles de l'UIP. Chaque paire de machines
virtuelles de l'UIP fournit quatre des routes àcoût égal entre une adresse de service
et un commutateur EOR de service. Dans ce cas, le commutateur EOR de service
peut transférer des paquets àenvoyer àl'adresse de service en mode d'équilibrage
de charge sur les deux machines virtuelles de l'UIP.
− OSPF/EBGP neighboring relationships in the Ethernet trunk type are established
between the service EOR switch and IPU VMs. Therefore, DR election must be
performed between the service EOR switch and IPU VMs. To prevent network
flapping, the service EOR switch with the higher reliability in a stack is configured
as the DR router.
Les relations de voisinage OSPF/EBGP dans le type de jonction Ethernet sont
établies entre le commutateur EOR de service et les machines virtuelles IPU. Par
conséquent, l'option DR doit être exécutée entre le commutateur EOR de service et
les machines virtuelles IPU. Pour empêcher le battement du réseau, le commutateur
EOR de service présentant la plus grande fiabilitédans une pile est configuréen
tant que routeur DR.

4 Network R
− IPU VMs of the CSC and ATS process only signaling flows. The VLANIFs of the
CSC and ATS are bound to the signaling VRF instance. IPU VMs of the SPS
process signaling, network management, and data flows. The VLANIFs of the SPS
are bound to the corresponding signaling, network management, and data VRF
instances.
Les VMs IPU du CSC et ATS traitent uniquement les flux de signalisation. Les
VLANFI du CSC et ATS sont liés àl'instance VRF de signalisation. Les VMs IPU
du SPS traitent la signalisation, la gestion du réseau, Les VLANFI du SPS sont liés
aux instances VRF de signalisation, de gestion de réseau et de données
correspondantes.
− OSPF+BFD or VRRP+BFD is used for interworking between EOR switches and
CE routers.
OSPF+BFD ou VRRP+BFD est utilisépour l'interfonctionnement entre les
commutateurs EOR et les routeurs CE.
VRF Planning for EOR switches
Planification VRF pour les commutateurs EOR
EOR switches need a series of local VRF instances to isolate service flows at layer 3.
Les commutateurs EOR ont besoin d'une série d'instances VRF locales pour isoler les flux de
service au niveau de la couche 3.
Table 4-5
Table 4-5 VRF planning for EOR switches when no inter-zone firewall is deployed
Planification VRF pour les commutateurs EOR lorsqu'aucun pare-feu inter-zone n'est déployé
VRF Used For...

VRF Utilisépour...
VRF_OM Service flows related to the network
VRF _ OM management, charging, and service provisioning.
Flux de services liés àla gestion du réseau, àla
facturation et àla fourniture de services.
If carriers require that charging and service
provisioning flows use separate VRF instances,
VRF_Billing and VRF_Provisioning are used for
these two types of flows.
Si les porteuses exigent que les flux de
facturation et de fourniture de service utilisent
des instances VRF distinctes, VRF _ Billing et
VRF _ Provisioning sont utilisés pour ces deux
types de flux.
VRF_Signaling Signaling service flows
Signalisation VRF Flux de services de signalisation
VRF_LI LI service flows
VRF _ LI Flux de services LI
VRF_DATA Data synchronization service flows for the SDB.
_ DONNÉES VRF By default, this VRF is not planned, and the
flows use VRF_Signaling.
Flux de service de synchronisation de données
pour le SDB. Par défaut, ce VRF n'est pas
planifié, et les flux utilisent VRF _ Signaling.

4 Network R
VRF Used For...

VRF Utilisépour...
If carriers require a separate VRF for the data
synchronization flows, this VRF is used for the
flows.
Si les porteuses ont besoin d'un VRF séparépour
les flux de synchronisation de données, ce VRF
est utilisépour les flux.
VRF_MEDIA Media service flows
VRF _ MÉDIA Flux de services médias
VRF_Access Signaling and media service flows on the SBC
_ Accès VRF access side and IMS access-related APN service
flows on the PGW
Flux de services de signalisation et de média du
côtéaccès SBC et flux de services APN liés à
l'accès IMS du PGW
VRF_Internet Internet service flows
VRF _ Internet Flux de services Internet
VRF_Interworking Signaling and media service flows for
Interfonctionnement VRF interworking between networks
Flux de services de signalisation et de média
pour l'interfonctionnement entre réseaux
When inter-zone firewalls are deployed, you can use either the security solution or
recommended solution to plan VRFs. The differences between these two solutions are as
follows:
Lorsque des pare-feu inter-zones sont déployés, vous pouvez utiliser la solution de sécuritéou
la solution recommandée pour planifier les VFR. Les différences entre ces deux solutions sont
les suivantes:
 VRF division in the security solution is stricter. Separate VRFs need to be planned for
the NFVI logical networks. In the recommended solution, however, the VRFs for the
trusted-zone OSS are also used for the NFVI logical networks.
La division VRF dans la solution de sécuritéest plus stricte. Des VFR séparés doivent
être planifiés pour les réseaux logiques NFVI. Dans la solution recommandée, cependant,
les VFR pour les OSS de zone de confiance sont également utilisés pour les réseaux
logiques NFVI.
 In the security solution, signaling and data VRFs are separately planned. In the
recommended solution, however, signaling and data flows use the same VRFs.
Dans la solution de sécurité, les VFR de signalisation et de données sont planifiés
séparément. Dans la solution recommandée, cependant, la signalisation et les flux de
données utilisent les mêmes VFR.
Table 4-6

4 Network R
Table 4-6 Security solution to planning VRFs for EOR switches

Solution de sécuritépour la planification des VFR pour les commutateurs EOR
VRF Used For...

VRF Utilisépour...
VRF_I_VMGMT NFVI management
VRF _ I _ VMGMT Gestion NFVI
VRF_D_OM Service flows, such as network management,
VRF _ D _ OM charging, and service provisioning service flows
of VNFs in the DMZ.
Flux de services, tels que la gestion de réseau, la
facturation et les flux de services de fourniture
de services des VNF dans le DMZ.
If carriers require separate VRFs for charging
and service provisioning flows, plan
VRF_D_Billing and VRF_D_Provisioning for
Si les entreprises ont besoin de VRF distinctes
pour les flux de facturation et de fourniture de
service, planifiez VRF _ D _ Billing et VRF _ D
_ Provisioning pour ces deux types de flux.
VRF_T_OM Service flows, such as network management,
VRF _ T _ OM charging, and service provisioning service flows
of VNFs in the trusted zone, as well as
U2000/U2020 and CSM service flows.
Flux de services, tels que les flux de services de
gestion de réseau, de facturation et de fourniture
de services des VNs dans la zone de confiance,
ainsi que les flux de services U2000/U2020 et
CSM.
If carriers require separate VRFs for charging
and service provisioning flows, plan
VRF_T_Billing and VRF_T_Provisioning for
Si les entreprises ont besoin de VRF distinctes
pour les flux de facturation et de fourniture de
service, planifiez VRF _ T _ Billing et VRF _ T
_ Provisioning pour ces deux types de flux.
VRF_T_Signaling Signaling service flows in the trusted zone
Signalisation VRF _ T _ Flux de services de signalisation dans la zone de
confiance
VRF_D_Signaling Signaling service flows in the DMZ
Signalisation VRF _ D Flux de services de signalisation dans le DMZ
VRF_T_LI LI service flows in the trusted zone
VRF _ T _ LI Flux de services LI dans la zone de confiance
VRF_D_LI LI service flows in the DMZ
VRF _ D _ LI Flux de services LI dans la zone DMZ
VRF_T_DATA Data synchronization service flows for the SDB
in the trusted zone. By default, this VRF is not

4 Network R
VRF Used For...

VRF Utilisépour...
VRF _ T _ DONNÉES planned, and the flows use VRF_T_Signaling.
Le service de synchronisation des données
circule pour le SDB dans la zone de confiance.
Par défaut, ce VRF n'est pas planifié, et les flux
utilisent VRF_T_Signaling.
flows.
VRF_D_DATA Data synchronization service flows for the SDB
VRF _ D _ DONNÉES in the DMZ. By default, this VRF is not planned,
and the flows use VRF_D_Signaling.
Le service de synchronisation des données
s'exécute pour le SDB dans le DMZ. Par défaut,
ce VRF n'est pas planifié, et les flux utilisent
VRF_D_Signaling.
flows.
VRF_T_MEDIA Media service flows in the trusted zone
VRF _ T _ MÉDIA Flux de services multimédias dans la zone de
confiance
VRF_D_MEDIA Media service flows in the DMZ
VRF _ D _ MÉDIA Flux de services multimédias dans le DMZ
VRF_D_Access Signaling and media service flows on the SBC
VRF _ D _ Accès access side and IMS access-related APN service
flows on the PGW
Flux de services de signalisation et de média du
côtéaccès SBC et flux de services APN liés à
l'accès IMS du PGW
VRF_D_Internet Internet service flows
VRF _ D _ Internet Flux de services Internet
VRF_D_UT_Access Service flows over the Ut interface
VRF _ D _ UT _ Accès Flux de service sur l'interface Ut
VRF_D_Interworking Signaling and media service flows for
Interfonctionnement VRF _ D interworking between networks
Flux de services de signalisation et de média
pour l'interfonctionnement entre réseaux
Table 4-7

4 Network R
Table 4-7 Recommended solution to planning VRFs for EOR switches

Solution recommandée pour la planification des VFR pour les commutateurs EOR
VRF Used For...

VRF Utilisépour...
VRF_D_OM Service flows, such as network management,
VRF _ D _ OM charging, and service provisioning service flows of
VNFs in the DMZ.
Flux de services, tels que la gestion de réseau, la
facturation et les flux de services de fourniture de
services des VNF dans le DMZ.
If carriers require separate VRFs for charging and
service provisioning flows, plan VRF_D_Billing and
VRF_D_Provisioning for these two types of flows.
Si les entreprises ont besoin de VRF distinctes pour
les flux de facturation et de fourniture de service,
planifiez VRF _ D _ Billing et VRF _ D _
Provisioning pour ces deux types de flux.
VRF_T_OM This VRF processes the following service flows:
VRF _ T _ OM Ce VRF traite les flux de services suivants:
Virtualization-layer and hardware management
flows
Flux de gestion de la couche virtualisation et du
matériel
Network management, charging, and service
provisioning flows for VNFs in the trusted zone
Gestion de réseau, facturation et flux de fourniture
de service pour les VNs dans la zone de confiance
U2000/U2020 and CSM service flows
Flux de services U2000/U2020 et CSM
If carriers require separate VRFs for charging and
service provisioning flows, VRF_T_Billing and
VRF_T_Provisioning are used respectively for these
two types of flows.
Si les porteuses ont besoin de VRF distinctes pour
les flux de facturation et de fourniture de service,
VRF _ T _ Billing et VRF _ T _ Provisioning sont
utilisés respectivement pour ces deux types de flux.
VRF_T_Signaling Signaling and data synchronization service flows in
Signalisation VRF _ T _ the trusted zone
Flux de services de signalisation et de
synchronisation de données dans la zone de
confiance
VRF_D_Signaling Signaling and data synchronization service flows in
Signalisation VRF _ D the DMZ
Flux de services de signalisation et de
synchronisation de données dans la zone DMZ
VRF_T_LI LI service flows in the trusted zone
VRF _ T _ LI Flux de services LI dans la zone de confiance

4 Network R
VRF Used For...

VRF Utilisépour...
VRF_D_LI LI service flows in the DMZ
VRF _ D _ LI Flux de services LI dans la zone DMZ
VRF_T_MEDIA Media service flows in the trusted zone
VRF _ T _ MÉDIA Flux de services multimédias dans la zone de
confiance
VRF_D_MEDIA Media service flows in the DMZ
VRF _ D _ MÉDIA Flux de services multimédias dans le DMZ
VRF_D_Access Signaling and media service flows on the SBC
VRF _ D _ Accès access side and IMS access-related APN service
flows on the PGW
Flux de services de signalisation et de média du côté
accès SBC et flux de services APN liés àl'accès
IMS du PGW
VRF_D_Internet Internet service flows
VRF _ D _ Internet Flux de services Internet
VRF_D_UT_Access Service flows over the Ut interface
VRF _ D _ UT _ Accès Flux de service sur l'interface Ut
VRF_D_Interworking Signaling and media service flows for interworking
Interfonctionnement VRF _ D between networks
Flux de services de signalisation et de média pour
l'interfonctionnement entre réseaux
4.4 Network Resource Design

Conception des ressources réseau
4.4.1 OSS Network Resource Design
Conception des ressources réseau OSS
Table 4-8 Interface IP address, VLAN, and VPN plan of the CSM
Adresse IP d'interface, VLAN et plan VPN du CSM
VN Logical Number Number of VLAN VPN Used

F Network of IP Gateway VLAN VPN For...
VN Réseau Addresse IP Utilisé
F logique s Addresses pour...
Nombre Nombre
d'adresse d'adresses
s IP IP de la
passerelle
CS OSS_Servic 1 per VM 1 VLAN_O VRF_T_OM Connecti

4 Network R

Nombre Nombre
s IP IP de la
passerelle
M e 1 par 1 SS_Servic (also used for ng to the
(VN OSS _ machine e VNF OM) VNFs,
FM) Service virtuelle VLAN _ VRF _ T _ U2000/
CS 1 virtual OSS _ OM U2020-
M IP address Service (également MBB,
(VN shared by utilisépour and
FM) the active VNF OM) WebUI
and Connexi
standby on aux
CSM VMs VNFs,
1 adresse U2000/
IP U2020-
virtuelle MBB et
partagée WebUI
par les
VM CSM
actives et
de secours
OSS_Self_ 1 per VM N/A VLAN_ NULL Internal
Maintenance 1 par S/O OSS_Self (internal) manage
OSS _ Self _ machine _Maintena NULL ment
Maintenance virtuelle nce (interne) Gestion
VLAN _ interne
OSS _
Self _
Maintenan
ce
OSS_VIM_ 1 per VM 1 VLAN_ VRF_I_VM For
API 1 par 1 OSS_VIM GMT (Same intercon
OSS _ VIM machine _API as nection
_ API virtuelle VLAN _ external_api) with the
1 virtual OSS _ VRF _ I _ VIM
IP address VIM _ VMGMT Pour
shared by API (identique à l'interco
the active external _ nnexion
and api) avec le
standby VIM
VNFM
VMs
1 adresse
IP
virtuelle
partagée
par les

4 Network R

Nombre Nombre
s IP IP de la
passerelle
machines
virtuelles
VNFM
actives et
de secours
VNFM_Net 1 per VM N/A VLAN_C NULL Internal
work_Intern 1 par S/O SM_Base (internal) manage
al machine VLAN _ NULL ment
VNFM _ virtuelle CSM _ (interne) and
Network _ Base commun
Interne ication
between
active
and
standby
VMs
Gestion
interne
et
commun
ication
entre les
machine
s
virtuelle
s actives
et de
secours
IP addresses of the OSS_Service and OSS_VIM_API planes need to be applied for from carriers. The IP
addresses of the VNFM_Network_Internal and OSS_Self_Maintenance planes are internal addresses.
Therefore, application is not required.
Les adresses IP des plans OSS_Service et OSS_VIM_API doivent être demandées aux opérateurs. Les
adresses IP des plans VNFM_Network_Internal et OSS_Self_Maintenance doivent être demandées aux
opérateurs. sont des adresses internes. Par conséquent, l'application n'est pas requise.
When the messages are sent through OSS_Service and OSS_VIM_API interfaces to the external devices,
the source IP address may be a floating IP address or local IP address. In this situation, routes to both the
floating and local IP addresses must be configured on the external routers and peer device. If the routes
pass through firewalls, the firewalls must allow the flows of the floating and local IP addresses.
Lorsque les messages sont envoyés par les interfaces OSS_Service et OSS_VIM_API vers les
périphériques externes, l'adresse IP source peut être une adresse IP flottante ou une adresse IP locale. les
routes vers les adresses IP flottantes et locales doivent être configurées sur les routeurs externes et le
périphérique homologue. Si les routes passent àtravers les pare-feu, les pare-feu doivent permettre les
flux des adresses IP flottantes et locales.

4 Network R
Table 4-9 Interface IP address, VLAN, and VPN plan of the vOSMU
Adresse IP d'interface, VLAN et plan VPN du vOSMU
VNF Logical Number Number VLAN VPN Descriptio

VNF Network of IP of VLAN VPN n
Réseau Address Gatewa Descriptio
logique es y IP n
Nombre Address
d'adress es
es IP Nombre
d'adress
es IP de
la
passerel
le
OSM OSS_Service 1 per VM 1 VLAN_O VRF_T_O Default OM
U OSS _ 1 par 1 SS_Servic M service
OSM Service machine e VRF _ T _ plane, which
U virtuelle VLAN _ OM corresponds
OSS _ to the Fabric
Service plane on
legacy
networks.
This plane is
used to
configure
the IP
address for
deploying
the vOSMU,
and log in to
the vOSMU
WebUI.
Plan de
service OM
par défaut,
qui
correspond
au plan
Fabric sur
les réseaux
hérités. Ce
plan est
utilisépour
configurer
l'adresse IP
pour
déployer le
vOSMU, et
se connecter
àl'interface
utilisateur
Web
vOSMU.

4 Network R
VNF Logical Number Number VLAN VPN Descriptio

VNF Network of IP of VLAN VPN n
Réseau Address Gatewa Descriptio
logique es y IP n
Nombre Address
d'adress es
es IP Nombre
d'adress
es IP de
la
passerel
le
OSS_Self_M 1 per VM N/A VLAN_ NULL Internal
aintenance 1 par S/O OSS_Self (internal) management
OSS _ Self _ machine _Maintena NULL Gestion
Maintenance virtuelle nce (interne) interne
VLAN _
OSS _
Self _
Maintenan
ce
OSS_VIM_A 1 per VM 1 VLAN_ VRF_I_V For
PI 1 par 1 OSS_VIM MGMT interconnect
OSS _ VIM _ machine _API (Same as ion with the
API virtuelle VLAN _ external_a VIM
OSS _ pi) Pour
VIM _ VRF _ I _ l'interconnex
API VMGMT ion avec le
(identique VIM
àexternal
_ api)
Table 4-10 Interface IP address/VLAN/VPN plan of the NFVO

Plan d'adresse IP/VLAN/VPN de l'interface NFVO
VNF vNIC Numbe Numbe VLAN VPN Descriptio

VNF vNIC r of IP r of VLAN VPN n
Addres Gatewa Descriptio
ses y IP n
Nombr Addres
e ses
d'adres Nombr
ses IP e
d'adres
ses IP
de la
passere
lle
NFVO OSS_S 1 per 1 VLAN_OSS_ VRF_T_OM Maintenanc

4 Network R

ses y IP n
Nombr Addres
e ses
d'adres Nombr
ses IP e
d'adres
ses IP
de la
passere
lle
ONF ervice VM 1 Service VRF _ T _ e network of
OSS _ 1 par VLAN _ OSS OM managemen
Service machine _ Service t and NFVO
virtuelle nodes,
1 virtual which is
IP used for
1 IP users to log
virtuelle in to the
NFVO
system in
SSH mode
Réseau de
maintenance
de noeuds
de gestion et
de NFVO,
qui est
utilisépour
permettre
aux
utilisateurs
de se
connecter au
système
NFVO en
mode SSH
OSS_S 1 per NA VLAN_ NULL Service
elf_Mai VM ND OSS_Self_Ma (internal) network of
ntenanc 1 par intenance NULL managemen
e machine VLAN _ OSS (interne) t nodes,
OSS _ virtuelle _ Self _ which is
Self _ 1 float Maintenance used for
Mainte IP communicat
nance address ion between
shared the NFVO
by the system and
active external
and devices
standby Réseau de
NFVO service de

4 Network R

ses y IP n
Nombr Addres
e ses
d'adres Nombr
ses IP e
d'adres
ses IP
de la
passere
lle
VMs noeuds de
1 gestion, qui
adresse est utilisé
IP pour la
flottante communicat
partagée ion entre le
par les système
machine NFVO et
s des
virtuelle dispositifs
s NFVO externes
actives Used for
et de O&M
secours personnel to
log in to
NFVO
nodes. This
network can
communicat
e with the
VNFM,
VIM, and
OSS.
Utilisépour
permettre au
personnel
O&M de se
connecter
aux nœuds
NFVO. Ce
réseau peut
communiqu
er avec le
VNFM,
VIM et
OSS.

4 Network R
You need to plan a floating IP address for the NFVO VMs on the OSS_Self_Maintenance logical
network only for NFVO 19.1.
Vous devez planifier une adresse IP flottante pour les machines virtuelles NFVO sur le réseau logique
OSS_Self_Maintenance uniquement pour NFVO 19.1.
Table 4-11 Interface IP address plan of the U2000/U2020

Plan d'adresse IP de l'interface U2000/U2020
VM OSS_Serv OSS_ExtN OSS_ExtNet2 OSS_Self_M Descriptio

Type ice Plane et1 Plane Plane aintenance n
Type de Plan de (Southbou (Northbound Plane Descriptio
machine service _ nd) ) Plan OSS _ n
virtuelle OSS Plan OSS _ Plan OSS _ Self _
ExtNet1 ExtNet2 Maintenance
(Southbou (Northbound
nd) )
U2000/U √ √ √ √ Active
2020-M √ √ √ √ service VM
U2000/U VM de
2020-M service actif
U2000/U √ √ √ √ Standby
2020-Sxx √ √ √ √ service VM
U2000/U Service de
2020-Sxx veille VM
U2000/U √ N/A N/A √ Active
2020-DB √ S/O S/O √ database
U2000/U VM
2020-DB VM de base
de données
active
U2000/U √ N/A N/A √ Standby
2020-DB √ S/O S/O √ database
xx VM
U2000/U VM de base
2020-DB de données
xx de secours
 The CSM cannot interwork with the U2000/U2020 on which southbound and northbound interfaces
are separated.
Le CSM ne peut pas interagir avec l'U2000/U2020 sur lequel les interfaces vers le sud et vers le
nord sont séparées.
 OSS_ExtNet1 and OSS_ExtNet2 planes are optional. Plan these two planes when the carrier requires
that southbound and northbound interfaces are separated. Configure a gateway IP address for each
external plane except for the OSS_Self_Maintenance plane.
Les plans OSS_ExtNet1 et OSS_ExtNet2 sont optionnels. Planifiez ces deux plans lorsque la
porteuse requiert que les interfaces vers le sud et vers le nord soient séparées. Configurez une
adresse IP de passerelle pour chaque plan externe, sauf pour OSS _. Plan d'auto-maintenance

4 Network R
Table 4-12 Interface IP address plan of the ES

Plan d'adresse IP d'interface de l'ES
VM OSS_Serv OSS_ExtNe OSS_Ext OSS_Self_Mainten Descripti

Type ice t1 Plane Net ance Plane on
Type Plane (Southboun Plane Plan OSS _ Self _ Descripti
de Plan de d) (Northbo Maintenance on
machi service _ Plan OSS _ und)
ne OSS ExtNet1 Plan OSS
virtuel (Southboun _ ExtNet
le d) (Northbo
und)
ES-M √ √ √ √ Active ES
ES-M √ √ √ √ VM
VM ES
active
ES-Sxx √ √ N/A √ Standby
ES-Sxx √ √ S/O √ ES VM
Veille ES
VM
ES-DB √ N/A N/A √ ES
ES-DB √ S/O S/O √ database
VM
VM de
base de
données
ES
OSS_ExtNet1 and OSS_ExtNet2 planes are optional. Plan these two planes when the carrier requires
that southbound and northbound interfaces are separated. Configure a gateway IP address for each
external plane except for the OSS_Self_Maintenance plane.
Les plans OSS_ExtNet1 et OSS_ExtNet2 sont optionnels. Planifiez ces deux plans lorsque la porteuse
requiert que les interfaces vers le sud et vers le nord soient séparées. Configurez une adresse IP de
passerelle pour chaque plan externe, sauf pour OSS _. Plan d'auto-maintenance
Table 4-13 Interface IP address plan of the CCE

Plan d'adresse IP d'interface du CCE
VM Type OSS_Service OSS_Self_Maintenance Description

Type de Plane Plane Description
machine Plan de Plan OSS _ Self _
virtuelle service _ OSS Maintenance
CCE 1 1 The OSS_Service plane
CCE 1 1 needs a gateway IP
address.
Le plan OSS _ Service a
besoin d'une adresse IP
de passerelle.

4 Network R
4.4.2 CloudCore Network Resource Design

Conception des ressources réseau CloudCore
The following table shows VLAN design of the application layer and the service logical
network design.
Le tableau suivant montre la conception VLAN de la couche application et la conception de
réseau logique de service.
Table 4-14 Logical Network and VLAN Planning

Planification de réseau logique et de VLAN
VPC Logical VLAN Service Physical

VPC Network VLAN Service Network
Réseau Réseau
logique physique
Srv_VPC_IMS SIG_Network_ 3103 Core Signaling Physnet2
Srv _ VPC _ 1 3103 Signalisation du Phynet2
IMS SIG _ Network cœur
_1
S_OM_Networ 3106 Service OM Physnet2
k 3106 Service OM Phynet2
S _ OM _
Réseau
Inner_Plane1 3100 Base Physnet2
_ Plan1 interne 3100 Base Phynet2
......
......
......
......
The following table shows the service IP address requirement.

Le tableau suivant montre l'exigence d'adresse IP de service.
Table 4-15 Service IP Address Requirement

Exigence d'adresse IP de service
VPC VNF Logical IP Address Description
VPC VNF Network Number Description
Réseau Numéro
logique d'adresse IP
Srv_VPC_IMS XXX SIG_Network_ - -
Srv _ VPC _ XXX 1 - Oui. - Oui.
IMS SIG _ Network
_1
S_OM_Networ - -

4 Network R
VPC VNF Logical IP Address Description

VPC VNF Network Number Description
Réseau Numéro
logique d'adresse IP
k - Oui. - Oui.
S _ OM _
Réseau
Inner_Plane1 - -
_ Plan1 interne - Oui. - Oui.
......
......
The following table shows the total IP address requirement of Site S1.
Le tableau suivant montre l'adresse IP totale requise pour le site S1.
Table 4-16 Total IP Address Requirement

Exigence totale d'adresse IP
VPC Logical Network IP Address Number of IP
VPC Réseau logique Requirement addresses to be
Adresse IP applied
requise Nombre
d'adresses IP à
appliquer
Srv_VPC_IMS SIG_Network_1 1 8
Srv _ VPC _ IMS SIG _ Network _ 1 1 8
S_OM_Network 9 16
S _ OM _ Réseau 9 16
Inner_Plane1 — —
_ Plan1 interne — —
......
......
......
......

5 Cloud Ma
5 Cloud Management Design

Conception de la gestion du Cloud
7.1 Cloud Management Solution7.1 Solution de gestion du Cloud

7.2 Cloud Management Interconnection7.2 Interconnexion de gestion du cloud
7.3 Time Synchronization Design7.3 Conception de synchronisation temporelle
5.1 Cloud Management Solution

Solution de gestion du Cloud
5.1.1 O&M
F&E
Figure 5-1

5 Cloud Ma
Figure 5-1 O&M interfaces of U2000/U2020 in independent deployment mode

Interfaces O&M d'U2000/U2020 en mode de déploiement indépendant
Figure 5-2 O&M interfaces of U2020 in integrated deployment mode

Interfaces O&M d'U2020 en mode de déploiement intégré
 Interface 1: System administrators can log in to the vU2000/U2020 client for

configuration, management, and performance monitoring of all VNFs.

5 Cloud Ma
Interface 1: Les administrateurs système peuvent se connecter au client vU2000/U2020

pour la configuration, la gestion et la surveillance des performances de tous les VNF.
 Interface 2: System administrators can log in to the management WebUI to operate and
maintain the VNFM, such as, managing VNF lifecycles, and configuring and monitoring
scaling KPIs of VNFs.
Interface 2: Les administrateurs système peuvent se connecter àl'interface WebUI de
gestion pour exploiter et maintenir le VNFM, comme la gestion des cycles de vie du
VNF, et la configuration et la surveillance des KPI de mise àl'échelle des VNF.
 Interface 3: System administrators can log in to the management WebUI to service
orchestration on the NFV network.
Interface 3: Les administrateurs système peuvent se connecter àl'interface WebUI de
gestion pour desservir l'orchestration sur le réseau NFV.
5.1.2 Alarms
Alarmes
Figure 5-3
Figure 5-3 Alarm interfaces of U2000/U2020 in independent deployment mode when CloudCore
is independently deployed
Interfaces d'alarme d'U2000/U2020 en mode de déploiement indépendant lorsque CloudCore est
déployéindépendamment

5 Cloud Ma
Figure 5-4 Alarm interfaces of U2020 in integrated deployment mode when CloudCore is
independently deployed
Interfaces d'alarme d'U2020 en mode de déploiement intégrélorsque CloudCore est déployé
indépendamment
 The VNFM collects NFVI alarms from FusionSphere OpenStack OM (external_api)

through the VNFM_Network_VIM plane.
Le VNFM collecte les alarmes NFVI de FusionSphere OpenStack OM (external_api) via
le plan VNFM_Network_VIM.
 VNFs and eSight report alarms to the U2000/U2020.
VNFs et eSight signalent les alarmes vers U2000/U2020.
 The U2000/U2020 can provide interfaces to present all alarms from VNFs and the NFVI.
The U2000/U2020 can also report alarms to the NMS through the northbound interface.
L'U2000/U2020 peut fournir des interfaces pour présenter toutes les alarmes des VNFs et
de la NFVI. L'U2000/U2020 peut également signaler des alarmes au NMS par
l'intermédiaire de l'interface northbound.
5.2 Cloud Management Interconnection

Interconnexion de gestion du cloud
On a cloud management network, the VNFM must connect to the EMS, OMU, and VIM.
Sur un réseau de gestion du cloud, le VNFM doit se connecter àl'EMS, àl'OMU et au VIM.
Figure 5-5

5 Cloud Ma
Figure 5-5 VNFM/NFVO interworking topology of U2000/U2020 in independent deployment

mode
Topologie d'interfonctionnement VNFM/NFVO d'U2000/U2020 en mode de déploiement
indépendant

5 Cloud Ma
Figure 5-6 VNFM/NFVO interworking topology of U2000/U2020 in independent deployment

mode
Topologie d'interfonctionnement VNFM/NFVO d'U2000/U2020 en mode de déploiement
indépendant
In this topology:
Dans cette topologie:
 The VNFM VM and EMS VM are deployed in the management domain.
La VM VNFM et la VM EMS sont déployées dans le domaine de gestion.
 The REST protocol is used between the VNFM and the EMS. The VNFM forwards the
NFVI alarm information received from the VIM to the EMS.
Le protocole REST est utiliséentre le VNFM et l'EMS. Le VNFM transmet les
informations d'alarme NFVI reçues du VIM àl'EMS.
Table 5-1 VNFM interfaces and protocols

Interfaces et protocoles VNFM
Networking Interface Protocol Function Description

Between... Interface Protocole Description de la fonction
Mise en
réseau
entre...

5 Cloud Ma

Mise en
réseau
entre...
VNFM and Intf-VNFM-  HTTPS+RES  The VNFM uses the HTTPS and
VIM VIM T/SNMP REST protocols to manage VM
VNFM et Intf-VNFM- HTTPS+RES lifecycles, such as creating,
VIM VIM T/SNMP removing, starting, resetting,
 SNMP powering on, and powering off
SNMP VMs as well as subscribing to VM
status.
Le VNFM utilise les protocoles
HTTPS et REST pour gérer les
cycles de vie des machines
virtuelles, tels que la création, la
suppression, le démarrage, la
réinitialisation, la mise sous
tension et la mise hors tension des
machines virtuelles, ainsi que
l'abonnement au statut des
machines virtuelles.
 The VIM uses the SNMP protocol
to report NFVI alarms to the
VNFM.
Le VIM utilise le protocole SNMP
pour signaler les alarmes NFVI au
VNFM.
VNFM and Intf-VNFM-  MML and  The CGP uses the MML and
CGP CGP REST REST protocols for configuration
VNFM et Intf-VNFM- MML et and O&M, such as downloading
CGP CGP REST the NE software packages of the
 FTP, FTPS, solution, configuring CGP VM
SOAP, and basic data, and authenticating
REST CGP VM access security.
FTP, FTPS, Le CGP utilise les protocoles
SOAP et MML et REST pour la
REST configuration et O&M, tels que le
téléchargement des progiciels NE
de la solution, la configuration des
données de base de la VM CGP et
l'authentification de la sécurité
d'accès de la VM CGP.
 The CGP uses the FTP, FTPS,
SOAP, and REST protocols to
install or upgrade VMs, load
patches, upload or download files,
and report KPIs.
Le CGP utilise les protocoles FTP,
FTPS, SOAP et REST pour
installer ou mettre àniveau des
machines virtuelles, charger des

5 Cloud Ma

Mise en
réseau
entre...
correctifs, télécharger des fichiers
et rapporter des indicateurs de
performance clés.
EMS and Intf-EMS-CG MML, FTP, This interface provides the VNF
CGP P FTPS, SOAP, management and maintenance (on the
EMS et CGP Intf-EMS-CG and SNMP service layer) for the service domain,
P MML, FTP, including service VM data
FTPS, SOAP et configuration and maintenance of the
SNMP alarm and performance KPI data.
Cette interface fournit la gestion et la
maintenance VNF (sur la couche de
service) pour le domaine de service, y
compris la configuration de données
de VM de service et la maintenance
des données KPI d'alarme et de
performance.
EMS and Intf-EMS-V REST and FTPS This interface supports integration
VNFM NFM REST et FTPS between the VNFM and
EMS et Intf-EMS-V U2000/U2020-MBB:
VNFM NFM Cette interface prend en charge
l'intégration entre le VNFM et
U2000/U2020-MBB:
 Unified management,
authentication, and authorization
of users on the VNFM and
U2000/U2020-MBB
Gestion unifiée, authentification et
autorisation des utilisateurs sur
VNFM et U2000/U2020-MBB
 Unified log management
Gestion unifiée des journaux
 Notifications of VNF addition and
deletion
Notifications d'ajout et de
suppression de VNF
 NFVI-related KPI reporting to the
U2000/U2020-MBB
Indicateurs de performance clés
liés àl'ONF faisant rapport à
l'U2000/U2020-MBB
 NFVI alarm information which
the NFVI receives from the VIM
and forwards to the EMS
Informations d'alarme NFVI que
le NFVI reçoit du VIM et transmet
au EMS

5 Cloud Ma

Mise en
réseau
entre...
NMS and Intf-NMS-E SNMP, CORBA, This interface inherits the following
EMS MS SFTP, and functions provided by the legacy
NMS et EMS Intf-NMS-E Syslog interfaces between the NMS and
MS SNMP, CORBA, EMS:
SFTP et Syslog Cette interface hérite des fonctions
suivantes fournies par les interfaces
héritées entre le NMS et le EMS:
 Transferring alarms to the NMS
Transfert des alarmes vers le NMS
 Reporting performance KPIs to
the NMS
Présentation de rapports sur les
indicateurs de performance au
NMS
 Reporting operation logs
Rapports des journaux
d'opérations
NFVO and Intf-NFVO-V REST/SNMP  Allows the NFVO to manage
VIM IM REST/SNMP virtual and physical resources as
NFVO et Intf-NFVO-V well as virtual connections.
VIM IM Permet àl'ONF de gérer les
ressources virtuelles et physiques
ainsi que les connexions virtuelles.
 Allows the NFVO to receive
NFVI alarms.
Permet au NFVO de recevoir les
alarmes NFVI.
NFVO and Intf-NFVO-V REST Allows the NFVO to manage
VNFM NFM REPOS catalogs, VNF packages, VNF life
NFVO et Intf-NFVO-V cycles, and related policies.
VNFM NFM Permet àNFVO de gérer les
catalogues, les paquets VNF, les
cycles de vie VNF et les stratégies
associées.
NFVO and Intf-NFVO-N REST/FTPS Is used for the NFVO to interwork
NMS MS REST/FTPS with the OSS of a carrier.
NFVO et Intf-NFVO-N est utilisépour que l'ONF interagisse
NMS MS avec l'OSS d'un transporteur.
NFVO and Intf-NFVO-E MML Is used for the NFVO to collect basic
EMS MS MML VNF information from the
NFVO et Intf-NFVO-E U2000/U2020-MBB.
EMS MS Utilisépar l'ONF pour recueillir des
informations de base sur la VNF à
partir de l'U2000/U2020-MBB.

5 Cloud Ma
 The CloudOpera CSM can use either of the following two modes to interconnect to the
U2000/U2020-MBB:
Le CSM CloudOpera peut utiliser l'un des deux modes suivants pour s'interconnecter à
l'U2000/U2020-MBB:
− Integrated mode
Mode intégré
In this mode, one CloudOpera CSM is interconnected with one U2000/U2020-MBB
by running commands in the CloudOpera CSM background. The
U2000/U2020-MBB centrally authenticates VNFs on the U2000/U2020-MBB. If
the U2000/U2020-MBB is faulty, the CloudOpera CSM's authentication
information will be lost, and the CloudOpera CSM will be unavailable.
Dans ce mode, un CSM CloudOpera est interconnectéavec un U2000/U2020-MBB
en exécutant des commandes dans l'arrière-plan CSM CloudOpera.
L'U2000/U2020-MBB authentifie centralement les VNF sur U2000/U2020-MBB.
Si l'U2000/U2020-MBB est défectueux, les informations d'authentification du CSM
CloudOpera seront perdues et le CSM CloudOpera ne sera pas disponible.
Figure 5-7 Networking of U2000/U2020 in independent deployment mode in integrated mode

Mise en réseau d'U2000/U2020 en mode de déploiement indépendant en mode intégré
 Interconnected mode
Mode interconnecté
In this mode, one CloudOpera CSM can be interconnected with multiple
U2000/U2020-MBBs on the CloudOpera CSM Web portal, and vice versa. The
CloudOpera CSM and U2000/U2020-MBB authenticate VNFs independently, which
means that services of the peer will not be affected if either of them is faulty. Note that
the interconnected mode supports a maximum of eight U2000/U2020-MBBs and ten
CloudOpera CSMs.
Dans ce mode, un CSM CloudOpera peut être interconnectéavec plusieurs MBB
U2000/U2020-MBB sur le portail Web CloudOpera CSM, et vice versa. Le CloudOpera
CSM et U2000/U2020-MBB authentifient les VNFs indépendamment, ce qui signifie
que les services de l'homologue ne seront pas affectés si l'un d'eux est défectueux. Notez
que le mode interconnectéprend en charge un maximum de huit U2000/U2020-MBB et
dix CloudOpera CSM.

5 Cloud Ma
Figure 5-8 Networking of U2000/U2020 in independent deployment mode in interconnected

mode
Mise en réseau d'U2000/U2020 en mode de déploiement indépendant en mode interconnecté
 Networking principles for the interconnected mode

Principes de mise en réseau pour le mode interconnecté
Multiple CloudOpera CSMs can be connected to multiple U2000/U2020-MBBs, and
vice versa. Currently, active and standby U2000/U2020-MBBs are deployed to achieve
redundancy. You can connect the service VNFs, CloudOpera CSMs, and
U2000/U2020-MBBs based on the service attributes. For example, CloudCore and OSS
service VNFs can be connected to the same or disparate U2000/U2020-MBBs. Likewise,
CloudCore and OSS service VNFs and the U2000/U2020-MBBs can be connected to the
same or disparate CloudOpera CSMs.
Plusieurs CSM CloudOpera peuvent être connectés àplusieurs U2000/U2020-MBB, et
vice versa. Actuellement, les U2000/U2020-MBB actifs et de secours sont déployés pour
obtenir une redondance. Vous pouvez connecter les VNFs de service, les CSM
CloudOpera et les MBB U2000/U2020-MBB basés sur les attributs de service. Par
exemple, les VNs de service CloudCore et OSS peuvent être connectés aux mêmes MBB
U2000/U2020-MBB ou àdes MBB différents. De même, les VNs des services
CloudCore et OSS et les MBB U2000/U2020-MBB peuvent être connectés aux mêmes
CSM CloudOpera ou àdes CSM CloudOpera disparates.
5.3 Time Synchronization Design

Conception de synchronisation temporelle
On a cloud management network, the NTP server synchronizes time among NEs. The
EMS/vOSMU and OMU synchronize time from the same NTP server. VNFs synchronize
time from the OMU. REF _ref501797247 \r \h Figure 7-9 illustrates the network
topology for time synchronization on a cloud management network.

5 Cloud Ma
Figure 5-9 Network topology for time synchronization

Topologie de réseau pour la synchronisation temporelle
In this network topology:

Dans cette topologie de réseau:
 The EMS, vOSMU, and OMU are directly connected to the NTP server using the NTP
protocol.
Les EMS, vOSMU et OMU sont directement connectés au serveur NTP en utilisant le
protocole NTP.
 The EMS, vOSMU, and OMU synchronize time directly from the NTP server.
L'EMS, vOSMU et OMU synchronisent le temps directement àpartir du serveur NTP.
 VNFs synchronize time from the OMU.
Les VNF synchronisent le temps depuis l'OMU.
 It is recommended that two or more NTP servers be deployed to ensure reliability of time
synchronization.
Il est recommandéde déployer deux serveurs NTP ou plus pour assurer la fiabilitéde la
synchronisation temporelle.
 The time zone and DST settings are subject to the NE locations.
Le fuseau horaire et les paramètres DST sont soumis aux emplacements NE.
The entire system supports two NTP servers.

L'ensemble du système prend en charge deux serveurs NTP.
The EMS and VNFs synchronize time with the NTP servers through the O&M network.
Les EMS et les VNF synchronisent le temps avec les serveurs NTP via le réseau O&M.

6 Reliability Design
Conception de fiabilité
8.1 DC Redundancy Solution8.1 Solution de redondance CC

8.2 Storage Redundancy Solution8.2 Solution de redondance du stockage
8.3 Network Redundancy Solution8.3 Solution de redondance réseau
8.4 VM Redundancy Solution8.4 Solution de redondance des machines virtuelles
8.5 Cloud Management Redundancy Solution8.5 Solution de redondance pour la gestion du
cloud
6.1 DC Redundancy Solution

Solution de redondance CC
The geographical redundancy solution is used between the VNFs in DCs.
La solution de redondance géographique est utilisée entre les VNs dans les DCs.
The geographical redundancy solution used for the VoBB/VoLTE solution is in 1+1
load-sharing mode. Once the VNFs at the active site or DC become faulty, services are
switched over to the VNFs at the load-sharing site or DC.
La solution de redondance géographique utilisée pour la solution VoBB/VoLTE est en mode
de partage de charge 1 + 1. les services sont commutés vers les VNs sur le site de partage de
charge ou le DC.
Table 6-1
Table 6-1 Geographical redundancy solution for the VNFs in the VoBB/VoLTE solution
Solution de redondance géographique pour les VNF dans la solution VoBB/VoLTE
Solution VNF Supported Redundancy Recommended

Solution VNF Solution Redundancy
Solution de redondance Solution
prise en charge Solution de
redondance
recommandée
VoBB/Vo CSCF  1+1 load-sharing 1+1 load-sharing


redondance
recommandée
LTE CSCF Partage de charge 1+1 Partage de charge 1 +
VoBB/Vo  1+1 active/standby 1
LTE 1+1 actif/veille
 Pool mode
Mode pool
ATS (MMTel AS,  1+1 load-sharing 1+1 load-sharing
IM-SSF AS, SCC Partage de charge 1+1 Partage de charge 1 +
AS, anchored AS,  1+1 active/standby 1
and IP-SM-GW) 1+1 actif/veille
ATS (MMTel AS,
 Pool mode
IM-SSF AS, SCC
AS, anchored AS et Mode pool
IP-SM-GW)
IMS-HSS  1+1 load-sharing 1+1 active/standby
IMS-HSS Partage de charge 1+1 1 + 1 actif/veille
 1+1 active/standby
1 + 1 actif/veille
ENS  1+1 load-sharing 1+1 active/standby
ENV Partage de charge 1+1 1 + 1 actif/veille
1 + 1 actif/veille
USCDB  1+1 load-sharing 1+1 active/standby
USCDB Partage de charge 1+1 1 + 1 actif/veille
1 + 1 actif/veille
SPG 1+1 active/standby 1+1 active/standby
SPG 1 + 1 actif/veille 1 + 1 actif/veille
CCF  1+1 load-sharing 1+1 load-sharing
CCP Partage de charge 1+1 Partage de charge 1 +
 1+1 active/standby 1
1+1 actif/veille
 Pool mode
Mode pool
MRFC/MRFP  1+1 load-sharing 1+1 load-sharing
MRFC/MRFP Partage de charge 1 + 1 Partage de charge 1 +
1
SBC  1+1 load-sharing 1+1 load-sharing
SBC Partage de charge 1+1 Partage de charge 1 +
 1+1 active/standby 1


redondance
recommandée
1+1 actif/veille
 Hot standby
Mise en veille àchaud
The SingleSDB solution uses 1+1 load-sharing solution. Once the VNFs at the active site or
DC become faulty, services are switched over to the VNFs at the load-sharing site or DC.
La solution SingleSDB utilise la solution de partage de charge 1 + 1. Une fois que les VNF
sur le site actif ou le DC deviennent défectueux, les services sont commutés vers les VNF sur
le site de partage de charge ou le DC.
Table 6-2
Table 6-2 Geographical redundancy solution for the VNFs in the SingleSDB solution
Solution de redondance géographique pour les VNF dans la solution SingleSDB
Solution VNF Supported Redundancy Recommended Redundancy

Solution VNF Solution Solution
Solution de redondance Solution de redondance
prise en charge recommandée
SingleSD HSS 1+1 load-sharing 1+1 load-sharing
B HSS Partage de charge 1+1 Partage de charge 1 + 1
SingleSD 1+1 active/standby
B 1+1 actif/veille
1+1+1 load-sharing
Partage de charge 1+1+1
1+1+1 active/standby
1 + 1 + 1 actif/veille
USCDB 1+1 load-sharing 1+1 active/standby
USCDB Partage de charge 1+1 1 + 1 actif/veille
1+1 active/standby
1 + 1 actif/veille
The SPS solution uses 1+1 load-sharing solution. Once the VNFs at the active site or DC
become faulty, services are switched over to the VNFs at the load-sharing site or DC.
La solution SPS utilise la solution de partage de charge 1 + 1. Une fois que les VNF sur le site
actif ou le DC deviennent défectueux, les services sont commutés vers les VNF sur le site de
partage de charge ou le DC.
Table 6-3

Table 6-3 Geographical redundancy solution for the VNFs in the SPS solution
Solution de redondance géographique pour les VNs dans la solution SPS

SPS DRA 1+1 load-sharing 1+1 load-sharing
SPS DRA Partage de charge 1+1 Partage de charge 1 + 1
1+1 active/standby
1 + 1 actif/veille
DEA 1+1 load-sharing 1+1 load-sharing
DEA Partage de charge 1+1 Partage de charge 1 + 1
1+1 active/standby
1 + 1 actif/veille
STP 1+1 load-sharing 1+1 load-sharing
STP Partage de charge 1+1 Partage de charge 1 + 1
1+1 active/standby
1 + 1 actif/veille
SSR 1+1 load-sharing 1+1 load-sharing
SSR Partage de charge 1+1 Partage de charge 1 + 1
1+1 active/standby
1 + 1 actif/veille
Table 6-4
Table 6-4 Geographical redundancy solution for the VNFs in the UPCC solution
Solution de redondance géographique pour les VNF dans la solution UPCC
UPCC PCRF 1+1 load-sharing 1+1 active/standby
UPCC PCRF Partage de charge 1+1 1 + 1 actif/veille
1+1 active/standby
1+1 actif/veille
N+1 active/standby
N + 1 actif/veille
USCDB USCDB 1+1 active/standby 1+1 active/standby
USCDB USCDB 1 + 1 actif/veille 1 + 1 actif/veille

6.2 Storage Redundancy Solution

Solution de redondance du stockage
The storage redundancy solution uses dual NICs on a host and dual controllers on dual disk
arrays.
La solution de redondance de stockage utilise des cartes réseau doubles sur un hôte et des
contrôleurs doubles sur des baies de disques doubles.
The network topology in this solution is described as follows: The DC uses dual disk arrays
and the connection from a host to a storage device involves the network port on the host, the
port on a switch, the connection cables, and the port of a storage controller. Dual disk arrays
are used for storage. The active and standby VMs on VNFs are running on different disk
arrays. VMs working in load-sharing mode are evenly distributed to two disk arrays. This
distribution mode prevents the VMs working in active/standby or load-sharing mode from
simultaneously becoming faulty due to disk array faults and ensures service continuity.
La topologie de réseau de cette solution est décrite comme suit: Le CC utilise des réseaux de
disques doubles et la connexion d'un hôte àun dispositif de stockage implique le port de
réseau sur l 'hôte, le port sur un commutateur, les câbles de connexion, et le port d'un
contrôleur de stockage. Les baies de disques doubles sont utilisées pour le stockage. Les
machines virtuelles actives et de secours sur les VNF sont exécutées sur des baies de disques
différentes. Les machines virtuelles fonctionnant en mode de partage de charge sont réparties
uniformément sur deux baies de disques. Ce mode de distribution empêche le Les machines
virtuelles fonctionnant en mode actif/veille ou en mode de partage de charge ne deviennent
pas simultanément défectueuses en raison de défaillances de la baie de disques et assurent la
continuitédu service.
The multi-DC multi-disk-array solution is recommended. Two disk arrays are configured for a DC, by
default. When two disk arrays are configured for a DC and multiple redundancy sites are deployed, if the
active disk array becomes faulty, services are switched over to the standby disk array at the same site. If
both disk arrays become faulty, services are switched over to other redundancy sites. The VMs working
in active/standby or load-sharing mode are separately deployed on two disk arrays.
La solution multi-disques DC est recommandée. Deux disques sont configurés pour un DC, par défaut.
Lorsque deux disques sont configurés pour un DC et que plusieurs sites de redondance sont déployés, si
le disque actif devient défectueux, Les services sont commutés sur la baie de disques de secours sur le
même site. Si les deux baies de disques deviennent défectueuses, les services sont commutés sur d'autres
sites de redondance. Les machines virtuelles fonctionnant en mode actif/veille ou partage de charge sont
déployées séparément sur deux baies de disques.
6.3 Network Redundancy Solution

Solution de redondance réseau
6.3.1 CSLB Redundancy Solution
Solution de redondance CSLB
When the CloudCore CSC, ATS, and SPS uses the CSLB solution, loads on nodes at all levels
are balanced. If a node becomes faulty, the upper-level node uses the HASH algorithm to
select another available node to take over the services. Physical routers are stacked to improve
reliability. Four equal-cost OSPF dynamic routes are established between the physical routers
and IPU VMs to form four load-balancing paths. Quintuple-based hashing is used between
background interface VMs and IPU VMs. Service flows with the same quintuple are
transmitted to the same interface VM. Septuple-based hashing is used between interface VMs

and service nodes. Take the signaling distribution on the CSC/ATS VMs as an example. An
interface VM uses the service distribution parameter (dpt) to select a service node. If the
service distribution parameter is unavailable, the interface VM queries the HASH settings on
the protocol application layer and distributes service flows to different nodes.
Lorsque le CloudCore CSC, ATS et SPS utilise la solution CSLB, les charges sur les nœuds à
tous les niveaux sont équilibrées. Si un nœud devient défectueux, le noeud de niveau
supérieur utilise l'algorithme HASH pour sélectionner un autre noeud disponible pour prendre
en charge les services. Les routeurs physiques sont empilés pour améliorer la fiabilité. Quatre
routes dynamiques OSPF àcoût égal sont établies entre les routeurs physiques et les machines
virtuelles de l'UIP pour former quatre voies de chargement chemins d'équilibrage. Le hachage
basésur Quintuple est utiliséentre les VM d'interface d 'arrière-plan et les VM d'UIP. Les flux
de service avec le même quintuple sont transmis àla même VM d'interface. Le hachage basé
sur Septum est utilisé entre les VM d'interface et les nœuds de service. Activez la distribution
de signalisation. les VM CSC/ATS àtitre d'exemple. Une VM d'interface utilise le paramètre
de distribution de service (dpt) pour sélectionner un nœud de service. Si le paramètre de
distribution de service n'est pas disponible, la machine virtuelle d'interface interroge les
paramètres HASH sur la couche d'application de protocole et distribue des flux de services à
différents noeuds.
Figure 6-1
Figure 6-1 Service flow distribution when the CSLB is running properly
Distribution du flux de service lorsque le CSLB fonctionne correctement
Figure 6-2
Figure 6-2 Service flow distribution when an IPU VM becomes faulty

Distribution du flux de service lorsqu'une machine virtuelle IPU devient défectueuse

Figure 6-3
Figure 6-3 Service flow distribution when a background interface VM becomes faulty
Distribution du flux de service lorsqu'une VM d'interface d'arrière-plan devient défectueuse
6.4 VM Redundancy Solution

Solution de redondance VM
Table 6-5
Table 6-5 VM redundancy solution

Solution de redondance des machines virtuelles
Layer Redundancy Solution Fault Type Solution Description

Couche Solution de Type de Description de la
redondance panne solution
Compute VMs work in 1+1 A VM is Once any VM is faulty, the

reliability active/standby or faulty. redundancy VM takes over
Calculer la load-sharing mode. Une machine services of the faulty VM.
fiabilité Les machines virtuelles virtuelle est Host board faults or VM
fonctionnent en mode 1+1 défectueuse. status errors will trigger VM
actif/veille ou partage de rebuilding on another host.
charge. The host with the most
VMs work in N+M resources available (memory
load-sharing mode. and CPU) is selected for VM
Les machines virtuelles rebuilding on the cloud
fonctionnent en mode de platform, and VM rebuilding
partage de charge N + M. takes a time baseline of 10
minutes.
VNFs support multi-level Une fois qu'une machine
self-recovery of faulty virtuelle est défectueuse, la
VMs to realize the HA. machine virtuelle de
Les VNF prennent en redondance prend en charge
charge l'auto-restauration les services de la machine
multiniveau des machines virtuelle défectueuse. Les
virtuelles défectueuses défaillances de la carte hôte
pour réaliser l'AP. ou les erreurs d'état de la
machine virtuelle


déclencheront la
reconstruction de la machine
virtuelle sur un autre hôte.
L'hôte disposant du plus
grand nombre de ressources
disponibles (mémoire et
CPU) est sélectionnépour la
reconstruction de la machine
virtuelle sur la machine
virtuelle. la plateforme cloud
et la reconstruction de VM
prend une ligne de base de
temps de 10 minutes.
The multi-level VM
self-recovery solution is
described in Figure 8-4 .
Storage Two disk arrays are Storage of a Dual-disk array networking:
reliability deployed. host is faulty, Controllers on a disk array
Fiabilitédu Deux baies de disques or the entire work in at least 1+1
stockage sont déployées. disk arrays are redundancy mode, and the
faulty. dual-disk array networking
Le stockage is used. The disk arrays have
d'un hôte est multiple RAID10 groups,
défectueux ou and each RAID10 group has
l'ensemble des multiple LUNs. Application
baies de processes working in either
disques est active/standby or
défectueux. load-sharing mode are
assigned to different
RAID10 groups and LUNs.
Active and standby NE
processes are deployed on
different disk arrays (using
the anti-affinity setting), and
load-sharing NE processes
are deployed on different
disk arrays. If one disk array
becomes faulty, services are
switched over to the VM
where another disk array is
running.
Mise en réseau de baies à
double disque: les
contrôleurs d'une baie de
disques fonctionnent en
mode de redondance 1 + 1
au moins, et la mise en
réseau de baies àdouble
disque est utilisée. Les baies
de disques ont plusieurs


groupes RAID10, et chaque
groupe RAID10 a plusieurs
LUN. Les processus
d'application fonctionnant
soit en mode actif/veille, soit
en mode de partage de
charge sont assignés à
différents groupes RAID10
et LUN. Les processus NE
actifs et de secours sont
déployés sur différents
réseaux de disques (en
utilisant le paramètre
anti-affinité), et les
processus NE de partage de
charge sont déployés sur
différents réseaux de
disques. Si un réseau de
disques devient défectueux,
les services sont commutés
sur la VM oùun autre réseau
de disques est en cours
d'exécution.
Network vNICs of VMs work in A vNIC is The vNICs of the two VMs
reliability load-sharing or faulty. work in active/standby or
Fiabilitédu active/standby mode. Un vNIC est load-sharing mode,
réseau Les vNIC des machines défectueux. depending on their
virtuelles fonctionnent en A host NIC is application types.
mode partage de charge faulty. Les vNIC des deux
ou en mode actif/veille. Une carte machines virtuelles
Multiple NICs are bound réseau hôte est fonctionnent en mode
to a host and work in défectueuse. actif/veille ou partage de
load-sharing or charge, selon leur type
A switch is d'application.
active/standby mode. faulty.
Plusieurs cartes réseau Un interrupteur If two NICs on a host are
sont liées àun hôte et est défectueux. bound, it is recommended
fonctionnent en mode de that the NICs work in
partage de charge ou en load-sharing mode.
mode actif/veille. Si deux NIC sur un hôte sont
Switches are stacked. liés, il est recommandéque
Les interrupteurs sont les NIC fonctionnent en
empilés. mode de partage de charge.
Switches are stacked to
ensure service continuity and
HA in the case of a single
point of failure (SPOF).
Les commutateurs sont
empilés pour assurer la
continuitédu service et l'AP
en cas de panne unique


(SPOF).
Data The system data backup Data faults For details about the system
reliability and restoration solution is occur before data backup and restore
Fiabilitédes used. system policy for the VNFM and
données La solution de sauvegarde upgrades or U2000/U2020-MBB, see the
et de restauration des major following contents.
données système est operations. Pour plus de détails sur la
utilisée. Les politique de sauvegarde et de
défaillances de restauration des données
données système pour le VNFM et
surviennent U2000/U2020-MBB, voir le
avant les mises contenu suivant.
àniveau du
système ou les
opérations
majeures.
VM Multi-level Self-healing Solution

Solution d'auto-réparation multiniveau VM
A VNF monitors its VMs in real time. If the VNF detects that communication between a VM
and the external is abnormal, the VNF immediately migrates services from the faulty VM to
another VM and then triggers multi-level VM self-recovery to ensure HA. Operations are
performed at the following three levels:
Une VNF surveille ses VM en temps réel. Si la VNF détecte que la communication entre une
VM et l'externe est anormale, le VNF migre immédiatement les services de la machine
virtuelle défectueuse vers une autre machine virtuelle et déclenche ensuite l'auto-récupération
de la machine virtuelle multiniveau pour assurer l'accès aux ressources. Les opérations sont
effectuées aux trois niveaux suivants:
 Level 1: soft reset. The faulty VM resets through internal commands of the guest OS that
the VM runs. Soft reset rectifies software exceptions within the VM.
Niveau 1: réinitialisation logicielle. La machine virtuelle défectueuse réinitialise par des
commandes internes du système d'exploitation invitéque la machine virtuelle exécute.
La réinitialisation logicielle rectifie les exceptions logicielles dans la machine virtuelle.
 Level 2: VM rebuilding. The MANO instructs the cloud OS to rebuild the faulty VM so
the VM can keep running properly.
Niveau 2: reconstruction de la machine virtuelle. Le MANO demande au système
d'exploitation du nuage de reconstruire la machine virtuelle défectueuse afin que la
machine virtuelle puisse continuer àfonctionner correctement.
 Level 3: Guest OS rebuilding. The MANO instructs the cloud OS to rebuild the VM and
install the guest OS when the related VNF cannot recover the VM via the VM rebuilding
because the guest OS is faulty, for example, the OS file system is damaged.
Niveau 3: reconstruction du système d'exploitation invité. Le MANO demande au
système d'exploitation du nuage de reconstruire la VM et d'installer le système
d'exploitation invitélorsque le VNF associéne peut pas récupérer la VM via la
reconstruction de la VM parce que le système d'exploitation invitéest défectueux, par
exemple, le système de fichiers du système d'exploitation est endommagé.

Figure 6-4 VM multi-level self-recovery solution

Solution d'auto-restauration multiniveau VM
System data backup and restoration policy for the VNFM and U2000/U2020-MBB:
Politique de sauvegarde et de restauration des données système pour le VNFM et
U2000/U2020-MBB:
System data can be categorized into three application levels: OS data, static data, and dynamic
data. The data hierarchy is shown in Figure 8-5.
The backup and restoration relationship between the three types of data is as follows:
La relation de sauvegarde et de restauration entre les trois types de données est la suivante:
 You can back up each type of data independently.
Vous pouvez sauvegarder chaque type de données indépendamment.
 Restore the three types of data in the following order: OS data > static data > dynamic
data. Ensure that the lower-layer data is successfully restored before you restore
upper-layer data.
Restaurez les trois types de données dans l'ordre suivant: Données du système
d'exploitation > données statiques > données dynamiques. Assurez-vous que les données
de la couche inférieure sont correctement restaurées avant de restaurer les données de la
couche supérieure.

Figure 6-5 Data backup and restoration hierarchy

Hiérarchie de sauvegarde et de restauration des données
Table 6-6 Data backup and restoration methods for the VNFMand U2000/U2020-MBB
Méthodes de sauvegarde et de restauration des données pour le VNFMet U2000/U2020-MBB
Data Backup and

Données Restoration
Method
Méthode de
sauvegarde et de
restauration
VNFM OS data Backed up and
VNFM Données du système d'exploitation restored by the
vOSMU.
Static data CSM database Sauvegardéet
Données statiques applications restaurépar le
Applications de vOSMU.
base de données
CSM
CSM applications
Applications CSM
Dynamic data Backed up by the
Données dynamiques CSM center and
restored by the
vOSMU and the
CSM center
together.
Soutenu par le
centre CSM et
restaurépar le

Data Backup and

Données Restoration
Method
Méthode de
sauvegarde et de
restauration
vOSMU et le
centre CSM
ensemble.
U2000/U OS data Backed up and
2020-MB Données du système d'exploitation restored by the
B vOSMU.
U2000/U Static data U2000/U2020-MB Sauvegardéet
2020-MB Données statiques B database restaurépar le
B applications vOSMU.
Applications de
base de données
U2000/U2020-MB
B
U2000/U2020-MB
B applications
Applications
U2000/U2020-MB
B
Dynamic data Backed up by the
Données dynamiques U2000/U2020-MB
B client and
restored by the
vOSMU.
Sauvegardépar le
client
U2000/U2020-MB
B et restaurépar le
vOSMU.
6.5 Cloud Management Redundancy Solution

Solution de redondance de gestion du cloud
The geographical redundancy system is a cost-efficient disaster recovery (DR) solution
provided by Huawei for virtualized systems, and it provides redundancy backup and recovery
capabilities for the virtualized U2000/U2020-MBB and VNFM in emergency situations.
Le système de redondance géographique est une solution de reprise après sinistre (DR)
économique fournie par Huawei pour les systèmes virtualisés, et il fournit des capacités de
sauvegarde et de récupération de redondance pour les U2000/U2020-MBB virtualisés et
VNFM dans les situations d'urgence.
Application scenario: In virtualization scenarios, sites with EMSs and VNFMs deployed are
classified into active sites and standby sites. Active sites provide services, and standby sites

provide automatic synchronization of data backed up from active sites, automatic restoration,
and service takeover functions. With the geographical redundancy system deployed, if an
active site becomes faulty and cannot provide services due to floods, earthquakes, long-time
power failures, or other disasters, its standby site takes over services and manages the VNFs,
reducing the impact on O&M due to the fault at the active site.
Scénario d'application: Dans les scénarios de virtualisation, les sites dotés de systèmes de
gestion de l'environnement et de systèmes de gestion de la liaison descendante déployés sont
classés en sites actifs et en sites de secours. Les sites actifs fournissent des services et les sites
de secours assurent la synchronisation automatique des données sauvegardées àpartir de sites
actifs, la restauration automatique, Avec le système de redondance géographique déployé, si
un site actif devient défectueux et ne peut pas fournir de services en raison d'inondations, de
tremblements de terre, de pannes de courant de longue durée ou d'autres catastrophes, son site
de secours prend en charge les services et gère les VNs, réduire l'impact sur le fonctionnement
et l'entretien en raison de la défaillance sur le site actif.
Figure 6-6
Figure 6-6 Networking of U2000/U2020 in independent deployment mode of the geographical

redundancy system
Mise en réseau d'U2000/U2020 en mode de déploiement indépendant du système de redondance
géographique

Figure 6-7 Networking of U2020 in independent deployment mode of the geographical

redundancy system
Mise en réseau d'U2020 en mode de déploiement indépendant du système de redondance
géographique
 Geographical redundancy networking solution:

Solution de mise en réseau redondante géographique:
− One U2000/U2020-MBB interworks with only one VNFM. A set of
U2000/U2020-MBBs for geographical redundancy is deployed on the active and
standby sites. In normal situations, only the U2000/U2020-MBB at the active site is
in the active state and provide services and the U2000/U2020-MBB at the standby
site is in the inactive state and does not provide services.
Un U2000/U2020-MBB ne fonctionne qu'avec un seul VNFM. Un ensemble de
U2000/U2020-MBB pour la redondance géographique est déployésur les sites
actifs et de secours. Seul le U2000/U2020-MBB du site actif est en état actif et
fournit des services, et le U2000/U2020-MBB du site de secours est en état inactif
et ne fournit pas de services.
− One geographical redundancy system supports the backup of only one set of
VNFMs and one set of U2000/U2020-MBBs.
Un système de redondance géographique prend en charge la sauvegarde d'un seul
ensemble de VNFM et d'un ensemble de U2000/U2020-MBB.
− The vOSMU at the standby site must remain connected to the vOSMU at the active
site.
Le vOSMU sur le site de secours doit rester connectéau vOSMU sur le site actif.
− The VNFMs at the active and standby sites can be simultaneously connected to the
U2000/U2020-MBBs at the active and standby sites.
Les VNFM sur les sites actifs et de secours peuvent être connectés simultanément
aux MBB U2000/U2020-MBB sur les sites actifs et de secours.
− The U2000/U2020-MBB at the active site can manage the VNFMs at the active and
standby sites. The vOSMU is responsible for data synchronization between the
active and standby sites. When the U2000/U2020-MBB at the active site is faulty,
you can manually perform a switchover to enable the U2000/U2020-MBB at the
standby site to take over services.
L'U2000/U2020-MBB sur le site actif peut gérer les VNFM sur les sites actifs et de
secours. L'UOSMU est responsable de la synchronisation des données entre les sites
actifs et de secours. sur le site actif est défectueux, vous pouvez effectuer

manuellement un basculement pour permettre àl'U2000/U2020-MBB sur le site de

secours de prendre en charge les services.
− The VNFM at the active sites manages all VMs at the active and standby sites. The
vOSMU is responsible for data synchronization between the active and standby
sites. When the VNFM at the active site is faulty, you can manually perform a
switchover to enable the VNFM at the standby site to take over services.
Le VNFM sur les sites actifs gère toutes les machines virtuelles sur les sites actifs et
en attente. Le vOSMU est responsable de la synchronisation des données entre les
sites actifs et en attente. Lorsque le VNFM sur le site actif est défectueux, vous
pouvez effectuer manuellement un basculement pour permettre au VNFM sur le site
de secours de prendre en charge les services.
− The ES VM is not required if remote HA redundancy (geographical redundancy) is
implemented.
La VM ES n'est pas requise si la redondance HA distante (redondance géographique)
est mise en œuvre.
 CSM local redundancy networking solution
Solution de réseau de redondance locale CSM
− Dual hosts are deployed for the local VNFM to implement the active/standby
redundancy mechanism.
Des hôtes doubles sont déployés pour le VNFM local afin de mettre en œuvre le
mécanisme de redondance actif/veille.
− VMs in a DC are deployed in the active/standby working mode. Active and standby
VNFM VMs are deployed in a DC to improve reliability of the local system.
Automatic and manual VM switchovers are supported.
Les machines virtuelles d'un CC sont déployées en mode actif/veille. Les machines
virtuelles VNFM actives et en veille sont déployées dans un CC pour améliorer la
fiabilitédu système local. Les commutateurs automatiques et manuels de machines
virtuelles sont pris en charge.
 CSM remote redundancy networking solution
Solution de réseau de redondance àdistance CSM
− The active and standby sites are located in different DCs. They use the HA
networking.
Les sites actifs et de secours sont situés dans différents centres de développement.
Ils utilisent le réseau des AP.
− A switchover between active and standby sites in a geographical redundancy system
interrupts services for about 15 minutes.
Un basculement entre des sites actifs et des sites de secours dans un système de
redondance géographique interrompt les services pendant environ 15 minutes.
− The vOSMU works in standalone mode at active and standby sites. When the
vOSMU becomes faulty, it has the following impacts: 1. Data of the VNFMs at the
active and standby sites cannot be backed up. 2. Data synchronization between the
active and standby sites cannot be implemented. 3. VNFM services between the
active and standby sites cannot be switched over.
Le vOSMU fonctionne en mode autonome sur les sites actifs et de secours. Lorsque
le vOSMU devient défectueux, il a les impacts suivants: 1. Les données des VNFM
sur les sites actifs et de secours ne peuvent pas être sauvegardées. 2.
Synchronisation des données entre les sites actifs et de secours 3. Les services
VNFM entre les sites actifs et de secours ne peuvent pas être commutés.
− If the VNFM at the active site becomes faulty and the vOSMU at the standby site
becomes faulty, manually restore VNFM services at the standby site.
Si le VNFM sur le site actif devient défectueux et le vOSMU sur le site de secours

devient défectueux, restaurer manuellement les services VNFM sur le site de

secours.
− Network planes of the VNFMs at the active and standby sites must both use the
northbound/southbound integrated networking or northbound/southbound separated
networking.
Les plans de réseau des VNFM sur les sites actifs et de secours doivent tous deux
utiliser le réseau intégréen direction nord/sud ou le réseau séparéen direction
nord/sud.
− In the northbound and southbound integrated networking for geographical
redundancy: Network_VIM and Network_SouthBound service flows of the active
and standby sites are interworked properly.
Dans les réseaux intégrés en direction nord et sud pour la redondance géographique:
les flux de services Network_VIM et Network_SouthBound des sites actifs et de
secours sont interconnectés correctement.
− In the northbound and southbound separated networking for geographical
redundancy: Network_VIM, Network_SouthBound, and Network_NorthBound
service flows of the active and standby sites are interworked properly.
Dans les réseaux séparés en direction nord et sud pour la redondance géographique:
les flux de service Network _ VIM, Network _ SouthBound et
Network_NorthBound des sites actifs et de secours sont interconnectés
correctement.
− The vOSMU at the standby site must remain connected to the vOSMU at the active
site.
Le vOSMU sur le site de secours doit rester connectéau vOSMU sur le site actif.
− FusionSphere OpenStack OM is interconnected with the VNFMs at the active and
standby sites.
FusionSphere OpenStack OM est interconnectéavec les VNFM sur les sites actifs
et de secours.
 System reliability: VMs are created and applications are deployed using the same
topology and network interfaces at active and standby sites, and standby sites enable the
synchronization and restoration function to ensure that services are normal after takeover.
Fiabilitédu système: les machines virtuelles sont créées et les applications sont
déployées àl'aide de la même topologie et des mêmes interfaces réseau sur les sites
actifs et de secours, et les sites de secours permettent la fonction de synchronisation et de
restauration pour s'assurer que les services sont normaux après la prise en charge.
 Backup restoration and synchronization
Restauration et synchronisation des sauvegardes
− Backup
Sauvegarde
The VNFM at an active site uses its own tools to enable a dynamic data periodic
backup task, and the U2000/U2020-MBB at the active site uses its own client to
enable a dynamic data periodic backup task. After dynamic data is backed up, the
dynamic data is automatically dumped to the backup server (the vOSMU system or
remote server) of the active site.
Le VNFM sur un site actif utilise ses propres outils pour activer une tâche de
sauvegarde périodique dynamique des données, et le U2000/U2020-MBB sur le site
actif utilise son propre client pour activer une tâche de sauvegarde périodique
dynamique des données. les données dynamiques sont automatiquement transférées
au serveur de sauvegarde (système vOSMU ou serveur distant) du site actif.
− Synchronization
Synchronisation

The backup server (the vOSMU system or remote server) of the standby site
periodically checks whether the backup package in the backup server of the active
site is updated based on the specified synchronization time. If the backup package
has been updated, the standby site starts data synchronization.
Le serveur de sauvegarde (le système vOSMU ou le serveur distant) du site de
secours vérifie périodiquement si le paquet de sauvegarde dans le serveur de
sauvegarde du site actif est mis àjour sur la base du temps de synchronisation
spécifié. Si le paquet de sauvegarde a étémis àjour, le site de secours démarre la
synchronisation des données.
− Restoration
Restauration
After the backup server of the standby site synchronizes dynamic data from the
backup server of the active site, it sends the dynamic data to the VNFM and the
U2000/U2020-MBB of the standby site. The dynamic data is immediately restored
on the VNFM and the U2000/U2020-MBB of the standby site. If the active site is
faulty, the redundancy system manually takes over services of the active site,
ensuring quick service restoration.
Une fois que le serveur de sauvegarde du site de secours synchronise les données
dynamiques du serveur de sauvegarde du site actif, il envoie les données
dynamiques au VNFM et au U2000/U2020-MBB du site de secours. Les données
dynamiques sont immédiatement restaurées sur le VNFM FM et
U2000/U2020-MBB du site de secours. Si le site actif est défectueux, le système de
redondance prend en charge manuellement les services du site actif, assurant ainsi
une restauration rapide du service.
The redundancy system does not have the backup and restoration functions because
the redundancy system is a temporary system only used in emergency. If the
redundancy system becomes faulty, deploy it again.
Le système de redondance n'a pas les fonctions de sauvegarde et de restauration car
le système de redondance est un système temporaire utiliséuniquement en cas
d'urgence. Si le système de redondance devient défectueux, déployez-le ànouveau.
 Takeover mechanism: The redundancy system supports only manual takeover. If the
active site becomes faulty, manually stop data synchronization at the standby site and
start the VNFM and U2000/U2020-MBB services at the standby site to enable the
standby site to take over services.
Mécanisme de reprise: le système de redondance ne prend en charge que la reprise
manuelle. Si le site actif devient défectueux, interrompre manuellement la
synchronisation des données sur le site de secours et démarrer les services VNFM et
U2000/U2020-MBB sur le site de secours pour permettre au site de secours de prendre
en charge les services.
 NFVO local redundancy networking solution
Solution réseau de redondance locale NFVO
The local NFVO is installed on two VMs to achieve active/standby redundancy.
Le NFVO local est installésur deux machines virtuelles pour obtenir une redondance
active/de secours.
 NFVO remote redundancy networking solution
Solution de réseau de redondance àdistance NFVO
− This solution involves two sets of NFVO systems. Two sites work in redundancy
mode. When a fault occurs on the site that provides external services, the other site
takes over services from the faulty site.
Cette solution implique deux ensembles de systèmes NFVO. Deux sites
fonctionnent en mode redondance. Lorsqu'un défaut survient sur le site qui fournit
des services externes, l'autre site prend en charge les services du site défectueux.

− The remote DR system uses remote data replication which requires SSL-based
communication (similar to the VPN) and has the following requirements:
Le système de reprise après sinistre àdistance utilise la réplication de données à
distance qui nécessite une communication basée sur le protocole SSL (similaire au
VPN) et qui a les exigences suivantes:
 Bandwidth ≥ 1000 Mbit/s
Largeur de bande ≥ 1000 Mbit/s
 Delay < 50 ms
Délai < 50 ms
 Packet loss rate < 0.1%
Taux de perte de paquets < 0,1 %
− Time for the switchover between redundant networks < 50 ms.
Temps de basculement entre les réseaux redondants < 50 ms.
 Active and standby site deployment requirements and network plan: Before you deploy
the geographical redundancy system, ensure that all the VMs are created and applications
are deployed for the active and standby sites and the configurations and the node
relationship are the same at the two sites.
Exigences de déploiement des sites actifs et de secours et plan de réseau: Avant de
déployer le système de redondance géographique, assurez-vous que toutes les machines
virtuelles sont créées et que les applications sont déployées pour les sites actifs et de
secours et que les configurations et la relation entre les nœuds sont les mêmes sur les
deux sites.
The detailed requirements are described as follows:
Les exigences détaillées sont décrites comme suit:
− VMs are created and applications are deployed using the same topology and
network interfaces for the U2000/U2020-MBB, VNFM, and vOSMU at active and
standby sites.
Des machines virtuelles sont créées et des applications sont déployées àl'aide de la
même topologie et des mêmes interfaces réseau pour les U2000/U2020-MBB,
VNFM et vOSMU sur des sites actifs et de secours.
− The application software versions are the same.
Les versions du logiciel d'application sont les mêmes.
− The database versions are the same for the U2000/U2020 at active and standby sites.
Les versions de la base de données sont les mêmes pour U2000/U2020 sur les sites
actifs et en veille.
− The OSs and the database passwords are the same.
Les OS et les mots de passe de la base de données sont les mêmes.
− The Coordinated Universal Time (UTC) on each VM at active and standby sites is
the same, that is, the same clock source is used to configure the NTP clock
synchronization data on each VM.
Le temps universel coordonné(UTC) sur chaque VM sur les sites actifs et de
secours est le même, c'est-à-dire que la même source d'horloge est utilisée pour
configurer les données de synchronisation d'horloge NTP sur chaque VM.
− The number of nodes for the U2000/U2020 virtual cluster systems at active and
standby sites is consistent.
Le nombre de nœuds pour les systèmes de grappes virtuelles U2000/U2020 sur les
sites actifs et de secours est constant.
− VM resources at the active and standby sites meet the initial installation
requirements.
Les ressources des machines virtuelles sur les sites actifs et de secours répondent
aux exigences d'installation initiales.

 In VNFM geographical redundancy networking, the network QoS requirements for

communication between two DCs are as follows:
Dans le réseau de redondance géographique VNFM, les exigences de qualitéde service
du réseau pour la communication entre deux DCs sont les suivantes:
− Bandwidth: 1000 Mbit/s
Bande passante: 1000 Mbit/s
− Delay: < 50 ms
Délai: < 50 ms
− Jitter: < 50 ms
Jitter: < 50 ms
− Packet loss rate: < 0.05%
Taux de perte de paquets: < 0,05 %

SOTEL CHAD CloudCore+CloudEdge HLD 7 Service
7
Service NEs Design
Conception des NE de service

8A
8 Acronyms and Abbreviations

Acronymes et abréviations
Table 8-1
Table 8-1 Acronyms and abbreviations

Acronymes et abréviations
Acronym and Abbreviation Full Name

Acronyme et abréviation Nom complet
A
A
ACR Accounting Request
ACR Demande de comptabilité
AMQP Advanced Message Queuing Protocol
AMQP Protocole de mise en file d'attente de messages
avancés
APD All-Paths-Down
APD Tous les chemins vers le bas
AZ Available Zone
AZ Zone disponible
B
B
BE Back End
BE Arrière
BOSS Business and Operation Support System
BOSS Système de soutien aux activités et aux opérations
BSS Business Support System
BSS Système de soutien aux entreprises
C
C
CG Charging Gateway

8A

CG Passerelle de facturation
CDR Charging Data Record
CDR Enregistrement des données de facturation
CSDB Cloud Session Database
CSDB Base de données de session cloud
CSLB Cloud Service Load Balance
CSLB Solde de charge du service cloud
D
D
DC Data Center
CC Centre de données
DNS Domain Name Server
DNS Serveur de noms de domaine
E
E
ECMP Equal-Cost Multi-Path Routing
ECMP Routage multivoie àcoût égal
EMS Element Management System
SGE Système de gestion des éléments
ENE Equivalent Network Element
ENE Élément de réseau équivalent
EVS Elastic Virtual Switch
SVE Commutateur virtuel élastique
F
F
FC SAN Fiber Channel Storage Area Network
SAN FC Réseau de stockage Fiber Channel
FE Front End
E frontal
FSW FC Switch
FSW Commutateur FC
FT Fault Tolerance
PT Tolérance aux pannes
FTP File Transfer Protocol
FTP Protocole de transfert de fichiers
G
G
GGSN Gateway GPRS Support Node

8A

GGSN Nœud de support GPRS de passerelle
GE Gigabit Ethernet
GE Gigabit Ethernet
H
H
HA High Availability
HA Haute disponibilité
HBA Host Bus Adapter
HBA Adaptateur de bus hôte
HLD High Level Design
HLD Conception de haut niveau
HLR Home Location Register
HLR Registre de l'emplacement d'accueil
HSS Home Subscriber Server
HSS Serveur d'abonnés àdomicile
I
I
IAAS Infrastructure As A Service
IAAS L'infrastructure en tant que service
IP SAN IP Storage Area Network
SAN IP Réseau de stockage IP
iSCSI Internet Small Computer System Interface
iSCSI Interface Internet Small Computer System
K
K
KPI Key Performance Indicator
KPI Indicateur de performance clé
L
L
LSW LAN switch
LSW Commutateur LAN
LUN Logical Unit Number
LUN Numéro logique de l'unité
M
M
MANO Management and Orchestration
MANO Gestion et orchestration
MME Mobility Management Entity

8A

MME Entitéde gestion de la mobilité
N
N
NAPTR Name Authority Pointer
NAPTR Pointeur d'autoritéde dénomination
NAT Network Address Translation
NAT Traduction d'adresses réseau
NFV Network Function Virtualization
NF Virtualisation des fonctions réseau
NFVI Network Functions Virtualization Infrastructure
NFVI Infrastructure de virtualisation des fonctions réseau
NMS Network Management System
NMS Système de gestion de réseau
NFS Network File System
NFS Système de fichiers réseau
NAS Network Attached Storage
NAS Stockage rattachéau réseau
NTP Network Time Protocol
NTP Protocole de temps réseau
O
O
OAM Operation, Administration and Maintenance
OAM Exploitation, administration et entretien
O&M Operation and Maintenance
O&M Exploitation et maintenance
OMU Operation and Maintenance Unit
OMU Groupe de l'exploitation et de la maintenance
OVS Open vSwitch
OVS Ouvrir le commutateur virtuel
P
P
PDL Permanent Device Loss
PDL Perte permanente de périphérique
P-GW PDN Gateway
P-GW Passerelle PDN
PSP Path Select Plug-in
PSP Plug-in de sélection de chemin
Q

8A

Q
QoS Quality of Service
QoS Qualitédu service
R
R
RAID Redundant Array of Independent Disks
RAID Réseau redondant de disques indépendants
S
S
SAS Serial Attached SCSI
SAS SCSI attachéen série
SAU Simultaneously Attached User
SAU Utilisateur rattachésimultanément
SGSN Serving GPRS Support Node
SGSN Serving GPRS Support Node
SFTP SSH File Transfer Protocol
SFTP Protocole de transfert de fichier SSH
S-GW Serving Gateway
S-GW Passerelle de service
SSL Secure Sockets Layer
SSL Couche de sockets sécurisés
SSD Solid State Drives
SSD Disques durs àsemi-conducteurs
SCSI Small Computer System Interface
SCSI Interface de petit système informatique
T
T
ToC Telecom over Cloud
Table des matières Télécom sur le Cloud
TCP Transmission Control Protocol
TCP Protocole de contrôle de transmission
TSL Transport Layer Security
TSL Sécuritédes couches de transport
V
V
VDC Virtual Data Center
VDC Centre de données virtuel
VDU Virtualization Deployment Unit

8A

VDU Unitéde déploiement de la virtualisation
VIM Virtualized Infrastructure Manager
VIM Gestionnaire d'infrastructure virtualisé
VNFC Virtualized Network Function Component
VNFC Composant de fonction réseau virtualisé
VNFM Virtualized Network Function Manager
VNFM Gestionnaire de fonctions réseau virtualisé
VPC Virtual Private Cloud
VPC Cloud privévirtuel
VPN Virtual Private Network
VPN Réseau privévirtuel
UGW Virtualized Unified Gateway
UGW Passerelle unifiée virtualisée

(EN&FR) Sotel CHAD CloudCore&CloudEdge HLD PDF

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

(EN&FR) Sotel CHAD CloudCore&CloudEdge HLD PDF

Загружено:

Авторское право:

Доступные форматы

NFV Vertical Integration Network

Design Layered Cloud HLD

HUAWEI TECHNOLOGIES CO., LTD.

Trademarks and Permissions

Huawei Technologies Co., Ltd.

Issue 02 (2019-09-30) Copyright © Huawei Technologies Co., Ltd. i

Issue 02 (2019-09-30) Copyright © Huawei Technologies Co., Ltd. ii

Issue 02 (May 2020) Copyright © Huawei Technologies Co., Ltd. iii

3 Storage Resource Design

4 Network Resource Design

5 Cloud Management Design

Issue 02 (May 2020) Copyright © Huawei Technologies Co., Ltd. iv

5.3 Time Synchronization Design

7 Service NEs Design

Issue 02 (May 2020) Copyright © Huawei Technologies Co., Ltd. v

2.1 ToC DC Topology2.1 Topologie DC ToC

1.1 ToC DC Topology

Figure 1-1 ToC DC topology

Issue 02 (May 2020) Copyright © Huawei Technologies Co., Ltd. 6

1.2 ToC DC Design

Issue 02 (May 2020) Copyright © Huawei Technologies Co., Ltd. 7

Figure 1-2 Logical connections between virtual resources

Table 1-1 Hardware devices

Issue 02 (May 2020) Copyright © Huawei Technologies Co., Ltd. 8

Issue 02 (May 2020) Copyright © Huawei Technologies Co., Ltd. 9

1.4 VNF Design

Table 1-2 VNF mapping

Product Logical NE Version

Issue 02 (May 2020) Copyright © Huawei Technologies Co., Ltd. 10

Product Logical NE Version

Issue 02 (May 2020) Copyright © Huawei Technologies Co., Ltd. 11

3.1 Site Naming3.1 Nommage du site

2.1 Site Naming

Table 2-1 Site name

Issue 02 (May 2020) Copyright © Huawei Technologies Co., Ltd. 12

Index Site Name City Abbreviation

2.2 Physical Device Naming

Index Storage Device Name Model Vendor Site

Issue 02 (May 2020) Copyright © Huawei Technologies Co., Ltd. 13

2.2.2 Network Device Naming

Issue 02 (May 2020) Copyright © Huawei Technologies Co., Ltd. 14

Index Network Device Model Vendor Site

2.3 Logical Resource Naming

Issue 02 (May 2020) Copyright © Huawei Technologies Co., Ltd. 15

2.3.2 Host Group Naming

Issue 02 (May 2020) Copyright © Huawei Technologies Co., Ltd. 16

2.3.3 Host Aggregate Naming

Issue 02 (May 2020) Copyright © Huawei Technologies Co., Ltd. 17

2.3.4 VDC Naming

Issue 02 (May 2020) Copyright © Huawei Technologies Co., Ltd. 18

2.3.5 VPC Naming

Issue 02 (May 2020) Copyright © Huawei Technologies Co., Ltd. 19

Index DC/AZ VDC Name VPC Name Used to Deploy...

2.3.6 VNF Naming

Issue 02 (May 2020) Copyright © Huawei Technologies Co., Ltd. 20

dc1 _ CG01 Srv _ HA03 Srv _ VPC _ CG01

Issue 02 (May 2020) Copyright © Huawei Technologies Co., Ltd. 21

dc2 _ ENS01 Srv _ HA02 Srv _ VPC _ SDB01

Issue 02 (May 2020) Copyright © Huawei Technologies Co., Ltd. 22

5.1 Storage Type5.1 Type de stockage

3.1 Storage Type

3.2 Storage Resource Design Principles

Issue 02 (May 2020) Copyright © Huawei Technologies Co., Ltd. 23