Résoudre les erreurs fréquentes lors de la mise en service de OVHcloud Connect
Découvrez comment résoudre les erreurs les plus fréquentes liées à la mise en service de OVHcloud Connect
Découvrez comment résoudre les erreurs les plus fréquentes liées à la mise en service de OVHcloud Connect
Dernière mise à jour le 02/09/2021
Découvrez comment résoudre les erreurs les plus fréquentes liées à la mise en service de OVHcloud Connect.
Un service OVHcloud Connect apparaît dans votre espace client OVHcloud et ne peut être configuré que lorsqu'il est considéré comme livré.
En ce qui concerne l'offre OVHcloud Connect Direct, le service est livré dans les situations suivantes :
Une mauvaise interprétation de la position sur l'interconnexion (Cross-Connect) par le PoP peut engendrer une absence de lumière sur le lien OVHcloud Connect Direct. Par exemple, le PoP peut indiquer qu'il n'y a pas d'interconnexion sur la position mentionnée sur la LOA.
Voici un exemple d'informations sur la LOA :
Equipment: 103 PA3:OG:00GMC3:OVH Patch Panel: PP:0103:1132697
Port: P16/FO31-32/BCK Fiber Termination: SC/PC
Voici l'interprétation de ces informations :
Lors de la commande d’un lien OVHcloud Connect Direct, il est possible de voir côté OVHcloud les valeurs optiques IN/OUT. Vous pouvez demander des informations à ce sujet à votre équipe support.
Si le service n'est pas encore livré, nos équipes support pourront vérifier le statut des valeurs optiques IN et OUT côté infrastructure OVHcloud.
Dans votre espace client OVHcloud, vérifiez les valeurs optiques IN/OUT :
S'il y a une inversion de fibre entre le Port A et le Port B, la lumière n'est pas reçue au bon endroit et le port IN (Rx) affichera DOWN. Si votre service n'est pas encore livré, contactez le support pour connaître l'état du lien.
Prenez contact avec le PoP concerné par la LOA pour vérifier qu'il n'y a pas d'inversion Tx/Rx sur l'interconnexion (Cross Connect).
La vérification du peering doit être faite une fois que la lumière est « UP » des deux côtés.
Si le peering ne peut pas être établi (DOWN) d'un côté ou des deux côtés, cela peut avoir plusieurs raisons :
Des valeurs optiques UP mais pas de lien Ethernet (interface DOWN) sont un symptôme d'un SFP mal configuré.
Le SFP à utiliser sur l'équipement client pour une liaison OVHcloud Connect dépend du lien commmandé. Vous devez utiliser un SFP conforme à la bande-passante commandée.
Si vous avez commandé un lien 1 Gbit/s, le SFP sera: 1000Base-LX/LH. Utilisez la commande suivante :
speed 1000
Si vous avez commandé un lien 10 Gbit/s, le SFP sera: 10GBase-LR. Utilisez la commande suivante :
speed 10000
Pour plus d'informations, consultez les capacités et limites techniques de l'offre OVHcloud Connect
L'auto-négociation n'est pas supportée dans l'offre OVHcloud Connect. Ce paramètre doit être désactivé.
Pour désactiver l'auto-négociation sur un équipement Cisco, utilisez la commande :
no negotiate auto
ou
no speed negotiate
Sur Cisco IOS, utilisez la commande suivante :
speed nonegotiate
Sur Cisco NX-OS, utilisez la commande suivante :
speed 1000
no negotiate auto
Un conflit d'adresses IP peut survenir si vous utilisez une/des adresse(s) IP normalement réservée(s) pour OVHcloud.
Les règles d'attribution des adresses IP en fonction du subnet sont les suivantes :
La BGP Area côté client doit être différente de celle côté OVHcloud.
Échangez avec notre communauté d'utilisateurs sur https://community.ovh.com/.
N’hésitez pas à nous proposer des suggestions d’amélioration afin de faire évoluer cette documentation.
Images, contenu, structure… N’hésitez pas à nous dire pourquoi afin de la faire évoluer ensemble !
Vos demandes d’assistance ne seront pas traitées par ce formulaire. Pour cela, utilisez le formulaire "Créer un ticket" .
Merci beaucoup pour votre aide ! Vos retours seront étudiés au plus vite par nos équipes..
Accedez à votre espace communautaire. Posez des questions, recherchez des informations, publiez du contenu et interagissez avec d’autres membres d'OVHcloud Community.
Echanger sur OVHcloud Community