Stratégie réseau virtuel

Spécifie le MTU pour toutes les liaisons IP L3 faisant face au système générique. Une valeur null ou vide (par défaut) implique qu’aucune MTU ne sera explicitement rendue ; le MTU par défaut de l’équipement est utilisé. Un MTU plus grand et personnalisé peut être nécessaire pour fournir la fonctionnalité DCI EVPN ou pour prendre en charge la fonctionnalité de trame Jumbo à l’échelle de la structure. Pour EVPN-DCI, nous recommandons un MTU de 9 050.

Nombre maximal de routes à accepter à partir de routeurs externes. La valeur par défaut (Aucune) ne rend pas de commandes de routage maximum sur les sessions BGP, ce qui implique que les valeurs par défaut du fournisseur sont utilisées. Un nombre entier entre 1 et 2**32-1 définit une limite maximale de routes dans la configuration BGP. La valeur 0 (zéro) prévoit que l’équipement n’applique jamais de limite au nombre de routes EVPN (effectivement illimitées). Nous suggérons que cette valeur est effectivement illimitée sur les blueprints EVPN, pour permettre le nombre élevé de routes /32 et /128 à être annoncé et reçu entre les VRF dans le cas où un routeur externe fournit une forme de fonctionnalité de fuite de route.

Nombre maximal de routes à accepter sur les commutateurs pairs MLAG. La valeur par défaut (Aucune) ne rend pas de commandes de routage maximum sur les sessions BGP, ce qui implique que les valeurs par défaut du fournisseur sont utilisées. Un nombre entier entre 1 et 2**32-1 définit une limite maximale de routes dans la configuration BGP. La valeur 0 (zéro) prévoit que l’équipement n’applique jamais de limite au nombre de sessions BGP en cas de dépassement des limites sur une session. Pour les blueprints EVPN, cela doit être combiné avec max_evpn_routes pour autoriser des routes sur la liaison homologue L3 qui peut contenir de nombreux /32 et /128 à partir de routes EVPN de type 2 qui se convertissent en publicités de routage BGP.

Nombre maximal de routes EVPN à accepter sur un commutateur EVPN. La valeur par défaut (Aucune) ne rend pas de commandes de routage maximum sur les sessions BGP, ce qui implique que les valeurs par défaut du fournisseur sont utilisées. Un nombre entier entre 1 et 2**32-1 définit une limite maximale de routes dans la configuration BGP. La valeur 0 (zéro) prévoit que l’équipement n’applique jamais de limite au nombre de routes EVPN (effectivement illimitées). Remarque : les fournisseurs d’équipements arrêtent généralement les sessions BGP si les nombres maximaux sont dépassés sur une session.

Nombre maximal de routes à accepter entre spine et leaf dans la structure, et spine-superspine. Cela inclut la VRF par défaut. Vous devrez peut-être définir cette option en cas de fuite de routes EVPN d’une zone de routage vers la zone de routage par défaut (VRF), ce qui pourrait générer un grand nombre de routes /32 et /128. Nous suggérons que cette valeur est effectivement illimitée sur tous les blueprints afin de garantir la stabilité du réseau des sessions BGP spine-leaf et de l’underlay EVPN. Nous proposons également un nombre illimité pour les blueprints non-EVPN, compte tenu de l’impact sur le trafic si les sessions spine-leaf sont hors ligne. Un nombre entier entre 1-2**32-1 fixera une limite maximale de routes dans la configuration BGP. La valeur 0 (zéro) prévoit que l’équipement n’applique jamais de limite au nombre de routes de structure (effectivement illimité).

Désactivé par défaut. Une fois activés, toutes les vteps EVPN de la structure redistribuent ARP/IPV6 ND (si possible sur le type NOS) en tant que routes EVPN de type 5/32 dans la table de routage. Actuellement, cette option est certifiée pour Juniper Junos uniquement. LE FRR (SONiC) le fait implicitement et ne peut pas être désactivé. Ce paramètre se traduit par un avertissement de blueprint indiquant qu’il n’est pas pris en charge. Cette valeur est désactivée par défaut, car elle génère un très grand nombre de routes dans la table de routage BGP et prend de grandes quantités d’espace d’allocation TCAM. Lorsque ces routes /32 et /128 sont générées, elles facilitent le routage unicast direct vers des destinations hôtes sur des VNIs qui ne sont pas étendues au vtep entrant, et évite une recherche de route vers un sous-réseau (tel que /24) qui peut être hébergé sur de nombreux équipements de branche. Le routage de l’hôte dirigé empêche une double recherche vers l’un des nombreux vtep peut héberger le /24 et achemine la destination directement vers le vtep correct.

La définition de « Générer des routes hôtes EVPN à partir d’ARP/IPV6 ND ARP » ajoute une déclaration de stratégie à la stratégie d’exportation utilisée dans la structure.