Rapport d'tude

Observatoire des Mtiers des Tlcoms

Hypothses de transformation CLOUD et SDN/NFV

dans le secteur des tlcommunications

Premire phase Sopra Steria

Deuxime phase Pierre Chanceaulme
Avant-propos .................................................................................................................................. 4
Dmarche ................................................................................................................................................. 4
Remerciements ......................................................................................................................................... 4
1. Introduction.......................................................................................................................... 5
1.1. Rappel de la demande ................................................................................................................... 5
1.1.1. Contexte et enjeux ........................................................................................................ 5

1.1.2. Primtre et Objectifs de ltude ..................................................................................... 6

1.2. Mthodologie ............................................................................................................................... 7

2. Concepts et enjeux................................................................................................................ 8
2.1. Les concepts .................................................................................................................................. 8
2.1.1. IT Cloud ....................................................................................................................... 8

2.1.2. Network Functions Virtualization (NFV) .......................................................................... 12

2.1.3. SDN........................................................................................................................... 14

2.1.4. Open Source ............................................................................................................... 16

2.1.5. Telco cloud ................................................................................................................. 18

2.1.6. Analytiques sur les donnes rseaux - Network Data Analytics .......................................... 19

2.2. Enjeux business ........................................................................................................................... 20

2.2.1. Business & Service Agility ............................................................................................. 20

2.2.2. Business models : Network as a platform , Network as a Service.................................. 22

2.2.3. Disruption de nouveaux acteurs OTT .............................................................................. 22

2.3. Schma gnral de ladoption des nouvelles technologies de virtualisation par les Oprateurs ..... 23
2.3.1. Infrastructures (internes) ddies aux fonctions rseaux classiques ................................... 23

2.3.2. Infrastructures ddies aux rseaux clients entreprises .................................................... 23

2.4. Impacts sur les organisations et les processus .............................................................................. 24

2.4.1. Les volutions ............................................................................................................. 24

2.4.1. Agilit ........................................................................................................................ 25

2.4.2. Livraison continue ( continuous delivery ) ................................................................... 26

2.4.3. DevOps et NetOps ....................................................................................................... 28

2.4.4. Ouverture sur le logiciel libre ........................................................................................ 29

3. Changements mtiers anticiper ........................................................................................ 30

3.1. Introduction ................................................................................................................................ 30
3.2. Description des axes .................................................................................................................... 30
3.3. Processus principaux ................................................................................................................... 31
3.4. Conception/implmentation ....................................................................................................... 31
3.4.1. Virtualisation .............................................................................................................. 31

2
 3.4.2. Automatisation............................................................................................................ 34

3.4.3. Digitalisation............................................................................................................... 35

3.5. Exploitation/qualit .................................................................................................................... 37

3.5.1. Virtualisation .............................................................................................................. 37

3.5.2. Automatisation............................................................................................................ 39

3.5.3. Digitalisation............................................................................................................... 42

3.6. Autres volutions ........................................................................................................................ 43

3.6.1. La gestion de linfrastructure......................................................................................... 43

3.6.2. La valorisation du logiciel (softwarisation) ...................................................................... 43

3.7. Conclusion intermdiaire ............................................................................................................. 44

4. Approfondissement des impacts mtiers et comptences ................................................... 45
4.1. Rsultats de ltude en termes de mtiers impacts ..................................................................... 45
4.1.1. Les constats apports par le pr-rapport ........................................................................ 45

4.1.2. Les principaux enjeux en termes dvolution des mtiers .................................................. 48

4.2. Premiers rsultats en termes de comptences ............................................................................. 49

4.2.1. Rapprochement des mtiers du marketing et de limplmentation technique ....................... 49

4.2.2. De nouvelles comptences IT pour les mtiers de lingnierie Rseaux ............................... 50

4.2.3. De nouvelles comptences Open Source pour les mtiers de lIngnierie Logicielles et un
rapprochement avec les mtiers de lIngnierie Rseaux ................................................................. 51

4.2.4. Des mtiers dexploitation impacts par la logique du On-Demand .................................... 52

5. Conclusion .......................................................................................................................... 54
5.1. Pour SOPRA ................................................................................................................................ 54
5.2. Pour lObservatoire des mtiers ................................................................................................... 54
6. Annexes .............................................................................................................................. 58
6.1. Liste des personnes ayant t interviewes pour ltude .............................................................. 58
6.2. Glossaire ..................................................................................................................................... 58

3
Avant-propos

Dmarche
Le prsent rapport dtude, commande par lObservatoire des Mtiers des Tlcommunications (OMT)
Sopra Consulting, a t ralis au cours de lanne 2016.

Outre lexprience des auteurs, la mthodologie mise en uvre lors de ltude sappuie sur plus de 14
entretiens raliss auprs dacteurs doprateurs de rseau, dditeurs et dquipementiers, dans le
secteur des tlcommunications.

Les informations recueillies ont fait lobjet danalyses et de synthses dont les rsultats intermdiaires
ont t prsents deux reprises aux membres du Conseil dAdministration (CA) de lOMT, pour
commentaires et orientations.

Remerciements
Les remerciements sont en tout premier lieu destins lensemble des contributeurs rencontrs et
interviews lors de ltude. Ils ont eu la gentillesse de nous consacrer une partie de leur temps et de
partager leur connaissance de la virtualisation des datacenters et des rseaux.

Nous souhaitons galement remercier les membres du CA de lOMT, pour leur coute bienveillante, les
conseils aviss et leur aide pour tablir les contacts avec les acteurs de la virtualisation des rseaux au
sein des oprateurs de tlcommunications.

4
1. Introduction

1.1. Rappel de la demande

1.1.1. Contexte et enjeux

Le secteur des tlcommunications est au cur des transformations technologiques et des usages de
la rvolution numrique.

La rvolution numrique,
entre transformations
des usages et des
technologies

Apptence des utilisateurs pour des contenus de grande

Le secteur des qualit, vido ou jeux HD
tlcommunications, Demande de meilleurs dbits et temps de rponse
au cur de ces Dveloppement de nouveaux rseaux fixes (ex : fibre optique)
transformations et mobiles (ex : 5G)
Exigence de scurit

Ce secteur est particulirement impact par la virtualisation, aussi bien dans les datacenters depuis
quelques annes que pour les rseaux plus rcemment.

Le Cloud1, prcurseur de la virtualisation des Les standards et technologies SDN / NFV2,

ressources, transforme les services et limage du Cloud, promettent de virtualiser
mtiers de linformatique les quipements et fonctions rseaux

Depuis plus de 10 ans, standardisation du Le SDN / NFV connait un dveloppement

matriel, dveloppement du Cloud et croissant, sous limpulsion des organismes de

1
Informatique en nuage
2
Voir dfinitions dans le chapitre 4 de cette tude

5
 apparition de nouveaux acteurs tels que standardisation et quipementiers ou
Amazon AWS fournisseurs de solutions tlcoms, attirs par
Les ressources informatiques deviennent la perspective de rebattre les cartes entre les
accessibles sous forme de services, acteurs du march des tlcommunications
transformant la manire de concevoir, La distinction entre services et infrastructure
dvelopper, utiliser, exploiter, superviser ou devient prgnante, les relations entre acteurs
maintenir les solutions informatiques du march voluant rapidement
Les oprateurs sont au cur de cette Les hypothses de la transition vers le SDN /
transformation, leur offre incluant de plus en NFV et des impacts mtiers restent encore
plus de services numriques et leur rseau incertains
reposant de plus en plus sur des ressources
informatiques

1.1.2. Primtre et Objectifs de ltude

Cette tude porte sur la virtualisation des ressources informatiques et rseaux, en particulier via les
technologies du Cloud et du SDN/NFV.

Ses objectifs sont :

Comprendre ltat de lart et la dynamique de la diffusion de ces deux technologies au sein du

secteur des tlcommunications

tablir la vision cible 5 / 8 ans des oprateurs sur lintgration de ces technologies au sein du
secteur

Identifier les hypothses de transition vers ces nouvelles technologies

Recenser les impacts (macro) sur les processus et mtiers des tlcommunications

6
1.2. Mthodologie
Ltude se droule en trois phases :

7
2. Concepts et enjeux

2.1. Les concepts

2.1.1. IT Cloud

a. Caractristiques
Le Cloud Computing est bas sur cinq caractristiques :

Service la demande : Tout est automatis et disposition en libre-service

Accessible partout : Les donnes sont disponibles via le rseau et accessibles depuis un
quipement (PC, tablette)

Elasticit/Extensibilit rapide : Augmentation ou diminution de la capacit selon les

besoins

Utilisation quantifiable : Lutilisation des ressources est mesure et rapporte,

assurant la transparence du service utilis au client et au fournisseur

Le partage des ressources : Les ressources sont mutualises et mises disposition des
clients par le fournisseur de Cloud sur un modle multi-tenant

Le Cloud permet une utilisation flexible des ressources.

Cela impacte aussi bien la manire de consommer ces ressources que la
manire de les fournir.

b. Modles de consommation

8
 Le Cloud Computing se dcompose en trois grands modles de consommation :

Le SaaS (Software As A Service) met disposition des utilisateurs des applications informatiques via une
infrastructure Cloud, sans avoir la ncessit de grer le rseau, les serveurs, les systmes dexploitation, le
stockage.

Le PaaS (Platform As A Service) permet au client de bnficier dune plateforme de dveloppement ou de

dploiement dapplication en utilisant des outils supports et hbergs par un fournisseur, sans avoir grer
le rseau, les serveurs, les systmes dexploitation ni le stockage.
LIaaS (Infrastructure As A Service) apporte aux entreprises (notamment leur DSI) une infrastructure
virtualise en leur fournissant, la demande, une capacit de traitement et de stockage sans avoir grer le
rseau, les serveurs et le stockage; ces ressources sont localises dans des datacenter.

En tant que fournisseur de services

Le Cloud Computing est une nouvelle faon de fournir des Services (ce nest pas une nouvelle technologie).
Cest la mise en commun de ressources (moyen de paiement, facturation, CRM, DB as a service, OS, )
rendues accessibles sous forme de Services orients usage.

En tant qu'utilisateur de services

Le Cloud Computing permet :

Une utilisation oriente Vous consommez les services partir dun catalogue accessible par un portail ou par
Service API. Le Cloud cre une abstraction entre le service vu/consomm par lutilisateur et
les ressources informatiques sous-jacentes. Vous ne vous souciez plus de comment

9
 est ralis le service, seulement de son rsultat.

Un accs en libre-service
Vous pouvez utiliser les services que vous voulez quand vous le dsirez (les services
et la demande
sont provisionns au moment o vous en faites la demande).

Une facturation lusage Vous payez uniquement les services que vous avez utiliss et pour lutilisation que
vous en avez faite. Certains font le choix dun simple affichage de la consommation.

Une lasticit rapide Les ressources sont alloues ou libres rapidement la demande du client, parfois
automatiquement. Pour lutilisateur, les capacits pourraient apparatre comme
illimites et pouvant lui tre alloues tout moment quelle que soit la capacit

Les ressources proposes dans un modle Cloud peuvent aller

graduellement du simple accs une ressource de traitement ou de
stockage une plateforme prte lemploi ou mme des applications.

c. Les modles de dploiement

Principes
Le Cloud peut tre dploy selon 4 modles, Cloud Public, Cloud Priv, Cloud Communautaire et Cloud
Hybride

Les clouds priv et public sont les deux modles de dploiement les plus rpandus dont nous avons dtaill
les caractristiques bases sur les critres du NIST Special Publication 800-145.

LOrganisation peut tre une entreprise, une Administration, une association ou un particulier.

10
 CLOUD PUBLIC CLOUD PRIVE

Externalis Interne

ENVIRON- Environnement externe Environnement hberg, manag Environnement interne

NEMENT possd et opr par le et possd par le Fournisseur. provisionn, manag et

Fournisseur. possd par lOrganisation.

PROPRIETE Multi-tenant (mutualis) Single-tenant (ddi) Utilis uniquement par le client

(Single-tenant)

FLEXIBILITE Grande limite

ELASTICITE Oui Limite

ACCESSIBILITE Accs par un lien Internet via VPN ou ddi Accs interne ou par un lien
scuris

COT Cot lusage et possibilit de cot fixe Cot fixe

SECURITE DES Dlgation des choix Dlgation ngociable par LOrganisation maitrise les
DONNEES technologiques et des lOrganisation des choix choix technologiques et les
politiques de dfense au technologiques et des politiques politiques de dfense.
fournisseur. de dfense du fournisseur.

LOCALISATION Possibilit de garantir la localisation selon le fournisseur (sous Localisation maitrise par

DES DONNEES condition). lOrganisation

