Brevet FR3071948A1 — publié le 20190405

Procédé et dispositif de traitement d'une requête d'instanciation d'un service réseau. 1. Domaine de l'invention L'invention concerne les réseaux de télécommunication, et plus particulièrement les réseaux mettant en oeuvre un mécanisme de virtualisation des fonctions des réseaux. 2. Art Antérieur Les réseaux de télécommunication sont constitués de multiples équipements ayant chacun une fonction bien particulière (routeurs, commutateurs, serveurs, etc..). Pour la majorité, ces fonctions sont aujourd'hui indissociables de l'équipement qui les héberge, le couple "équipement/fonction" étant vendu comme un produit intégré par les équipementiers du secteur. La virtualisation des fonctions des réseaux (NFV pour Network Functions Virtualization en anglais) vise à briser ce couplage, en appliquant les principes de l'informatique en nuage (cloud computing en anglais). Les logiciels mettant en oeuvre les fonctions des réseaux sont alors achetés indépendamment par un opérateur de réseau puis installés sur des serveurs informatiques banalisés, regroupés en vastes pools répartis sur un petit nombre de sites géographiques. Le cadre architectural de référence spécifié par l'ETSI (pour European Telecommunications Standards Institute en anglais) identifie trois blocs fonctionnels constituant un système NFV, dont un exemple est illustré en figure 1 : - Les fonctions réseau virtualisées (VNF pour Virtual Network Function en anglais), VNF-1 à VNF-5 sur la figure 1, - L'infrastructure (NFVI pour Network Functions Virtualization Infrastructure en anglais) fournissant les ressources (HVV-RESS sur la figure 1) permettant à ces fonctions de s'exécuter et communiquer entre elles - Les fonctions de gestion et d'orchestration (MANO pour MANagement and Orchestration en anglais) qui assurent l'association dynamique des ressources aux fonctions virtualisées. L'infrastructure est constituée de pools de serveurs de grande capacité, offrant des ressources de calcul (COMP sur la figure 1), de stockage (STOR sur la figure 1) et de communication (NETVV sur la figure 1). Ces ressources sont partitionnées par une couche logicielle spécifique (typiquement un hyperviseur, V_LAYER sur la figure 1), chaque partition (par exemple une machine virtuelle dans le cas d'un hyperviseur) hébergeant le logiciel d'une fonction réseau ou d'une partie de celle-ci et utilisant des ressources virtualisées 2 (V_COMP, V_STOR, V_NETVV sur la figure 1). Les machines virtuelles communiquent entre elles par des réseaux virtuels qui sont eux-mêmes des partitions du réseau physique de l'infrastructure. 5 Les fonctions de gestion et d'orchestration sont le cerveau d'un système NFV. Elles prennent en charge le cycle de vie des fonctions virtualisées, de leur instanciation à leur suppression, en passant par les changements d'échelle. Le comportement de telles fonctions virtualisées VNF est piloté par une série de descripteurs contenant les caractéristiques des fonctions réseau à déployer et les instructions nécessaires à leur assemblage pour former un service 10 réseau cohérent. Ainsi, un descripteur de fonction réseau virtualisées (aussi appelé VNFD) est un fichier fourni par le vendeur de la fonction virtualisée VNF, permettant de déterminer les ressources nécessaires pour déployer une telle fonction virtualisée. Par exemple, le fichier fournit le nombre de machines virtuelles nécessaires, le type de connectivité interne et externe à 15 utiliser. Le fichier fournit également des contraintes à respecter pour déployer la fonction virtualisée, par exemple: ne pas déployer deux composants ou deux instances de la même fonction sur un même serveur physique pour des raisons de fiabilité ou au contraire déployer deux composants ou deux instances de la même fonction sur un même serveur physique pour des raisons de performance. 20 Ce descripteur de fonction réseau virtualisées VNFD est inclus dans un fichier archive appelé « VNF package » qui contient également les logiciels à installer. Ce fichier archive une fois obtenu après du fournisseur de VNF est stocké au niveau d'une entité appelé NFV Orchestrateur (NFVO pour Network Functions Virtualization Orchestrator en anglais). Une entité appelée VNF Manager (VNFM pour Virtual Network Functions Manager en anglais) 25 peut alors télécharger un tel descripteur VNFD. Les entités NFVO et VNFM sont des équipements ou modules logiciels assurant les fonctions de gestion et d'orchestration (MANO) du système NFV. L'entité VNFM a pour fonction d'instancier des fonctions réseau virtualisées VNF, de mettre à l'échelle ou mettre à jour des fonctions réseau virtualisées VNF, ou encore supprimer des fonctions réseau virtualisées VNF. Une telle entité est en 30 charge de la gestion du cycle de vie de fonctions réseau virtualisées VNF, sous le contrôle de l'orchestrateur NFVO. En général, un service réseau nécessite l'instanciation d'un ensemble de fonctions réseau virtualisées (VNF) et/ou de services réseau imbriqués (appelés Nested NS pour Nested Network Service en anglais). Un descripteur de service réseau (NSD) est alors défini. Un tel 35 descripteur de service réseau NSD est un fichier, en général rempli par l'opérateur lui-même, permettant de décrire un assemblage de fonctions virtualisées ou non. 3 Par la suite, on appelle objet aussi bien une fonction réseau virtualisée (VNF), ou bien un service réseau imbriqué (Nested NS). Un descripteur de service réseau contient des références aux descripteurs des objets à instancier pour instancier le service réseau cible. Il s'agit en particulier de références à des 5 descripteurs de fonctions réseau virtualisées (VNFs) et des descripteurs d'autres services réseaux imbriqués (Nested NS). Le fichier NSD est typiquement stocké au niveau du NFVO et contient des identifiants de descripteur VNFD qui serviront de base pour instancier les fonctions réseau virtualisées VNFs requises. Dans l'architecture ETSI NFV, le contenu d'un descripteur de service réseau NSD est 10 exploité par l'entité appelée NFV Orchestrateur (NFVO) pour instancier un service réseau complet. Le contenu d'un descripteur VNFD, quant à lui, est utilisé par l'entité appelée VNF Manager (VNFM) pour instancier une fonction réseau virtualisée VNF sur instruction de l'entité NFVO. Selon les spécifications ETSI, les références incluses dans un descripteur de service réseau 15 NSD permettent d'identifier de manière unique un descripteur d'objet mais pas de déterminer où ce descripteur d'objet se trouve. On suppose en effet que l'entité NFVO dispose de toutes les informations nécessaires pour instancier un service réseau à partir d'un descripteur NSD donné. En particulier, on suppose que les VNF Packages (paquets VNF en français) et les descripteurs NSD correspondants 20 aux fonctions réseau virtualisée VNF ou aux services réseau imbriqués Nested NS à instancier sont disponibles localement au niveau de l'entité NFVO sur laquelle le descripteur de service réseau NSD cible a été chargé (on-boarded en anglais). Ceci suppose donc que ces descripteurs et paquets aient été chargées (On-boarded) au préalable sur l'entité NFVO. Ainsi, tel qu'illustré en figure 2A, si un descripteur de service réseau NSD-X référence les 25 descripteurs de fonction réseau virtualisée VNFD-A et VNFD-B, une demande d'instanciation de service réseau reçu par l'orchestrateur NFVO (étape E20) sur la base du descripteur NSD-X n'est réalisable que si le descripteur NSD-X ainsi que les paquets VNF contenant les descripteurs VNFD-A et VNFD-B ont été préalablement transmis à l'entité NFVO qui reçoit la demande d'instanciation de service réseau. Dans ce cas, l'orchestrateur NVFO peut alors 30 traiter la demande d'instanciation du service réseau (étape E21 (NSD-X)). La disponibilité des paquets VNF correspondant aux descripteurs VNFDs référencés par un descripteur NSD est supposée garantie par une coordination a priori entre entités et acteurs. Les mécanismes actuels ne permettant pas de gérer le cas où un descripteur VNFD n'est pas disponible au niveau de l'entité NFVO. 4 Ainsi, tel qu'illustré en figure 2B, lorsqu'un descripteur VNFD (ici VNFD-A et VNFD-B) n'est pas disponible au niveau de l'entité NFVO, lorsqu'une demande d'instanciation (E20) d'un service réseau correspondant à un descripteur NSD (NSD-X de la figure 2B) référençant des descripteurs VNFD (ici VNFD-A et VNFD-B sur la figure 2B) non connus de l'entité NFVO 5 ayant reçue la demande d'instanciation, le service réseau ne sera alors pas instancié et la demande d'instanciation sera rejetée. Il existe donc un besoin d'améliorer l'état de la technique. 3. Exposé de l'invention 10 L'invention concerne un procédé de traitement d'une requête d'instanciation d'un service réseau reçue par une entité d'orchestration mettant en oeuvre tout ou partie d'un service de fonctions réseau virtualisées. Un descripteur du service réseau comprend au moins une référence à un objet à déployer pour instancier ledit service réseau. Avantageusement, lorsque le descripteur de l'objet n'est pas disponible au niveau de l'entité 15 d'orchestration, celle-ci obtient, à partir du descripteur du service réseau une information permettant d'identifier au moins une entité cible configurée pour instancier ledit objet sur instruction de l'entité d'orchestration ou pour transmettre le descripteur dudit objet à l'entité d'orchestration. Puis, l'entité d'orchestration transmet à une desdites au moins une entité cible une demande d'instanciation dudit objet ou une demande de récupération d'un fichier 20 comprenant ledit descripteur dudit objet. Ainsi, l'entité NFVO est capable d'identifier une entité cible à laquelle l'entité NFVO peut s'adresser pour instancier l'objet ou bien pour récupérer l'objet. Par objet, on entend ici aussi bien une fonction réseau virtualisée (VNF) ou un service réseau imbriqué (Nested NS) nécessaire à l'instanciation du service réseau demandée. Par 25 instanciation d'un service réseau, on entend ici notamment le déploiement du service réseau, sur requête d'un client par exemple. Par client, on entend ici un module logiciel, par exemple un module logiciel d'une API (pour Application Programming Interface en anglais), une fonction applicative ou encore un terminal. Dans l'exemple décrit ici, le client peut être un module logiciel du système 30 d'information d'un opérateur fournissant le service réseau. Un tel module logiciel est par exemple compris dans un portail client permettant à des utilisateurs ou à un autre opérateur de demander le déploiement d'un service, par exemple un service réseau. Avantageusement, selon l'invention, la syntaxe d'un descripteur de service réseau NSD est 35 modifiée afin d'ajouter une information permettant d'accéder à un descripteur d'un objet d'un service réseau à déployer. 5 Grâce à l'invention, lorsque l'entité d'orchestration NFVO ne dispose pas des descripteurs des objets nécessaires au déploiement du service réseau, de tels descripteurs peuvent être obtenus de l'entité cible de sorte que l'entité d'orchestration NFVO instancie elle-même l'objet, ou bien l'entité d'orchestration NFVO envoie une demande d'instanciation à l'entité 5 cible de sorte que l'objet soit instancié par l'entité cible. Selon l'art antérieur, lorsque l'entité d'orchestration NFVO ne dispose pas des descripteurs des objets nécessaires au déploiement du service réseau, la demande d'instanciation d'un service réseau est rejetée. Au contraire, selon l'invention, lorsque l'entité d'orchestration NFVO ne dispose pas des descripteurs des objets nécessaires au déploiement du service 10 réseau, la demande d'instanciation d'un service réseau est traitée et le service réseau demandé par le client peut être déployé. L'entité cible peut être un orchestrateur secondaire, i.e. un orchestrateur chargé d'instancier des fonctions réseau virtualisées (VNFs) ou des services réseau imbriqués (Nested NS). Un tel orchestrateur secondaire peut être une entité NFVO, ou une entité de gestion VNFM. 15 Lorsque l'entité d'orchestration NFVO récupère un fichier comprenant le descripteur de l'objet, un tel fichier peut comprendre seulement le descripteur de l'objet ou bien le fichier peut être un fichier archive (par exemple un VNF package selon la terminologie ETSI) comprenant notamment le descripteur de l'objet. Avantageusement, selon l'invention, l'entité d'orchestration peut identifier plusieurs entités 20 cibles auprès desquelles le descripteur de l'objet est disponible. L'entité d'orchestration peut alors sélectionner une des entités cibles identifiées, par exemple, en considérant la charge de chacune des entités cibles et en optimisant la répartition des charges. Selon un mode particulier de réalisation de l'invention, ladite information comprend un 25 identifiant du descripteur de l'objet et un identifiant de l'entité cible sur laquelle le descripteur de l'objet est stocké. Selon un autre mode particulier de réalisation de l'invention, ladite information comprend un identifiant du descripteur de l'objet et un identifiant d'un domaine de fonctions de réseaux virtualisées sur lequel ladite entité cible se trouve. 30 Ce mode particulier de réalisation de l'invention procure l'avantage que le client requérant l'instanciation du service réseau n'a pas besoin d'avoir connaissance de la structure du domaine du fournisseur du service réseau. Le client n'a ainsi pas besoin de connaître les identités des orchestrateurs et/ou serveurs d'hébergement ou de référencement. La requête d'instanciation d'un service réseau pour le client est ainsi plus simple pour le client et la 35 gestion d'un descripteur de service réseau par le fournisseur est également simplifiée. Selon une variante de ce mode particulier de réalisation de l'invention, le procédé comprend en outre: 6 - l'envoi d'une requête d'interrogation, par l'entité d'orchestration, à un serveur de nom du domaine de fonctions de réseaux virtualisées, sur un service de virtualisation de fonctions réseau, ledit domaine de fonctions de réseaux virtualisées étant le domaine identifié dans le descripteur de service réseau, 5 - la réception d'au moins une réponse comprenant un identifiant d'une entité cible configurée pour instancier ledit objet sur instruction de l'entité d'orchestration ou pour transmettre le descripteur dudit objet à l'entité d'orchestration. En variante, la requête d'interrogation peut comprendre l'identifiant du descripteur d'objet. 10 L'invention concerne également un dispositif d'orchestration configuré pour mettre en oeuvre tout ou partie d'un service de fonctions réseau virtualisées. Le dispositif d'orchestration comprend un récepteur d'une requête d'instanciation d'un service réseau, et une mémoire mémorisant un descripteur dudit service réseau, ledit descripteur du service réseau comprenant au moins une référence à un objet à déployer pour instancier ledit service 15 réseau par une entité d'orchestration. Le dispositif d'orchestration comprend une unité de traitement configurée pour: - lorsque ledit descripteur de l'objet n'est pas disponible au niveau de l'entité d'orchestration, obtenir, à partir du descripteur du service réseau, une information permettant d'identifier au moins une entité cible configurée pour instancier ledit objet sur instruction de 20 l'entité d'orchestration ou transmettre le descripteur dudit objet à l'entité d'orchestration, - et transmettre à une desdites au moins une entité cible une demande d'instanciation dudit objet ou une demande de récupération du descripteur dudit objet. L'invention concerne également un serveur de résolution de nom, comprenant une mémoire 25 mémorisant au moins un enregistrement associant un identifiant d'un domaine de fonctions de réseaux virtualisées à au moins une entité cible du domaine de fonctions de réseaux virtualisées, ladite entité cible étant configurée pour instancier un objet d'un service réseau sur instruction d'une entité d'orchestration ou transmettre un descripteur dudit objet à l'entité d'orchestration. 30 Selon un mode particulier de réalisation de l'invention, ledit au moins un enregistrement est de type SRV ou PTR. En variante, ledit au moins un enregistrement comprend en outre un label indiquant si ladite entité cible est configurée pour instancier ledit objet du service réseau ou pour transmettre le descripteur dudit objet à l'entité d'orchestration. 35 L'invention concerne également un programme d'ordinateur comportant des instructions pour la mise en oeuvre du procédé de traitement d'une demande d'instanciation selon l'un 7 quelconque des modes particuliers de réalisation décrits précédemment, lorsque ledit programme est exécuté par un processeur. Un tel programme peut utiliser n'importe quel langage de programmation. Il peut être téléchargé depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur. Ce programme peut utiliser n'importe quel 5 langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'enregistrement ou support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné 10 ci-dessus. Les supports d'enregistrement mentionnés ci-avant peuvent être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement (disque dur, clé USB). D'autre part, les supports d'enregistrement peuvent correspondre à un support transmissible 15 tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, les supports d'enregistrement peuvent correspondre à un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour 20 être utilisé dans l'exécution du procédé en question. Le procédé de traitement d'une demande d'instanciation selon l'invention peut donc être mis en oeuvre de diverses manières, notamment sous forme câblée ou sous forme logicielle. 4. Liste des figures 25 D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : - la figure 1, décrite ci-dessus, illustre un système de virtualisation des fonctions des réseaux NFV, 30 - les figures 2A et 2B illustrent le traitement d'une demande d'instanciation d'un service réseau selon l'art antérieur, - la figure 3 illustre le traitement d'une demande d'instanciation d'un service réseau selon un mode particulier de réalisation de l'invention, - les figures 4A et 4B illustrent le traitement d'une demande d'instanciation d'un service 35 réseau selon d'autres modes particuliers de réalisation de l'invention, 8 - la figure 5 illustre un dispositif configure pour mettre en oeuvre le procédé de traitement d'une demande d'instanciation d'un service réseau selon un mode particulier de réalisation de l'invention, - la figure 6 illustre un serveur DNS (pour Domain Name System en anglais) configuré pour 5 mettre en oeuvre le procédé de traitement d'une demande d'instanciation d'un service réseau selon des modes particuliers de réalisation de l'invention. 5. Description d'un mode de réalisation de l'invention 5.1 Principe général 10 L'invention vise à modifier les identifiants de fonctions VNF et de services réseau imbriqués Nested-NS référencés par un descripteur de service réseau afin que, lorsqu'un orchestrateur ne dispose pas de l'objet requis (VNF, Nested-NS), il puisse obtenir une information lui permettant d'accéder à cet objet. Autrement dit, le descripteur de service réseau comprend une information permettant à l'orchestrateur d'identifier au moins une entité cible qui est 15 configurée pour instancier l'objet requis sur instruction de l'orchestrateur ou pour transmettre à l'orchestrateur un fichier comprenant un descripteur de l'objet. Par simplicité, par la suite, une telle information est appelée identificateur généralisé. On appellera par la suite orchestrateur principal un orchestrateur chargé d'instancier un 20 service réseau NS (Network Service) de premier niveau, i.e. le service réseau pour lequel un client envoie une demande d'instanciation. On appellera orchestrateur secondaire un orchestrateur chargé d'instancier des fonctions réseau virtualisées VNFs ou des services réseau imbriqués NS de second niveau (Nested NS), i.e. des fonctions réseau virtualisées VNFs ou des services réseau imbriqués nécessaires à l'instanciation du service réseau de 25 premier niveau. Selon la terminologie ETSI NFV, l'orchestrateur de premier niveau est un NFVO et l'orchestrateur de second niveau est un autre NFVO ou un VNFM. Une fois l'entité cible déterminée, l'orchestrateur principal, émet vers celle-ci soit une 30 demande d'instanciation de l'objet, soit une demande de récupération de l'objet. Lorsque l'orchestrateur principal émet une demande d'instanciation d'objet, cette demande s'applique non seulement dans le cas où un orchestrateur NFVO instruit spécifiquement un VNFM particulier pour instancier un service mais également le cas où un orchestrateur NFVO demande à un autre NFVO l'instanciation d'un service réseau imbriqué (« Nested 35 NS »: un service réseau dont le cycle de vie est géré par le second NFVO pour le compte du premier). 9 Lorsque l'orchestrateur principal émet une demande de récupération du descripteur, il peut obtenir soit le descripteur de l'objet en lui-même, soit s'il existe un fichier archive comprenant le descripteur de l'objet. 5 Ces requêtes (demande d'instanciation, demande de récupération) peuvent typiquement être mise en oeuvre sous la forme d'APIs REST, telles que celles spécifiées dans les documents ETSI GS NFV-IFA007 ou 013. Dans le premier cas (demande d'instanciation), l'entité cible joue le rôle d'orchestrateur 10 secondaire. Dans le second cas (demande de récupération), l'entité cible peut être un orchestrateur secondaire ou un serveur d'hébergement de descripteurs et/ou d'archives logicielles ou un serveur de référencement d'objets (VNF ou Nested-NS). Un serveur de référencement est un intermédiaire qui peut en réponse soit fournir l'identité d'une entité cible capable 15 d'instancier l'objet concerné, soit fournir le fichier archive de la fonction réseau virtualisée désirée (aussi appelé VNF Package dans les spécifications ETSI), ou le fichier archive du service réseau imbriqué désiré (aussi appelé NS Package en anglais, paquet NS en français). Un paquet NS est un fichier archive contenant un descripteur NSD du service réseau ainsi que tout ou partie des paquets VNF référencés par ce descripteur NSD. 20 Lorsque l'orchestrateur principal envoie une demande de récupération du descripteur d'une fonction VNF ou d'un service réseau imbriqué Nested-NS, afin d'instancier lui-même la fonction ou le service réseau imbriqué, il obtient alors un paquet VNF de la fonction ou un paquet NS du service réseau imbriqué. 25 5. 2 Exemples de mise en oeuvre La figure 3 illustre le traitement d'une demande d'instanciation d'un service réseau selon un mode particulier de réalisation de l'invention dans lequel l'identificateur généralisé comprend un identifiant du descripteur de l'objet et un identifiant de l'entité cible sur laquelle le descripteur de l'objet se trouve. Ces 2 identifiants peuvent être séparés ou concaténés. 30 Selon la figure 3, lors d'une étape E20, une demande d'instanciation d'un service réseau est transmise d'un client vers un orchestrateur NFV0p. Une telle demande d'instanciation comprend un identifiant du descripteur NDS-X du service réseau demandé. Lors d'une étape E30, l'orchestrateur lit le descripteur NSD-X du service réseau stocké dans sa mémoire pour identifier les objets nécessaire à l'instanciation du service réseau demandé. 35 Par exemple le descripteur NSD-X comprend deux identificateurs généralisés pour un descripteur d'objet VNFD. Par exemple, le descripteur de service réseau comprend les 10 identificateurs généralisés suivants sous une forme dans laquelle les deux identifiants sont concaténés: nfvol.nfv.orange.com/nsd-123e4567-e89b-12d3-a456-426655440000 nfvcatalogue.orange.com/nsd-123e4567-e89b-12d3-a456-426655440000 5 Dans cet exemple, le même descripteur d'objet VNFD, identifié ici par « nsd-123e4567-e89b- 12d3-a456-426655440000 » est stocké sur deux entités cibles. A titre d'exemple, les deux entités cibles sont ici respectivement un autre orchestrateur NFV01 identifié par « nfvo1.nfv.orange.com » et un serveur de fichiers incapable d'instancier un service réseau NS ou une fonction réseau virtualisée VNF identifié par « nfvcatalogue.orange.com ». 10 Lors de l'étape E31, l'orchestrateur NFV0p détecte qu'il ne dispose pas dans sa mémoire du descripteur d'objet VNFD « nsd-123e4567-e89b-12d3-a456-426655440000 ». Lors d'une étape E32, l'orchestrateur NFV0p obtient alors l'identifiant d'au moins une entité cible sur laquelle le descripteur de l'objet se trouve en lisant dans le descripteur de service réseau NSD-X l'identifiant associé à l'identifiant du descripteur d'objet VNFD. 15 Lors d'une étape E33, selon une variante, l'orchestrateur NVFOp transmet donc à une des entités cibles une demande d'instanciation de l'objet VNFD « nsd-123e4567-e89b-12d3- a456-426655440000 ». Selon cette variante, et dans l'exemple décrit ici, l'orchestrateur NFV0p envoie sa demande d'instanciation de l'objet VNFD à l'orchestrateur NFV01. Selon une autre variante, l'orchestrateur NVFOp instancie lui-même l'objet VNFD. Selon 20 cette variante, l'orchestrateur NVFOp transmet alors au serveur de fichiers identifié par « nfvcatalogue.orange.com » (NFVCAT sur la figure 3) une demande de récupération du paquet VNF comprenant le descripteur de l'objet VNFD qu'il obtient lors de l'étape E34. Dans le cas d'un déploiement multi-domaines, ce mode particulier de réalisation suppose 25 que le domaine client ait connaissance de la structure du domaine fournisseur. Autrement dit, le client qui envoie une demande d'instanciation d'un service réseau doit avoir connaissance des identités des orchestrateurs et/ou des serveurs d'hébergement ou de référencement du fournisseur du service réseau. Dans le cas d'un déploiement multi-domaines, le client est un module logiciel appartenant à 30 un domaine distinct du domaine du fournisseur. On présente ci-après en relation avec les figures 4A et 4B d'autres modes particuliers de réalisation de l'invention dans lesquels une telle connaissance de la structure du domaine du fournisseur par le client n'est pas nécessaire. Selon ces autres modes particuliers de réalisation de l'invention, l'identificateur généralisé 35 comprend un identifiant du descripteur de l'objet (par exemple « nsd-123e4567-e89b-12d3- a456-426655440000 » et un identifiant d'un domaine de fonctions de réseaux virtualisées NFV sur lequel l'entité cible se trouve (par exemple "orange.com"). 11 Selon ces autres modes particuliers de réalisation de l'invention, afin d'accéder au descripteur de l'objet, il est alors nécessaire d'obtenir l'adresse de l'entité cible dans le domaine NFV. Pour cela, le mécanisme DNS est utilisé. Le DNS est à la fois une infrastructure et un protocole de l'Internet communément utilisé 5 pour associer des noms de domaine (exemple.com) à d'autres informations : adresses IP, listes de serveurs ou de services... Différents types d'enregistrement existent, dont les enregistrements SRV (pour Service Ressource Records en anglais) ou PTR (pour Pointer Records en anglais). De tels enregistrements sont hébergés par des serveurs dits autoritaires. On décrit ci-après le contenu des enregistrements SRV et PTR utilisés dans des 10 modes particuliers de réalisation de l'invention décrits en relation avec les figures 4A et 4B. Dans ces modes particuliers de réalisation de l'invention, les étapes E20, et E30 à E34 sont similaires à celles décrites en relation avec la figure 3. Lorsque l'orchestrateur NFV0p a détecté qu'il ne dispose pas dans sa mémoire du 15 descripteur d'objet VNFD requis pour l'instanciation du service réseau demandé, il interroge un serveur DNS du domaine de fonctions de réseaux virtualisées NFV dont il a obtenu l'identifiant à partir du descripteur de service réseau NSD-X, pour obtenir le nom d'une entité cible correspondant à ce domaine. 20 Selon le mode particulier de réalisation décrit en figure 4A, lors d'une étape E40, l'orchestrateur NVFOp interroge le serveur DNS du domaine figurant dans l'identificateur généralisé, sur le service NFV. Le serveur DNS comprend des enregistrements SRV permettant une simple découverte d'une entité cible au sein du domaine identifié. Le serveur DNS contient par exemple les 25 informations suivantes : $ORIGIN orange.com. nfv. tcp.orange.com. 3600 IN SRV 0 0 80 serveur-nfv.orange.com $ORIGIN serveur-nfv.orange.com. 30 serveur-nfv.orange.com. NS serveur-orchestrateur-1.orange.com. serveur-nfv.orange.com. NS serveur-orchestrateur-2.orange.com. serveur-orchestrateur-1.orange.com. A 139.100.1.1 serveur-orchestrateur-2.orange.com. A 139.100.10.211 Selon cet exemple: 35 - « serveur-nfv. orange. corn » est un nom de domaine identifiant de manière générique le « domaine NFV » de l'opérateur orange.com, -«serveur-orchestrateur-1.orange.com »et«serveur-orchestrateur- 2 . orange. corn » identifient des serveurs stockant les descripteurs VNFDs. Ces serveurs peuvent être physiquement adressés par une ou plusieurs adresses IP. Pour simplifier, il a été supposé qu'une seule adresse (IPv4) était fournie pour chacun des deux 12 noms. Le mécanisme est similaire avec plusieurs adresses ou des enregistrements AAAA (IPv6)). Les enregistrements décrits ci-dessus sont retournés à l'orchestrateur principal NFV0p 5 ensemble ou séquentiellement, lors d'une étape E41. Par exemple, dans un premier temps, l'orchestrateur principal NFV0p obtient du serveur DNS, l'identifiant « serveur-nfv. orange. corn » du domaine NFV du domaine orange.com. Puis, l'orchestrateur principal NFV0p interroge à nouveau le serveur DNS sur l'identifiant « serveur-nfv. orange . corn ». Le serveur DNS lui envoie alors les identifiants des 10 serveurs orchestrateurs secondaires 1 et 2 «serveur-orchestrateur-1,orange.com » et «serveur-orchestrateur-2.orange.com ». L'orchestrateur principal NFV0p sélectionne alors une entité cible parmi les deux orchestrateurs secondaires, par exemple l'orchestrateur secondaire 1 «serveurorchestrateur-1.orange.com ». 15 L'orchestrateur principal NFV0p interroge alors le serveur DNS sur l'identifiant de l'orchestrateur secondaire 1 «serveur-orchestrateur-1.orange.com » et obtient en retour l'adresse IP (139.100.1.1) de cet orchestrateur secondaire. Puis, lors de l'étape E33, l'orchestrateur principal NFV0p transmet à l'orchestrateur secondaire 1, une demande d'instanciation de l'objet dont le descripteur a pour identifiant 20 « nsd-123e4567-e89b-12d3-a456-426655440000 » ou bien une demande de récupération du descripteur de l'objet « nsd-123e4567-e89b-12d3-a456-426655440000». Dans l'enregistrement SRV décrit plus haut, les deux valeurs suivant le SRV (ici 0 et 0) peuvent être utilement valorisées pour mettre en place un partage de charge sur plusieurs 25 serveurs d'orchestration. Le premier champ correspond à une priorité associée à un serveur et le second champ à un poids permettant de choisir entre des serveurs de même priorité. En faisant varier ces valeurs, la charge entre les serveurs peut être équilibrée. Les adresses IP sont retournées dans les champs additionnels DNS. Selon une variante, différent labels peuvent être utilisés pour différentier les types d'entités 30 cibles disponibles. Par exemple si le domaine cible contient des entités cibles capables de fournir un descripteur et d'autres entités cibles capables d'instancier un objet, les enregistrements SRV du serveur DNS seront de la forme $ORIGIN orange.com. desc. nfv. tcp.orange.com. 3600 IN SRV 0 0 80 serveur-nfvdesc.orange.com. 35 inst. nfv. tcp.orange.com. 3600 IN SRV 0 0 80 serveur-nfvinst.orange.com. 13 Ainsi, lorsque l'orchestrateur principal NFV0p interroge le serveur DNS sur le service NFV du domaine cible (ici orange.com), il pourra préciser dans son interrogation s'il souhaite obtenir un identifiant d'une entité cible capable de fournir un descripteur ou d'une entité cible capable d'instancier un objet, en utilisant respectivement le préfixe desc ou inst dans sa 5 requête d'interrogation. On décrit maintenant en relation avec la figure 4B un autre mode particulier de réalisation de l'invention dans lequel les fonctionnalités de la découverte de service DNS-SD (DNS Service Discovery en anglais) telle que définie dans la RFC 6763 sont utilisées. 10 La fonction DNS-SD permet la découverte des services d'orchestration souhaités pour le déploiement du service réseau demandé. Le serveur DNS du domaine figurant dans l'identificateur généralisé comprend alors les types d'enregistrements suivants: - des enregistrements PTR pour faire correspondre une liste de type de service avec 15 des instances de services, - des enregistrements SRV pour associer ces instanciations avec des ports et des noms de serveurs du domaine, - optionnellement, des enregistrements TXT (texte) pour enrichir la description des services rendus à l'aide d'une description syntaxiquement libre. 20 La forme générale d'un enregistrement PTR pour la fonctionnalité DNS-SD est la suivante : Service Instance Name = . . 25 est formé de deux identifiants _xx: le premier est l'identifiant de service. Par exemple, _nfv pour le service NFV. Comme pour la première variante, différents identifiants de services peuvent être utilisés s'il est nécessaire de distinguer différents types d'entités disponibles. Le second identifiant est le protocole sur lequel ce service sera rendu. Par exemple, _tcp, si 30 on suppose que le service NFV est accessible avec le protocole HTTP. est formé de l'identifiant du descripteur de l'objet NFV concerné. En reprenant l'exemple décrit plus haut, l'identifiant nsd-123e4567-e89b-12d3-a456-426655440000 de l'objet requis est affiché dans l'enregistrement PTR. 35 n'est syntaxiquement contraint que par sa longueur et n'exige d'être unique qu'au sein du domaine considéré. Par exemple, le serveur DNS comprend les enregistrements PTR suivants : 14 $ORIGIN orange.com. nfv. tcp.orange.com. PTR nsd-123e4567 -e89b-12d3-a456-426655440000 nfv tcp.serveur-orchestrateur-1.orange.com. 5 nfv. tcp.orange.com. PTR nsd-123e4567 -e89b-12d3-a456-426655441111 nfv tcp.serveur-orchestrateur-1.orange.com. nfv. tcp.orange.com. PTR nsd-123e4567 -e89b-12d3-a456-426655441111 nfv tcp.serveur-orchestrateur-2.orange.com. nfv. tcp.orange.com. PTR nsd-123e4567 -e89b-12d3-a456-426655442222 nfv 10 tcp.serveur-orchestrateur-2.orange.com. nfv. tcp.orange.com. PTR nsd-123e4567 -e89b-12d3-a456-426655443333 nfv tcp.serveur-orchestrateur-2.orange.com. Le serveur DNS comprend également les enregistrements SRV et TXT suivants: 15 nsd-123e4567-e89b-12d3-a456-426655441111 nfv tcp.serveur-orchestrateur- 1.orange.com. SRV 0 0 80 serveur-orchestrateur-1.orange.com. nsd-123e4567-e89b-12d3-a456-426655441111 nfv tcp.serveur-orchestrateur2.orange.com. SRV 0 0 80 serveur-orchestrateur-2.orange.com. TXT path=/chemin-entree 20 serveur-orchestrateur-1.orange.com. A 139.100.1.2 serveur-orchestrateur-2.orange.com. A 139.100.20.30 Dans ce mode particulier de réalisation de l'invention, l'orchestrateur principal NFV0p interroge le serveur DNS du domaine figurant dans l'identificateur généralisé (par exemple 25 "orange.com"), sur le service NFV, en utilisant l'identifiant du descripteur de l'objet requis, par exemple nsd-123e4567-e89b-12d3-a456-426655441111. Lors d'une étape E42, l'orchestrateur principal NFV0p requiert le descripteur nsd123e4567-e89b-12d3-a456-426655441111 nfv dans le domaine orange.com. Lors d'une E43, d'après les enregistrements PTR mémorisés dans le serveur DNS, le 30 serveur DNS lui envoie alors les deux enregistrements PTR suivants : nfv. tcp.orange.com. PTR nsd-123e4567-e89b-12d3-a456- i2665441111 nfv tcp.serveur-orchestrateur-1.orange.com. nfv. tcp.orange.com. PTR nsd-123e4567-e89b-12d3-a456- 35 42665441111 nfv tcp.serveur-orchestrateur-2.orange.com. L'orchestrateur principal NFV0p sélectionne alors un des deux serveurs proposés, par exemple l'orchestrateur secondaire serveur-orchestrateur-1, orange. corn. Lors dune étape E44, l'orchestrateur principal NFV0p interroge le serveur DNS sur la 40 ressource nsd-123e4567-e89b-12d3-a456-426655441111 nfv tcp.serveur- orchestrateur-1.orange.com. Lors d'une étape E45, le serveur DNS lui transmet alors les enregistrements SRV et TXT mémorisés pour cette ressource. L'orchestrateur principal NFV0p obtient alors les enregistrements suivants: 15 nsd-123e4567-e89b-12d3-a456-426655441111 nfv tcp.serveur-orchestrateur1.orange.com. SRV 0 0 80 serveur-orchestrateur-1.orange.com. TXT path=/chemin-entree serveur-orchestrateur-1.orange.com. A 139.100.1.2 5 L'orchestrateur principal NFV0p obtient ainsi l'adresse IF de l'orchestrateur secondaire serveur-orchestrateur-1,orange.com. Selon une variante, l'enregistrement TXT « path = » mémorisé par le serveur DNS peut être 10 utilisé pour préciser le chemin à utiliser dans l'URI HTTP pour accéder à l'objet concerné. Dans une variante de réalisation, un enregistrement TXT supplémentaire peut être valorisé pour indiquer à l'orchestrateur principal NFV0p les exigences de licences ou la version pour chacun des paquets VNF ou NS requis. Par exemple, un tel enregistrement TXT peut être de 15 la forme TXT version=1.2.3.4.5 . De manière similaire au mode particulier de réalisation décrit en relation avec la figure 4A, les enregistrements PTR ou SRV selon le mode particulier de réalisation décrit ici peuvent comprendre un label indiquant si l'entité cible est configurée pour instancier ledit objet du 20 service réseau ou pour transmettre le descripteur dudit objet à l'entité d'orchestration. De manière similaire aux modes particuliers de réalisation décrits précédemment, lors d'une étape E33, l'orchestrateur principal NFV0p envoie une demande d'instanciation ou une 25 demande de récupération à l'entité cible. Les modes de réalisation décrits précédemment s'applique de manière similaire lorsque l'objet requis par le service réseau demandé est un service réseau imbriqué Nested NS. Lorsque l'orchestrateur principal NFV0p récupère le descripteur Nested NSD du service 30 réseau imbriqué, il se peut que le descripteur Nested NSD récupéré référence lui-même des objets dont l'orchestrateur principal NFV0p ne dispose pas. Selon une variante, l'entité cible ayant fournit le descripteur Nested NSD, par exemple un orchestrateur secondaire, fournit également à l'orchestrateur principal NFV0p les objets référencés dans ce descripteur Nested NSD. 35 Lorsque l'orchestrateur secondaire ne dispose pas des objets référencés dans ce descripteur Nested NSD, l'orchestrateur secondaire met alors en oeuvre au moins les étapes E31 et E33 décrites précédemment selon l'un quelconques de modes particuliers de 16 réalisation de l'invention, afin d'obtenir pour chaque objet référencé non disponible un fichier comprenant un descripteur de cet objet. Lors d'une étape E31, l'orchestrateur secondaire obtient, à partir du descripteur du service réseau imbriqué, une information permettant d'identifier au moins une entité cible configurée 5 pour transmettre le descripteur d'un objet non disponible référencé dans le descripteur du service réseau imbriqué, à l'orchestrateur secondaire. Lors d'une étape E33, l'orchestrateur secondaire transmet à une desdites au moins une entité cible une demande de récupération d'un fichier comprenant un descripteur de l'objet non disponible et transmet ce fichier à l'orchestrateur principal NFV0p. 10 On comprend bien entendu que le mécanisme de récupération d'un fichier comprenant un descripteur de l'objet non disponible peut être mis en oeuvre de manière récursive, par les différents entités cibles auxquelles un tel fichier est demandé lorsque ce fichier comprend un descripteur d'un service réseau imbriqué et que ces entités cibles ne disposent pas des objets référencés dans un tel descripteur. 15 Selon une autre variante, l'orchestrateur principal NFV0p récupère lui-même les objets référencés dans un descripteur de service réseau imbriqué et dont il ne dispose pas. Pour cela, l'orchestrateur principal NFV0p met en oeuvre au moins les étapes E31 et E33 décrites précédemment selon l'un quelconques de modes particuliers de réalisation de l'invention 20 pour obtenir pour chaque objet référencé non disponible un fichier comprenant un descripteur de cet objet auprès de l'entité cible. La figure 5 illustre un dispositif d'orchestration configuré pour mettre en oeuvre le procédé de traitement d'une demande d'instanciation d'un service réseau selon l'un quelconque des 25 modes particuliers de réalisation de l'invention. Un tel dispositif d'orchestration comprend notamment une entité d'orchestration (NFVO) configuré pour mettre en oeuvre tout ou partie d'un service de fonctions réseau virtualisées. Le dispositif d'orchestration comprend un récepteur (COM) d'une requête d'instanciation d'un service réseau, et une mémoire (MEM) mémorisant un descripteur dudit service réseau, ledit 30 descripteur du service réseau comprenant au moins une référence à un objet à déployer pour instancier ledit service réseau, le dispositif d'orchestration comprend une unité de traitement (UT) configurée pour: - lorsque ledit descripteur de l'objet n'est pas disponible au niveau de l'entité d'orchestration (NFVO), obtenir, à partir du descripteur du service réseau, une information 35 permettant d'identifier au moins une entité cible configurée pour instancier ledit objet sur instruction de l'entité d'orchestration (NFVO) ou transmettre le descripteur dudit objet à l'entité d'orchestration (NFVO), 17 - et transmettre à une desdites au moins une entité cible une demande d'instanciation dudit objet ou une demande de récupération du descripteur dudit objet. Selon un mode particulier de réalisation de l'invention, les étapes du procédé de traitement d'une demande d'instanciation d'un service réseau sont mises en oeuvre par des instructions 5 d'un programme d'ordinateur PG. L'unité de traitement UT du dispositif d'orchestration est équipée par exemple d'un processeur FROC, et pilotée par le programme d'ordinateur PG stocké en mémoire MEM. Le programme d'ordinateur PG comprend des instructions pour mettre en oeuvre les étapes du procédé de traitement de données tel que décrit précédemment, lorsque le programme est 10 exécuté par le processeur FROC. A l'initialisation, les instructions de code du programme d'ordinateur PG sont par exemple chargées dans une mémoire avant d'être exécutées par le processeur FROC. Le processeur FROC de l'unité de traitement UT met notamment en oeuvre les étapes du procédé de traitement de données selon l'un quelconque des modes particuliers de réalisation décrits 15 en relation avec les figures 3, 4A ou 4B selon les instructions du programme d'ordinateur PG. Selon un mode particulier de réalisation de l'invention, le dispositif d'orchestration est compris dans un serveur. 20 La figure 6 illustre un serveur DNS configuré pour mettre en oeuvre des étapes du procédé de traitement d'une demande d'instanciation d'un service réseau selon l'un quelconque des modes particuliers de réalisation de l'invention décrits en relation avec les figures 4A ou 4B. Le serveur DNS comprend une mémoire MEM6, une unité de traitement UT6, équipée par exemple d'un processeur PROC6, et pilotée par le programme d'ordinateur PG6 stocké en 25 mémoire MEM6. Le programme d'ordinateur PG6 comprend des instructions pour mettre en oeuvre des étapes du procédé de traitement de données tel que décrit précédemment, lorsque le programme est exécuté par le processeur PROC6. Le serveur DNS comprend également un émetteur/récepteur COM6 configuré pour recevoir des requêtes d'interrogation et envoyer des enregistrements SRV, PTR et/ou TXT. 30 A l'initialisation, les instructions de code du programme d'ordinateur PG6 sont par exemple chargées dans une mémoire avant d'être exécutées par le processeur PROC6. La mémoire du serveur DNS comprend notamment au moins un enregistrement associant un identifiant d'un domaine de fonctions de réseaux virtualisées à au moins une entité cible du domaine de fonctions de réseaux virtualisées, ladite entité cible étant configurée pour 35 instancier un objet d'un service réseau sur instruction d'une entité d'orchestration ou transmettre un descripteur dudit objet à l'entité d'orchestration. 18 Selon un mode particulier de réalisation de l'invention, le ou les enregistrements du serveur DNS pour mettre en oeuvre des étapes du procédé de traitement d'une demande d'instanciation d'un service réseau sont de type SRV ou PTR. Selon un autre mode particulier de réalisation de l'invention, le ou les enregistrements du 5 serveur DNS pour mettre en oeuvre des étapes du procédé de traitement d'une demande d'instanciation d'un service réseau comprennent en outre un label indiquant si ladite entité cible est configurée pour instancier ledit objet du service réseau ou pour transmettre le descripteur dudit objet à l'entité d'orchestration. REVENDICATIONS1. Procédé de traitement d'une requête (E20) d'instanciation d'un service réseau, un descripteur (NSD-X) dudit service réseau comprenant au moins une référence à un objet à déployer pour instancier ledit service réseau, le procédé de traitement, mis en oeuvre par une entité d'orchestration (NFV0p) mettant en oeuvre tout ou partie d'un service de fonctions réseau virtualisées, comprenant: - lorsqu'un descripteur de l'objet n'est pas disponible (E30) au niveau de l'entité d'orchestration (NFV0p), l'obtention (E31), à partir du descripteur du service réseau (NSDX), d'une information permettant d'identifier au moins une entité cible configurée pour instancier ledit objet sur instruction de l'entité d'orchestration ou pour transmettre le descripteur dudit objet à l'entité d'orchestration, - la transmission (E33), par l'entité d'orchestration, à une desdites au moins une entité cible d'une demande d'instanciation dudit objet ou d'une demande de récupération d'un fichier comprenant ledit descripteur dudit objet. 2. Procédé selon la revendication 1, dans lequel ladite information comprend un identifiant du descripteur de l'objet et un identifiant de l'entité cible sur laquelle le descripteur de l'objet est stocké. 3. Procédé selon la revendication 1, dans lequel ladite information comprend un identifiant du descripteur de l'objet et un identifiant d'un domaine de fonctions de réseaux virtualisées sur lequel ladite entité cible se trouve. 4. Procédé selon la revendication 3, comprenant en outre: - l'envoi d'une requête d'interrogation, par l'entité d'orchestration, d'un serveur de nom du domaine de fonctions de réseaux virtualisées sur un service de virtualisation de fonctions réseau, ledit domaine de fonctions de réseaux virtualisées étant le domaine identifié dans le descripteur de service réseau, - la réception d'au moins une réponse comprenant un identifiant d'une entité cible configurée pour instancier ledit objet sur instruction de l'entité d'orchestration ou pour transmettre le descripteur dudit objet à l'entité d'orchestration. 5. Procédé selon la revendication 4, dans lequel la requête d'interrogation comprend en outre l'identifiant du descripteur d'objet. 20 6. Dispositif d'orchestration configuré pour mettre en oeuvre tout ou partie d'un service de fonctions réseau virtualisées par une entité d'orchestration, le dispositf comprenant un récepteur d'une requête d'instanciation d'un service réseau, et une mémoire mémorisant un 5 descripteur dudit service réseau, ledit descripteur du service réseau comprenant au moins une référence à un objet à déployer pour instancier ledit service réseau, le dispositif d'orchestration comprend une unité de traitement configurée pour: - lorsque ledit descripteur de l'objet n'est pas disponible au niveau de l'entité d'orchestration, obtenir, à partir du descripteur du service réseau, une information permettant 10 d'identifier au moins une entité cible configurée pour instancier ledit objet sur instruction de l'entité d'orchestration ou transmettre le descripteur dudit objet à l'entité d'orchestration, - et transmettre à une desdites au moins une entité cible une demande d'instanciation dudit objet ou une demande de récupération du descripteur dudit objet. 15 7. Serveur de résolution de nom, comprenant une mémoire mémorisant au moins un enregistrement associant un identifiant d'un domaine de fonctions de réseaux virtualisées à au moins une entité cible du domaine de fonctions de réseaux virtualisées, ladite entité cible étant configurée pour instancier un objet d'un service réseau sur instruction d'une entité d'orchestration ou transmettre un descripteur dudit objet à l'entité d'orchestration. 20 8. Serveur de résolution de nom selon la revendication 7, dans lequel ledit au moins un enregistrement est de type SRV ou PTR. 9. Serveur de résolution de nom selon la revendication 7 ou 8, dans lequel ledit au moins un 25 enregistrement comprend en outre un label indiquant si ladite entité cible est configurée pour instancier ledit objet du service réseau ou pour transmettre le descripteur dudit objet à l'entité d'orchestration. 10. Programme d'ordinateur comportant des instructions pour la mise en oeuvre du procédé de traitement selon l'une quelconque des revendications 1 à 5, lorsque ledit programme est 30 exécuté par un processeur.