Configuration requise pour Direct Link Connect

Lorsque vous êtes prêt à finaliser votre commande Direct Link, vous êtes invité à lire et accepter les conditions requises suivantes. Vous pouvez discuter à tout moment de ces conditions avec un spécialiste des ventes IBM Cloud®.

1. Chaque connexion IBM Cloud Direct Link doit faire l'objet d'une commande distincte.Si vous avez besoin de plusieurs connexions, commandez Direct Link pour chaque connexion.

2. Les frais afférents à IBM Cloud pour Direct Link couvrent le coût lié à la résiliation du service sur l'infrastructure IBM Cloud.

   Vous êtes redevable de tous les frais associés à l'accessibilité du point de présence (PoP) depuis votre réseau distant et de toutes les interconnexions nécessaires sur le site du PoP pour atteindre votre fournisseur.

   En outre, vous (ou votre fournisseur) êtes chargé d'acheter le circuit virtuel sur IBM Cloud. Si votre fournisseur exige qu'un routeur ou un autre dispositif soit physiquement installé dans le point de présence (PoP), vous êtes également redevable des coûts associés à la colocalisation de ces équipements. Assurez-vous que votre fournisseur de réseau ou de point de présence peut accéder à Direct Link et déterminer les coûts associés.

3. IBM Cloud n'effectue pas de colocalisation des équipements du client dans les PoP de notre réseau.

4. Le service Direct Link constitue un chemin non protégé pour accéder à l'environnement IBM Cloud. Si la redondance doit être assurée via le service Direct Link, vous pouvez acheter deux connexions Direct Link distinctes dans un point de présence (PoP) réseau IBM Cloud unique sur deux routeurs distincts ou commander deux connexions uniques à deux emplacements géographiques différents de PoP Direct Link. Il vous incombe de configurer les protocoles de routage pour assurer la résilience entre les deux connexions.

5. IBM Cloud n'autorise pas les clients à renvoyer le trafic entre leurs sites distants via le réseau principal d'IBM Cloud.

   Le produit Direct Link a été conçu pour permettre à vos réseaux distants de communiquer en privé avec votre infrastructure IBM Cloud.

6. Sachez que si vous utilisez l'infrastructure IaaS classique, celle-ci utilise le réseau 10.x.x.x et vous ne pouvez pas créer de chevauchement avec vos hôtes sur site dans IBM Cloud ni avec le réseau de services IBM Cloud (10.0.0.0/14, 10.198.0.0/15 et 10.200.0.0/14).

7. VRF (Virtual Routing and Forwarding) n'est pas compatible avec les services VPN SSL et IPSec d'IBM Cloud. En guise d'alternative, vous pouvez utiliser Direct Link pour gérer vos serveurs ou pour exécuter votre propre solution VPN (par exemple Vyatta) pouvant être configurée avec différents types de VPN.

   Après la migration vers une instance VRF, en principe, le réseau VPN SSL fonctionne lorsqu'une connexion VPN est établie avec le même emplacement de centre de données que celui où réside le centre de calcul qui fait l'objet d'un accès, mais il n'autorise pas l'accès mondial.

8. Direct Link Cloud nécessite le protocole BGP (Border Gateway Protocol) pour implémenter des routes vers le réseau distant d'un client.

9. Si vous choisissez d'utiliser l'affectation automatique d'adresses IP, IBM affecte 2 adresses IP à partir de ce réseau, 169.254.0.0/16 pour les adresses point à point BGP.

   IBM utilisera la première adresse IP dans le sous-réseau /30. Le client peut utiliser la deuxième adresse IP dans ce sous-réseau.