AUDITABILITE Via un tiers Ralise selon les conditions

dcides par lOrganisation ou
via un tiers

Le modle Communautaire peut tre vu comme un Cloud priv o lOrganisation serait une communaut
dOrganisations ayant un intrt commun.

Le modle Hybride est dfini par le NIST comme tant un ensemble de ces diffrents modles.

Cloud priv
Le modle Cloud Priv permet de choisir ses propres technologies, de garder la maitrise sur sa politique de
donnes mais il est ncessaire dinvestir pour acqurir et installer les infrastructures rduisant ainsi
llasticit, la flexibilit. La problmatique de lobsolescence du SI, de lhtrognit du parc informatique
reste une activit importante de la DSI.

Cloud public
Le Cloud public permet de bnficier de linnovation permanente des fournisseurs Cloud et de leur capacit
virtuellement infinie sans avoir considrer les infrastructures sous-jacentes. Cependant cest un modle o

11
la dlgation est compltement confie au fournisseur de service Cloud (dfinition de loffre, choix
technologique, scurit, politique de la donne, cosystme du fournisseur de solution Cloud ).

Au-del du Cloud Public : les plateformes cibles

Grce aux services de Cloud Public, de nouveaux concepts de plateforme ciblant un secteur industriel sont en
train de voir le jour :

General Electric (GE) a cr la plateforme Predix ddie lIndustrial Internet faisant la convergence
entre lindustrie, internet des objets et le Big Data ciblant les marchs industriels dinterconnexion de
machine pour des services tels que la maintenance prdictive.

Schneider a galement dvelopp une plateforme de services de convergence IT / OT pour loptimisation de

la gestion dnergie.

Le Cloud peut tre local (priv) ou bien externe (public). Le modle du

Cloud public permet dexternaliser linfrastructure cot client et de
bnficier deffet dchelle important cot fournisseur.

2.1.2. Network Functions Virtualization (NFV)

a. Concept
Le NFV consiste faire assurer les fonctions rseau (cf exemple dans le schma ci-dessous) non plus
par du matriel ddi mais par des logiciels sexcutant sur du matriel banalis (commoditis) faon
datacenter .

12
La virtualisation des fonctions rseau entraine une simplification de la
gestion de linfrastructure et une nouvelle souplesse dans la gestion des
fonctions rseau.

b. Formalisation
LETSI a propos une formalisation dune architecture pour supporter les fonctions rseau virtualises
(VNF par opposition aux PNF, fonctions rseau physiques).

Architecture NFV propose par lETSI

Sur la base des composants lmentaires (Infrastructure virtualise, fonctions rseaux virtualises,
Equipement Management Systems) et OSS/BSS, lETSI (European Telecommunications Standards
Institute) identifie les grandes fonctions ncessaires la gestion et lorchestration de ces rseaux
virtualiss et propose une 1re macro-dfinition des composants qui assurent ces fonctions et leurs
interfaces.

Le composant clef de cette architecture est lorchestrateur qui, partir dune dfinition des VNFs, des
ressources disponibles et du catalogue de services bass sur ces VNFs, traduit les demandes
dactivation reues des systmes de support aux oprations (OSS) pour faire allouer les ressources,
faire dmarrer les VNF et les faire chainer afin de rendre les services demands.

13
Ces dfinitions fournissent un cadre conceptuel mais sont aujourdhui insuffisantes pour instancier un
systme oprationnel.

Exemples de VNF :

- Niveau 2 OSI Switch virtualis : logiciel OpenVSwitch

- Niveau 3 OSI Router virtualis : OpenVSwitch+IPTables
- Niveau 4 OSI virtual Load Balancer & virtual firewall : Ex Apache Load Balancer ou Vyatta
5600 vRouter (Firewall).

Larchitecture propose par lETSI permet de dfinir les nouveaux

composants ncessaires pour bnficier de services composites utilisant
des ressources virtualises.

2.1.3. SDN
Le Software Defined Network (SDN) est un principe darchitecture des fonctions rseau et des
systmes qui les pilotent, qui facilite la gestion de ces fonctions rseau virtualises permettant de tirer
un meilleur parti des rseaux et de mettre en uvre des architectures dynamiques et scalables.

LOpen Networking Foundation vise standardiser le SDN par des architectures et des protocoles
dcrits brivement la suite.

a. Principes
Le Software Defined Network (SDN) repose sur le principe de la sparation physique : du plan de
control et du plan de forwarding du rseau, avec un contrle de plusieurs quipements par le plan de
contrle.

Le SDN se traduit par une architecture mergente dynamique, maintenable, conomique et adaptable,
ce qui la rend idale pour les applications modernes forte bande passante et trs dynamiques.

En sparant le contrle du rseau et les fonctions de forwarding, cette architecture permet de rendre le
contrle rseau directement programmable et dabstraire linfrastructure sous-jacente pour les
applications et les services rseau.

Larchitecture SDN est :

Directement programmable : Le contrle du rseau est directement programmable. Cela est

possible car il est dcoupl des fonctions de transfert dont la performance de lquipement
dpend.

Agile : La sparation du contrle (et du transfert) permet aux administrateurs de distribuer

dynamiquement et sur tout le rseau les flux de trafic en fonction des variations des besoins.

14
 Gr centralement : Lintelligence du rseau est centralise dans des contrleurs SDN logiciels
qui maintiennent une vue globale du rseau, laquelle les applications et les moteurs de
politiques accdent par un point dentre unique.

Configure de manire programmable : Le SDN permet aux gestionnaires rseau de

grer/configurer les ressources rseau efficacement laide dinterfaces oriente mtier.

Bas sur des standards ouverts et indpendants : le SDN simplifie la conception et

lexploitation des rseaux en prconisant et en facilitant la mise uvre de formats ouverts et
standardis

Le rseau pilot par logiciel formalise et industrialise la gestion du rseau

par des abstractions : vue globale, approche fonction et interface mtier
centralise.

b. poques/Versions
Ce tableau prsente lvolution de la standardisation du SDN par lONF

Version Principes Schma

1 Dans cette premire version, laccent est mis sur

la mise en uvre dune couche intermdiaire
avec des API nord et sud, utilisant OpenFlow pour
dialoguer avec les quipements

2 La deuxime version du SDN a revu les points

suivants :

* Focus sur les interfaces Nord et Sud des

contrleurs SDN

* Liste des fonctionnalits des contrleurs SDN

* Ouverture des interfaces Sud dautres

langages quOpenFlow (SDN is not OpenFlow !)

15
3 La troisime version du SDN met laccent sur un
modle fournisseur/consommateur de services
rseau avec trois plans : lapplication, le
contrleur et linfrastructure qui ont chacun un
niveau dinformation et une capacit daction
spcifique.

Lapplication plane exprime un besoin (le

quoi ), le controller plane dtermine la
manire de le traiter (le comment ).

Cette interaction oriente intention favorise la

gnricit des demandes mises par lapplication
plane, la portabilit (dun controller plane un
autre), lindpendance dimplmentation entre les
2 plans, donne plus de libert au controller plane
pour rsoudre les conflits entre requtes (non
contraint par le comment).

Larchitecture des contrleurs SDN propose par lONF a dabord adress

lutilisation de protocoles de configuration ouverts puis les modalits
dinteractions au nord avec les systmes dinformation.

2.1.4. Open Source

Plusieurs projets OpenSource ont t lancs pour proposer des implmentations de ces concepts

Projet Description Schma

OpenVSwitch OVS est un switch multi-layer virtualis et

(NFVI) distribu.

Objectif : fournir une VNF de routage (L2

OSI)/switching (L3 OSI) pour les environnements
virtualiss supportant diffrents protocoles et
standards.

Licence : Apache Licence 2.0

16
OpenStack OpenStack est un ensemble de logiciels

(VIM) OpenSource pour grer une infrastructure Cloud

(IaaS).

Relve de : Fondation OpenStack

Licence : Apache

Open Platform OPNFV est une plateforme collaborative pour la

for NFV virtualisation des fonctions rseau.

(Package de Relve de : Linux foundation

solutions Licence : Apache Licence 2.0
OpenSource)

OpenDaylight ODL est un framework et une plateforme SDN.

(SDN Controler) Objectif : acclrer ladoption du SDN et la mise

en oeuvre de VNF.

Relve de : Linux foundation

Licence : Eclipse Public License v 1.0 (EPL)

Open Networking ONOS est un operating system SDN.

Operating Il cible particulirement les Communication
System Service Providers.
(SDN Controler) Relve de : Open Networking Lab (On.lab)

Licence : Apache Licence 2.0

Ces projets ont des niveaux dadoption variables mais OpenStack devient un standard du march
(dans plus de 19% des clouds privs daprs une tude de RightScale).

17
La prpondrance de ces technologies pour certains de ces composants
entraine les oprateurs se positionner sur lappropriation directe de
technologies OpenSource.

2.1.5. Telco cloud

La virtualisation des ressources informatiques a conduit la virtualisation des fonctions rseau qui
ncessite et bnficie galement de la programmabilit du rseau.

Mais les caractristiques des services offerts par le cloud computing peuvent tre appliques aux
services tlcom.

Service la Accessible Elasticit Utilisation Le partage des

demande partout Extensibilit rapide quantifiable ressources

Les services rseau sont alors A la demande et en tant que service ou As A Service .

Pour offrir une nouvelle faon de consommer les services tlcom, la virtualisation et le rseau pilot
par logiciel sont complts par une forte automatisation des processus et des interfaces selfservice.

Ces modes de consommation des services ont pour pr-requis :

- Des interfaces autonomes, portail ou API

- Une forte automatisation de la souscription et de la gestion du cycle de vie des services

Virtualis : NFV

Programmable : MANO + VIM + SDN

Forte automatisation de la gestion du cycle de vie des services

Interfaces selfservice par portail ou API

La virtualisation et la programmabilit du rseau sont ncessaires cette automatisation mais elles

ncessitent galement de revoir les rgles de gestion mises en uvre pour maximiser le nombre de
cas que le systme peut grer sans intervention humaine.

18
Pour offrir une nouvelle faon de consommer les services tlcom, la
virtualisation et le rseau pilot par logiciel sont complts par une forte
automatisation des processus et des interfaces selfservice.

2.1.6. Analytiques sur les donnes rseaux - Network Data Analytics

a. Utilisation des donnes par les oprateurs rseaux aujourdhui

Les donnes jouent un rle primordial pour maintenir une qualit rseau optimale. Le rle de lanalyse
des donnes dans le rseau est de permettre danalyser la charge, la qualit et lefficacit du rseau,
et en consquence doptimiser les dpenses rseaux (dploiement, maintenance), ces donnes ont
un usage interne seulement.

Le cas dusage commercial, qui consiste vendre des tiers des analyses du rseau, ncessite de
prendre en compte les contraintes de la protection de la vie prive suivies par la CNIL. Les donnes
rseau doivent tre totalement anonymises avant exploitation. En consquence, les rsultats des
analyses nont quun caractre statistique et peu de valeur commerciale.

b. La collecte des donnes

Lanalyse des donnes, avec lintroduction de la virtualisation des composants rseaux reposant sur du
hardware gnrique, va donc tre beaucoup plus stratgique pour lamlioration de la qualit rseau,
de son comportement et de son dploiement.

La collecte des donnes va tre facilite grce la standardisation du hardware supportant les
fonctions rseaux virtuelles SDN ou NFV ; les capacits de stockage augmentent constamment et il
devient de plus en plus simple pour un oprateur de collecter et conserver des grandes quantits de
donne pour ensuite effectuer des analyses avances.

c. Le contrle rseau
Les mtriques collectes vont permettre daller plus loin dans la comprhension des comportements
rseaux. Le Machine Learning et le Big Data vont permettre deffectuer des traitements sur les
donnes bien plus pousses que ce quun humain pourrait effectuer et ainsi faire voluer le
comportement des rseaux en temps rel grce ces analyses.

La virtualisation des rseaux va permettre de pouvoir re-router le trafic automatiquement en fonction

de problme rseaux dtects ou prdits grce aux analyses temps rels des mtriques collectes.
A linstar du secteur de lIndustrial Internet, les quipements du rseau pourront bnficier de la
maintenance prdictive. De plus la validation de dploiement rseaux par le logiciel va ainsi permettre
de rduire les dplacements humains et ainsi acclrer la mise disposition de nouveaux services.

Les algorithmes de Machine Learning vont devenir stratgiques pour les oprateurs rseaux, car ils
vont permettre aux oprateurs de mieux comprendre le comportement de leurs clients et donc rduire
le taux de dperdition de clients (churn) grce des analyses prdictives obtenues sur des donnes en
temps rel. Les analyses prdictives vont ainsi permettre damliorer le dploiement et la maintenance

