FR 3049139 A1 20170922 FR 1652925 A 20160404 1 Procédé de test d'un VPN DOMAINE TECHNIQUE GENERAL La présente invention concerne un procédé de test des performances d'un réseau privé virtuel. ETAT DE L'ART On appelle « recette » du réseau le test d'acceptation mis en oeuvre lors de l'installation d'une ligne pour un client, de façon à vérifier que le réseau fourni est conforme aux spécifications. Il s'agit en pratique d'un test de performances, et plus particulièrement de débit. En pratique, la qualité d'une ligne dépend souvent de celle de la « boucle locale » qui permet de relier le point d'accès du client au réseau opérateur (le « backbone »), la boucle locale désignant la partie finale de la ligne entre la prise réseau du client (typiquement une prise téléphonique ou une jarretière optique dans les locaux du client) et le répartiteur de l'opérateur. En effet, l'opérateur installant la ligne doit dans de nombreux cas cas (et en particulier certains pays) s'appuyer pour la boucle locale sur un opérateur partenaire, souvent l'opérateur historique du pays. Et la boucle locale peut poser problème car on découvre quelque fois qu'elle n'assure pas le débit promis et négocié avec l'opérateur de cette boucle. Les tests de débit sont en théorie facile à réaliser : pour une ligne simple d'un particulier, on envoie des paquets vers un serveur de test distant qui mesure en montée et en descente la vitesse de transport des paquets. Le réseau Internet est un domaine ouvert donc le test ne pose pas de problème. Mais, dans le cas de VPNs (« Virtual Private Network », i.e. Réseau Privé Virtuel) d'entreprise, la structure et la complexité même du réseau entreprise ne permettent plus la mise en place de tests simples. On rappelle qu'un VPN entreprise est une extension du réseau local de l'entreprise au sein d'un réseau étendu tel qu'internet : alors qu'un réseau principal est par exemple situé au niveau du siège de l'entreprise, les VPNs font permettre la définition chacun d'un réseau secondaire au niveau de bureaux distants, tous ces réseaux étant reliés via des tunnels à travers internet de sorte à ne former virtuellement qu'un seul réseau privé. Ainsi, pour des VPNs entreprises, qui constituent une pluralité de réseaux locaux avec chacun une boucle locale différente, et cloisonnés entre eux même si les liens sont 3049139 2 mutualisés, il faudrait soit avoir un serveur de test dans chaque réseau, ce qui est financièrement impossible, soit avoir un serveur de test visible de tous les VPNs, ce qui est trop compliqué). Cela a pour conséquence qu'aujourd'hui on ne sait mesurer la recette qu'une fois 5 le réseau « mis en service » (i.e. alors que les VPNs sont connectés), après ce qu'on appelle la migration, et non lors de son installation. On peut alors faire un test de débit via un serveur de test distant depuis chaque VPN (en transitant les données via le réseau local principal). La découverte a postériori d'une boucle locale défaillante entraîne alors de l'insatisfaction, des retards de déploiement, et des pénalités à payer. 10 Il serait par conséquent souhaitable de disposer d'une nouvelle solution de test de la quantité d'une ligne pour une liaison VPN qui puisse être mise en oeuvre avant sa mise en service L'invention vient améliorer la situation. 15 PRESENTATION DE L'INVENTION La présente invention se rapporte ainsi à un procédé de test d'un réseau privé virtuel, VPN, une passerelle du VPN étant connectée à un routeur périphérique via une boucle locale, le procédé étant caractérisé en ce que la passerelle est configurée de 20 sorte à implémenter une règle de routage spéciale selon laquelle du trafic présentant au moins une adresse locale prédéterminée du VPN comme adresse de destination, et une adresse source identique à l'adresse de destination, est routé vers le routeur périphérique via la boucle locale, le procédé comprenant la mise en oeuvre d'étapes de : (a) Emission de données de test depuis un équipement présentant une 25 desdites adresses locales prédéterminées dans le VPN, à destination de la même adresse locale ; (b) Réception par l'équipement desdites données de test, et comparaison des données de test reçues avec les données de test émises. 30 Le présent dispositif permet d'utiliser un équipement mobile de test capable de s'envoyer des données à lui-même au sein de réseau VPN, en leurrant la passerelle de ce réseau grâce à une configuration astucieuse. Selon d'autres caractéristiques avantageuses et non limitatives : 35 - les données de test émises à l'étape (a) sont successivement routées via la passerelle, le routeur périphérique, et à nouveau la passerelle avant d'être reçues par l'équipement à l'étape (b) ; 3049139 3 - les données de test sont routées de la passerelle vers le routeur périphérique en application de ladite règle de routage spéciale ; - le procédé comprend une étape préalable de configuration de la passerelle de sorte à implémenter ladite règle de routage selon laquelle du trafic présentant au moins une 5 adresse locale prédéterminée du VPN comme adresse de destination, et une adresse source identique à l'adresse de destination, est routé vers le routeur périphérique ; - le procédé comprend une étape finale de suppression de ladite règle de routage de la passerelle ; - la passerelle met en oeuvre au moins un premier réseau local virtuel et un deuxième 10 réseau local virtuel au sein du VPN, l'équipement étant connecté à la fois au premier et au deuxième réseau local virtuel ; - lesdites données de tests sont émises dans le premier réseau local virtuel à l'étape (a), et reçues via le deuxième réseau local virtuel à l'étape (b) ; - la passerelle est configurée de sorte à mettre en oeuvre un routage par règles sur le 15 premier réseau local virtuel, et un routage classique sur le deuxième réseau local virtuel ; - ledit routage par défaut prévoit que du trafic présentant une adresse locale du VPN comme adresse de destination ne sort pas du VPN ; - l'étape (b) comprend le calcul d'un débit au sein du VPN par l'équipement en fonction du résultat de la comparaison des données de test reçues avec les données de 20 test émises. Selon un deuxième aspect, est proposé un procédé de test d'un réseau privé virtuel, VPN, une passerelle du VPN étant connectée à un routeur périphérique via une boucle locale, le procédé étant caractérisé en ce que la passerelle est configurée de 25 sorte à implémenter une règle de routage spéciale selon laquelle du trafic présentant au moins une adresse locale prédéterminée du VPN comme adresse de destination, et une adresse source identique à l'adresse de destination, est routé vers le routeur périphérique via la boucle locale, le procédé comprenant la mise en oeuvre par la passerelle d'étapes de : 30 (a) Réception de données de test émises depuis un équipement présentant une desdites adresses locales prédéterminées dans le VPN, à destination de la même adresse locale ; (b) En application de ladite règle de routage spéciale, routage desdites données de test vers le routeur périphérique via la boucle locale ; 35 (c) Réception en retour desdites données de test depuis le routeur périphérique et réémission vers l'équipement pour comparaison avec les données de test initialement émises. 3049139 4 Selon un troisième aspect, est proposé la passerelle d'un réseau privé virtuel, VPN, connectée à un routeur périphérique via une boucle locale, caractérisée en ce qu'elle est configurée de sorte à implémenter une règle de routage spéciale selon 5 laquelle du trafic présentant au moins une adresse locale prédéterminée du VPN comme adresse de destination, et une adresse source identique à l'adresse de destination, est routé vers le routeur périphérique via la boucle locale, et configurée pour mettre en oeuvre : Un module de réception de données de test émises depuis un équipement 10 présentant une desdites adresses locales prédéterminées dans le VPN, à destination de la même adresse locale ; Un module de routage desdites données de test vers le routeur périphérique via la boucle locale en application de ladite règle de routage spéciale ; Une module de réception en retour desdites données de test depuis le routeur 15 périphérique et de réémission vers l'équipement pour comparaison avec les données de test initialement émises. Selon un quatrième aspect, est proposé un ensemble comprenant : une passerelle d'un réseau privé virtuel, VPN, connectée à un routeur 20 périphérique via une boucle locale, et configurée de sorte à implémenter une règle de routage spéciale selon laquelle du trafic présentant au moins une adresse locale prédéterminée du VPN comme adresse de destination, et une adresse source identique à l'adresse de destination, est routé vers le routeur périphérique via la boucle locale, 25 un équipement présentant une desdites adresses locales prédéterminées dans le VPN et configuré pour mettre en oeuvre : o un module d'émission de données de test à destination l'adresse locale de l'équipement ; o un module de réception desdites données de test, et de comparaison 30 des données de test reçues avec les données de test émises. PRESENTATION DES FIGURES D'autres caractéristiques et avantages de la présente invention apparaîtront à la 35 lecture de la description qui va suivre d'un mode de réalisation préférentiel. Cette description sera donnée en référence aux dessins annexés dans lesquels : 3049139 5 - la figure 1 représente une architecture du réseau pour la mise en oeuvre du procédé selon l'invention. DESCRIPTION DETAILLEE 5 Architecture En référence à la figure 1, la présente invention concerne un procédé de test d'un réseau privé virtuel, VPN. Comme expliqué, le VPN est en cours de déploiement et 10 n'est pas forcément mis en service. Cela signifie qu'il n'est pas nécessaire d'accéder au reste du réseau local du client ou à Internet pour mettre en oeuvre le présent procédé. Le VPN est centré sur une passerelle dite CPE, pour « Consumer-Premises Equipment » (on trouve également la terminologie routeur CE pour « Consumer Edge »). Il s'agit d'un équipement réseau fourni par l'opérateur, qui est placé dans le local où le 15 client souhaite déployer le nouveau réseau VPN. Il route les données en local dans le VPN. Il est connecté à un routeur périphérique dit PE, pour « Provider Edge » via une boucle locale 2. La passerelle CPE et le routeur périphérique CE forment les deux équipements de bordure de la boucle locale, respectivement du coté client et du coté 20 opérateur : le routeur périphérique PE permet l'interconnexion de la boule locale 2 avec un réseau opérateur 3, typiquement un réseau dit RAEI (Réseau d'Accès des Entreprises aux services IP), lequel permet d'accéder au réseau Internet via d'autres routeurs et via un tunnel aux autre VPN ou à terme au réseau privé principal du client. 25 Par « test » du VPN, comme l'on verra on entend en particulier la détermination d'au moins un débit au sein du VPN, et/ou la détermination d'un taux de pertes de paquets, et/ou le temps de latence. Par exemple, peuvent être calculés des débits maximaux au sein du VPN dans plusieurs protocoles (TCP, Multi Thread TCP, UDP, etc.). 30 De façon générale, le présent procédé permet d'évaluer les performances de la boucle locale 2 qui relie la passerelle CPE et le routeur périphérique PE de sorte à détecter des anomalies (débit plus faible que prévu, taux de pertes de paquets élevé, etc.). 35 Principe de l'invention 3049139 6 Le présent procédé utilise un équipement mobile de test 1 appelé RAFT, qui résout les problèmes précités en s'envoyant à lui-même un flux de données pour conduire le test. Pour cela il se connecte à la passerelle CPE comme on le voit dans la figure 1 (il est donc considéré comme un équipement du réseau local associé). 5 Le problème est que normalement une optimisation locale fait que tout flux vers une adresse localisée dans le VPN (ce qui est le cas) reste au niveau de ce VPN : en d'autres termes la passerelle CPE recevant des données ayant pour destination une adresse locale renvoie ces données directement vers cette adresse locale sans sortir. Le flux ne passe donc pas par la boucle locale 2 ni le réseau opérateur 3, ce qui ne permet 10 donc pas la mesure de la recette. Le présent procédé utilise ainsi une configuration spécifique forçant le flux émis par l'équipement 1 vers lui-même à sortir via la passerelle CPE et à être adressé au réseau opérateur 3 via son point d'entrée le routeur PE. Pour cela, la passerelle CPE est configurée de sorte à implémenter une règle de 15 routage spéciale selon laquelle du trafic présentant au moins une adresse locale prédéterminée du VPN comme adresse de destination, et une adresse source identique à l'adresse de destination, est routé vers le routeur périphérique PE via la boucle locale 2. Comme l'on verra, cette configuration est avantageusement temporaire. Par adresses, on entend avantageusement des adresses IP (Internet Protocol) 20 locales du VPN. Cette règle de routage est dite spéciale par rapport au routage par défaut (en IP) dans lequel un paquet est routé en fonction de sa seule adresse de destination, ce qui fait que du trafic présentant une adresse locale du VPN comme adresse de destination ne devrait pas sortir pas du VPN. 25 Le fait de prendre des décisions de routage en fonction de règles implémentées est une technique appelée PBR (« Policy-Based Routing », routage par règles), dans laquelle on effectue un traitement spécifique en fonction du couple (adresse source, adresse destination) par dérogation au routage par défaut par destination. Lesdites adresses locales prédéterminées sont avantageusement celle d'une 30 gamme allouée pour les tests, et l'équipement 1 se voit attribuer l'une de ces adresses prédéterminées. Il s'agit avantageusement d'adresses réservées à l'opérateur (par exemple des adresses en 100.64.XXX.XXX) de sorte à éviter toute interférence avec le trafic du client. Et ce routage spécifique grâce à la règle spéciale est ce qui permet à la 35 passerelle de reconnaître les données « de test », c'est-à-dire émises par l'équipement 1, et de les router vers le routeur périphérique PE à travers la boucle locale 2. 3049139 7 Equipement de test De façon préférée, l'équipement 1 est un terminal portable de petite dimensions comprenant des moyens de traitement de données tels qu'un processeur, des moyens 5 d'alimentation électrique, et au moins une interface réseau, avantageusement Ethernet, préférentiellement Ethernet 100Mbit/s voire Ethernet Gigabit. Il peut comprendre des moyens d'interface homme machine, ou une connexion avec un autre équipement pour l'export des résultats. Selon un premier mode de réalisation, l'équipement est un PC portable configuré 10 de façon adaptée. Selon un deuxième mode de réalisation, l'équipement 1 est basé sur une plateforme par exemple Raspberry Pi, éventuellement avec un mini-écran. Configuration préférée 15 Avantageusement, la passerelle CPE met en oeuvre du coté VPN au moins un premier réseau local virtuel VLAN1 et un deuxième réseau local virtuel VLAN2. On rappelle que les VLANs sont des réseaux logiques indépendants coexistant dans un même réseau local LAN. Cela permet en général une segmentation des services. 20 Ici les deux réseaux VLAN1 et VLAN2 sont dédiés à la fonction de test. Ils sont spécifiques à l'équipement 1 qui est connecté à la fois à chacun. Pour cela, des ports de la passerelle CPE peuvent être associés au VLANS, ou tout simplement on peut indiquer dans la passerelle CPE les adresses MAC ou IP des machines que l'on souhaite voir appartenir à un VLAN (on peut typiquement en oeuvre la dernière solution car l'adresse 25 IP de l'équipement 1 est réservée). Ces VLANs permettent de faciliter le routage des données de test, en prévoyant que le VLAN1 est dédié à « l'aller », et le VLANS2 est dédié au « retour » des données. L'idée est que la passerelle CPE soit configurée de sorte à mettre en oeuvre un routage par règles (PBR) sur le premier réseau local virtuel VLAN1, et un routage 30 classique sur le deuxième réseau local virtuel VLAN2. Cela diminue encore les risques d'interférences avec les données de client, puisqu'ainsi les données qui ne sont pas émises par l'équipement 1 ne peuvent que subir le routage par défaut par destination. Par ailleurs, de façon préférée on utilise des identifiants de processus (« namespaces » dans l'exemple de Linux) de sorte à isoler le processus client associé au 35 VLAN1 aller du processus serveur associé au VLAN2 retour. Procédé 3049139 8 Le procédé comprend deux étapes, qui sont respectivement « l'aller » et le « retour » des données de test. Préférentiellement, le procédé peut comprendre une étape préalable de 5 configuration de la passerelle CPE de sorte à implémenter ladite règle de routage selon laquelle du trafic présentant au moins une adresse locale prédéterminée du VPN comme adresse de destination, et une adresse source identique à l'adresse de destination, est routé vers le routeur périphérique PE. Les modifications de configuration sont en effet en principe temporaires. Sur la 10 passerelle CPE, la configuration additionnelle a ainsi vocation à être supprimée après le test, bien qu'elle ne perturbe pas son fonctionnement (comme expliqué on utilise que des adresses réservées, donc normalement non utilisées par le client). En revanche, la configuration du routage du flux retour empêche un autre test pour le même client sur le même routeur périphérique PE. On comprendra que la configuration peut alternativement 15 être prévue en dur dans la passerelle CPE. Dans l'étape (a), l'équipement 1 branché à la passerelle CPE par un câble (typiquement Ethernet) et présentant une desdites adresses locales prédéterminées dans le VPN émet les données de test, à destination de la même adresse locale. Comme expliqué, lesdites données de tests sont avantageusement émises dans le premier 20 réseau local virtuel VLAN1. Les données de test sont constituées d'un certain nombre de paquets avec un contenu prédéterminé, le cas échéant conformément à plusieurs protocoles (TCP, UDP, etc.). Les données de test sont alors reçues par la passerelle CPE, et routées de la passerelle CPE vers le routeur périphérique PE conformément à ladite règle de routage 25 spéciale. Comme déjà expliqué, le routage spécifique est ce qui permet de reconnaître le trafic du test et de le router vers le routeur périphérique PE à travers la boucle locale 2. La passerelle CPE, voyant l'adresse locale de destination des données de test, retournerait le flux directement vers l'équipement 1. Ici avec la modification de 30 configuration proposée et le routage PBR, il va, sur la base de la présence de l'adresse de destination parmi les adresses réservée et la vérification que l'adresse source est égale à l'adresse de destination : reconnaître le flux test, l'envoyer via la boucle locale 2 vers le routeur périphérique PE 35 Voyant une adresse du VPN, le routeur périphérique PE renvoie quant à lui simplement les données de test vers la passerelle CPE. 3049139 9 Dans une étape (b), la passerelle CPE route les données de test reçues depuis la boucle locale vers l'équipement 1, cette fois de façon tout à fait normale (avantageusement via le deuxième réseau local virtuel VLAN2). L'équipement 1 les reçoit, et met en oeuvre une comparaison des données de 5 test reçues avec les données de test émises pour réaliser le test lui-même. Le temps pour recevoir le premier paquet est la latence (appelée aussi le « ping »), le volume de données échangées par unité de temps est le débit, et le nombre de paquets non reçus à l'étape (b) sur le nombre de paquets émis à l'étape (a) est le taux de pertes. 10 En référence à la figure 1, un rapport de test peut être généré par l'équipement 1 de sorte à synthétiser les résultats du test, par exemple : netperf TCP : 47.70 Mbits/s netperf UDP : 48.8 Mbits/s 15 iperf TCP : 48.1 Mbits/s iperf Mufti Thread TCP : 48.0 Mbits/s iperf UDP : 47.6 Mbits/s Packet loss at 45.2 Mbits/s during 30 sec: 0 out 115384 pkts (0% loss) 20 Le rapport de test peut être affiché sur l'équipement 1 s'il possède les moyens adéquats, transféré à un poste de travail local (notamment via liaison série), voir émis vers un serveur distant 4 du réseau opérateur 3, éventuellement pour archivage et le cas échéant consultation à distance. Dans une étape finale, si la configuration additionnelle (l'implémentation de la 25 règle de routage spéciale) est temporaire, le procédé comprend avantageusement la suppression de ladite règle de routage, de sorte à remettre la passerelle CPE dans son état par défaut (et pour éviter tout problème de routage si l'une des adresses réservées était un jour utilisée par erreur par le client). 30 Selon un deuxième aspect est proposé le procédé de test du VPN, vu depuis la passerelle CPE du VPN (configurée de sorte à implémenter la règle de routage spéciale selon laquelle du trafic présentant au moins une adresse locale prédéterminée du VPN comme adresse de destination, et une adresse source identique à l'adresse de destination, est routé vers le routeur périphérique PE via la boucle locale 2) 35 Ce procédé comprend la mise en oeuvre par la passerelle 2 d'étapes de : 3049139 10 (a) Réception de données de test émises depuis un équipement 1 présentant une desdites adresses locales prédéterminées dans le VPN, à destination de la même adresse locale ; (b) En application de ladite règle de routage spéciale (car adresse de 5 destination = adresse source), routage desdites données de test vers le routeur périphérique PE via la boucle locale 2 ; (c) Réception en retour desdites données de test depuis le routeur périphérique PE (par routage normal au niveau du routeur PE, puisque l'adresse de destination est dans le réseau VPN) et 10 réémission vers l'équipement 1 (également par routage normal) pour comparaison avec les données de test initialement émises. Passerelle & équipement RAFT 15 Selon un troisième aspect, l'invention concerne la passerelle 2 pour la mise en oeuvre du procédé tel que décrit précédemment. Comme expliqué : La passerelle 2 est configurée de sorte à implémenter une règle de routage spéciale selon laquelle du trafic présentant au moins une adresse locale 20 prédéterminée du VPN comme adresse de destination, et une adresse source identique à l'adresse de destination, est routé vers le routeur périphérique (PE) via la boucle locale 2, et Elle est configurée pour mettre en oeuvre : o Un module de réception de données de test émises depuis un 25 équipement 1 présentant une desdites adresses locales prédéterminées dans le VPN, à destination de la même adresse locale ; o Un module de routage desdites données de test vers le routeur périphérique PE via la boucle locale 2 en application de ladite règle de routage spéciale ; 30 o Une module de réception en retour desdites données de test depuis le routeur périphérique PE et de réémission vers l'équipement 1 pour comparaison avec les données de test initialement émises. Selon un quatrième aspect, l'invention concerne l'ensemble d'une passerelle 35 CPE et d'un équipement 1 pour la mise en oeuvre du procédé tel que décrit précédemment. Comme expliqué : 3049139 11 la passerelle CPE est celle d'un réseau privé virtuel VPN, connectée à un routeur périphérique PE via une boucle locale 2. Elle se distingue en ce qu'elle est configurée de sorte à implémenter une règle de routage spéciale selon laquelle du trafic présentant au moins une adresse locale prédéterminée du VPN comme 5 adresse de destination, et une adresse source identique à l'adresse de destination, est routé vers le routeur périphérique PE via la boucle locale 2, l'équipement 1 présente une desdites adresses locales prédéterminées dans le VPN et est configuré pour mettre en oeuvre : o un module d'émission de données de test à destination l'adresse locale 10 de l'équipement 1 ; o un module de réception desdites données de test, et de comparaison des données de test reçues avec les données de test émises. REVENDICATIONS1. Procédé de test d'un réseau privé virtuel, VPN, une passerelle (CPE) du VPN étant connectée à un routeur périphérique (PE) via une boucle locale (2), le procédé étant caractérisé en ce que la passerelle (CPE) est configurée de sorte à implémenter une règle de routage spéciale selon laquelle du trafic présentant au moins une adresse locale prédéterminée du VPN comme adresse de destination, et une adresse source identique à l'adresse de destination, est routé vers le routeur périphérique (PE) via la boucle locale (2), le procédé comprenant la mise en oeuvre d'étapes de : (a) Emission de données de test depuis un équipement (1) présentant une desdites adresses locales prédéterminées dans le VPN, à destination de la même adresse locale ; (b) Réception par l'équipement (1) desdites données de test, et comparaison des données de test reçues avec les données de test émises. 2. Procédé selon la revendication 1, dans lequel les données de test émises à l'étape (a) sont successivement routées via la passerelle (CPE), le routeur périphérique (CE), et à nouveau la passerelle (CPE) avant d'être reçues par l'équipement (1) à l'étape (b). 3. Procédé selon la revendication 2, dans lequel les données de test sont routées de la passerelle (CPE) vers le routeur périphérique (CE) conformément à ladite règle de routage spéciale. 4. Procédé selon l'une des revendications 1 à 3, comprenant une étape préalable de configuration de la passerelle (CPE) de sorte à implémenter ladite règle de routage selon laquelle du trafic présentant au moins une adresse locale prédéterminée du VPN comme adresse de destination, et une adresse source identique à l'adresse de destination, est routé vers le routeur périphérique (PE). 5. Procédé selon la revendication 4, comprenant une étape finale de suppression de ladite règle de routage de la passerelle (CPE). 6. Procédé selon l'une des revendications 1 à 5, dans lequel la passerelle (CPE) met en oeuvre au moins un premier réseau local virtuel (VLAN1) et un 3049139 13 deuxième réseau local virtuel (VLAN2) au sein du VPN, l'équipement (1) étant connecté à la fois au premier et au deuxième réseau local virtuel (VLAN1, VLAN2). 7. Procédé selon la revendication 6, dans lequel lesdites données 5 de tests sont émises dans le premier réseau local virtuel (VLAN1) à l'étape (a), et reçues via le deuxième réseau local virtuel (VLAN2) à l'étape (b). 8. Procédé selon l'une des revendications 6 et 7, dans lequel la passerelle (CPE) est configurée de sorte à mettre en oeuvre un routage par règles sur le 10 premier réseau local virtuel (VLAN1), et un routage classique sur le deuxième réseau local virtuel (VLAN2). 9. Procédé selon la revendication 8, dans lequel ledit routage par défaut prévoit que du trafic présentant une adresse locale du VPN comme adresse de 15 destination ne sort pas du VPN. 10. Procédé selon l'une des revendications 1 à 9, dans lequel l'étape (b) comprend le calcul d'un débit au sein du VPN par l'équipement (1) en fonction du résultat de la comparaison des données de test reçues avec les données de test émises. 20 11. Procédé de test d'un réseau privé virtuel, VPN, une passerelle (CPE) du VPN étant connectée à un routeur périphérique (PE) via une boucle locale (2), le procédé étant caractérisé en ce que la passerelle (CPE) est configurée de sorte à implémenter une règle de routage spéciale selon laquelle du trafic présentant au moins 25 une adresse locale prédéterminée du VPN comme adresse de destination, et une adresse source identique à l'adresse de destination, est routé vers le routeur périphérique (PE) via la boucle locale (2), le procédé comprenant la mise en oeuvre par la passerelle (2) d'étapes de : (a) Réception de données de test émises depuis un équipement (1) 30 présentant une desdites adresses locales prédéterminées dans le VPN, à destination de la même adresse locale ; (b) En application de ladite règle de routage spéciale, routage desdites données de test vers le routeur périphérique (PE) via la boucle locale (2) ; 35 (c) Réception en retour desdites données de test depuis le routeur périphérique (PE) et réémission vers l'équipement (1) pour comparaison avec les données de test initialement émises. 3049139 14 12. Passerelle (CPE) d'un réseau privé virtuel, VPN, connectée à un routeur périphérique (PE) via une boucle locale (2), caractérisée en ce qu'elle est configurée de sorte à implémenter une règle de routage spéciale selon laquelle du trafic présentant au moins une adresse locale prédéterminée du VPN comme adresse de 5 destination, et une adresse source identique à l'adresse de destination, est routé vers le routeur périphérique (PE) via la boucle locale (2), et configurée pour mettre en oeuvre : Un module de réception de données de test émises depuis un équipement (1) présentant une desdites adresses locales prédéterminées dans le VPN, à destination de la même adresse locale ; 10 Un module de routage desdites données de test vers le routeur périphérique (PE) via la boucle locale (2) en application de ladite règle de routage spéciale ; Une module de réception en retour desdites données de test depuis le routeur périphérique (PE) et de réémission vers l'équipement (1) pour comparaison avec les données de test initialement émises. 15 13. Ensemble comprenant : une passerelle (CPE) d'un réseau privé virtuel, VPN, connectée à un routeur périphérique (PE) via une boucle locale (2), et configurée de sorte à implémenter une règle de routage spéciale selon laquelle du trafic présentant au moins une 20 adresse locale prédéterminée du VPN comme adresse de destination, et une adresse source identique à l'adresse de destination, est routé vers le routeur périphérique (PE) via la boucle locale (2), un équipement (1) présentant une desdites adresses locales prédéterminées dans le VPN et configuré pour mettre en oeuvre : 25 o un module d'émission de données de test à destination l'adresse locale de l'équipement (1) ; o un module de réception desdites données de test, et de comparaison des données de test reçues avec les données de test émises.