--- title: "Mettre en place une architecture OVHcloud Connect simple" description: "Connectez un site on-premises unique, un WAN d’agences ou un environnement de cloud public (AWS, Azure, GCP) à OVHcloud via un seul lien OVHcloud Connect." url: https://docs.ovhcloud.com/fr/guides/network/ovhcloud-connect/simple-architecture lang: fr lastUpdated: 2026-06-16 --- # Mettre en place une architecture OVHcloud Connect simple ## Objectif Ce tutoriel vous guide dans la connexion d’un site on-premises unique à OVHcloud à l’aide d'**un seul lien OVHcloud Connect**. Il s’agit de l’architecture la plus simple, adaptée lorsque vous avez besoin d’une connectivité privée mais que vous pouvez accepter un chemin unique (sans redondance intégrée). ## En pratique Vous trouverez ci-dessous les prérequis et les instructions pour cinq cas d’usage distincts, que vous pouvez choisir en fonction de l’architecture souhaitée. **On-Premises** ### Prérequis - Un compte OVHcloud avec un vRack - Un routeur dans un datacenter avec présence d’un PoP OVHcloud (pour Direct) ou un compte chez un fournisseur (pour Provider) - Un équipement réseau compatible BGP - Un plan d’adressage IP sans chevauchement entre votre réseau et les sous-réseaux OVHcloud ### Architecture ![Architecture OVHcloud Connect On-Premises](/images/network/ovhcloud-connect/simple-architecture/fig-1.fr.svg)### Quand utiliser cette architecture | ✅ Idéal pour | ❌ Non recommandé pour | | ------------------------------------------ | ---------------------------------------------------------- | | Environnements de développement et de test | Charges de production critiques pour l’activité | | Charges de production non critiques | Environnements régulés ou à fortes exigences de conformité | | Preuves de concept ou projets pilotes | Applications nécessitant une disponibilité de 99,99 % | | Petites entreprises avec un site unique | Organisations multisites nécessitant une bascule | #### 1. Commander OVHcloud Connect Choisissez **Direct** ou **Provider** selon votre situation : - **Direct** — Vous disposez d’équipements dans le même datacenter qu’un PoP OVHcloud. Consultez [Commander Direct](/fr/guides/network/ovhcloud-connect/order-direct.md). - **Provider** — Vous préférez une connexion managée. Consultez [Commander Provider](/fr/guides/network/ovhcloud-connect/order-provider.md). #### 2. Installer la connexion physique - **Direct :** fournissez la LOA à l’opérateur du datacenter pour installer un cross-connect. Consultez [LOA Cross-Connect](/fr/guides/network/ovhcloud-connect/cross-connect-loa.md). - **Provider :** partagez la clé de service avec votre fournisseur et attendez l’activation. #### 3. Configurer BGP Mettez en place une session BGP unique entre votre routeur on-premises et OVHcloud : - Annoncez vos préfixes on-premises (par exemple `10.0.0.0/16`) à OVHcloud. - Acceptez les préfixes OVHcloud (par exemple `172.16.0.0/16`) provenant d’OVHcloud. Consultez [Configurer OCC L3 avec BGP](/fr/guides/network/ovhcloud-connect/l3-bgp.md) pour obtenir des instructions détaillées et des exemples de configuration. #### 4. Associer au vRack Reliez votre service OVHcloud Connect à votre vRack. Consultez [Associer au vRack](/fr/guides/network/ovhcloud-connect/associate-vrack.md). #### 5. Configurer les sous-réseaux d’AZ Définissez les sous-réseaux privés dans OVHcloud que votre réseau on-premises doit atteindre. Consultez [Configurer votre réseau vRack](/fr/guides/network/ovhcloud-connect/vrack-network-setup.md). #### 6. Tester la connectivité | Test | Commande | | ------------------------------------------ | ---------------------------------------------------------- | | Ping depuis l’on-prem vers une VM OVHcloud | `ping 172.16.1.10` | | Ping depuis une VM OVHcloud vers l’on-prem | `ping 10.0.0.1` | | Traceroute | `traceroute 172.16.1.10` (ne doit pas passer par Internet) | | Vérification BGP | `show ip bgp summary` | #### 7. Mettre en place la supervision Configurez des alertes de supervision pour le statut du lien, la session BGP et la bande passante. Consultez [Superviser](/fr/guides/network/ovhcloud-connect/monitor.md). ### Limites d’une connexion simple - **Point unique de défaillance** — Si le lien, le PoP ou le cross-connect tombe en panne, la connectivité est perdue. - **Pas de bascule automatique** — Vous devez intervenir manuellement ou compter sur un secours via Internet. - **SLA plus faible** — Une connexion unique prend généralement en charge un SLA jusqu’à 99,9 % (consultez [SLA](/fr/guides/network/ovhcloud-connect/slas.md)). **Recommandation :** pour les charges de production, envisagez de passer à une [architecture résiliente](/fr/guides/network/ovhcloud-connect/resilient-architecture.md). **WAN** ### Prérequis - Un compte OVHcloud avec un vRack - Un routeur dans un datacenter avec présence d’un PoP OVHcloud (pour Direct) ou un compte chez un fournisseur (pour Provider) - Un équipement réseau compatible BGP - Un plan d’adressage IP sans chevauchement entre votre réseau et les sous-réseaux OVHcloud ### Architecture ![Architecture OVHcloud Connect WAN](/images/network/ovhcloud-connect/simple-architecture/fig-2.fr.svg)### Différences par rapport à l’on-premises Dans un scénario WAN, votre trafic provient généralement de **plusieurs agences** ou sites et est agrégé via un backbone WAN (MPLS ou SD-WAN) avant d’atteindre le PoP OVHcloud. L’équipement de bordure WAN (routeur ou passerelle SD-WAN) est l’équipement qui établit le peering avec OVHcloud via BGP. ### Quand utiliser cette architecture | ✅ Idéal pour | ❌ Non recommandé pour | | ---------------------------------------------------------------- | ------------------------------------------------------------- | | Connecter plusieurs agences à OVHcloud via une sortie WAN unique | Charges critiques nécessitant une disponibilité de 99,99 % | | Consolidation d’agences vers un environnement cloud | Configurations multicloud nécessitant des chemins diversifiés | | Déploiements SD-WAN hybrides | Environnements fortement régulés | ### Étape par étape #### 1. Coordonner avec votre fournisseur WAN Contactez votre fournisseur WAN/MPLS/SD-WAN et demandez : - Un **circuit** ou une **connexion virtuelle** depuis votre backbone WAN vers le PoP OVHcloud. - Le circuit doit se terminer dans un site où OVHcloud dispose d’un PoP (consultez [Emplacements des PoP](/fr/guides/network/ovhcloud-connect/pop-locations-regions.md)). Si votre fournisseur WAN est également un fournisseur OVHcloud Connect (par exemple Megaport, Equinix), il peut gérer à la fois la livraison WAN et le provisionnement OVHcloud Connect. #### 2. Commander OVHcloud Connect - **Direct :** si votre routeur de bordure WAN est colocalisé avec le PoP OVHcloud. Consultez [Commander Direct](/fr/guides/network/ovhcloud-connect/order-direct.md). - **Provider :** si la connexion est gérée par un fournisseur. Consultez [Commander Provider](/fr/guides/network/ovhcloud-connect/order-provider.md). #### 3. Configurer BGP sur la bordure WAN Mettez en place une session BGP entre votre **équipement de bordure WAN** et OVHcloud : - Annoncez les préfixes agrégés des agences (par exemple `10.0.0.0/8` ou des sous-réseaux plus spécifiques par agence). - Acceptez les routes OVHcloud. - Assurez-vous que votre routage WAN propage les routes OVHcloud vers toutes les agences. Consultez [Configurer OCC L3 avec BGP](/fr/guides/network/ovhcloud-connect/l3-bgp.md). #### 4. Associer au vRack et configurer les sous-réseaux Reliez la connexion à votre vRack et configurez les sous-réseaux requis. Consultez [Associer au vRack](/fr/guides/network/ovhcloud-connect/associate-vrack.md) et [Configurer votre réseau vRack](/fr/guides/network/ovhcloud-connect/vrack-network-setup.md). #### 5. Tester la connectivité de bout en bout Depuis une agence, vérifiez que vous pouvez atteindre les ressources OVHcloud : ```bash ping 172.16.1.10 ## Ping d'une VM OVHcloud traceroute 172.16.1.10 ## Doit passer : agence → WAN → PoP → OVHcloud (privé) ``` Vérifiez depuis OVHcloud vers une agence : ```bash ping 10.1.0.1 ## Ping d'une IP d'agence depuis une VM OVHcloud ``` #### 6. Mettre en place la supervision Supervisez la session BGP de bordure WAN et le lien OVHcloud Connect. Consultez [Superviser](/fr/guides/network/ovhcloud-connect/monitor.md). **AWS** ### Prérequis - Un **compte AWS** avec un VPC configuré - Un **compte OVHcloud** avec un vRack - Un compte chez un **fournisseur partagé** prenant en charge à la fois AWS Direct Connect et OVHcloud Connect - Des plages IP non chevauchantes entre le VPC AWS et les sous-réseaux OVHcloud ### Architecture ![Architecture OVHcloud Connect AWS](/images/network/ovhcloud-connect/simple-architecture/fig-3.fr.svg)### Fonctionnement La connexion entre AWS et OVHcloud est généralement routée via un **fournisseur partagé** (tel que Megaport ou Equinix Fabric) qui dispose d’une présence physique à la fois sur les sites AWS Direct Connect et sur les PoP OVHcloud. 1. **Côté AWS**, vous créez une connexion Direct Connect (ou une connexion hébergée) et une Virtual Interface (VIF) qui relie votre VPC AWS. 2. **Côté fournisseur**, vous créez un cross-connect virtuel (VXC) qui ponte la VIF AWS vers le service OVHcloud Connect. 3. **Côté OVHcloud**, vous configurez BGP et associez la connexion à votre vRack. ### Étape par étape #### 1. Configurer AWS Direct Connect 1. Dans la **console AWS**, accédez à **Direct Connect** → **Connections**. 2. Créez une nouvelle connexion (ou utilisez une connexion hébergée via votre fournisseur). 3. Sélectionnez l'**emplacement AWS Direct Connect** le plus proche de votre PoP OVHcloud. 4. Créez une **Private Virtual Interface (VIF)** associée à votre VPC ou à votre Virtual Private Gateway. 5. Notez l’ASN BGP, les IP de peer et l’identifiant VLAN. Pour plus d’informations, consultez la [documentation AWS Direct Connect](https://docs.aws.amazon.com/directconnect/). #### 2. Commander OVHcloud Connect Provider 1. Dans l'**espace client OVHcloud**, commandez OVHcloud Connect Provider. 2. Sélectionnez le même fournisseur que celui que vous utilisez pour AWS (par exemple Megaport). 3. Choisissez l’emplacement du PoP. 4. Copiez la **clé de service**. Consultez [Commander OVHcloud Connect Provider](/fr/guides/network/ovhcloud-connect/order-provider.md). #### 3. Créer le pont chez le fournisseur Dans le portail de votre fournisseur, créez les connexions qui pontent AWS et OVHcloud : **Exemple avec Megaport :** 1. Créez un **port Megaport** ou utilisez-en un existant. 2. Créez une **VXC vers AWS** en utilisant les détails de la connexion hébergée AWS Direct Connect. 3. Créez une **VXC vers OVHcloud** en utilisant la clé de service OVHcloud. 4. En option, utilisez un **Megaport MCR (Cloud Router)** pour router entre les deux VXC si vous avez besoin de routage de couche 3 au niveau du fournisseur. #### 4. Configurer BGP Vous avez besoin de sessions BGP sur trois segments : | Segment | Votre côté | Côté distant | | -------------------- | ---------------------------------- | ----------------------------------- | | **VIF AWS** | VPC AWS (via VGW/TGW) | Fournisseur ou votre routeur | | **Pont fournisseur** | Géré par le fournisseur (avec MCR) | — | | **OVHcloud Connect** | Routeur OVHcloud | Votre routeur ou MCR du fournisseur | Avec un MCR du fournisseur : - Le MCR établit le peering avec AWS via la VIF. - Le MCR établit le peering avec OVHcloud via OVHcloud Connect. - Les routes sont échangées automatiquement entre les deux peers. **Sans** MCR du fournisseur : - Vous avez besoin de votre propre routeur (physique ou virtuel) colocalisé avec le fournisseur pour gérer le routage BGP entre AWS et OVHcloud. #### 5. Associer OVHcloud Connect au vRack Consultez [Associer au vRack](/fr/guides/network/ovhcloud-connect/associate-vrack.md). #### 6. Tester la connectivité | Test | Détails | | -------------------------------- | ----------------------------------------------------------------------------------------------------------- | | **Depuis AWS EC2 vers OVHcloud** | `ping 172.16.1.10` depuis une instance EC2 | | **Depuis OVHcloud vers AWS** | `ping 10.1.0.10` depuis une VM OVHcloud | | **Traceroute** | Vérifiez que le trafic reste sur des chemins privés (pas de sauts Internet) | | **Routes BGP** | Vérifiez que les routes du VPC AWS et les routes OVHcloud apparaissent dans les tables de routage de chacun | ### Considérations importantes - **Domaines de routage :** assurez-vous qu’il n’y a pas de chevauchement de plages IP entre les VPC AWS et les sous-réseaux OVHcloud. - **Coûts :** vous serez facturé par AWS (Direct Connect), par le fournisseur (VXC/MCR) et par OVHcloud (Connect). Consultez les trois modèles tarifaires. - **Latence :** la latence totale dépend de la distance entre la région AWS et la région OVHcloud, ainsi que des sauts intermédiaires éventuels chez le fournisseur. **Azure** ### Prérequis - Un **abonnement Azure** avec les autorisations nécessaires pour créer des circuits ExpressRoute - Un **compte OVHcloud** avec un vRack - Un compte chez un **fournisseur partagé** prenant en charge à la fois Azure ExpressRoute et OVHcloud Connect - Des plages IP non chevauchantes entre le VNet Azure et le vRack OVHcloud ### Architecture ![Architecture OVHcloud Connect Azure](/images/network/ovhcloud-connect/simple-architecture/fig-4.fr.svg)### Quand l’utiliser | Scénario | Recommandation | | ---------------------------------------------- | ----------------------------------------------------------------------------------------------- | | Migrer des VM depuis Azure vers OVHcloud | ✅ Connexion simple | | Burst de calcul depuis Azure vers OVHcloud | ✅ Connexion simple | | Multicloud de production (haute disponibilité) | Utilisez le [tutoriel résilient](/fr/guides/network/ovhcloud-connect/resilient-architecture.md) | | PRA entre Azure et OVHcloud | Utilisez le [tutoriel résilient](/fr/guides/network/ovhcloud-connect/resilient-architecture.md) | ### Étape par étape #### 1. Créer un circuit Azure ExpressRoute 1. Dans le **portail Azure** → **Créer une ressource** → **ExpressRoute**. 2. Sélectionnez : - **Provider** : Megaport ou Equinix - **Peering location** : choisissez un emplacement partagé avec votre PoP OVHcloud - **Bandwidth** : faites correspondre la bande passante de votre OVHcloud Connect (1 Gbps / 10 Gbps) 3. Finalisez la création. Notez la **clé de service** (un GUID). #### 2. Commander votre OVHcloud Connect Provider Si ce n’est pas déjà fait, [commandez un OVHcloud Connect Provider](/fr/guides/network/ovhcloud-connect/order-provider.md) sur un PoP desservi par le même fournisseur. Récupérez votre **clé de service** depuis l’espace client OVHcloud ou via l’API. #### 3. Créer le pont chez le fournisseur Sur la plateforme du fournisseur, créez **deux VXC** (ou connexions équivalentes) : | VXC | Source | Destination | | ----- | ----------------------------------- | --------------------------------- | | VXC 1 | Azure ExpressRoute (clé de service) | MCR / Port du fournisseur | | VXC 2 | MCR / Port du fournisseur | OVHcloud Connect (clé de service) | Si le fournisseur le prend en charge, un MCR (Cloud Router) joue le rôle de point de transit entre Azure et OVHcloud. **Exemple Megaport :** 1. Créez un **Megaport Cloud Router (MCR)** dans la même métropole. 2. Ajoutez une VXC depuis le MCR → Azure ExpressRoute en utilisant la clé de service Azure. 3. Ajoutez une VXC depuis le MCR → OVHcloud Connect en utilisant la clé de service OVHcloud. **Exemple Equinix Fabric :** 1. Créez une connexion depuis votre port Fabric → Azure ExpressRoute en utilisant la clé de service. 2. Créez une connexion depuis votre port Fabric → OVHcloud Connect en utilisant la clé de service. #### 4. Configurer Azure Private Peering Sur le circuit Azure ExpressRoute : 1. Allez dans **Peerings** → **Azure private**. 2. Configurez : - **Peer ASN** : l’ASN de votre MCR ou de votre fournisseur - **Primary subnet** : un /30 pour BGP (par exemple `169.254.100.0/30`) - **Secondary subnet** : un /30 pour BGP (par exemple `169.254.100.4/30`) - **VLAN ID** : fourni par le fournisseur #### 5. Configurer le peering BGP OVHcloud [Configurez OCC L3 avec BGP](/fr/guides/network/ovhcloud-connect/l3-bgp.md) pour le service OVHcloud Connect. Assurez-vous que le MCR ou le routeur du fournisseur annonce les préfixes Azure (`10.2.0.0/16`) vers OVHcloud, et les préfixes OVHcloud (`172.16.0.0/16`) vers Azure. #### 6. Associer votre vRack [Associez le service OVHcloud Connect à votre vRack](/fr/guides/network/ovhcloud-connect/associate-vrack.md). #### 7. Vérifier la connectivité | Vérification | Commande / Action | | ----------------------- | -------------------------------------------------------------------------- | | Statut du circuit Azure | Portail Azure → ExpressRoute → Overview → **Provider status: Provisioned** | | Peering BGP Azure | Portail Azure → ExpressRoute → Peerings → **State: Enabled** | | Statut BGP OVHcloud | API OVHcloud : `GET /ovhCloudConnect/{serviceName}` → `status: active` | | Statut VXC fournisseur | Portail fournisseur → VXC → **Active / Up** | | Ping de bout en bout | Depuis une VM Azure → IP privée d’un serveur OVHcloud | ### Flux de routage BGP Cette architecture comporte **trois segments BGP** : | Segment | Extrémités | ASN | | ---------------------- | --------------------------------------------------------------------------------- | ----------------------------------------- | | Azure ↔ Fournisseur | Azure (ASN `12076`) ↔ ASN du MCR/fournisseur | `12076` ↔ Fournisseur | | Fournisseur ↔ OVHcloud | ASN du MCR/fournisseur ↔ AS BGP OVHcloud (`65501` EU / `65502` CA / `65519` Asie) | Fournisseur ↔ `65501` / `65502` / `65519` | | OVHcloud ↔ vRack | Routage interne au sein d’OVHcloud | N/A | :::info Azure utilise l’ASN **12076** pour le Private Peering ExpressRoute. L’AS BGP OVHcloud dépend de la région du PoP : **65501** (Europe), **65502** (Canada), **65519** (Asie). ::: ### Dépannage | Symptôme | Cause probable | Action | | --------------------------------------------- | -------------------------------------------------- | ---------------------------------------------------------------------------------------------- | | Circuit ExpressRoute bloqué dans « Enabling » | Le fournisseur n’a pas finalisé le provisionnement | Consultez le portail du fournisseur ; contactez son support | | Le peering privé Azure n’est pas établi | Discordance de sous-réseau ou d’ASN | Vérifiez que les sous-réseaux /30 et l’ASN du peer correspondent aux paramètres du fournisseur | | Session BGP OVHcloud en panne | Clé de service non activée ou discordance de VLAN | Vérifiez l’API OVHcloud et la configuration VXC du fournisseur | | Pas de route vers le VNet Azure | Annonce de route manquante | Vérifiez que le MCR transmet les préfixes Azure vers OVHcloud | | Routage asymétrique | Chemins différents pour le sortant/entrant | Assurez-vous que les deux côtés préfèrent le même chemin ; vérifiez les attributs BGP | **GCP** ### Prérequis - Un **projet GCP** avec le rôle Compute Network Admin - Un **GCP Cloud Router** créé dans la région la plus proche de l’emplacement du fournisseur - Un **compte OVHcloud** avec un vRack - Un compte chez un **fournisseur partagé** prenant en charge à la fois GCP Cross-Cloud Interconnect et OVHcloud Connect - Des **plages IP non chevauchantes** entre le VPC GCP et le vRack OVHcloud ### Architecture ![Architecture OVHcloud Connect GCP](/images/network/ovhcloud-connect/simple-architecture/fig-5.fr.svg)### Quand l’utiliser | Scénario | Recommandation | | -------------------------------------------------------- | ----------------------------------------------------------------------------------------------- | | Transfert de données depuis GCP vers OVHcloud | ✅ Connexion simple | | Pipeline IA/ML hybride (compute GCP + stockage OVHcloud) | ✅ Connexion simple | | Multicloud de production avec exigences de SLA | Utilisez le [tutoriel résilient](/fr/guides/network/ovhcloud-connect/resilient-architecture.md) | | Reprise d’activité après sinistre | Utilisez le [tutoriel résilient](/fr/guides/network/ovhcloud-connect/resilient-architecture.md) | ### Types d’Interconnect GCP GCP propose deux principales options d’interconnect : | Type | Description | À utiliser quand | | -------------------------- | ------------------------------------------------------- | ----------------------------------------------------------- | | **Dedicated Interconnect** | Connexion physique directe au réseau de Google | Vous disposez d’une présence dans un site de colocation GCP | | **Partner Interconnect** | Connexion via un fournisseur de services pris en charge | Vous utilisez Megaport, Equinix ou un autre partenaire GCP | **Pour ce tutoriel**, nous utilisons **Partner Interconnect** car le fournisseur partagé (Megaport ou Equinix) joue le rôle de pont entre GCP et OVHcloud. ### Étape par étape #### 1. Créer un GCP Cloud Router Dans la **console GCP** → **Hybrid Connectivity** → **Cloud Routers** → **Create** : - **Name** : `router-ovhcloud` - **Network** : votre VPC - **Region** : la région la plus proche du PoP du fournisseur (par exemple `europe-west1` pour Paris) - **ASN** : utilisez un ASN privé (par exemple `65001`) ou la valeur par défaut de Google (`16550`) #### 2. Créer une VLAN attachment Partner Interconnect Allez dans **Hybrid Connectivity** → **Interconnect** → **VLAN attachments** → **Create** : 1. Sélectionnez **Partner Interconnect connection**. 2. Choisissez votre Cloud Router. 3. Sélectionnez la région et le edge availability domain appropriés. 4. Définissez la **MTU** à 1500 (standard) ou à 1440 pour l’interopérabilité VPN. 5. Notez la **pairing key** générée par GCP. **Format de la pairing key GCP** : une chaîne de la forme `//` #### 3. Créer le pont chez le fournisseur Sur la plateforme du fournisseur, créez les connexions qui pontent GCP et OVHcloud : **Exemple Megaport :** 1. Créez un **MCR** (Megaport Cloud Router) dans une métropole avec présence GCP et OVHcloud. 2. **VXC 1** : MCR → Google Cloud Partner Interconnect (utilisez la pairing key GCP). 3. **VXC 2** : MCR → OVHcloud Connect (utilisez la clé de service OVHcloud). **Exemple Equinix Fabric :** 1. Créez une connexion depuis votre port Fabric → GCP Partner Interconnect (utilisez la pairing key GCP). 2. Créez une connexion depuis votre port Fabric → OVHcloud Connect (utilisez la clé de service OVHcloud). #### 4. Activer la VLAN attachment GCP Une fois que le fournisseur a provisionné la connexion : 1. Retournez dans la **console GCP** → **VLAN attachments**. 2. L’attachement doit afficher **« Waiting for provider »** puis **« Pending customer »**. 3. Cliquez sur **Activate** pour activer l’attachement. 4. GCP configurera automatiquement BGP entre le Cloud Router et le fournisseur. #### 5. Configurer le peering BGP OVHcloud [Configurez OCC L3 avec BGP](/fr/guides/network/ovhcloud-connect/l3-bgp.md). Assurez-vous que le MCR du fournisseur : - Annonce les préfixes du VPC GCP (`10.3.0.0/16`) vers OVHcloud (AS BGP `65501` pour l’Europe, `65502` pour le Canada, `65519` pour l’Asie). - Annonce les préfixes OVHcloud (`172.16.0.0/16`) vers le GCP Cloud Router. #### 6. Associer votre vRack [Associez le service OVHcloud Connect à votre vRack](/fr/guides/network/ovhcloud-connect/associate-vrack.md). #### 7. Vérifier la connectivité | Vérification | Comment vérifier | | ----------------------- | ----------------------------------------------------------------- | | VLAN attachment GCP | Console GCP → VLAN attachments → **Status: Active** | | BGP du Cloud Router GCP | Console GCP → Cloud Routers → BGP peers → **Status: Established** | | VXC fournisseur | Portail fournisseur → VXC → **Active / Up** | | BGP OVHcloud | API OVHcloud → statut du service = **active** | | De bout en bout | Ping depuis une VM GCP → IP privée d’un serveur OVHcloud | ### Flux de routage BGP | Segment | Extrémités | ASN | | ---------------------- | ----------------------------------------------------------------------------------- | ----------------------------------------- | | GCP ↔ Fournisseur | Cloud Router (ASN `16550`) ↔ MCR (ASN du fournisseur) | `16550` ↔ Fournisseur | | Fournisseur ↔ OVHcloud | MCR (ASN du fournisseur) ↔ AS BGP OVHcloud (`65501` EU / `65502` CA / `65519` Asie) | Fournisseur ↔ `65501` / `65502` / `65519` | | OVHcloud ↔ vRack | Routage interne OVHcloud | N/A | :::info Le GCP Cloud Router utilise l’ASN **16550** par défaut. Vous pouvez configurer un ASN personnalisé lors de la création du Cloud Router. L’AS BGP OVHcloud dépend de la région du PoP : **65501** (Europe), **65502** (Canada), **65519** (Asie). ::: ### Dépannage | Symptôme | Cause probable | Action | | ---------------------------------------------------- | --------------------------------------------------- | ------------------------------------------------------------------------------------------- | | VLAN attachment bloqué dans « Waiting for provider » | VXC du fournisseur pas encore provisionnée | Consultez le portail du fournisseur ; vérifiez que la pairing key GCP est correcte | | VLAN attachment dans « Pending customer » | Pas encore activé dans la console GCP | Cliquez sur **Activate** sur la VLAN attachment | | BGP du Cloud Router non établi | Discordance d’ASN ou d’IP de peering | Vérifiez que l’ASN du Cloud Router correspond à ce que le fournisseur attend | | Pas de routes vers le VPC GCP | Annonce de route manquante | Assurez-vous que le Cloud Router annonce les sous-réseaux du VPC et que le MCR les transmet | | BGP OVHcloud en panne | Clé de service non consommée ou discordance de VLAN | Vérifiez le statut du service OVHcloud et la configuration de la VXC du fournisseur | ### Et ensuite ? - [Architecture On-Prem résiliente](/fr/guides/network/ovhcloud-connect/resilient-architecture.md) pour la haute disponibilité - [Superviser votre connexion](/fr/guides/network/ovhcloud-connect/monitor.md) ### Aller plus loin Pour une formation ou une assistance technique sur la mise en œuvre de nos solutions, contactez votre commercial ou consultez la page [Professional Services](https://www.ovhcloud.com/fr/professional-services/) pour obtenir un devis et faire analyser votre projet par nos experts. Échangez avec notre [communauté d’utilisateurs](https://community.ovhcloud.com/).