19
 et permettre doffrir un niveau dassurance rseau dynamique jouant un rle dterminant pour se
distinguer des concurrents.

Lexprience des oprateurs de Cloud IT concernant lanalyse des comportements des centres de
donnes confirme lutilisation de sondes dans le rseau en distinguant trois niveaux :

- les plans de transfert des donnes, de contrle et de configuration (management)

Grce ces trois niveaux de sondes, loprateur sera en mesure davoir une vue sur la topologie
rseau, la qualit de connexion et le routage et pouvoir proposer ses clients un niveau de service
lev avec engagement (SLA).

Enfin lanalyse prdictive va permettre danticiper des comportements rseaux et ainsi amliorer le
management de ressources en utilisant des algorithmes utilisant les informations provenant des
sondes. La maintenance prdictive permettra une gestion dynamique des politiques rseaux en se
basant sur les informations provenant du rseau global en temps rel.

2.2. Enjeux business

Ce paragraphe dcrit les enjeux business lis la virtualisation des rseaux sous trois aspects : lagilit
dans la mise en uvre de nouvelles offres et des nouveaux services, les nouveaux modles de revenu
et les nouveaux acteurs Over the top .

2.2.1. Business & Service Agility

a. Mise en uvre de nouvelles offres et de nouveaux services

La capacit concevoir et valider de nouvelles offres est facilite par la mise disposition sous forme
logicielle des fonctions rseaux. Cela permet de prototyper la valeur mtier des services sans avoir
commander et dployer du matriel physique, puis tester ces offres dans un cosystme raliste
avec les dlais du continuous delivery IT.

Les composants dactivation de service multi-domaine, avec des services modliss dans les langages
standardiss et des API orientes intentions acclrent lintgration de nouveaux services.

Ces avances techniques sont combines avec lapproche Agile permise par la gestion logicielle des
fonctions rseau. Cette approche conduit dcouper finement les besoins, les (re)prioriser trs
frquemment et mettre disposition ces fonctions ou services sur des cycles courts qui permettent
de prendre en compte les retours utilisateurs dans des cycles courts ultrieurs.

20
Lorsque la connectivit client-oprateur est en place, le prprovisioning de la capacit matrielle et le
pilotage distance des fonctions rseau permettent dactiver des services pour un client sans
intervention manuelle en quasi temps rel en faisant abstraction des spcificits des diffrents
quipements (ex : mise en uvre dun firewall, dun routeur, dun filtrage de contenu internet).

Les mmes principes permettent en cas de demande croissante (ou dcroissante) dun service dallouer
plus (ou moins) de capacit pour un service de manire galement quasi temps rel.

b. Optimisation des couts

La virtualisation des fonctions doit entrainer des rductions dans les investissements rseau par le biais
de 2 moyens :

- Lutilisation dun matriel gnrique issu du cloud IT la place dquipements spcifiques et ddis
par fonctions (ex : firewall, NAT, compression).
- Le dcouplage entre les fonctions rseau et le hardware permet de limiter et de mutualiser les
surcapacits pour faire face des pics de charge temporaire (dans la mesure o ces pics de charge
ne sont pas concomitants).

Le constat des oprateurs actuellement est que le gain constat sur les CAPEX est infrieur celui
escompt au vu des cots de licence. Loprateur reste galement dans un modle captif. La
mutualisation plus forte des infrastructures pourrait nanmoins terme permettre des conomies plus
importantes.

Le pilotage du rseau par le logiciel ouvre la voie une simplification de linfrastructure. Cela ncessite
de formaliser le catalogue des services proposs sur ces infrastructures et de dautomatiser les
oprations correspondantes. Cette dmarche et cet investissement complmentaire la mise en uvre
des composants SDN sont ncessaires lobtention de gain sur les OPEX. Les grands acteurs du Cloud
(Amazon, Microsoft, Google) sappuient sur ces principes pour rationaliser leurs cots.

Lamlioration de la qualit de service provient de lautomatisation de tches de configuration

manuelles et de la mise en uvre de tests automatises laide doutils de continuous delivery .
Ces 2 principes permettent de rduire de manire consquente les erreurs conduisant des
interruptions de service.

21
 2.2.2. Business models : Network as a platform , Network as a
Service

La mise en uvre de portails de selfservice permet la fois damliorer lexprience client en

ATAWADAC :

- Anytime : le service est continu

- Anywhere : le service est accessible de lentreprise, au domicile et en mobilit
- Anydevice : le service est multi-canal (web, tablette, mobile)
- Anycontent : tous les services sont exposs sur le portail

Les APIs permettent de dvelopper de nouveaux marchs en permettant un cosystme de

partenaires dintgrer les services de loprateur.

En interne, cette approche permet galement loprateur de crer des interactions plus facilement :

- Entre les fonctions de maitrise ( assurance ) des services et dactivation pour aboutir une
utilisation des ressources sur le modle du Cloud et amliorer sa comptitivit par rapport aux
acteurs OTT.
- Entre les diffrents services pour attaquer de nouveaux marchs

Le nouveau modle de facturation Paiement lusage permet loprateur de devenir attractif pour
de petits acteurs qui bnficient dun cot initial rduit et peuvent tester des services faible chelle.

En externe, lapproche API permet de favoriser lintgration des services de loprateur dans des
services plus complets. Loprateur peut devenir une plateforme dchange entre des tiers fournisseurs
de contenu et des tiers over the top (ex : cloud of clouds de British Telecom).

2.2.3. Disruption de nouveaux acteurs OTT

La virtualisation des fonctions rseau permet dimaginer de nouveaux modles conomiques o un
MVNO pourrait se lancer en hbergeant des versions minimalistes des composants de son rseau
tlphonique dans le Cloud. Dans un tel modle, le cot dentre du lancement dun oprateur MVNO
est grandement rduit et il peut tre viable sur un primtre restreint.

22
2.3. Schma gnral de ladoption des nouvelles technologies de virtualisation par
les Oprateurs

2.3.1. Infrastructures (internes) ddies aux fonctions rseaux

classiques
Lintroduction de la virtualisation des orchestrateurs SDN et des fonctions rseaux sur du matriel
banalis permet de faire voluer larchitecture des centres de donnes situ dans les points de
prsence.

Sur le schma ci-dessous nous avons prsent les volutions induites dans les points de prsence,
gauche se trouve un point de prsence actuel et droite une nouvelle gnration de point de prsence
intgrant la virtualisation logicielle de fonction rseau.

Nous pouvons constater que lun des avantages de cette nouvelle architecture est une meilleure
optimisation des capacits rseaux sur les lames de calcul banalises. Un centre de nouvelle
gnration devrait permettre ainsi doptimiser les consommations dnergie, doptimiser la gestion de
lobsolescence des contrats fournisseurs et de pouvoir intgrer rapidement des solutions de rsilience
et ainsi tre capable de dployer un nouvel quipement virtuel en cas de problme sans intervention
humaine. De plus les solutions virtuelles offrent la possibilit de choisir diffrentes technologies,
facilitant ainsi la prise de dcision stratgique.

2.3.2. Infrastructures ddies aux rseaux clients entreprises

Les 2 schmas ci-dessous prsentent respectivement :

- La cible temporelle de virtualisation des fonctions rseau des oprateurs par catgorie

23
 - les contributions attendues de ces diffrentes technologies par rapport 3 types de bnfices

Donnes bases sur une enqute ralise par Infonetics Research entre fvrier et mars 2014 auprs de
31 CSP (29 rpondants pour les trois critres prsents ci-dessus). La chronologie de virtualisation
voque dans le schma peut se diffrencier dun oprateur lautre.

2.4. Impacts sur les organisations et les processus

2.4.1. Les volutions

24
 Ce schma reprend les volutions dun point de vue infrastructure, dveloppement dapplication et les
mthodes de dploiement permettant une entreprise de rester innovante et de proposer rapidement
de nouvelles solutions.

Lors de nos entretiens, les oprateurs Tlcom ont clairement identifi ces volutions comme tant
ncessaires, les fournisseurs COTS (Progiciels) sont galement en train de faire voluer leurs produits
rseaux vers des solutions plus agiles, avec des architectures applicatives Cloud Native permettant de
bnficier des avantages du Cloud.

2.4.1. Agilit

a. Mthodes
1. Au dmarrage dun sprint, lquipe de dveloppement slectionne les lments de la liste
ordonnance des exigences (Product Backlog) quelle pense pouvoir raliser dans le dlai associ au
sprint en collaboration avec le Product Owner.

2. Chaque jour, lquipe de dveloppement se coordonne et mesure son avancement.

3. A la fin du Sprint, elle prsente les rsultats de son travail au Product Owner et aux utilisateurs
finaux afin de recueillir les feedbacks pour tirer les leons du sprint coul et tudier les moyens de
samliorer. Senchaine ensuite la planification du sprint suivant.

b. Rles
Product Owner (MOA) : reprsente le Client
Il dfinit les fonctionnalits du produit, il dcide des dates de livraison et de leur contenu.

Il est responsable de la rentabilit du produit (ROI), priorise les fonctionnalits en fonction de la valeur
mtier, ajuste les fonctionnalits et leur priorit avant chaque planification ditration.

Enfin il accepte ou rejette les fonctionnalits ralises et est lanimateur des runions de planification
de sprint

25
 Scrum Master (MOE)
Sassure que lquipe est pleinement oprationnelle et productive.

tablit une collaboration troite entre lensemble des rles et fonctions.

Supprime les obstacles rencontrs par lquipe de dveloppement.

Protge lquipe des interfrences extrieures.

Assure le suivi du processus.

Equipe dassistance du Product Owner

Elle assiste le Product Owner et peut, ce titre, intervenir dans le cadre des activits associes aux
responsabilits de ce dernier.

Equipe de dveloppement
Ralise les fonctionnalits du produit.

Prsente au Product Owner les rsultats de son travail sous forme de dmonstrations.

Maintient jour les spcifications dtailles du produit.

Package et livre le produit.

2.4.2. Livraison continue ( continuous delivery )

Intgration continue

Lobjectif de lintgration continue est de sassurer que le code est tout le temps disponible pour tre
dploy et test.

Pour ce faire, chaque nouvelle version de code, il est impratif deffectuer des chaines de validation
rigoureuses permettant dobtenir un retour rapide sur la qualit voire des corrections ventuelles
apporter.

26
 Dploiement continu

Lobjectif du dploiement continu est de sassurer que lapplication complte peut tre rapidement mise
en production et ce de manire scurise.

Chaque changement doit tre livr dans un environnement le plus proche possible de la production et il
faut mettre en place des tests automatiss rigoureux afin de valider les applications mtiers et les
nouvelles fonctions.

Le dploiement continu permet de supprimer les tches fastidieuses ralises par les quipes
dexploitation et il permet de fiabiliser le processus de dploiement tout en augmentant la frquence
des livraisons pour validation auprs des utilisateurs.

Infrastructure As Code
Dfinition : Dploiement dinfrastructure automatiquement en utilisant des scripts ou bien des
modles pr-dfinis.

Concept : LInfrastructure as Code (IaC) est une dmarche DevOps contribuant au Dploiement
Continu (Continuous Delivery) qui dsigne les processus et les outils rendant possible la gestion
automatise de linfrastructure.
IaC permet notamment de :

Automatiser le dploiement des environnements dinfrastructure virtualise

Conserver un historique de tout changement de config (versioning de linfrastructure,

linstar du (et en lien avec le) versioning du code)

Les bnfices attendus pour le Mtier et lIT sont :

La fluidification des livraisons logicielles en acclrant la mise dispo des environnements

techniques et en fiabilisant le contenu des livraisons.

Lhomognit du parc

Une volution de la gouvernance et du processus de dveloppement applicatif peut tre envisage.

27
 2.4.3. DevOps et NetOps

DevOps
Lorganisation DevOps a pour objectif damliorer la qualit logicielle et permettre une gestion
complte du cycle de vie logiciel en intgrant une culture de la collaboration entre les quipes de
dveloppement et oprationnelles

Techniquement le DevOps consiste en la simplification des interactions entre les couches applicatives
et les infrastructures au travers lutilisation dAPI, doutils de gestion de configuration, de dploiement
automatique et en transformant la gestion du cycle de vie logiciel.

Gains obtenus grce au DevOps

Raccourcir les cycles Amliorer la qualit Rduire la charge

dvolutions dexploitation
Standardisation et
systmatisation des Diminution de ladhrence
Automatisation des
processus de mise en entre lenvironnement et
tests
production lapplicatif

