FRnOG 41 - Table-Ronde : Futur du Transport et de l'Optique ?
avec Arnaud Pasdeloup (Arteria), Nicolas Taburet (Nokia), Emmanuel FAURE (Square Advising), François Rousseau (OOBeWAN), Yannick Chauvel (Nokia) et Michal Styszynski (Juniper)
avec Arnaud Pasdeloup (Arteria), Nicolas Taburet (Nokia), Emmanuel FAURE (Square Advising), François Rousseau (OOBeWAN), Yannick Chauvel (Nokia) et Michal Styszynski (Juniper)
Catégorie
🤖
TechnologieTranscription
00:00Je vais commencer, moi je suis François Rousseau, je suis consultant depuis 25 ans dans les télécoms et les réseaux
00:06spécialisé plutôt dans la partie IP aussi optique
00:09donc j'arrive à très bien faire la distinction entre la partie IP et WDM
00:12et réseau photonique des dernières générations
00:15donc je suis là aussi en tant que consultant et vision un peu externe
00:19sur les questions à poser notamment côté métier, côté client
00:23qui ont besoin de comprendre qu'est-ce que c'est que l'IP, qu'est-ce que c'est que l'optique
00:26et qu'est-ce qu'on la différence entre les deux
00:27donc j'ai peut-être apporté un savoir un petit peu de consultant global sur des solutions métiers complexes
00:33on va mettre en place, voilà, je laisse la place à Arnaud
00:38Merci François, je suis Arnaud Padelou donc je fais partie d'Arteria, je suis en charge de l'activité WDM
00:45qui a été largement évoquée par Grégory tout à l'heure
00:48et donc je m'occupe plus particulièrement des aspects direction de la BU, commercialisation
00:53donc j'ai un regard un peu plus marché que technique dans l'assemblée
01:00Bonjour, moi je suis Yannick Chauvel, je suis régional PLM sur le NSP
01:05c'est le nettoire contrôleur du monde IP, MPLS chez Nokia
01:08mon rôle c'est un peu le proxy, j'essaie d'être trustful entre les clients de Nokia
01:13et puis la R&D qui est située au Canada principalement
01:17et ma spécialité, vous avez deviné, c'est plutôt l'aspect supervision, gestion de réseau
01:20alors je suis tombé dedans il y a très longtemps, quand j'ai fait mon premier stage
01:24donc ça fait un certain temps, je cherchais un stage pour mon fils il n'y a pas très longtemps
01:29donc vous imaginez depuis combien de temps j'ai commencé
01:31donc j'ai vu l'évolution de la technologie, de la gestion de réseau, du SNMP
01:35des choses un peu plus vers HPOV par exemple
01:37à des choses beaucoup plus aujourd'hui basées sur des protocoles ouverts
01:41l'aspect net confiant mais aussi modélisation, automatisation
01:44l'aspect cross domain dont on va parler aujourd'hui
01:46et puis jusqu'à la semaine dernière je parlais beaucoup d'intelligence artificielle
01:51qui est un peu le nouveau buzzword qui devient un peu à la mode
01:54et qui devient presque concret aujourd'hui dans la gestion de réseau
01:57Nicolas Taburet, je suis expert sur les solutions optiques chez Nokia
02:03et mon rôle au sein de Nokia c'est d'aider nos clients à construire les réseaux optiques de nouvelle génération
02:11Michel Stivensky, je suis chez Juniper Networks en tant que PLM
02:18sur la partie Switching Data Center
02:20et récemment focalisé sur tout ce qui est AI Data Center, Rocky, USC
02:27donc merci pour l'invitation
02:31Bonjour, Emmanuel Faure, société Square Rising
02:35j'interviens aujourd'hui dans le cadre du sponsoring par la société NextConnect
02:39et plus particulièrement j'étais un manager télécom
02:44au sein du comité d'organisation des Jeux de Paris 2024
02:48Merci pour ce petit tour de table
02:52et donc on va enchaîner directement sur la première question
02:56on a pu voir dans la présentation de Ribbon qui vient d'avoir lieu
03:00qu'une tendance se dessine
03:03les réseaux IPM, PLS pourraient soit s'appuyer sur des équipements OTN
03:06Transpondeur, MUX, Pondeur
03:11pour la couche transport, quelle que soit
03:15c'est vraiment écrit petit
03:18pour la couche transport optique
03:20soit opter pour des approches unifiées
03:23où les routeurs IP seraient connectés directement à la couche photonique
03:29à travers des transceivers cohérents IPOW
03:34et du coup, quelles sont selon vous
03:38les principales contraintes techniques pour les opérateurs IP
03:42souhaitant adopter cette approche IPOWDM
03:47et à plus long terme, quelles tendances envisagez-vous
03:51pour l'évolution pour les réseaux de transport
03:55maintien de l'OTN comme une couche intermédiaire, séparée
03:58ou généralisation du raccordement direct sur les routeurs à l'optique
04:03je peux commencer un petit peu pour la partie client et avantages et inconvénients
04:09le problème de l'Ethernet cohérent, c'est qu'on n'a pas de contrôle des trams sur la longue distance
04:14donc en fait, le fake ou les fakes qu'on a dans l'OTN ou dans l'OTU
04:18parlent de contrôler à très très haut débit
04:20la capacité de transmettre l'information entre un point A et un point B
04:23donc en fait, si on fait de l'IPOWDM aujourd'hui avec de l'Ethernet cohérent
04:27on a cette limite de distance pour pouvoir avoir la capacité
04:30à aller à distance sur une couche photonique
04:31tandis qu'avec l'OTN, comme on l'a vu avec Laurent
04:35on a le fake qui permet de corriger l'erreur à la transmission, à la réception
04:40et je pense que là, c'est le grand paradis entre les deux
04:42c'est-à-dire que le jour où on va pouvoir arriver à mettre du fake à travers l'Ethernet
04:46il y en a un petit peu encore sur du très gros distance
04:4920 km, 40 km en fonction du débit ou 80 km
04:52mais une fois qu'on aura passé ce palais-là, à ce moment-là
04:54on pourra envisager de faire de la très longue distance
04:57avec du très gros débit à partir de l'IP et de l'Ethernet
04:59alors après on peut se poser la question
05:01comment on fait sur les QSFP ou QDD pour intégrer ce fake à travers l'Ethernet
05:06donc ça c'est des grandes questions qu'on va avoir à arriver d'ici quelques années
05:09pour pouvoir savoir comment on va accepter ce fake dans la partie Ethernet
05:13est-ce qu'on se dit que derrière ça, le fake, on va le capser dans une pélode carrément OTN
05:19dans notre transceiver pour partir avec le fake OTN
05:22avec la pélode Ethernet pour faire la longue distance
05:25donc ça c'est le premier point
05:26ou est-ce qu'on va améliorer le protocole Ethernet
05:27pour mettre du fake un peu plus facile à mettre en place
05:31sur du très haut débit, sur du 800Go, 400Go
05:34donc je pense que là, et je pense que les gens de Nokia
05:36pour nous répondre sur la R&D sur cette partie-là
05:38alors oui, je vais faire un petit commentaire
05:40il faut bien avoir en esprit le use case
05:43c'est-à-dire qu'en IP, l'objectif c'est de densifier
05:47de mettre un maximum d'interface sur la plus petite machine possible
05:52en optique, certes on a aussi cet objectif
05:55mais ce n'est pas l'objectif principal
05:56nous en optique, c'est de toujours transporter plus
06:00et toujours transporter plus loin
06:02donc on a des objectifs qui sont légèrement différents
06:06donc en IP, pour densifier un maximum
06:09on n'a pas le choix, on est obligé de mettre ça sur des cages
06:11de type QSFP et QSFP28
06:14et pour ça, il faut faire des choix en termes technologiques
06:17donc on ne va pas pouvoir mettre des lasers haut de gamme
06:21haut de performance
06:22on ne pourra pas mettre des DSP haut de gamme
06:25d'accord ?
06:26haut de performance
06:27on va retrouver les lasers, les DSP
06:30qu'on retrouvait dans la partie OTN switch
06:32il y a trois ans
06:34c'est-à-dire qu'en gros globalement
06:36pour miniaturiser sur une cage QSFP
06:43il faut réduire la taille de gravage
06:47et donc du coup il faut à chaque fois attendre
06:51trois ans globalement
06:52avant d'en retrouver cette technologie-là
06:55dans les routeurs
06:56donc il y aura toujours un décalage
06:58et ce qui se passe c'est que pour les opérateurs
07:01quand on fait du longue distance
07:03des technologies sous-marines
07:04il n'y aura pas le choix
07:05il faudra toujours du mixpondeur
07:07parce qu'on veut toujours transporter
07:09le plus loin possible
07:10avec un maximum de trafic
07:11par contre lorsqu'on va se retrouver
07:13sur du taille régionale
07:15c'est-à-dire la courte distance
07:17globalement, pour donner des ordres d'idées
07:19c'est 2-3 spans
07:2080 km à peu près
07:21là effectivement la question se pose
07:24la technologie pourrait avoir un intérêt
07:27de l'IP over the blue
07:29mais le frein global c'est le use case
07:33Pour rebondir sur ces premières choses
07:42sur ces premières réactions
07:44il y avait une question sur la concordance des équipes
07:49dans un cadre où on a abandonné
07:53le matériel OTN séparé
07:57et où on est vraiment sur les routeurs en direct
08:00avec la couche optique
08:01quid de la compatibilité inter-équipe
08:08entre les gens qui font de l'IP
08:11et les gens qui font de l'optique
08:13est-ce que ça ne crée pas des nouveaux challenges potentiels
08:17qui sont pour le coup plutôt humains
08:18et puis pour aller encore un peu plus loin
08:25en termes de maintenance et de complexité de troubleshooting
08:29quand on perd un lien
08:32ça peut être de l'optique ou de l'IP
08:35est-ce que ce n'est pas plus compliqué à débugger à terme ?
08:39Je vais prendre la question
08:41effectivement l'aspect coordination
08:43c'est un point très important
08:45aujourd'hui quand on discute beaucoup avec les opérateurs
08:47ou les personnes qui intégrent de l'IP et de l'optique
08:51ils sont souvent organisés en silo
08:53donc le silo des experts optiques
08:55les silos des experts IP
08:56et ces deux groupes de personnes ont souvent du mal à discuter
08:59d'ailleurs c'est des choses qu'on peut même retrouver chez nous
09:01sauf avec toi Nicolas, ça se passe bien
09:03mais c'est des choses qu'on retrouve aussi
09:05pas seulement chez les opérateurs
09:07mais aussi chez les entreprises qui utilisent des aspects IP optiques
09:11c'est pour ça qu'on a essayé de regarder comment faire
09:13pour pouvoir coordonner un peu cette demande-là
09:18surtout que ce sont des demandes qui viennent souvent du management
09:21puisque eux souhaitent économiser
09:23pour optimiser la manière de gérer
09:25donc réduire l'OPEX
09:26pour gérer ces inter-domaines entre l'IP et l'optique
09:29donc il y a des solutions de coordination entre l'IP et l'optique
09:32qui sont créées aujourd'hui
09:34il y a des choses qui sont sorties par l'organisation TypeMust
09:37qui a défini la manière dont les orchestrateurs IP et optique
09:41devraient travailler ensemble
09:44donc des choses qui sont sorties, qui sont standardisées
09:47comment par exemple un contrôleur optique
09:49va devoir s'interfacer avec un contrôleur IP
09:52donc il y a le TAPI par exemple qui sort
09:54qui permet de coordonner le monde IP et le monde optique
09:58et puis après on va pouvoir enrichir les nettoirs contrôleurs
10:02de manière à ce que le nettoir contrôleur IP
10:04va pouvoir identifier la topologie IP
10:07IP, optique et coordonner pas mal de choses
10:09ça permet d'avoir des informations simples et utilisables
10:11par l'ensemble de la communauté
10:13à la fois les personnes de l'IP et l'optique
10:15après se retrouvent les aspects de configuration
10:17puisque quand on met un SFP
10:19qui a du cohérent optique dans un routeur
10:22il va falloir configurer ces aspects-là optiques
10:24et généralement les personnes qui font l'IP MPLS
10:27ne connaissent pas forcément cet aspect-là
10:29pour eux ça paraît très simple
10:31alors que ça peut être dynamique
10:33et ça peut aussi être relativement compliqué
10:35d'où l'intérêt justement de coordonner cette fonction-là
10:38aujourd'hui on est parti sur TAPI
10:40ce qui est un peu ce qu'on retrouve
10:42comme étant demandé par les opérateurs aujourd'hui
10:45avec en laissant la partie vraiment IP
10:48au monde IP
10:50c'est à dire que ça va être le nettoir contrôleur IP
10:52qui va prendre en charge le routeur
10:54ainsi que la configuration de l'optique cohérent
10:57c'est une demande qu'on a vu aussi
10:59qui est validée par les opérateurs
11:01puisqu'ils ne souhaitent pas forcément
11:03que ce SFP cohérent optique soit contrôlé par d'autres personnes
11:06notamment les gens de l'optique
11:07ce sont des choses qui ne sont pas forcément partageurs
11:09donc il y a toujours cette segmentation
11:12toujours en voulant un peu coordonner les deux
11:15via des interfaces qui sont aujourd'hui standardisées
11:17comme TAPI par exemple
11:19j'ai une autre question
11:21c'est que si on arrive à faire de l'IP over WDM
11:23sans passer par Muxponder
11:25il y a quand même la question d'OSNR
11:26parce que l'OSNR est quand même un enjeu fondamental
11:29sur la supervision côté photonique
11:31pour garantir que la transmission soit transmise bien
11:33côté transceiver et récepteur
11:35sur le signal reçu
11:36parce qu'en fait le signal rapport survuie
11:38une conséquence sur le rapport du signal
11:40qui va arriver en réception
11:43et qui va considérer si le débit va passer ou pas
11:45et donc en fait quand on va commencer à avoir
11:47une couche IP over WDM
11:48il faut aussi manager cet OSNR
11:50pour avoir ces indicateurs de qualité
11:52de fiabilité sur le réseau
11:53et donc en fait aussi dans la partie contrôleurs
11:55contrôleurs IP ou contrôleurs de l'interface IP
11:58qui va porter cette couche WDM
12:00directement l'attissement côté photonique
12:02il faut aussi mesurer cet OSNR
12:04pour pouvoir alerter en cas de défaillance côté photonique
12:06et là aussi pareil on va se trouver
12:08avec des enjeux métiers ou d'équipes différentes
12:11entre celui qui tient le photonique
12:13et celui qui tient l'amplificateur
12:15et le réseau qui pourra transporter l'information jusqu'en bout
12:17corréler avec les équipes IP
12:19pour corréler cette matrice OSNR
12:21et se dire oui le souci est vraiment chez toi
12:23ou il est vraiment chez moi
12:24et là aussi c'est un enjeu aussi de troubleshoot
12:27et aussi de contrôleurs
12:28et savoir comment un outil unifié
12:30pourrait contrôler à la fois l'équipe IP et l'équipe optique
12:33pour un meilleur troubleshoot aussi derrière
12:35ça peut toujours être le rôle du contrôleur IP
12:38qui souvent est situé au-dessus
12:40et on va pouvoir faire des notions de closed loop
12:42de manière à récupérer cette information
12:44pour pouvoir changer la configuration
12:47plus ou moins dynamiquement au niveau de l'IP
12:50rapproche un peu de ton micro
12:53c'est un peu la même question
12:58ça remonte un peu encore au niveau macro je dirais
13:02puisque l'idée c'est
13:06cette question qui est justement
13:11sur la conciliation de tous ces outils de management
13:15mais quand je parle de remonter au niveau macro
13:19c'est qu'entre le LAN, le WAN
13:24donc la partie software defined sur les deux
13:28software defined access branch, software defined WAN
13:31et la partie inter-co, inter-dc
13:35et toute l'hétérogénéité
13:40de tous ces équipements et du transport
13:43avec ROADAM etc
13:46les transpondeurs WDM
13:49qui sont la plupart du temps pilotés par des NMS propriétaires
13:54comment on peut imaginer
13:57un cadre futur harmonieux
14:00où les oiseaux chantent etc
14:03et où en fait on a une console unifiée
14:07qui peut très rapidement peut-être grâce à l'IA
14:10nous dire ça a pété à cet endroit là
14:13il faudrait peut-être que tu ailles voir l'optique
14:15et la remplacer par exemple
14:21le client idéal c'est le client qui n'a que du Nokia
14:23donc qui va utiliser les networks contrôleurs à la fois Nokia
14:28pour le datacenter, pour le WAN, éventuellement pour l'IP
14:32donc éventuellement dans cette optique là
14:35ça serait facile pour nous de construire
14:37un seul network contrôleur qui ferait tout
14:39malheureusement il y a quelques clients comme ça
14:41mais ils ne sont pas tous comme ça
14:43donc l'idée c'est d'avoir un network contrôleur par domaine
14:45c'est un peu ce qu'on retrouve définit par le TMA Forum
14:47des choses comme ça
14:49et de fournir des API justement
14:51qui sont consommées par les applications au dessus
14:53chaque network contrôleur ayant son propre spécialité
14:56on va dire qu'un network contrôleur pour le WAN
14:58aura cette spécialité de contrôler tout ce qui est IP et MPLS
15:01alors qu'un contrôleur pour le datacenter
15:03l'aspect LSP ça ne l'intéresse pas forcément
15:05c'est plutôt l'aspect VXLAN
15:07comment je vais déployer facilement ma DC fabrique
15:10et de la même manière pour l'optique
15:12il aura ses propres expertises
15:14comment gérer les OTN
15:16pas forcément la nature même qui est attendue
15:18de la part d'un network contrôleur IP en fait
15:20donc nous notre vision c'est plutôt d'avoir une couche au dessus
15:22qui va aller consommer les API
15:24qui sont un peu standardisés
15:26au dessus de ces différents domaines contrôleurs
15:28après ça peut être des orchestrateurs
15:29on en a aussi des très bons
15:30mais il existe aussi des choses
15:32qu'on peut mettre au dessus sur le marché
15:34voire même il existe des choses
15:36notion de TDO, de HCO
15:38où en fait vous exploitez la possibilité d'un network contrôleur
15:41pour le transformer un peu en contrôleur hiérarchique
15:44au dessus de ces différents contrôleurs
15:46c'est des choses qui existent aussi
15:47et en termes de télémétrie d'API
15:49il y a eu des gros progrès
15:51dans le monde IP
15:53est-ce qu'aujourd'hui sur le monde optique
15:55il y a par exemple des API uniques
15:57pour unifier
15:59je veux dire entre différents matériels
16:01types de matériel, marques de matériel
16:03qui permettent du coup de construire facilement
16:06finalement une solution
16:07ou en tout cas d'interopérer
16:09alors globalement en optique en fait
16:11on utilise des standards NetConfigure
16:14GRPC
16:15ça existe dans l'optique
16:17tous les équipements
16:18aujourd'hui les nouvelles générations
16:19ont ces langages là
16:21encore une fois le problème
16:23c'est qu'il faut intégrer tout ça
16:25donc il faut des équipes
16:27qui connaissent ce langage là
16:29qui l'intègrent pleinement
16:31et aujourd'hui on voit bien que nous chez nos clients
16:33on est encore un petit peu à l'âge de pierre
16:35je ne cache pas
16:37mais globalement quand on leur parle de tout ça
16:39ils sont toujours très curieux
16:41on fait des workshops ensemble
16:43on étudie la question
16:44et quand on dit bon bah maintenant on y va
16:46voilà
16:49mais moi j'imagine bien que dans un futur
16:53moyennement proche
16:54on va y arriver
16:55on va vers l'automatisation
16:57de plus en plus
16:58on y arrive grâce à ces protocoles là
17:01mais on est encore à un âge de pierre aujourd'hui
17:03il y a certains constructeurs aussi
17:05concurrents de Nokia
17:06qui font du no code en fait
17:07qui permettent à des équipes à travers le NMS
17:10de ne pas avoir la complexité
17:11de faire le code pour pouvoir faire le troubleshoot
17:13ou de faire le provisioning
17:14mais en no code logique
17:15de pouvoir provisionner automatiquement
17:17sans forcément connaître
17:18les aspects qu'il y a derrière
17:19donc en fait on voit aussi
17:20que tous les constructeurs optiques
17:21prennent la chose à bras le bras
17:23parce qu'ils ont besoin pour simplifier la tâche
17:26de leurs exploitants
17:27mais aussi l'intégration vers le monde extérieur
17:29le monde IP
17:30parce qu'on voit que c'est convergent
17:31donc en fait on va essayer d'avoir des outils
17:33qui puissent faciliter la vie des gens
17:35des exploitants
17:36mais aussi de ceux qui ne connaissent pas
17:37et donc du coup on va avoir beaucoup de no code
17:39arriver aussi bien dans la plateforme NMS
17:42pour pouvoir à la fois faire le troubleshoot
17:44et l'automatisation associée
17:46et après derrière on va avoir de l'API normale
17:47pour pouvoir interfacer vers un contrôleur
17:49plutôt généraliste
17:50qui va pouvoir piloter l'ensemble des équipements
17:53et des constructeurs.
17:56Ok, très bien, merci.
18:00Alors, question, j'ai envie de dire
18:02un peu sans transition
18:05et un peu centré sur Emmanuel
18:08les infrastructures des JEO 2024
18:10reposaient sur un réseau hybride
18:12IPM, PLS, fibre optique
18:15reliant 150 sites critiques
18:18avec des débits allant jusqu'à 100 gigas
18:21il y aura une présentation tout à l'heure
18:25face à l'hétérogénéité des besoins
18:27flux vidéo, 8K, NDI
18:30des dizaines de milliers de Tokiwokis
18:33ou des milliers de Tokiwokis
18:35les problèmes éthiques de cybersécurité
18:37sécurité physique, j'imagine des POP
18:40simplicité opérationnelle
18:42les problématiques de redondance des équipements
18:45comment est-ce que tu as arbitré
18:48entre une archi OTN photonique
18:51les protocoles UDP, VPN
18:53pour le WAN transport
18:55et notamment pour l'audiovisuel 8K
18:58qui est à la fois consommateur en débit
19:01en plus ce n'est pas un flux
19:03il faut plein de flux vers une régie
19:05et en plus c'est assez sensible
19:08en terme de latence
19:10et puis je te poserai les autres questions
19:15après je te laisse déjà
19:17alors déjà je n'ai pas arbitré
19:20nous avons arbitré
19:22nous l'équipe Telco
19:24bien évidemment je n'étais pas tout seul
19:26nous l'équipe Telco comité Paris 2024
19:29nous l'équipe Telco
19:31incluant le partenaire Orange bien sûr
19:33et ça me fait la transition
19:35pour t'apporter la réponse
19:36il n'y a pas d'arbitrage à proprement parler
19:41il y a une réponse à un cahier des charges
19:43le cahier des charges
19:45je ne pars pas du côté technologie constructeur
19:48je me positionne vraiment côté client service
19:52et le cahier des charges
19:54il est très simple en fait
19:56on doit fournir des services
19:58à nos parties prenantes
20:00et ces services pour les livrer
20:02on doit apporter sur nos sites
20:04que ce soit des sites de compétition ou non compétition
20:07différents réseaux en fait
20:10et c'est comme ça que je vais apporter une réponse à ta question
20:13différents réseaux
20:15certains étant spécialisés
20:17le plus basique de tous
20:19et le plus critique de tous
20:21c'est un réseau de dark
20:23c'est un réseau de fibres noires
20:25non éclairées
20:27managées sur de la longue distance
20:29mais fibres noires site à site
20:31sur toute la région Île-de-France
20:32et ce réseau en fait
20:34il était dédié à la filiale du CIO
20:37qui s'appelle OBS
20:39je vous le dis tout de suite
20:41ce n'est pas Orange Business Service
20:43c'est Olympic Broadcast Services
20:45cette filiale en fait est en charge
20:47de toute la production audiovisuelle
20:49ainsi que de la gestion des droits
20:52et cette entité en fait est critique
20:54c'est la source de revenus
20:56voilà
20:58pas de télé, pas d'argent, pas d'argent, pas de jeu
21:00voilà pour dire les choses
21:02pas de drap, pas de chocolat
21:04donc en fait sur tous ces aspects vidéo
21:06qui sont en effet extrêmement sensibles
21:09sur tous les aspects
21:11tant techniques que sécuritaires
21:13c'est un réseau dédié
21:15c'est un réseau dédié de fibres
21:17mis à la disposition de la filiale
21:19qui est en charge
21:21de l'éclairage
21:23et donc tout le transport
21:25des flux vidéo
21:27toutes les responsabilités en fait
21:28dans le monde de l'audiovisuel
21:30Tu sais ce qu'ils faisaient dessus quand même ?
21:32Est-ce qu'ils utilisaient des choses bizarres ?
21:35Que du standard audiovisuel
21:37SDI
21:39HD SDI
21:416G, 12G
21:43voilà 6G, 12G, SDI
21:45on comprenait vidéo HD
21:47vidéo 4K
21:49sur fibres
21:51donc on n'est pas dans le monde d'IP bien sûr
21:53on est dans le monde de l'audiovisuel
21:55ça c'est une première réponse
21:56c'est un aspect plutôt vidéo
21:58donc je répète ce que je vous disais juste avant
22:00tout est une question de responsabilité
22:02dans le monde de l'olympisme
22:04alors je me permets le petit parallèle
22:06entre le monde de l'IP et de l'optique
22:08il y a peut-être aussi cette petite notion
22:10de périmètre de responsabilité
22:12pour bien séparer les genres
22:14c'est clairement marqué dans le monde de l'olympisme
22:18la vidéo c'est un réseau
22:20le mobile c'est un réseau
22:22l'audiovisuel sur les sites
22:24c'est un autre réseau
22:26et enfin le réseau IP
22:28corporate, classique
22:30que tout le monde connait
22:32c'en est un quatrième
22:34les choses sont segmentées de cette façon là
22:36et clairement séparées de cette façon là
22:38grosse innovation chez Paris 2024
22:40on a transporté les flux des caméras
22:42de vidéosurveillance sur le réseau IP
22:44c'est une première
22:46grosse innovation
22:48pour vous dire que les choses prennent du temps
22:50pour évoluer
22:52les équipes du CIO sont principalement
22:54composées de juristes
22:56il y a plein de techniciens
22:58et de bons techniciens chez eux
23:00qui veulent faire plein de choses
23:02mais ils ont un peu freiné
23:04et ils faisaient comment
23:06pour les caméras de vidéosurveillance ?
23:08c'est un autre réseau dédié cette fois-ci
23:10encore une fois
23:12mais sous la responsabilité
23:14je ne vais vous parler que de responsabilité aujourd'hui
23:16du service sécurité
23:18et pas du service tech
23:20dans le sens technologique
23:22qui couvrait, qui chapeautait
23:24les quatre réseaux précédents
23:26alors du coup
23:28dans les questions
23:30il n'y avait pas de SD-WAN
23:32de SD-Access
23:34SD-Branche
23:36rien
23:38on en revient aux services
23:40on en revient au comité
23:42on a un cahier des charges qui arrive du CIO
23:44on cherche un partenaire
23:47qui est en capacité de nous livrer
23:49un certain nombre de services
23:51ces services ça va donc
23:53de ces quatre réseaux dont je vous parlais là
23:54mais également quelques services complémentaires
23:56comme de l'IPTV
23:58comme du push to talk
24:00ou talkie walkie sur réseau mobile
24:02pour le dire différemment
24:04enfin voilà, quelques services complémentaires
24:06Orange s'est positionné sur tous ces services
24:10et
24:12j'ai perdu le fil de la question
24:14non, alors oui justement
24:17à chacun de ces services
24:19on peut avoir des exigences très claires
24:21de la part du CIO
24:22où c'est un réseau fibre
24:24nu, noir et c'est tout
24:26et on le met à la disposition
24:28du client qui s'appelle OBS
24:30et dans d'autres cas
24:32c'est un réseau IP avec interconnexion de site
24:34site dans le sens VNU
24:36donc les sites olympiques
24:38ou site dans le sens data center
24:40Alibaba, le partenaire
24:42ou tout simplement de l'accès à internet
24:44et pour ça
24:46on est sur un réseau qui est
24:48qui est fermé
24:50c'est à dire qu'on ne repasse pas sur internet
24:52on reste sur un réseau fermé
24:54et en sortie uniquement
24:56on va rejoindre de l'internet
24:58donc pour répondre à la question du SD-WAN
25:00non, la question ne s'est pas posée
25:03la réponse a été faite
25:05sur la base d'MPLS
25:07produit sur étagère
25:09chez Orange, voilà tout simplement
25:11A fortiori tout s'est bien passé
25:13Est-ce que tout s'est bien passé ?
25:15Et du coup
25:17Vous ne l'avez pas vu
25:19mais tout ne s'est pas très bien passé
25:20On en reparlera peut-être
25:22pendant ta présentation
25:24mais du coup
25:26est-ce qu'il y a des innovations
25:28qu'ont pu être apportées
25:30et qu'ont pu avoir lieu
25:32pendant ces JO
25:34qui pourront inspirer
25:36soit les JO futur
25:38puisqu'à priori
25:40il y a une certaine continuité
25:42il y a complètement une continuité
25:44soit inspirer même
25:46d'autres réseaux
25:48à toute échelle
25:50il faut plutôt le voir
25:52dans les éditions
25:54qui se succèdent au sein des jeux
25:56à chaque édition son innovation
25:58et derrière le mot innovation
26:00vous n'attendez pas forcément
26:02une révolution technologique
26:04je reprends cet exemple
26:06de la vidéosurveillance sur réseau IP
26:08on fait ça depuis
26:10ça fait plus de 15 ans
26:12que j'ai commencé à faire ça
26:14à l'époque
26:16il n'y avait rien d'extraordinaire là-dessus
26:18on a fait ça l'année dernière
26:20et je vous l'ai écrite
26:22dans l'exercice de l'édition
26:24les suivantes en héritent
26:27il y a tout un tas de services comme ça
26:32qui ont été
26:35je les qualifiais d'innovants
26:37à l'occasion des JO de Paris
26:39dont un qui est
26:41vous allez voir
26:43rien d'extraordinaire
26:45mais de la banalisation
26:47de l'accès
26:48sans vous spoiler
26:50la présentation de tout à l'heure
26:52banalisation de l'accès wifi
26:54banalisation de l'accès câblé
26:56jusqu'au jeu de Tokyo précédent
26:59on livrait un service de type
27:01accès internet
27:03c'était un câble
27:05je vais vous dire qu'il était gris
27:07on s'en fiche de la couleur
27:09on livrait un service de type IPTV
27:11c'était un autre câble
27:13mais il avait une autre couleur
27:15pour bien différencier le service
27:16ce qui a été mis en place
27:18c'était une configuration spécifique
27:20par port pour chacun des services
27:22un peu lourd
27:24la grosse innovation
27:26c'était la banalisation totale
27:28de tous les services
27:30sur tous les médiums
27:32que ce soit filaire ou wifi
27:34on avait un moyen de se connecter
27:36peu importe le choix qui était fait
27:38en fonction du device qui se connectait
27:40on obtenait le service
27:42que l'on attendait automatiquement
27:44grosse avancée opérationnelle
27:47on va un peu changer d'univers
27:50on va rentrer dans des DC
27:53un peu spécifiques
27:55les DC HPC et IA
27:58la question c'était
28:00avec l'émergence
28:02des DC IA HPC
28:04avec un gros besoin de puissance électrique
28:07et des FAB
28:09à 400G, 800G
28:111TB à 6TB
28:13et bientôt plus
28:14j'imagine
28:16le besoin de bus à très haut débit
28:18n'a jamais été aussi important
28:20selon vous
28:22les centaines de mégawatts
28:24et autres gigawatts électriques
28:26qu'on nous promet
28:28pour les futurs DC
28:30impliqueront-ils mécaniquement
28:32des débits optiques proportionnels
28:34qui vont encore de plus en plus monter
28:36ou bien est-ce que
28:38l'efficacité des accélérateurs
28:40GPU, TPU, etc
28:42merci la loi de Moore
28:45et l'augmentation
28:47de la densité de la RAM
28:49et autres avancées algorithmiques
28:51logicielles comme on a pu voir
28:53avec DeepSeek
28:54il n'y a pas très longtemps
28:55est-ce que tout ça réduira
28:57la pression actuelle
28:59sur le réseau ?
29:02Très bonne question
29:04Philippe, ça dépend vraiment
29:06du niveau dans l'architecture
29:08à laquelle on veut augmenter
29:09la bande passante
29:11pour augmenter la capacité
29:13de calcul
29:15aujourd'hui pour te donner l'exemple
29:17on arrive à déployer
29:19avec du 400, 800 gigas
29:22des clusters IA
29:24à l'échelle de 130 000 GPU
29:26ce qui est pas mal
29:28pour l'Europe je pense que c'est suffisant
29:30pour quelques mois à venir
29:32voire peut-être un an, deux ans
29:34et puis
29:36ce qui concerne les US
29:37on a eu des annonces
29:39de clusters déployés
29:41à 100 000 GPU
29:43par le XAI
29:45récemment par le OCI
29:47également déployé à 131 000
29:49avec du 400, 800 gigas
29:51moi je dirais c'est plutôt
29:53la densité du 800 gigas
29:55qui compte plus que
29:57vraiment d'aller directement
29:59à 1,6 Tera
30:01je pense qu'au niveau du
30:03Spine, Super Spine
30:05au niveau de la connectivité
30:07c'est à dire qu'il y a
30:09plus d'accès
30:11à des serveurs GPU
30:13donc aujourd'hui
30:15au niveau du noeud
30:17on est à 50 Tera
30:19par topovrac
30:21ça va évoluer vers du 100 Tera
30:23d'ici fin de l'année
30:25et je pense que ça va un peu
30:27diminuer avec les avancées
30:29justement d'optimisation
30:31au niveau de l'utilisation
30:33vraiment des GPU
30:35et puis côté réseau
30:37au niveau de l'utilisation
30:39de la bande passante
30:41donc d'une part
30:43on augmente
30:45l'efficacité du Load Balancing
30:47au sein de la fabrique
30:49ça c'est un point
30:51deuxième point c'est qu'au niveau
30:53de nombre de Next Hop
30:55qu'on peut utiliser
30:57au sein de la fabrique
30:59on arrive cette année
31:01à avoir du 512 Next Hop
31:03donc ce qui représente
31:05vraiment une efficacité
31:07alors là on va
31:09on va redescendre
31:11encore un petit peu plus
31:13dans le côté
31:16dans le côté IA
31:18et assez spécifique au monde
31:20du IA et de l'HPC
31:22c'est avec l'avènement
31:24des fabriques
31:26on va en reparler en deuxième période
31:28après la pause
31:30de tout ce qui est
31:32un peu une infrastructure
31:34de training, comment ça fonctionne
31:35des fabriques optiques
31:37CXL, PCI Express
31:39NVLink
31:41NVLink c'est le bus
31:43propriétaire NVIDIA
31:45et donc leur besoin
31:47de bande passante
31:49qui double tous les 3 ans
31:51et la maturité d'Ethernet
31:53requis sur la gestion
31:55de perte de paquet
31:57est-ce que InfiniBand
31:59a encore un rôle à jouer
32:01dans les clusters d'IA demain
32:03ou est-ce que ça va devenir
32:05plus compliqué
32:07et comment arbitrer
32:09entre du CXL
32:11PCI Express optique
32:13pour une mémoire
32:15GPU désagrégée
32:17dans des pools locaux
32:19première question déjà
32:21lié à ce que je disais
32:23tout à l'heure
32:25effectivement je pense
32:27que les clusters
32:29dont j'ai cité
32:31ne sont pas déployés
32:33en InfiniBand
32:35c'est un consortium
32:37qui utilise également
32:39de l'Ethernet IP
32:41donc la question se pose
32:43est-ce que pour les déploiements
32:45Greenfield
32:47ça vaut le coup d'aller voir
32:49une technologie
32:51qui n'est pas suffisamment ouverte
32:53donc on a des clients
32:55qui se décident d'aller voir
32:57surtout du côté
32:59Rocky V2
33:01pour être prêt à accueillir
33:03le prochain standard UAC
33:05de Ethernet IP
33:07plus le tooling associé
33:09permettre de unifier
33:11justement les équipes
33:13au sein de l'entreprise
33:15et puis rendre les technologies
33:17interopérables avec les autres fournisseurs
33:19que ce soit Juniper ou Nokia
33:21on peut construire des clusters
33:23sur un site un cluster
33:25sur un autre site un autre cluster
33:27et avoir une interop
33:29beaucoup plus intéressante
33:31on peut même mélanger le matériel
33:33éventuellement
33:36question
33:40ouais
33:42celle-là est peut-être un peu trop précise
33:44en clair
33:46on va passer à la dernière question
33:48je pense qui remonte un petit peu plus
33:50sur des côtés optiques
33:52à laquelle peut-être plus de monde
33:54pourra répondre
33:56des opérateurs d'infrastructures
33:58critiques
34:00RTE, SNCF
34:02proposent des services optiques
34:03qui viennent plutôt
34:05que des services IP
34:07pourquoi privilégier l'optique
34:09dans ces offres
34:11alors que l'IP domine
34:13tout
34:15est-ce lié à
34:18des actifs
34:20ou à une demande
34:22spécifique du marché
34:24quelle est la valeur ajoutée
34:26face aux opérateurs télécom
34:28traditionnels
34:30voilà
34:31je pense que la question
34:33est déjà assez
34:35effectivement la question est claire
34:37merci Philippe
34:39donc je vais répondre
34:41en tout cas pour la partie RTE
34:43puisque Arteria fait partie
34:45de la constellation EDF
34:47donc il a été
34:49c'est pas nouveau
34:51Arteria existe déjà depuis une vingtaine d'années
34:53on a la culture de la rareté
34:55donc pourquoi
34:57parce que ça n'a pas été dit tout à l'heure
34:59mais vous imaginez bien
35:01les fibres qui y sont déployées
35:03donc au maximum on a des capacités
35:05qui sont de 24 paires
35:07donc ces capacités elles sont déjà utilisées une partie
35:09pour RTE pour ses besoins propres
35:11pour notre besoin à tous
35:13de monitoring, supervision et gestion
35:15du réseau très haute tension
35:17et le reste on le commercialise
35:19donc on le commercialise depuis un bout de temps
35:21sous la forme de fibres noires
35:23et il a été décidé
35:25d'un point de vue stratégique
35:27parce que le marché évolue
35:29la maturité du marché
35:32et les besoins bandes passantes
35:34font que le WDM
35:37et la partie commercialisation des WEV
35:40est devenue comme une évidence
35:42et donc c'est vraiment
35:44une architecture réseau
35:46qu'on a décidé de déployer, de mettre en place
35:48alors aujourd'hui
35:50c'est un marché qui est historique
35:52qui existe surtout en wholesale
35:54côté opérateur
35:56mais de plus en plus
35:58les besoins sont de plus en plus forts
35:59sur la partie OIV
36:01donc tout ce qui va toucher à la défense
36:03à l'énergie
36:05à la recherche
36:07tous ces secteurs qui sont un peu sensibles
36:09vont chercher des lésions point à point
36:11où il va y avoir de la souveraineté
36:13et surtout
36:15notamment dans la finance et d'autres secteurs
36:17de la résilience
36:19et la résilience
36:21elle est intéressante
36:23non pas parce qu'on a un parcours parmi d'autres
36:25mais aussi parce qu'on a une certaine résistance
36:27à la panne
36:29aujourd'hui
36:31il y a peu de gens qui vont y mettre les mains
36:33parce que quand on transporte
36:35de 63 000 volts à 400 000 volts
36:37forcément c'est un peu dissuasif
36:39ça pique sur la langue
36:41il y a des panneaux un peu dissuasifs
36:43à l'entrée des infrastructures
36:45et de par le fait
36:47on a une incidentologie
36:49qui n'est pas très élevée
36:51par rapport à l'ensemble du panel
36:53des opérateurs télécom
36:55c'est un des avantages
36:57sans pour autant que
36:59on travaille par rapport au marché
37:01on apporte un plus
37:03ça a une certaine valeur
37:05mais ça reste tout à fait cohérent
37:07par rapport à ce qui se pratique
37:09moi j'avais une question de pure curiosité
37:11quand j'ai vu la presse tout à l'heure
37:13sur le système
37:15qui vient enrouler la fibre
37:17sur le câble
37:19est-ce que c'est une machine
37:21qui a été fabriquée
37:23par vous, pour vous
37:25ou est-ce que c'est une technologie
37:27qui vient d'ailleurs
37:29de l'écosystème
37:31je n'aurai pas une réponse
37:33super pointue je pense
37:35je vais raconter ce que j'ai pu entendre
37:37par moi même
37:39par l'écosystème
37:41effectivement ce sont des robots
37:43qui sont peu répandus
37:45le petit moteur
37:47que vous voyez qui fait tourner
37:49ce n'est pas un moteur très puissant
37:51ça va s'apparenter
37:53j'ai cru comprendre
37:55à un moteur d'une tronçonneuse
37:57on est vraiment sur quelque chose
37:59de similaire
38:01il y en a peu
38:03et parfois ça vient pour certains usages
38:05on se les échange au niveau international
38:07parce qu'on n'a pas des projets
38:09non plus de fibrage de lignes
38:11de façon récurrente
38:13très bien merci
38:15on a deux minutes exactement
38:17pour prendre une question
38:19est-ce qu'il y a une question dans la salle
38:21c'est magique
38:23tout le monde veut aller boire son café
38:25qu'il en soit ainsi
38:27merci