Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Contrôles de préfixe entrant pour Direct Connect
Les contrôles des préfixes entrants vous permettent de gérer le nombre de préfixes d'itinéraires locaux auxquels vous pouvez faire de la publicité AWS sur vos interfaces virtuelles privées et de transit (VIF) Direct Connect. Les contrôles de préfixes créent des pools de capacité de préfixes au niveau de la connexion dédiée et au niveau de la passerelle Direct Connect (DXGW). Les nouvelles commandes vous permettent d'attribuer un nombre spécifique de préfixes à un nouveau VIF privé ou de transit, ou de modifier l'allocation d'un VIF existant. Vous attachez ensuite ce VIF à un DXGW ou à une passerelle privée virtuelle (VGW). Ce VIF consomme ensuite la valeur que vous avez allouée à partir du pool de la connexion dédiée et du pool du DXGW. Cela vous permet d'avoir, sur la même connexion dédiée, par exemple, un VIF de transit avec une allocation de 1 000 préfixes et un VIF privé avec une allocation de 50 préfixes. Si vous ne sélectionnez aucune valeur, AWS applique l'allocation par défaut de 100 préfixes par famille d'adresses.
Le tableau suivant récapitule les principales limites applicables aux contrôles de préfixe entrants.
| Limite | Value |
| --- | --- |
| Pool de préfixes par connexion dédiée | 5 000 (1/10 Gbit/s), 30 000 (100 Gbit/s), 50 000 (400 Gbit/s) |
| Allocation maximale par VIF | 1 000 par famille d'adresses (IPv4 et IPv6) |
| Allocation par défaut par VIF | 100 par famille d'adresses (IPv4 et IPv6) |
| Total des allocations par DXGW | 10 000 (IPv4 \+ IPv6 combinés) |
| Nombre maximum de pièces jointes VIF par DXGW | 30 |
Les VIF publics ne sont pas gérés par des contrôles de préfixes entrants. Les VIF publics conservent la limite existante de 1 000 préfixes entrants.
## Comment fonctionnent les contrôles de préfixes
Chaque connexion dédiée Direct Connect possède un pool de préfixes, c'est-à-dire le nombre total de préfixes d'itinéraires entrants autorisés sur tous les VIF de cette connexion. La taille du pool dépend de la vitesse de connexion. Dans le cas des connexions hébergées, les connexions physiques sous-jacentes appartiennent à un partenaire. Il n'existe donc aucun pool pouvant être géré par les clients finaux des connexions hébergées. Les VIF privés et de transit créés sur une connexion hébergée peuvent se voir attribuer un numéro de préfixe par le client, et cette allocation n'est pas prise en compte dans le pool de connexions.
Le tableau suivant indique la taille du pool de préfixes pour chaque vitesse de connexion.
| Vitesse de connexion | Taille du pool de préfixes (IPv4) | Taille du pool de préfixes (IPv6) |
| --- | --- | --- |
| 1 Gbit/s | 5 000 | 5 000 |
| 10 Gbit/s | 5 000 | 5 000 |
| 100 Gbit/s | 30 000 | 30 000 |
| 400 Gb/s | 50 000 | 50 000 |
Lorsque vous créez ou mettez à jour un VIF, vous spécifiez le nombre de préfixes à allouer à ce VIF à partir du pool de connexions. L'allocation par défaut est de 100 préfixes par VIF pour chaque famille d'adresses (IPv4 et IPv6). Vous pouvez augmenter l'allocation jusqu'à 1 000 préfixes par VIF pour chaque famille d'adresses. Pour demander une limite plus élevée, contactez votre architecte de solutions (SA) ou votre responsable technique des comptes (TAM). Les demandes d'augmentation manuelle des limites sont examinées au cas par cas.
Le pool de préfixes suit les quatre états suivants :
Taille de la piscine (autorisée)
Le nombre total de préfixes que la connexion peut prendre en charge. La vitesse de connexion détermine cette valeur et vous ne pouvez pas la modifier.
Alloué
Le nombre de préfixes réservés sur un VIF spécifique. Vous définissez cette valeur lorsque vous créez ou mettez à jour un VIF.
Disponible (non alloué)
Les préfixes restants du pool que vous n'avez attribués à aucun VIF. Cette valeur est égale à la taille du pool moins la somme de toutes les allocations VIF.
En cours d'utilisation
Le nombre réel de préfixes que votre routeur local publie actuellement sur un VIF.
**Important**
Si le nombre de préfixes annoncés sur un VIF dépasse le nombre alloué, la session BGP de ce VIF sera interrompue et passera à l'état inactif (BGP DOWN). Assurez-vous que votre allocation est au moins aussi importante que le nombre de préfixes que vous prévoyez de publier.
**Note**
Vous ne pouvez pas réduire le nombre de préfixes alloués à un VIF en dessous du nombre de préfixes actuellement utilisés. Pour réduire l'allocation, réduisez d'abord le nombre de préfixes annoncés par votre appareil local.
## Limites du préfixe DXGW
Chaque DXGW possède une limite totale de 10 000 préfixes qui est partagée entre tous les VIF qui lui sont attachés. Cette limite ajoute toutes les allocations de préfixes IPv4 et IPv6 sur tous les VIF attachés au DXGW. Le DXGW conserve également un maximum de 30 pièces jointes VIF. Si la pièce jointe d'un nouveau VIF dépasse la limite d'allocation de 10 000 préfixes ou la limite de 30 VIF, la demande de pièce jointe est rejetée.
Exemple 1 : vous joignez 10 VIF avec une allocation IPv4 de 1 000. La somme de toutes les allocations est de 10 000 (10 VIF x 1 000 allocations de préfixes IPv4). Le DXGW le permet.
Exemple 2 : vous joignez 20 VIF avec une allocation IPv4 de 200 préfixes et une allocation IPv6 de 200 préfixes. La somme des allocations est de 8 000 (20 VIF x [200 préfixes IPv4 \+ 200 préfixes IPv6]). Le DXGW le permet.
Vous pouvez consulter l'allocation totale actuelle de tous les VIF attachés à un DXGW à l'aide de la console sur la page des détails de la passerelle, ou en utilisant la `totalPrefixPoolAllocations` valeur d'un DXGW en utilisant l'appel. `DescribeDirectConnectGateways` CLI/API
**Note**
AWS Les connexions d'interconnexion consomment 2 000 préfixes sur la limite d'allocation de 10 000 par DxGW. Tenez-en compte lors de la planification des allocations de préfixes entre les VIF sur un DXGW auquel une connexion d' AWS interconnexion est connectée.
## Groupes d'agrégation de liens (LAG)
Pour les LAG, le pool de préfixes évolue en fonction du nombre de connexions facturables des membres. La taille du pool est égale à la taille du pool par connexion multipliée par le nombre de connexions membres actives. Pour les LAG de 1 Gbit/s et 10 Gbit/s, le pool inclut des ressources provenant de connexions membres au maximum. Pour les LAG de 100 Gbit/s et 400 Gbit/s, le pool inclut des ressources provenant de deux connexions membres au maximum. Les connexions non facturées sont des connexions qui ont été créées et ajoutées au LAG mais dont la connectivité de couche 1 n'est pas terminée.
Exemple : vous créez un LAG avec quatre connexions 10 Gbit/s. La taille du pool du LAG est de 20 000 préfixes chacun pour IPv4 et IPv6 (4 membres à 10 Gbit/s x 5 000 préfixes, par famille d'adresses). Vous supprimez ensuite deux membres de ce LAG, réduisant ainsi le pool à 10 000 préfixes (2 membres de 10 Gbit/s x 5 000 préfixes, par famille d'adresses).
### Garde-corps de piscine avec préfixe LAG
Vous ne pouvez pas supprimer un membre du LAG si cela devait réduire la taille du pool du LAG en dessous du total actuel des préfixes alloués à tous les VIF du LAG. Pour supprimer le membre du LAG, réduisez d'abord les allocations des VIF de ce LAG afin que la somme de toutes les allocations soit inférieure à la taille du pool du LAG une fois que vous aurez supprimé la connexion du membre.
Exemple : vous avez un LAG avec trois membres à 10 Gbit/s. Le pool de ce LAG comprend 15 000 préfixes par famille d'adresses (3 membres à 10 Gbit/s x 5 000, par famille). Vous avez 15 VIF sur ce LAG avec des allocations IPv4 de 1 000 chacune, soit un total de 15 000 préfixes. La suppression d'un membre du LAG ramènerait son pool à 10 000 par famille d'adresses, soit moins que les 15 000 préfixes que vous avez alloués sur IPv4. Le système rejette la suppression. Vous réduisez ensuite les allocations IPv4 des 15 VIF à 500. La somme des allocations pour tous les VIF de ce LAG est désormais de 7 500 préfixes (15 x 500). Le système permet désormais de supprimer le membre du LAG, car la nouvelle taille du pool (10 000) est supérieure à la somme des allocations pour tous les VIF du LAG (7 500).
## Connexions hébergées
Les connexions hébergées prennent en charge un seul VIF, de sorte que le pool de préfixes au niveau de la connexion n'est pas utilisé. Vous pouvez définir l'allocation de préfixe par VIF sur une connexion hébergée. L'allocation par défaut est de 100 pour chaque famille d'adresses (IPv4 et IPv6), et vous pouvez l'augmenter jusqu'à 1 000 à l'aide de l'`UpdateVirtualInterfaceAttributes`API `CreatePrivateVirtualInterface` or.
Connection-level les informations du pool de préfixes (taille du pool et nombre non alloué) ne sont pas affichées dans la console pour les connexions hébergées.
## Interfaces virtuelles hébergées
L'allocation de préfixes pour les VIF hébergés est gérée par le compte propriétaire de la connexion parente. Un nouveau VIF hébergé est toujours créé avec l'allocation par défaut de 100 préfixes chacun pour IPv4 et IPv6. Dans le cas de connexions dédiées, l'allocation initiale est soustraite du pool de connexions. Une fois que le AWS compte destinataire a accepté le VIF hébergé, le compte propriétaire de la connexion peut ajuster l'allocation de préfixe du VIF hébergé.
## Ressources supplémentaires
Pour plus d’informations, consultez les ressources suivantes :
+ [Gestion des allocations de préfixes](prefix-allocations.md)
+ [Quotas de connexion directe](limits.md)
+ [Passerelles Direct Connect](direct-connect-gateways-intro.md)