Automatisation des tches

Automatisation des Capacit chantillonner
les mises en production de bout en bout by-
dploiements
design

Automatisation de Capacit reprer, isoler Rduction des

laudit de code et corriger les incidents intermdiaires

Capacit accroitre Capacit mesurer Standardisation des

la taille des quipes limpact de chaque process dexploitation

de dveloppeurs volution

28
 NetOps
Le NetOps est le pendant du DevOps pour lamlioration du service et du logiciel par la collaboration
entre les quipes de dveloppement des systmes dactivation rseau et les quipes qui exploitent les
quipements rseau correspondants (virtualiss ou non).

Lintrt dadopter une organisation NetOps rside dans llimination des tches rptitives de
configuration, limitant ainsi les erreurs humaines, et dans lautomatisation de dploiement automatique
avec un retour immdiat pour les ingnieurs rseaux.

Lutilisation des outils crs pour les activits DevOps aux activits NetOps ncessite des volutions. En
effet lautomatisation du dploiement dapplications en DevOps ne prend pas en compte tous les
aspects de solutions multi-vendeurs et multi-OS auxquels seront confronts les ingnieurs rseaux.

Lempreinte du logiciel libre saccroit dautant plus chez les oprateurs que les communauts rseaux
sont en train dtendre et adapter les logiciels libres utiliss dans le DevOps la configuration rseaux
dans un cadre NetOps.

2.4.4. Ouverture sur le logiciel libre

Lutilisation de logiciel libre a t adopte par dfaut par les communauts qui ont permis les avances
technologiques (software et outils) pour la virtualisation de rseaux : convergence IT / Tlcom et IT /
Optique.

Louverture du logiciel libre et des quipements (WhiteBox) favorise linnovation et permet de faire
bnficier des mises jour de fonctionnalit au sein des communauts.

Lapprentissage du langage Open Source est soutenu en France par le biais de certains acteurs du
monde Informatique et de la virtualisation des Rseaux (dont RedHat) via :

- Open Source School : http://opensourceschool.fr/

- Beaucoup de constructeurs et doprateurs sont membres de projets visant crer des plateformes
open source (OpenDaylight, OpenStack, OpenNFV).

29
 3. Changements mtiers anticiper

3.1. Introduction
Les changements mtiers sont prsents selon trois axes :

- Le type de processus verticaux (conception/implmentation puis exploitation/qualit)

- Laxe damlioration du systme (virtualisation, automatisation, digitalisation)
- Le type dquipe impact (systme dinformation, rseau ou support)

Laxe du type de public cibl (grand public ou entreprise) napparait pas explicitement mais il sera
mentionn quand il joue sur le niveau dimpact.

Phase Activit Virtualisation Automatisation Digitalisation

Conception/ Ingnierie

Implmentation Logicielle

Ingnierie 1 2 3
Rseau

Support

Exploitation/ Ingnierie

Qualit Logicielle

Ingnierie 4 5 6
Rseau

Support

3.2. Description des axes

Le tableau suivant prsente la description de ces axes.

Virtualisation La virtualisation des rseaux est une opportunit qui permet aux oprateurs de revoir en

Automatisation profondeur leurs processus et outils pour amliorer leur efficacit et aller vers le temps rel

Digitalisation Lautomatisation concerne les processus back-office

La digitalisation touche la relation client

Conception / Conception/implmentation : phase de mise en uvre des systmes en amont de la prise des
Implmentation commandes

Usage / Maitrise Usage / maitrise : phase de prise de commande et processus de maitrise de la qualit de
service postrieurs

Ingnierie Logicielle Conception des systmes dinformation qui grent les quipements rseau

Ingnierie Rseau Conception des rseaux fixes et mobiles des oprateurs

Fonctions Support Fonctions support : achats, marketing, animation des communauts, support la vente, la
prise de commande, la gestion de la commande et linstallation des quipements

30
3.3. Processus principaux
Le graphique ci-dessous dcrit les principaux processus mis en uvre dans la phase dexploitation. Il
permet de prciser lobjet des axes damlioration du systme.

Ainsi lorsque lon voque par la suite, par exemple, les impacts de lautomatisation sur les fonctions
support, les processus concerns sont ceux denrichissement et de traitement de la commande (cot
oprateur et cot client).

3.4. Conception/implmentation

3.4.1. Virtualisation

a. Ingnierie logicielle

Principaux impacts R-urbanisation de lactivation de services (contrleurs SDN)

Accent sur la gestion complte du cycle de vie des services
Mise en uvre de protocoles standardiss
Comptences Approche API
ncessaires Vision abstraite du rseau
Coopration Agile avec Marketing, DevOps, NetOps

31
 Mise en uvre de composants Open Source, co-
dveloppement/contribution aux projets Open Source
Impact sur la population : Faible Impact sur les comptences : Moyen

Impacts
Possibilit de modifier en profondeur les SI en adhrence avec le rseau. Les contrleurs SDN
permettent de grer lintgralit des quipements avec un systme unifi et une meilleure interaction
avec les systmes qui pilotent la relation client.

Il y a une abstraction de la gestion du rseau qui entraine une forte charge durbanisation du SI.

La gestion complte du cycle de vie des services permet daller plus loin dans la gestion des
configurations dquipements rseaux et de fiabiliser les systmes (plus-value du contrleur SDN).

La simplification des protocoles mis en uvre entre ce SI et les quipements rseaux font merger des
nouveaux standards qui engendrent eux-mmes des modifications des systmes.

Comptences
Nouvelle approche en mode API : les interfaces sont dcrites par des contrats qui utilisent une vision
mtier/intention pour favoriser la rutilisabilit les ingnieurs logiciels doivent sapproprier une vision
abstraite du rseau (voir le rseau comme un certain nombre de nuds qui supportent des services
avec un vritable effort de modlisation), avec une comprhension des services de VPN, de SD-WAN et
potentiellement de langages de modlisation de donnes type YANG.

Pour arriver tirer parti de cette agilit il faut tre sur des cycles de dveloppement courts, avec une
meilleure coopration avec le marketing, les personnes qui oprent ces systmes en production
(approche DevOps), les personnes qui oprent les rseaux pilots par ces systmes. Pour cela, il faut
renforcer les comptences en conception/spcification Agile et la capacit prioriser des lments de
backlog produit htrognes (marketing, DevOps, NetOps).

Cette coopration est importante, elle implique galement lintgration et le co-dveloppement de

composants open-source, avec de lanimation de communauts de dveloppeurs.

Exemple : ATT met en place une plateforme de co-dveloppement, avec une logique douverture. Le
facteur cl est la rapidit avec laquelle il faut mettre en place de nouveaux services. En Europe, o les
comptences techniques en dveloppement seraient globalement moins valorises quaux US, cest
peut-tre moins facile.

b. Ingnierie rseau

Principaux impacts Nouveau matriel banalis

Dcouplage de linfrastructure et des fonctions
Nouveaux outils de gestion du rseau (contrleurs SDN)
Comptences Approche abstraite du rseau et activation oriente intention
ncessaires Collaboration NetOps en conception avec lingnierie logicielle
Approvisionnement des infrastructures Cloud
Impact sur la population : Faible Impact sur les comptences : Fort

32
 Impacts
Linfrastructure et les fonctions vont tre dcouples.

Les ingnieries Rseaux vont devoir apprhender un nouveau matriel banalis et connu du Cloud IT,
elles vont devoir sadapter au fait que les fonctions rseaux sont dsormais servies par un composant
logiciel dans des infrastructures Cloud, se servir de nouveaux outils issus du monde de lingnierie
logicielle.

Comptences
Les interactions sont plus abstraites avec le rseau, il y a plus de communication et de collaboration
avec les ingnieries logicielles. Ceci ncessite de pouvoir expliquer les services rseau, expliciter les
caractristiques mtiers des caractristiques techniques, utiliser galement des langages de
modlisation de donnes ainsi que des protocoles gnriques (Openflow, Netconf).

Il y a un nouveau mode dapprovisionnement des infrastructures mettre en uvre, similaire celui

du Cloud avec plus dimprvisibilit sur les infrastructures provisionner (il faut tudier les impacts des
usages sur les infras a posteriori).

Le service rendu est le mme mais les moyens sont diffrents, ils se rapprochent de lIT.

On passe dun matriel spcifique un matriel gnrique, et donc les personnels dveloppent une
rflexion logicielle sur du matriel gnrique avec des problmatiques de provisioning et de
configuration diffrentes puisquon est dans le Cloud (gestion dinfrastructure IT, mobilit des fonctions
par rapport linfrastructure).

Dans un modle Cloud de fourniture de linfrastructure Rseau on offre des APIs et des moyens
automatiques de configurer des ressources. Il y a alors un dcouplage entre les infrastructures et les
consommateurs, la consommation se fait lusage et avec des applis conues pour sadapter
automatiquement de nouveaux consommateurs, le planning capacitaire demande des outils pour
superviser lusage.

Quantifier le rythme auquel ces technos seront adoptes reste difficile aujourdhui.

c. Fonctions support

Principaux impacts Ciblage de nouveaux segments de clients

volution plus rapide des offres
Offre cross-technologiques (fixe, mobile)
Services over-the-top
Comptences Rapprochement entre le marketing et larchitecture rseau (complexit
et frquence des mises jour)
ncessaires
Sensibilit aux API
Impact sur la population : Faible Impact sur les comptences : Moyen

Impacts
La virtualisation permet de cibler de nouveaux segments de clients (en particulier des clients de plus
petites tailles).

33
 Aujourdhui on peut introduire des nouveaux services plus rapidement, chaque fois quune nouvelle
fonction logicielle apparat.

La virtualisation permet galement doffrir plus facilement des offres plus riches (avec de laccs, des
services, du mobile, du VPN, etc.).

La virtualisation permet galement aux Oprateurs de se situer comme Service Provider au-dessus
des couches daccs (dans une logique OTT) ou dattaquer les deux marchs de manire totalement
dcouple.

Comptences
LOprateur renforce une position en tant quintgrateur global de fonctions trs varies en provenance
de fournisseurs diffrents.

Pour les populations marketing cela suppose de sapproprier des offres qui voluent de plus en plus
vite (avec des notions darchitecture rseau).

3.4.2. Automatisation

a. Ingnierie logicielle

Principaux impacts Implmentation des rgles de gestion confies des intervenants

Pilotage de linfrastructure par les applications
Industrialisation des activits de livraison (et monte en valeur)
Comptences Connaissance mtier pour la formalisation des rgles
ncessaires API de gestion de linfrastructure (en synchro. avec le rseau)
Livraison continue ( Continuous delivery )
Impact sur la population : Faible Impact sur les comptences : Faible

Impacts
Automatisation des processus au niveau du traitement des ordres dans le systme, de laffection des
ressources, de la relation client

Il faut proposer des rgles de gestion l o on fait appel des intervenants aujourdhui, intgrer dans
les applications la capacit piloter des infrastructures en fonction de lusage, industrialiser les
oprations de livraison (au sens dploiements et tests) pour dgager du temps sur le dveloppement
et lintgration des fonctions forte valeur ajoute.

Comptences
Cela suppose de monter en comptence sur la connaissance du mtier pour bien formaliser des rgles
(offres, processus, plan doccupation des sols), dapprendre les API de gestion des infrastructures
( Infrastructure As Code ) et de mettre en uvre de nouveaux composants Open Source de livraison
continue ( Continuous Delivery incluant compilation, revue de code, analyse de code, gestion des
exigences, dploiement, test automatiques, gestion des tests).

34
 La capacit dgage par la prise en charge des activits de livraison est compense par laccroissement
du rythme dintroduction de nouvelles fonctionnalits dans les systmes.

b. Ingnierie rseau

Principaux impacts Automatisation des tches de configuration (templates, scripts)

Nouveaux moyens de test et automatisation
Comptences Mise en uvre des outils de gestion du rseau pour automatiser les
activits
ncessaires
Utilisation doutils de livraison continue pour mettre en uvre des
dploiements et des tests automatiss
Appropriation des outils de gestion de linfrastructure Cloud
Impact sur la population : Faible Impact sur les comptences : Moyen

Impacts
Pour pouvoir profiter de cette virtualisation des rseaux il va falloir automatiser certaines taches de
configuration afin davoir le bon niveau dagilit.

Utilisation doutils de livraison continue pour mettre en uvre des dploiements et des tests
automatiss. On va pouvoir le faire avec beaucoup moins de moyens aussi (grce des infras
banalises).

