Présentation des blocs IP
Les blocs IP sont une ressource autonome et indépendante du service pour l'adressage IP Internet, gérée comme des ressources persistantes avec leur propre cycle de vie. Les blocs IP peuvent se déplacer entre les déploiements ou les services, et peuvent être réutilisés ou supprimés lorsqu'ils ne sont plus nécessaires. Les blocs IP sont disponibles dans toutes les métros et offrent une expérience de gestion IP cohérente. La résiliation d'un service ne met pas automatiquement fin au bloc IP associé.
Vous pouvez acheter des blocs IP appartenant à Equinix ou apporter votre propre espace d’adresse IP pour une utilisation sur Equinix. Si vous avez besoin d'adresses IP publiques supplémentaires, vous pouvez demander des blocs IP supplémentaires.
Blocs IP appartenant à Equinix
Les blocs IP appartenant à Equinix sont des adresses IP attribuées par le fournisseur qui vous sont attribuées et facturées par Equinix. Elles sont désignées pour une zone métropolitaine spécifique et ne peuvent être utilisées que par les services de cette zone métropolitaine.
Taille des blocs IP appartenant à Equinix :
- IPv4 -
/30à/24 - IPv6 -
/64,/48
Les blocs IP appartenant à Equinix sont facturables selon la tarification en vigueur.
Blocs IP appartenant au client
Les blocs IP appartenant au client sont des adresses IP indépendantes du fournisseur que vous enregistrez auprès de Equinix. Vos blocs IP peuvent être partagés par des services entre différentes métros.
Taille des blocs IP appartenant au client :
- IPv4 -
/24et supérieur - IPv6 -
/48et supérieur
Les blocs IP appartenant au client ne sont pas facturés.
Pour annoncer votre espace d’adressage à partir d’un ou de plusieurs emplacements, vous devez disposer des autorisations d’acheminement et des enregistrements de registre Internet appropriés et vous assurer que les annonces sont valides dans le système de routage mondial. Equinix ne restreint pas les publicités multi‑métropolitaines.
Exigences du registre de routage Internet (IRR)
Lors de l'utilisation d'adresses IP appartenant au client, un objet de route (RO) doit être créé dans le registre de routage Internet (IRR) associé au registre Internet régional (RIR), ou dans un autre IRR tel que la base de données des équipements de routage (RADB). Equinix recommande d’utiliser un rapport IRR d’un registre Internet régional.
-
Les objets de route exact‑match doivent être créés pour chaque préfixe qui sera annoncé. Par exemple, l'annonce
198.51.100.0/24nécessite un objet de route pour198.51.100.0/24exactement. -
Les objets de route doivent être créés dans l'IRR associé au registre Internet régional (RIR), tels que :
- ARIN IRR – Registre américain pour les numéros Internet
- BASE DE DONNÉES RIPE – RIPE NCC
- APNIC IRR – Centre d’information du réseau Asie-Pacifique (APNIC)
- LACNIC IRR – Centre d’information du réseau d’Amérique latine et des Caraïbes (LACNIC)
- AFRINIC IRR – Centre d’information des réseaux africains (AFRINIC)
-
Vous pouvez également annoncer l'espace d'adresses IP obtenu auprès de tiers, à condition que l'organisation annonciatrice soit le titulaire légitime ou un utilisateur autorisé de l'ASN et/ou de l'espace d'adresses IP. Être un « détenteur légitime » et un « utilisateur autorisé » nécessite un objet route correspondant au préfixe IP et à l’ASN pertinent. Les lettres d'autorisation ne constituent pas une méthode acceptable ou valide pour prouver la légitimité ou l'autorisation.
À l'aide de RPKI et de l'autorisation d'origine de la route
L'infrastructure à clé publique (RPKI) permet aux préfixes IP et aux ASN d'origine d'être validés cryptographiquement par les réseaux du monde entier.
Pour le moment, Equinix recommande, mais n'exige pas, une autorisation d'origine de route (ROA) pour un préfixe annoncé à l'accès Internet. Si un ROA existe, le tuple Prefix/ASN/maxLength doit correspondre à l'ASN d'origine et au préfixe annoncé à Internet Access. Un ROA non valide entraînera la suppression du préfixe. Si Equinix est l'origine COMME pour votre préfixe et que vous souhaitez utiliser une ROA, vous devez créer une ROA qui autorise Equinix à annoncer le préfixe avec une origine À PARTIR de 15830.
Par exemple :
- ASN d'origine :
15830(Equinix) - Préfixe : Le préfixe exact à annoncer (par exemple,
198.51.100.0/24) - Longueurs de préfixe qui correspondent exactement à l'annonce prévue (par exemple, une
/24annonce nécessite maxLength = 24)
Les ROAS doivent être créés via le Registre Internet régional (RIR) où le préfixe est enregistré. Equinix ne peut pas créer ni gérer de ROAS RPKI pour les sous-réseaux clients.
Utilisation de blocs IP avec accès Internet
Les services d’accès à Internet qui utilisent le routage statique et BGP utilisent des blocs IP pour vos sous-réseaux LAN. Lorsque vous commandez le service, vous sélectionnez un bloc IP disponible à utiliser. Vous pouvez également ajouter des blocs IP à un service existant .
- Vous pouvez annoncer simultanément les blocs IP appartenant à Equinix et ceux appartenant au Client via BGP lorsque vous utilisez un accès Internet avec Fabric ou un accès Internet avec Network Edge.
- Les blocs IP appartenant à Equinix peuvent être partagés par les services d'accès Internet BGP dans la même zone métropolitaine que le bloc IP.
- Les services d’accès à Internet qui utilisent le routage direct et statique ne peuvent pas partager de blocs IP.
Lorsque vous annulez le provisionnement de votre service d'accès Internet, le bloc IP reste dans votre inventaire de blocs IP pour être utilisé avec un autre service ou un service futur. Vous pouvez également supprimer le bloc IP séparément.
Pour plus d'informations sur l'utilisation du blocage IP dans l'accès Internet, reportez-vous à la section attribution d'adresses IP .
Visibilité des données en mode bloc IP
Lors de l'affichage des blocs IP sur le Portail client ou de leur interrogation via API, certains détails sous-jacents tels que les UUID et les adresses IP spécifiques sont abstraits ou masqués pour simplifier la gestion et protéger la sécurité du réseau. Par conséquent, les informations affichées pour un blocage IP peuvent ne pas exposer tous les identifiants ou détails d'adresse sous-jacents.
Les règles de visibilité suivantes s'appliquent :
-
Représentation au niveau du sous-réseau : un bloc IP est représenté comme un sous-réseau agrégé en notation CIDR, telle que /28 ou /24. Les allocations d'adresses IP hôte individuelles, les affectations de passerelles internes et les sous-attributions de clients personnalisées au sein du bloc ne sont ni suivies ni affichées par Equinix.
-
Abstraction de l'infrastructure sous-jacente : les identifiants de routage de backbone et interne, tels que les IDS d'interface physique, les identifiants VRF internes et les références de circuit de transport, sont abstraits derrière le bloc IP et son attachement au service associé.
-
états de provisionnement et de cycle de vie : lorsqu'un bloc IP ou un service d'accès Internet associé est dans des états de provisionnement ou de mise à jour anticipés, certains identifiants de ressources dépendants, tels que les liens de connexion en aval ou les détails de l'interface de peering, peuvent être masqués jusqu'à ce que les ressources atteignent un état actif et pouvant être résolu.
-
Masquage des métadonnées sensibles : dans les profils soumis à des restrictions de conformité et les environnements multi-locataires, les noms descriptifs personnalisés, les justifications de commande et les identifiants de contact peuvent être nettoyés ou masqués dans les journaux d'événements et les résumés d'inventaire.
Résumé des attributs visibles et masqués
| Catégorie | Visible dans le portail et API | Masqué ou abstrait |
|---|---|---|
| Adressage | Préfixe agrégé en notation CIDR, version IP (IPv4 ou IPv6) | Adresses IP hôte individuelles, sous-allocations, passerelles internes |
| Identité de l'équipement | UUID du bloc IP, zone métropolitaine ou emplacement, type d'approvisionnement (attribué par Equinix ou attribué par le client) | IDS de routage interne, port physique ou mappage de châssis |
| Association de services | UUID du service d'accès Internet associé, état de la connexion | Identifiants de provisionnement à la volée, codes d'orchestration internes |
| Commande et métadonnées | État du cycle de vie, tel que ACTIVE, PENDING, ou UNASSIGNED | Gestion des notes de justification du plan, des identifiants d'audit des utilisateurs |
Informations sur les niveaux de service
Les informations sur les accords de niveau de service, y compris les caractéristiques de performance, sont documentées dans la fiche technique Equinix Internet Access et la politique produit Equinix Internet Access.