Procédé de configuration d’une jonction (111) pour un routage conforme au protocole de passerelle de bordure - BGP d’un réseau de communication IP (150), la jonction, via laquelle est établi un voisinage BGP, s’étendant entre une interface locale (113) d’un routeur de bordure local (102) d’un domaine de routage local (101) et une interface distante (114) d’un routeur de bordure distant (112) d’un domaine de routage distant (110), le procédé étant caractérisé en ce qu’il comporte les étapes de : Prédéfinition d’un fichier de configuration « bas » (F1) et d’un fichier de configuration « haut » (F2); Comparaison entre un niveau hiérarchique du routeur local (102) et un niveau hiérarchique du routeur distant (112); et, Si le routeur local possède le niveau hiérarchique le plus bas et le routeur distant possède le niveau hiérarchique le plus haut, configuration de l’interface locale avec le fichier de configuration « bas » et l’interface distante avec le fichier de configuration « haut », et Si le routeur local possède le niveau hiérarchique le plus haut et le routeur distant possède le niveau hiérarchique le plus bas, configuration de l’interface locale avec le fichier de configuration « haut » et l’interface distante avec le fichier de configuration « bas ». Procédé selon la revendication 1, dans lequel chaque fichier de configuration parmi les fichiers de configuration « haut » (F2) et « bas » (F1) permet de configurer l’interface locale (113) en attribuant au routeur de bordure local (102) une valeur par défaut à un identifiant BGP simulé, dénommé « FAKED BGP AS ID », et en attribuant au routeur de bordure distant (112) une valeur par défaut à un identifiant BGP simulé, dénommé « Neighbor BGP AS ID . Procédé selon la revendication 2, dans lequel chaque fichier de configuration parmi les fichiers de configuration « haut » (F2) et « bas » (F1) permet de configurer l’interface locale (113) en attribuant une valeur par défaut à un identifiant physique, et éventuellement un identifiant virtuel, du routeur de bordure local (102) et une valeur par défaut à un identifiant physique, et éventuellement un identifiant virtuel, du routeur de bordure distant (112). Procédé selon la revendication 3, dans lequel un identifiant physique d’un routeur de bordure, local ou distant, est une adresse IP, dénommée « IP Address », et une adresse virtuelle du routeur de bordure local est une adresse GRE, dénommée « GRE Address ». Procédé selon la revendication 4, dans lequel le fichier de configuration « bas », F1, et le fichier de configuration « haut », F2, sont prédéfinis avec les valeurs suivantes : F1 : FAKED BGP AS ID : 200.1 IP Address : 200.0.0.1 GRE Address : 201.0.0.1 Neighbor GRE Address : 201.0.0.2 Neighbor BGP AS ID : 200.2 F2 : FAKED BGP AS ID : 200.2 IP Address : 200.0.0.2 GRE Address : 201.0.0.2 Neighbor GRE Address : 201.0.0.1 Neighbor BGP AS ID : 200.1 Procédé selon l’une quelconque des revendications précédentes, dans lequel le niveau hiérarchique de chaque routeur de bordure local et distant est donné par un préfixe d’un identifiant BGP véritable, dénommé « REAL BGP AS ID », préalablement attribué audit routeur de bordure local ou distant. Procédé selon l’une quelconque des revendications précédentes, dans lequel chaque interface (113, 114) de la jonction (111) est associée à une unique table de routage virtuelle et est identifiée par un paramètre de distinction de route - RD identifiant ladite table de routage virtuelle, ledit paramètre de distinction de route - RD étant repris dans le routage conforme au protocole de passerelle de bordure – BGP. Procédé selon la revendication 7, dans lequel chacune des tables de routage virtuelles associées aux interfaces d’un même routeur de bordure est identifiée par des paramètres de routes cibles exportées et importées – ERT / IRT, qui sont communs audites tables de routages virtuelles, afin de réaliser une fuite entre les tables de routage virtuelles dudit routeur de bordure. Procédé selon l’une quelconque des revendications précédentes, dans lequel une fonction de prévention du bouclage prévue par le protocole de routage conforme au protocole de passerelle de bordure - BGP est désactivée. Procédé selon l’une quelconque des revendications précédentes, dans lequel une table de routage globale maintenue à jour par le routeur de bordure local (102) pour identifier l’interface locale (113) vers laquelle router un flux de données comporte des champs correspondant, pour chaque interface locale, à : - un paramètre de distinction de route – RD, qui permet d’identifier ladite interface locale sur le routeur de bordure local ; - deux paramètres de routes cibles exportées et importées – ERT et IRT, qui sont identiques pour toutes les interfaces locales du routeur de bordure local ; - une adresse IP correspondant à l’adresse du réseau/domaine à atteindre ; - une adresse physique du routeur de bordure distant atteignable par la jonction issue de ladite interface locale ; - des identifiants BGP véritable et simulé pour ladite interface locale ; et, - des identifiants BGP véritable et simulé pour l’interface distante connectée par la jonction issue de ladite interface locale. Procédé selon la revendication 10, selon lequel les champs correspondant au paramètre de distinction de route identifiant une interface locale, aux identifiants BGP véritable et simulé de ladite interface locale, et aux identifiants BGP véritable et simulé pour l’interface distante connectée par la jonction issue de ladite interface locale sont propagés par le routage BGP. Routeur de bordure (102) d’un réseau de communication IP (150), le routeur de bordure mettant en œuvre un routage conforme au protocole de passerelle de bordure - BGP, le routeur de bordure comportant une interface locale (113) d’une jonction (111) portant un voisinage BGP, la jonction ayant une interface distante (114) sur un routeur de bordure distant (112), l’interface locale étant configurée par la mise en œuvre du procédé de configuration selon l’une quelconque des revendications précédentes.