Comptences
Du ct rseau, il faudra aller chercher ces nouveaux outils de gestion du ct des ingnieries
logicielles (idem dploiement, tests, gestion de tests .). Avec donc une porosit entre les ingnieries
logicielles et les ingnieries rseaux du fait de la mise en uvre de ces outils dautomatisation dans le
domaine du rseau et des organisations NetOps/Feature Team (ex : projet Libon chez Orange).
Pour les quipes rseaux ddis la gestion de ces nouvelles infrastructures banalises il faudra
sapproprier des outils lis la gestion des infrastructures Cloud (avec des possibilits de faire des
transferts de comptences de manire plus simple), IHM de supervision, outils de reporting issus du
Cloud.

Cest lautomatisation qui apporte de la valeur lOprateur car elle permet de mettre disposition un
catalogue de services en temps rel. Les bnfices ncessitent aussi des dploiements grande chelle
pour atteindre un effet de seuil.

c. Fonctions support
RAS

3.4.3. Digitalisation

a. Ingnierie logicielle

35
Principaux impacts Plus dinvestissement sur les portails de selfcare/selfservice
Mise en uvre dAPI externes
Comptences Dveloppement dAPI pour des tiers (simples utiliser, documentes,
la bonne granularit)
ncessaires
Scurisation des API exposes aux tiers
Outils de supervision des API
Impact sur la population : Faible Impact sur les comptences : Faible

Potentiellement : mouvement dinternalisation des comptences. surveiller dans les mois venir.

Impacts
La nouvelle offre est de faire du la demande / on Demand et du As a Service . Pour cela, des
investissements forts sont requis sur les portails de Self-Care et de Self-Services afin que les diffrents
processus de la relation client soient supports par des portails.

Ncessite galement la mise en uvre dAPI externes. Cette mise en uvre dAPI externe
saccompagne de sujets de scurit et danticipation des besoins des clients.

Comptences
Pas de mouvement automatique de renforcement des quipes au niveau des portails : la volont de
dvelopper ces ples de dveloppement dpend dune stratgie dentreprise trs forte sur le
recrutement de ces profils.

b. Ingnierie rseau
RAS

c. Fonctions support

Principaux impacts Mise en uvre dAPI externes

Comptences Faire croitre lusage des API exposes

ncessaires Fournir du support aux dveloppeurs tiers (sur la base de lexistant et de
lusage constat)
Impact sur la population : Faible Impact sur les comptences : Moyen

Impacts
La mise disposition dAPI externe fait partie de la stratgie de loprateur, la fois sur le plan du
business model (exposition des services des applications OTT) et de limage. La mise disposition
dAPI externes implique lanimation de communauts. Ces points ne sont pas structurant en terme
dorganisation.

36
 Comptences
Les oprateurs participent des forums (ex : TM Forum) pour exprimer leurs besoins, contribuer. Il y a
un mtier autour des API qui apparat en termes de gestion de communauts (les comptences sont
relationnelles et technologiques = maitrise du primtre et des cas dusages). Il faut fournir du support
aux dveloppeurs tiers (sur la base de lexistant et de lusage constat).

3.5. Exploitation/qualit

3.5.1. Virtualisation

a. Ingnierie logicielle

Principaux impacts Plus dimplication sur lexploitation

Exploitation facilite par :
o Interfaces orientes intention
o Optimisations DevOps/NetOps
Comptences Analyse dincidents
ncessaires Suivi en tendance
Gestion des infrastructures Cloud
Impact sur la population : Faible Impact sur les comptences : Moyen

Impacts
Limpact sur les organisations est plus important avec un rapprochement entre ceux qui conoivent les
systmes IT et ceux qui les exploitent et un rapprochement entre ceux qui conoivent les systmes IT
et ceux qui les exploitent les quipements rseaux que ces systmes configurent (DevOps / NetOps).
Lingnierie logicielle est sensibilise ce qui permet lexploitation des systmes en production, en
particulier lintgration des fonctions pour aider au diagnostic et la supervision des systmes.

Comptences
Ncessite dtre plus sensible aux analyses dincidents, au suivi en tendances, dtre capable de
comprendre les infrastructures Cloud et la manire dont les applications interagissent avec ces
infrastructures.

Ncessite galement de pouvoir dialoguer avec les acteurs exploitation des systmes logiciels et du
rseau.

b. Ingnierie rseau

Principaux impacts Nouveau matriel banalis

Dcouplage de linfrastructure et des fonctions
Nouveaux outils de gestion du rseau (NetOS)
Comptences Gestion de systmes plus complexes (Fonctions rseaux virtualises et

37
ncessaires non virtualises, infrastructure dcouple)
Interactions avec lingnierie logicielle en exploitation NetOps
Supervision de linfrastructure Telco Cloud
Impact sur la population : Faible Impact sur les comptences : Moyen

Impacts
lactivation de service, le rseau virtualis se caractrise par :

- La mise en uvre de chaines plus complexes incluant infrastructure virtualise, fonctions rseaux
virtualises et non virtualise
- Lanalyse de la consommation des ressources pour dterminer si lusage des ressources est
nominal
- Des optimisations daffectation des ressources lusage

Le suivi de linfrastructure se fait en mode Cloud (moins dadhrence entre lapplication et

linfrastructure), de nouveaux systmes de gestion de fonctions ddis apparaissent (de manire
faire une bonne analyse dynamique des corrlations entre les effets sur les infrastructures et les
fonctions). Cette infrastructure permet une meilleure rsilience sur les dfaillances matrielles.

Comptences
Lingnieur rseau continue exploiter ses connaissances rseau mais sa comprhension doit sinscrire
au sein dun cadre comprenant linfrastructure banalise issue du SI et lapplication capable de le
consommer la demande.

c. Fonctions support

Principaux impacts Box blanches auto-configurables, maintenables distance

Nouveau segment client
Offres multi-technologiques et/ou over-the-top
Fiabilisation des activations/configurations induisant une rduction de
50% des appels1
Comptences Comprhension et vision bout-en-bout des solutions
ncessaires Vente des solutions multi-technologiques, virtualises, et potentiellement
over-the-top
Impact sur la population : Potentiellement Fort Impact sur les comptences : Fort

Limpact sur la population va dpendre de la stratgie de loprateur sur plusieurs points : le niveau effectif
de dploiement de ces technologies, du segment de march et de la stratgie de service mise en uvre
1
: Chiffres quipementiers, confirmer dans les annes qui viennent

Impacts
Les box sont administres distance.

38
 Les boites blanches arrivent, elles permettent de supporter nimporte quelle fonction virtualise. Donc
aussi un dcouplage possible entre le fournisseur daccs et le fournisseur de service (en mode OTT).
Et la possibilit de personnaliser le service.

Il y a de nouveaux segments que lon peut adresser et les offres deviennent plus riches avec
ventuellement des problmes plus compliqus rsoudre.

Des systmes plus transverses, moins silots, orients intention et utilisant des protocoles
standardiss entrainent terme une meilleure fiabilit du systme aux niveaux des problmes de
configuration ou de cycle de vie des services, donc moins dappels, ainsi quune meilleure
comprhension de lusage des clients (dans une vue prospective).

Comptence
Les quipes de ventes vont voir leur fonction voluer vers des profils ayant une vision oriente service
de loffre, tout en ayant une comprhension des adhrences avec les quipements rseaux. Les
quipes de vente des oprateurs tlcom devront dmarcher les clients pour leur offrir des packs de
services SDN / NFV au travers des diverses technologies rseaux (fixe, mobile) avec une vision de
bout-en-bout du management et de la responsabilit pour le service ou lapplication vendue.

Le niveau dinvestissement sur les capacits dauto-configuration et dauto-healing va dterminer les

gains oprationnels sur ces activits.

3.5.2. Automatisation

a. Ingnierie logicielle

Principaux impacts Accroissement du nombre de rgles de gestion

Systme passant mais affectation avec des valeurs par dfaut
Oprations doptimisation ncessaires a posteriori
Comptences Maitrise de la nouvelle complexit du systme (rgles)
ncessaires Capacit remonter ces informations aux fonctions support
Conseil sur les services proposer et les paramtrages mettre en
uvre
Impact sur la population : Faible Impact sur les comptences : Faible

Impacts
Lautomatisation des processus ncessite pour lingnierie de grer des systmes qui comportent plus
de rgles de gestion pour traiter les cas qui taient dlgus des oprateurs. Le systme est plus
complexe, il suppose pour les ingnieries plus dinteractions avec les exploitants, la capacit tre
force de proposition en termes de services.

Lautomatisation ne doit pas pour autant gnrer de la frustration chez les clients. Lanalyse du
comportement du systme guide la mise en uvre dactions auprs du client consistant :

- expliquer le fonctionnement du systme

39
 - le conseiller sur les paramtrages qui sont sa main et les services complmentaires pour
rpondre au mieux ses besoins.

Comptences
Lingnieur en systme dinformation doit sapproprier les nouvelles rgles de gestion et expliquer le
traitement des ordres par le systme. Le nombre de rgles de gestion saccroit mais elles gagnent en
cohrence et les interfaces rationnalises sont plus facilement exploitables (cest le bnfice des
investissements consentis).

b. Ingnierie rseau

Principaux impacts Linfrastructure est pilote par les applications

Linfrastructure est galement pilote par des systmes danalyse de
lusage (rseaux auto-optimiss)
Comptences Connaissance des applications, capacit identifier un comportement
nominal
ncessaires
Maitrise de la supervision (et interventions sur) des ressources et des
fonctions par les nouveaux composants logiciels
Mise en uvre de logiciels danalyse et dapprentissage
Impact sur la population : Faible Impact sur les comptences : Moyen

Impacts
Linfrastructure est pilote par les applications, linfrastructure est galement pilote par des systmes
danalyse de lusage (rseaux auto-optimiss) ce qui permet de dclencher posteriori des
commandes clients des modifications de la topologie du rseau pour maximiser le service, raffecter de
la capacit, des ressources.

Les applications de prise de commande et de supervision des usages doivent tre maitrises afin
didentifier si le comportement automatis est nominal (normal par rapport aux rgles implmentes).

Une application commande ses propres ressources, il faut donc surveiller les usages (dans la partie
logicielle et la partie rseau). La notion de ressource utilise doit tre comprise par tout le monde (en
particulier les ingnieurs Rseaux qui se rapprochent du Business).

Des briques analytiques doivent permettre dtre en anticipation par rapport ce genre de problme.
Le dploiement de ces systmes est ralis par des ingnieurs logiciels spcialiss. Lingnierie rseau
est en charge de formaliser les politiques daffectation des ressources ( laide de ces ingnieurs
spcialiss) et de superviser les rsultats pour valider ces politiques ou les faire voluer.

Comptences
Pour les populations concernes par lexploitation de rseaux de plus en plus automatiss, de nouvelles
comptences largies linfrastructure as code et une supervision bout en bout des applications
sur un socle plus complexe.

40
 Les quipes rseaux doivent galement dvelopper de nouvelles comptences sur lusage des briques
analytiques dployes, sur leur supervision et sur la conception et lanalyse de ladquation de ces
politiques avec les services et les usages.

Par contre, les activits correspondant au dploiement des briques analytiques ne concernent quun
faible volume dacteurs y compris pour le support lingnierie rseau pour la formalisation des rgles.

c. Fonctions support

Principaux impacts Automatisation du traitement des commandes

Toutes les affectations par dfaut doivent nanmoins tre suivies et
explicites au client
volution du capacity planning, paiement la consommation
Comptences Connaissance des nouvelles rgles de gestion
ncessaires Capacit accrue dialoguer avec lingnierie logicielle
Vente des services complmentaires aux services affects par dfaut par
le systme en fonction des ressources disponibles
Impact sur la population : Potentiellement Fort Impact sur les comptences : Moyen

Limpact sur la population va dpendre de la stratgie de loprateur sur plusieurs points : le niveau effectif
de doptimisation du systme, des offres et de la stratgie de service (positionnement premium/conseil)
mise en uvre

Impacts
Traitement des commandes

Lautomatisation se traduit par une rduction drastique des intervenants ncessaires pour traiter les
commandes (cf 3.3 Processus principaux).

Toutes les affectations de services et de ressources par dfaut doivent nanmoins tre suivies et
explicites au client. Il est possible pour loprateur de maintenir les quipes pour un support
premium , du service management et une forte valeur ajoute en terme de conseil

Achats

La consommation on demand des ressources cloud ncessitent une nouvelle faon de traiter les
dpenses dinfrastructure. Le planning des ressources volue avec une infra qui offre des services
Cloud et une consommation des services en mode Cloud.

Comptences
Lautomatisation des commandes en temps rel enlve aux intervenants la gestion de cette chane,
mais elle implique une bonne connaissance du systme et la capacit dexpliquer au client les rgles de
gestion associes son offre et ses ressources.

Les populations occupes par la gestion de commande sont impactes. Dans un mode traitement
automatis et un service en mode best effort on peut avoir un nombre trs restreint dintervenants. On
peut galement mettre des personnels sur du traitement posteriori des commandes (dans une
dynamique de conseil et sur des segments de march particuliers).

41
 3.5.3. Digitalisation

a. Ingnierie logicielle

Principaux impacts Moins de prdictibilit des ordres avec lutilisation des portails et des API
self-usage
API (et portails) grer en fonction des usages constats (ex : volution
du grain des services)
Comptences Analyse des journaux dactivits des API et portails
ncessaires Optimisation des API et portails en fonctions des usages

Impact sur la population : Faible Impact sur les comptences : Faible

Impacts
La digitalisation des interfaces entraine moins de prdictibilit des ordres avec lutilisation des portails
et des API self-usage et il faut en analyser lusage. Lanalyse des services et la supervision des usages
devient critique (analyse des journaux dactivits des API et portails, optimisation des API et portails
en fonctions des usages) pour offrir des API adaptes aux besoins et performantes. Lanalyse de
lexprience utilisateur finale est la fois dterminante et complexe.

Comptences
Pour autant limpact sur les oprations est faible en termes de comptences. Pour lingnierie logicielle,
il sagit de sujets dans le prolongement des comptences acquises (incluant analytics et big data ).

b. Ingnierie rseau
- RAS

c. Fonctions support

Principaux impacts Suppression des prises de commandes directes par des intervenants
(jusqu la vente des services par un tiers, ex OTT)
Prise en main en mode multi-canal
Support lutilisation des portails et API
Comptences Connaissance des capacits multi-canal des portails
ncessaires Comprhension des portails et des API

Impact sur la population : Potentiellement Fort Impact sur les comptences : Faible

Limpact sur la population va dpendre de la stratgie de loprateur sur plusieurs points : la couverture des
fonctions par les portails et API, des segments de march et de la stratgie de service (accompagnement
client) mise en uvre

42
 Impact
Suppression des prises de commandes directes par des intervenants mais possibilit laisse la
relation client dassister le client durant sa prise de commande (conseil et assistance la prise de
commande).

Comptences
Limpact sur la population dpend du niveau de couverture des processus par les portails et API, de la
stratgie de service par segments de march (volont ou pas dvoluer vers du service premium).

La prise en main en mode multicanal va devenir une ralit (reprendre des paniers, redonner la main,
sapproprier de nouveaux outils).

3.6. Autres volutions

3.6.1. La gestion de linfrastructure

La mise en uvre dune infrastructure Cloud (priv) au sein de lentreprise dcouple le fonctionnel de
linfrastructure :

- Les quipes projets ne grent plus le capacity planning mais conoivent des applications qui
peuvent se mettre lchelle de la demande (en plus ou en moins). Lapplication doit tre conue
pour quune augmentation des ressources correspondent une augmentation des revenus et soit
un signe positif sur lattrait de loffre
- Les nouvelles quipes en charge de linfrastructure (fournisseur) provisionnent les ressources en
fonction de lusage constat et des projections. La surcapacit (prprovisionning) est possible, la
fois parce que les ressources sont moins chres et gnriques, ce qui permet, dans une certaine
mesure, de lisser certains pics de charges lis une partie des offres ou des usages.

Linfrastructure hbergeant les fonctions rseau est actuellement encore spcifique par rapport celle
supportant les systmes dinformation mais la cible partage est celle dune convergence. Les acteurs
voquent une cible 5 ans. Cette convergence permettra la gestion dun socle commun et le
regroupement des quipes dinfrastructure pour les systmes dinformation et le rseau.

3.6.2. La valorisation du logiciel (softwarisation)

La virtualisation, lautomatisation et la digitalisation permettent doffrir des services self-service, en
temps rel, pratiquement compltement automatiss.

La mise en uvre de ces optimisations saccompagne chez certains oprateurs tlcom et dans
certains autres domaines (transport, nergie), dune valorisation importante du logiciel, comme
vecteur dinnovation (rapidit) et de comptitivit.

Cette valorisation met en avant les dveloppeurs au sein de la stratgie de lentreprise et

saccompagne dune politique de recrutement importante.

43
 Lexemple dAT&T (eCOMP dmontre la valorisation dun rcent Business Model : la plateforme. La
valeur se cre autour de services mis disposition sous forme dAPI (ncessitant des mthodes issues
du dveloppement logiciel) favorisant linnovation. Pour que cette plateforme puisse tre utilise par un
maximum dutilisateurs, il est ncessaire dintgrer ou de dvelopper une communaut. Les initiatives
OpenSource et OpenHardware sont des moyens prcieux pour favoriser la co-cration. Le Business
Model Plateforme ouverte a t initialement cr par les gants du Web (GAFA) et a t repris par des
acteurs de lindustrie tels que Schneider et General Electrics).

3.7. Conclusion intermdiaire

Phase Activit Virtualisation Automatisation Digitalisation

Conception/ Ingnierie

Implmentation Logicielle
Limpact porte principalement sur les comptences
Ingnierie
pour toutes les activits
Rseau

Support

Exploitation/ Ingnierie
galement des impacts sur les comptences
Qualit Logicielle

Ingnierie
Selon la stratgie de loprateur, limpact sur les
Rseau
effectifs des fonctions support peut tre important
Support

La rupture technologique dont fait lobjet ce document correspond un investissement sur plusieurs
axes ncessitant une appropriation de technologies.

La contrepartie espre de cet investissement est une rduction significative du cot des oprations
correspondantes.

44
4. Approfondissement des impacts mtiers et comptences

Objectifs de cette phase :

Affiner le recensement des mtiers des tlcommunications impacts (au sens observatoire) et
identifier changements en cours (primtres, activits)

Construire une analyse des impacts comptences par mtiers impacts (comptences en mutation ou
mergentes)

Dgager les principaux enjeux en termes de formation.

4.1. Rsultats de ltude en termes de mtiers impacts

4.1.1. Les constats apports par le pr-rapport

a. En phase de Conception/implmentation pour les mtiers de lingnierie

Logicielle :
Une nouvelle approche en mode API : les interfaces sont dcrites par des contrats qui utilisent une
vision mtier/intention pour favoriser la rutilisabilit les ingnieurs logiciels doivent
sapproprier une vision abstraite du rseau (voir le rseau comme un certain nombre de
nuds qui supportent des services avec un vritable effort de modlisation), avec une
comprhension des services de VPN, de SD-WAN et potentiellement de langages de modlisation
de donnes type YANG.

Pour arriver tirer parti de cette agilit il faut tre sur des cycles de dveloppement courts, avec
une meilleure coopration avec le marketing, les personnes qui oprent ces systmes en
production (approche DevOps), les personnes qui oprent les rseaux pilots par ces systmes.
Pour cela, il faut renforcer les comptences en conception/spcification Agile et la capacit
prioriser des lments de backlog produit htrognes (marketing, DevOps, NetOps).

Cette coopration est importante, elle implique galement lintgration et le co-dveloppement

de composants open-source, avec de lanimation de communauts de dveloppeurs.

Il y a une automatisation des processus au niveau du traitement des ordres dans le systme, de
laffection des ressources, de la relation client Cela suppose de monter en comptence sur la
connaissance du mtier pour bien formaliser des rgles (offres, processus, plan doccupation des
sols), dapprendre les API de gestion des infrastructures ( Infrastructure As Code ) et
de mettre en uvre de nouveaux composants Open Source de livraison continue (
Continuous Delivery incluant compilation, revue de code, analyse de code, gestion des
exigences, dploiement, test automatiques, gestion des tests).

La nouvelle offre est de faire du la demande / on Demand et du As a Service . Cela

ncessite la mise en uvre dAPIs externes.

45
 b. En phase de Conception/implmentation pour les mtiers dingnierie Rseaux :
Linfrastructure et les fonctions vont tre dcouples (Nouveau matriel banalis /
Dcouplage de linfrastructure et des fonctions / Nouveaux outils de gestion du rseau -
contrleurs SDN)

Les ingnieries Rseaux vont devoir apprhender un nouveau matriel banalis et connu du
Cloud IT, elles vont devoir sadapter au fait que les fonctions rseaux sont dsormais servies par
un composant logiciel dans des infrastructures Cloud, se servir de nouveaux outils issus du monde
de lingnierie logicielle. Les personnels dveloppent une rflexion logicielle sur du matriel
gnrique avec des problmatiques de provisioning et de configuration diffrentes puisquon est
dans le Cloud (gestion dinfrastructure IT, mobilit des fonctions par rapport linfrastructure).
Pour les quipes rseaux ddis la gestion de ces nouvelles infrastructures banalises il faudra
sapproprier des outils lis la gestion des infrastructures Cloud.

Il y a une nouvelle approche abstraite du rseau et de nouvelles modalits de collaboration

NetOps avec lingnierie logicielle en phase de conception.

Pour pouvoir profiter de cette virtualisation des rseaux il va falloir automatiser certaines taches de
configuration afin davoir le bon niveau dagilit. Cela require lutilisation doutils de livraison
continue pour mettre en uvre des dploiements et des tests automatiss. Il faudra aller
chercher ces nouveaux outils de gestion du ct des ingnieries logicielles (idem dploiement,
tests, gestion de tests .). Avec donc une porosit entre les ingnieries logicielles et les
ingnieries rseaux du fait de la mise en uvre de ces outils dautomatisation dans le
domaine du rseau et des organisations NetOps / Feature Team .

c. En phase de Conception/implmentation pour les mtiers dingnierie Support :

La virtualisation permet de cibler de nouveaux segments de clients (en particulier des clients
de plus petites tailles) et permet dintroduire des nouveaux services plus rapidement, chaque fois
quune nouvelle fonction logicielle apparat.

La virtualisation permet galement doffrir plus facilement des offres plus riches (avec de laccs,
des services, du mobile, du VPN, etc.) et aux Oprateurs de se situer comme Service Provider
au-dessus des couches daccs (dans une logique OTT) ou dattaquer les deux marchs de
manire totalement dcouple.

Pour les populations marketing cela suppose de sapproprier des offres qui voluent de plus
en plus vite (avec des notions darchitecture rseau).

La mise disposition dAPI externe fait partie de la stratgie de loprateur, la fois sur le plan du
business model (exposition des services des applications OTT) et de limage. La mise
disposition dAPIs externes implique lanimation de communauts.

Il y a un mtier autour des APIs qui apparat en termes de gestion de communauts (les
comptences sont relationnelles et technologiques, elles impliquent la maitrise du primtre
et des cas dusages). Il faut fournir du support aux dveloppeurs tiers (sur la base de lexistant et
de lusage constat).

d. En phase dExploitation/qualit pour les mtiers de lingnierie Logicielle :

46
 Limpact sur les organisations est plus important avec un rapprochement entre ceux qui
conoivent les systmes IT et ceux qui les exploitent et un rapprochement entre ceux qui
conoivent les systmes IT et ceux qui les exploitent les quipements rseaux que ces systmes
configurent (DevOps / NetOps).

Lingnierie logicielle est sensibilise ce qui permet lexploitation des systmes en production, en
particulier lintgration des fonctions pour aider au diagnostic et la supervision des systmes.
Cela ncessite dtre plus sensible aux analyses dincidents, au suivi en tendances, dtre capable
de comprendre les infrastructures Cloud et la manire dont les applications interagissent avec
ces infrastructures, de pouvoir dialoguer avec les acteurs exploitation des systmes logiciels et
du rseau.

Lautomatisation des processus ncessite pour lingnierie de grer des systmes qui comportent
plus de rgles de gestion pour traiter les cas qui taient dlgus des oprateurs. Le systme
est plus complexe, il suppose pour les ingnieries plus dinteractions avec les exploitants, la
capacit tre force de proposition en termes de services. Lingnieur en systme dinformation
doit sapproprier les nouvelles rgles de gestion et expliquer le traitement des ordres par le
systme. Le nombre de rgles de gestion saccroit mais elles gagnent en cohrence et les
interfaces rationnalises sont plus facilement exploitables.

La digitalisation des interfaces entraine moins de prdictibilit des ordres avec lutilisation des
portails et des API self-usage et il faut en analyser lusage. Lanalyse des services et la
supervision des usages devient critique (analyse des journaux dactivits des APIs et portails,
optimisation des APIs et portails en fonctions des usages) pour offrir des APIs adaptes aux
besoins et performantes. Lanalyse de lexprience utilisateur finale est la fois dterminante et
complexe. Pour lingnierie logicielle, il sagit de sujets dans le prolongement des comptences
acquises (incluant analytics et big data ).

e. En phase dExploitation/qualit pour les mtiers dingnierie Rseaux :

Le suivi de linfrastructure se fait en mode Cloud. Cette infrastructure permet une meilleure
rsilience sur les dfaillances matrielles. Lingnieur rseau continue exploiter ses connaissances
rseau mais sa comprhension doit sinscrire au sein dun cadre comprenant
linfrastructure banalise issue du SI et lapplication capable de le consommer la
demande.

Linfrastructure est pilote par les applications, linfrastructure est galement pilote par
des systmes danalyse de lusage (rseaux auto-optimiss). Une application commande ses
propres ressources, il faut donc surveiller les usages (dans la partie logicielle et la partie rseau).
La notion de ressource utilise doit tre comprise par tout le monde (en particulier les ingnieurs
Rseaux qui se rapprochent du Business). Des briques analytiques doivent permettre dtre en
anticipation par rapport ce genre de problme. Lingnierie rseau est en charge de formaliser les
politiques daffectation des ressources ( laide de ces ingnieurs spcialiss) et de superviser les
rsultats pour valider ces politiques ou les faire voluer.

Pour les populations concernes par lexploitation de rseaux de plus en plus automatiss, de
nouvelles comptences largies linfrastructure as code et une supervision bout en
bout des applications sur un socle plus complexe sont ncessaires. Les quipes rseaux doivent
galement dvelopper de nouvelles comptences sur lusage des briques analytiques dployes,
sur leur supervision. Lanalyse de ladquation de ces politiques avec les services et les usages
devient critique.

47
 f. En phase dExploitation/qualit pour les mtiers dingnierie Support :
Des systmes plus transverses, moins silots , orients intention et utilisant des protocoles
standardiss entrainent terme une meilleure fiabilit du systme aux niveaux des
problmes de configuration ou de cycle de vie des services, donc moins dappels, ainsi
quune meilleure comprhension de lusage des clients (dans une vue prospective). Le niveau
dinvestissement sur les capacits dauto-configuration et dauto-healing va dterminer les gains
oprationnels sur ces activits.

Les quipes de ventes vont voir leur fonction voluer vers des profils ayant une vision
oriente service de loffre, tout en ayant une comprhension des adhrences avec les
quipements rseaux. Les quipes de vente des oprateurs tlcom devront dmarcher les
clients pour leur offrir des packs de services SDN / NFV au travers des diverses technologies
rseaux (fixe, mobile) avec une vision de bout-en-bout du management et de la responsabilit
pour le service ou lapplication vendue.

Lautomatisation des commandes en temps rel enlve aux intervenants la gestion de cette chane,
mais elle implique une bonne connaissance du systme et la capacit dexpliquer au client les
rgles de gestion associes son offre et ses ressources. Dans un mode traitement
automatis et un service en mode best effort on peut avoir un nombre trs restreint
dintervenants. On peut galement mettre des personnels sur du traitement posteriori des
commandes (dans une dynamique de conseil et sur des segments de march particuliers).

Il y a une suppression des prises de commandes directes par des intervenants mais la possibilit
est laisse la relation client dassister le client durant sa prise de commande (conseil et
assistance la prise de commande).Limpact sur la population dpend du niveau de
couverture des processus par les portails et APIs, de la stratgie de service par
segments de march (volont ou pas dvoluer vers du service premium).

La prise en main en mode multicanal va devenir une ralit (reprendre des paniers, redonner la
main, sapproprier de nouveaux outils).

4.1.2. Les principaux enjeux en termes dvolution des mtiers

a. En phase de Conception/implmentation
Pour les ingnieries logicielles :
Sapproprier une vision abstraite du rseau. [ABSTRACTION]
Renforcer les comptences en conception/spcification Agile et la capacit prioriser des
lments de backlog produit htrognes (marketing, DevOps, NetOps). [AGILITE] / [CODAGE]
Animer des communauts de dveloppeurs pour le co-dveloppement de composants open-
source. [ANIMATION]
Apprendre les APIs de gestion des infrastructures ( Infrastructure As Code ) et mettre en
uvre de nouveaux composants Open Source de livraison continue ( Continuous Delivery
). [AUTOMATISATION]
Pour les ingnieries rseaux :
Sapproprier des outils lis la gestion des infrastructures Cloud. [CLOUD]
Dvelopper une nouvelle approche abstraite du rseau et de nouvelles modalits de
collaboration NetOps avec lingnierie logicielle. [ABSTRACTION] / [AGILITE]
Mettre en uvre des outils dautomatisation (de livraison continue) similaires ceux des
ingnieries logicielles. [AUTOMATISATION] / [OUTILS LOGICIELS]

48
 Concevoir et / ou intgrer et mettre en uvre les outils dorchestrations du rseau
[ORCHESTRATION]
Pour les fonctions support :
Cibler de nouveaux segments de clients. [MARKETING]
Il y a un mtier autour des API qui apparat en termes de gestion de communauts. [ANIMATION]

b. En phase dExploitation/qualit
Pour les ingnieries logicielles :
Comprendre les infrastructures Cloud et la manire dont les applications interagissent avec ces
infrastructures. [CLOUD] / [OUTILS LOGICIELS]
Dialoguer avec les acteurs exploitation des systmes logiciels et du rseau. [AGILITE]
Grer des systmes qui comportent plus de rgles de gestion. [ABSTRACTION]
Pousser lanalyse des services et la supervision des usages. [ANALYTICS]
Pour les ingnieries rseaux :
Les connaissances de Lingnieur rseau doivent sinscrire au sein dun cadre comprenant
linfrastructure banalise issue du SI et lapplication capable de le consommer la
demande. [CLOUD] / [OUTILS LOGICIELS]
Pour les populations concernes par lexploitation de rseaux de plus en plus automatiss, de
nouvelles comptences largies linfrastructure as a code [AUTOMATISATION]
Une supervision bout en bout des applications sur un socle plus complexe est ncessaire.
[SUPERVISION] / [ANALYTICS]
Pour les fonctions support :
Les quipes de ventes vont voir leur fonction voluer vers des profils ayant une vision
oriente service. [VENTE]
Dans un mode traitement automatis et un service en mode best effort on peut galement
mettre des personnels sur du traitement posteriori des commandes. [CONSEIL]
La prise en main en mode multicanal va devenir une ralit [MULTICANAL]

4.2. Premiers rsultats en termes de comptences

4.2.1. Rapprochement des mtiers du marketing et de

limplmentation technique
Une des modalits cest la mthode agile quil faut adapter, du fait dun travail plus en plus en
mode itratif (tests, essais, dveloppement de nouveaux services en mode incrmental, volution de
nouveaux composants, de micro fonctionnalits tous les jours, etc). On peut imaginer lextension de
ces modalits pour les portails de services rseaux. De ce fait, le nouveau mode incrmental pour le
marketing devient fondamental. On parlera ici danalogie avec le Lego (ou mode modulaire
incrmental).

Avec cette promesse dagilit on peut envisager de mettre en production des choses que lon veut
tester, directement dans les mains de clients, regarder ce quil passe et les faire voluer. Avec des
boucles de rtroactions plus courtes. Cela suppose pour les quipes marketing de travailler sur des

49
descriptions de services qui sappuient sur certains modles et des langages dabstraction communs
un certain nombre doutils comme UML.

Etape
Mtiers impacts Comptences
Comptence [MARKETING] :
Marketing Mtiers MARKETING de
Cration de services en mode agile et
Produit lOFFRE et des SERVICES rdaction de User Stories (aller au-del de
(sur le versant entreprise) lexpression de besoin / travailler de manire trs
rapproche avec les personnes qui conoivent les
services aux niveaux Rseaux et IT / se positionner
du ct de lutilisateur / capturer les informations
ncessaires aux inputs de stories / rdiger des
stories, prioriser les stories, les remettre jour /
rdiger des groomings fonctionnels )
Utiliser la mthode agile et les outils associs
de gestion de projet (comme Jira)

Comptence [VENTE] :
Ventes Mtiers COMMERCIAL
ENTREPRISE) et Mtiers Matriser les nouveaux fondamentaux de la
INGENIERIE vente de Services en mode interfaces
COMMERCIALE logicielles (passer de la fourniture de services par
des portails vers de la vente dAPIs / collaborer plus
ENTREPRISE troitement avec les quipes de codeurs-
dveloppeurs).
Intgrer les nouveaux Business Models des
APIs.
Coacher le client pour la prise en main des
interfaces digitales (et dvelopper une approche
conseil dans le mode de traitement des commandes
postriori enjeu RC)

4.2.2. De nouvelles comptences IT pour les mtiers de lingnierie

Rseaux
De nouvelles comptences Cloud pour les mtiers de lingnierie Rseaux : Openstack est la
cible et de plus en plus dingnieurs Rseaux sont amens utiliser Openstack. Certains ingnieurs
peuvent mme tre amens contribuer directement au code Openstack (en effet au dpart
Openstack ne prends pas en compte les contraintes ct Rseaux do la ncessit de certains
amnagements).

De nouveaux besoins en termes de dveloppement dexpertise dintgration de software

autour de la notion de VNF Onboarding : installation des applis sur les machines, dbogage. Il
sagit de comprendre comment les applications rseaux tournent sur les serveurs, comment elles
communiquent avec lextrieur et entre leurs diffrents modules, quest-ce quelles utilisent comme
ressources CPU et mmoire, etc. Cela demande de dvelopper une matrise du fonctionnement des
logiciels (et en particulier tout ce qui relve de lutilisation des ressources de calcul, stockage,
rseaux). Cest nouveau dans un univers tlcommunications car avant les ingnieries sarrtaient la

50
configuration mtier et au monitoring, rien dautre le reste tant sous la responsabilit directe des
fournisseurs. En termes de comptences cela signifie comprendre le logiciel et le mode de
consommation des ressources.

Etape
Mtiers impacts Comptences
Comptence [AGILITE] :
Architecture Mtiers ARCHITECTURE et
et ingnierie CONCEPTION de Dvelopper de nouvelles modalit de
collaboration NetOps avec lingnierie
Rseaux RESEAUX / Mtiers logicielle et le marketing (acqurir les
INGENIERIE et fondamentaux des mthodes agiles appliques
aux rseaux).
QUALIFICATION de
RESEAUX / Mtiers Comptence [CLOUD] :
Dploiement
PROJETS RESEAUX Dployer les infrastructures Cloud (acqurir
les connaissances sur et savoir utiliser
oprationnellement les outils de dploiement des
infrastructures Cloud comme Openstack).

Comptence [AUTOMATISATION] / [OUTILS

LOGICIELS]:

Hberger et tester les services rseaux

virtualiss sur une infrastructure ( VNF
Onboarding ).
Mettre en uvre des outils logiciels
dautomatisation, de livraison et dintgration
continue.
Matriser des langages de programmation et
de scripting comme Python et Java.
Matriser les modes de gestion
infrastructure as a code et les APIs de
gestion des infrastructures, comprendre les
architectures REST

Comptence [ORCHESTRATION] :

Mettre en uvre / intgrer des outils

dorchestration (comme ECOMP ou Blue Planet)
Maitriser les diffrentes couches du
management automatis des rseaux
(orchestration des VMs, contrleurs rseaux,
monitoring des applications, bases de donnes).

4.2.3. De nouvelles comptences Open Source pour les mtiers de

lIngnierie Logicielles et un rapprochement avec les mtiers
de lIngnierie Rseaux

On passe dun monde o on sappuie sur du standard un monde o on a des communauts

qui dveloppent de lOpen Source qui ensuite devient un standard.

51
Evolution importante : les ingnieries Rseaux et Logicielles travaillent main dans la main
sur un socle de comptences de plus en plus commun ! Ds lors comment faire la diffrence ? Au
niveau du dveloppement du code : les ingnieries logicielles ont comme mission principale le
dveloppement de code alors que lingnierie Rseaux le fait la marge pour quelques adaptations.
Sur le terrain il y a de plus en plus dquipes mixtes.

Etape
Mtiers impacts Comptences
Comptence [AGILITE] :
Architecture Mtiers ARCHITECTURE et
et ingnierie CONCEPTION de SI et Dvelopper de nouvelles modalit de
collaboration DevOps avec lingnierie
Rseaux SERVICES / Mtiers rseaux et le marketing (acqurir les
INGENIERIE de SI et fondamentaux des mthodes agiles appliques
aux services / de la conception et spcification
SERVICES / Mtiers agile).
DEVELOPPEMENT et
Dploiement
INTEGRATION de SI et Comptence [CODAGE] et [ANIMATION] :
SERVICES
Dvelopper de nouveaux services, de nouvelles
interfaces APIs / concevoir une plateforme
dorchestration
Animer des communauts de dveloppeurs
Open Source.

Comptence [ABSTRACTION] :

Sapproprier une vision abstraite du rseau.

Comptence [CLOUD] :

Dployer les infrastructures Cloud (acqurir

les connaissances sur et savoir utiliser
oprationnellement les outils de dploiement des
infrastructures Cloud comme Openstack).

Comptence [AUTOMATISATION] / [OUTILS

LOGICIELS]:

Mettre en uvre des outils logiciels

dautomatisation, de livraison et dintgration
continue.
Matriser des langages de programmation et
de scripting comme Python et Java
Matriser les modes de gestion
infrastructure as a code et les APIs de
gestion des infrastructures, comprendre les
architectures REST

4.2.4. Des mtiers dexploitation impacts par la logique du On-

Demand

Il y a une volution de la supervision vers le Big Data prvoir !

52
Les rseaux la demande voluent vers un modle de fonctionnement sur le modle IAAS et
il faut que les exploitants dveloppent linterfaage avec ceux qui consomment leurs offres et la
comprhension des besoins clients.

Etape
Mtiers impacts Comptences

Exploitation Mtiers EXPLOITATION, Comptence [AGILITE] :

(Rseaux et SUPERVISION et
Dvelopper de nouvelles modalit de
SI) SUPPORT des RESEAUX et collaboration NetOps / DevOps avec
Mtiers EXPLOITATION, les ingnieries rseaux et logicielles.
SUPERVISION et Comptence [ABSTRACTION] :
SUPPORT des SI et
Grer des systmes qui comportent plus de
SERVICES rgles de gestion complexes, les intgrer.

Comptence [CLOUD] :

Manager les infrastructures Cloud (acqurir

les connaissances sur et savoir utiliser
oprationnellement les outils de management des
infrastructures Cloud comme Openstack).

Comptence [OUTILS LOGICIELS] :

Maitriser les outils de VIM (Virtual

infrastructure management)
Connaitre et savoir utiliser les hyperviseurs
du march (KVM, Vmware)
Connatre les solutions SDN.

Comptence [ANALYTICS] et [SUPERVISION] :

Etre capable de pousser lanalyse des
services et la supervision des usages /
assurer une supervision des applications de
bout en bout sur un socle complexe.

53
5. Conclusion

5.1. Pour SOPRA

Des architectures (NFV MANO de lETSI) et des standards (Netconf, Yang, Tosca) commencent se
dgager mais la concurrence sur les plateformes qui les implmentent est trs importante.

De nombreux acteurs contribuent la richesse de loffre en termes dinfrastructure et de logiciel : Les

grands quipementiers tlcoms historiques, les fournisseurs dquipements rseaux, Les vendeurs IT
positionns dans ce domaine et des pure players qui sont toujours plus nombreux.

date, aucun constructeur ne sest impos comme une rfrence part entire.

Les gains escompts au niveau des oprations sont importants mais surtout sur lagilit et la rapidit
de mise en uvre de nouvelles offres pour lutter contre les OTT et les nouveaux entrants qui pourront
tirer parti de ces technologies.

Pour atteindre ces objectifs, des transformations importantes, culturelles et organisationnelles, sont
ncessaires pour simplifier les processus et former des quipes verticales capables de mener
rapidement de nouvelles offres en production.

Lapproche des oprateurs est aujourdhui incrmentale avec des prvisions de dploiement trs
variables. Tous les oprateurs interviews ont engag cette transformation avec des stratgies
diffrentes sur :

- le ratio dintgration de produits ou de dveloppements spcifiques

- la richesse des catalogues de services internes

- la convergence des socles techniques

Les rserves des oprateurs restent nanmoins importantes sur la maturit de ces technologies, sur le
niveau de bnfices obtenus (dpendant de lchelle de mise en oeuvre) et sur lindpendance gagne
par rapport leurs fournisseurs.

Cependant la virtualisation des rseaux est un mouvement inluctable comme la t la mise en uvre
de la virtualisation des datacenters.

5.2. Pour lObservatoire des mtiers

De nouvelles technos pas encore normalises arrivent, ils faut des architectes de bon niveau qui
matrisent ces technos et sont capables de nouer des partenariats (ex de la couche orchestration).

54
Les principaux enjeux en termes de transformation et de comptences aujourdhui tournent autour de
lexpertise technique et en particulier tout ce qui tourne autour des expertises Cloud, Automatisation,
Outils Logiciels (nouvelles modalits de management des services rseaux dans un environnement
virtualis), sans oublier les comptences plus classiques systmes (OS, bases de donnes,
stockage) et quipements rseaux.

Lagilit devient un thme transverse (Marketing / Technique) tandis que le monde des rseaux se
rapproche de plus en plus du monde IT en termes de comptences et que lintgration des 2 mondes
dans un ensemble cohrent est de plus en plus vital.

Lexpertise codage devient importante pour lintgration mais aussi pour le sourcing (en mode direct
APIs). Un socle commun de connaissance en termes de dveloppement logiciel devient ncessaire en
particulier concernant les architectes et ingnieurs rseaux.

Des gains de productivit au niveau de la vente et des oprations sont attendre (dabord dans lunivers
des solutions entreprises).

Il restera toujours une couche physique dans les rseaux qui ne pourra tre virtualis.

55
6. Annexes

6.1. Liste des personnes ayant t interviewes pour ltude

Patricia BUCHART SFR - Responsable technique des plateformes chez SFR Business

Emmanuel MAILLIS SFR - IT Infrastructure Architect

Andras KIENITZ SFR - Senior Manager Value added services and infrastructure engineering at SFR

Etienne BERMOND SFR - Responsable Ingnierie Cur Rseau Fixe et Mobile chez SFR

Nicolas ROMELE SFR - Manager Marketing - Personal Cloud, Mail for consumer chez SFR

Prosper CHEMOUIL Orange - Expert Program Leader, Future Networks

Julien MIRENAYAT SFR - Datacenter & Cloud Product manager

Herv LEMAITRE Red Hat - Senior Business Strategist at Red Hat

Francois BERTRET Orange - SDN/NFV transformation program Director for OBS & Technical domain
leader on Network Services

Nabil CHARKANI Orange - Director, Network Control Architecture at Orange

Bruno LABAS Bouygues Telecom - Responsable du ple de matrise duvre acquisition chez
Bouygues Telecom

Pierre MAZIERES - Bouygues Telecom Digital Architect at Bouygues Telecom

Thierry MESSMER CIENA - Senior Director Global Sales, Blue Planet Division at CIENA

David FREYERMUTH Orange - Technical design leader of the on-demand networks program at Orange
Corp

6.2. Glossaire

ATIS : Alliance for Telecommunications Industry Solutions

AT&T : American Telephone and Telegraph Company (oprateur amricain)

API : Application programming interface

BSS : Business support systems

Dans le modle du TM Forum, systme dinformation qui supporte les processus de dfinition de la stratgie, de
mise en place de linfrastructure et de spcification du produit. Plus courant, et toujours dans le modle du TM
Forum, le systme qui supporte les processus oprationnels sur le niveau de la relation client.

BT : British Telecom

CDN : Content Delivery Network

Rseau de diffusion de contenu

CRM : Customer relationship management

COTS : Commercial off-the-shelf

Progiciel (logiciel sur tagre) par opposition dveloppement spcifique

56
 CPE : Customer Premise Equipment

quipement qui se trouve dans le site d'un client (d'une entreprise) et qui est raccord l'infrastructure d'un
oprateur, dans un Point Of Presence (POP), via une boucle locale.

CSP : Communications Service Provider

DSLAM : Digital Subscriber Line Access Multiplexer.

Multiplexeur daccs la ligne numrique, laccs tant le plus souvent Internet

DT : Deutsche Telekom

ETSI ISG : ETSI Industry Specification Group

ETSI : European Telecoms Standards Institute

EMS : Element Management System

Modle et Framework de gestion des quipements rseau du ISO Telecom Management Network. Couvre les sujets
des Anomalies, Configuration, Administration, Performance et scurit

GTM : Go-to-Market

IaaS : Infrastructure As A Service

IETF : Internet Engineering Task Force

Groupe informel, international qui participe l'laboration de standards Internet. L'IETF produit la plupart des
nouveaux standards d'Internet.

IMS : IP Multimedia Subsystem

Architecture standardise utilise par les oprateurs de tlphonie, qui permet de fournir des services multimdias
fixes et mobiles. Les services doivent tre accessible de chez lutilisateur ou en dplacement.

IPsec : Internet Protocol Security

Cadre de standards ouverts pour assurer des communications prives et protges sur des rseaux IP.

ISS : Industry Standard Server

ISP : Internet Service Provider

ISV : Independent Software Vendor

MANO : MANagement and Orchestration (prsent dans ce document)

MEP : Mise En Production

MWC : Mobile World Congress

NAT : Network Address Translation

Fonction qui fait correspondre les adresses IP internes non uniques et souvent non routables d'un intranet un
ensemble d'adresses externes uniques et routables. Ce mcanisme permet notamment de faire correspondre une
seule adresse externe publique visible sur Internet toutes les adresses d'un rseau priv.

NEP : Network Equipment Provider

NFV : Network Functions Virtualization (prsent dans ce document)

NFVO : NFV Orchestration (prsent dans ce document)

NIVR : Network Interactive Voice Response

Serveur vocal interactif hberg dans un rseau.

57
 NSN : Nokia Solutions and Networks

NSP : Network Service Provider

NTT : Nippon Telegraph and Telephone Corporation (1er oprateur japonais)

ONF : Open Networking Foundation

OPNFV : Open platform for NFV Project (prsent dans ce document)

OSS : Operations Support System

Dans le modle du TM Forum, systme dinformation qui supporte les processus de prparation, exploitation,
maitrise et facturation. Plus courant, et toujours dans le modle du TM Forum, le systme qui supporte les
processus oprationnels sur les niveaux service et ressource.

OTT : Over the Top

Fournisseur de media ou de service qui sappuie sur une connectivit mise en uvre par un tiers.

PE : Provider Edge

quipement qui se trouve dans un Point Of Presence (POP) de linfrastructure dun oprateur auquel se raccordent
les sites client, via une boucle locale et qui fournit laccs un rseau de loprateur.

PoC : Proof of Concept

PaaS : Platform as a service

RAN : Radio Access Network

Partie radio d'un systme de tlcommunication mobile qui met en uvre une technologie d'accs radio. Il se situe
entre un terminal (ex : tlphone mobile) et permet une connexion avec le cur de rseau.

RLC : Radio Link Control

SaaS : Software as a service

SDN : Software-Defined Network (prsent dans ce document)

SD-WAN : Software-Defined WAN

Technologie concurrente et plus conomique au MPLS pour relier des sites dune entreprise. A la place de liens
ddis vers le rseau dun oprateur et de matriel ddi, les sites sont relis entre eux partir de connexions
internet et utilise des ressources Cloud

SFC : Service Function Chaining (prsent dans ce document)

SI : Systems Integrator

SLA : Service Level Agreement

SOC : Security Operation Center

SSL : Secure Sockets Layer

SWOT : Strengths (forces), Weaknesses (faiblesses), Opportunities (opportunits), Threats

(menaces)

TTM : Time-to-Market

VAR : Value-added Reseller

vCPE : Virtual Customer Premise Equipment

vEPC : Virtual Evolved Packet Core

58
 vFW : Virtual Firewall

VIM : Virtualized Infrastructure Manager (prsent dans ce document)

vIMS : Virtual IP Multimedia Subsystem

vLB : Virtual Load Balancer

vMM : Virtual Machine Manager

vNF : Virtualized Network Functions (prsent dans ce document)

VNFM : VNF Manager (prsent dans ce document)

VNFaaS : Virtual Network Function as a Service

VNPaaS : Virtual Network Platform as a Service

Similaire au VNFaaS mais avec un service plus large ou plus programmable ou plus de contrle dlgu au client.
Ex : un service VPN complet ou la capacit introduire des VNF tierces.

VPN : Virtual Private Network

tend un rseau priv travers un rseau partag ou public. Permet dchanger des donnes entre 2 systmes
distants travers des rseaux partags ou publics comme sils taient sur le mme rseau.

vRAN : Virtual Radio Access Network

WAN : Wide Area Network

Rseau qui stend sur une large zone gographique et qui peut tre compos de rseaux publics et privs

WaaS : Wan As A Service

59