ANNEXE : Exemple de relais DHCP dans une fabric de multihébergement EVPN

Campus Fabric Dialogue Configuration

Dans la configuration de la boîte de dialogue de fabric de campus, il est important de configurer :

• Le bon type de fabric = multihébergement EVPN
• Adresse MAC de la passerelle virtuelle v4 = Activé (cela facilite le débogage car aucune adresse MAC globale n’est utilisée sur tous les VLAN).

Affectez les commutateurs en tant que cœurs réduits et commutateurs d’accès dans le volet suivant.

Ensuite, dans la boîte de dialogue « Réseaux », importez deux VLAN à partir du modèle de commutateur.

• Premier VLAN (votre client de bureau nécessitant un bail sera ici) :
  • Nom = vlan1099
  • ID VLAN = 1099
  • Sous-réseau IPv4 = 10.99.99.0/24
  • Passerelle virtuelle IPv4 = 10.99.99.1
• Deuxième VLAN (votre serveur DHCP sera là) :
  • Nom = vlan1091
  • ID VLAN = 1091
  • Sous-réseau IPv4 = 10.91.91.0/24
  • Passerelle virtuelle IPv4 = 10.91.91.1

Ensuite, ajoutez-les à un seul VRF :

• Configuration VRF = Activé
• VRF :
  • Nom = customera
  • Réseaux = vlan1099 et vlan1091

Voir l’exemple :

Ajoutez également les informations du relais DHCP :

• Relais DHCP = Activé
• VLAN1099 :
  • Réseau = vlan1099
  • Serveurs DHCP = 10.91.91.42

Note:

Assurez-vous de toujours utiliser cette boîte de dialogue pour configurer le relais DHCP dans toutes les conceptions de fabric de campus.

Terminez les dialogues restants afin que Juniper Mist cloud pousse la configuration pour configurer la structure.

Configuration du commutateur d’accès

Notre client Desktop1 est connecté à l’interface ge-0/0/3 du commutateur Access1 via la configuration de port suivante :

Sur la base de cette configuration, Juniper Mist cloud configure la configuration Junos OS suivante sur les deux commutateurs Collapsed core où se trouve le VRF dans cette structure.

Note:

Au moment de la création de ce document, toutes les options de Junos OS expliquées dans le chapitre sur l’architecture de la solution n’étaient pas créées. C’est pourquoi nous avons ajouté manuellement la configuration Junos OS supplémentaire ci-dessous sur chaque commutateur collapsed core afin d’optimiser l’expérience avec les différents serveurs DHCP testés.

Intégration au serveur DHCP

Nous avons décidé de positionner un commutateur entre la structure et le serveur DHCP qui était une machine virtuelle. Microsoft Windows ne prend pas en charge l’utilisation de LACP lorsque le serveur est une machine virtuelle. Cependant, nous le faisons du côté de la structure, c’est pourquoi nous utilisons un commutateur comme élément de traduction. Un autre avantage est que vis-à-vis de la VM, on dispose alors d’une interface unique contenant tous les messages ce qui facilite le débogage.

Sur les deux commutateurs collapsed core, vous configurez :

• ID de port = ge-0/0/5
• Profil de configuration = vlan1091
• Agrégation de ports = Activé
  • Indice AE = 1
  • ESI-LAG = Activé

Sur le commutateur entre la structure et le serveur DHCP, vous ajoutez une configuration LAG simple, telle que celle ci-dessous :

• ID de port = ge-0/0/1-2
• Interface = interface L2
• Profil de configuration = vlan1091
• Agrégation de ports = Activé
  • LACP = Activé
  • LACP force vers le haut = Désactivé
  • Ralentissement périodique LACP = Désactivé
  • Indice AE = 1

L’interface unique vers le serveur DHCP alors :

• ID de port = ge-0/0/0
• Interface = interface L2
• Profil de configuration = vlan1091

Vérifiez le serveur DHCP lui-même

Nous supposons que vous avez installé Microsoft Windows 2022 Server Edition et appliqué l’exemple de configuration du chapitre ci-dessus ANNEXE : Exemple de configuration du serveur Microsoft DHCP utilisée pour les tests . Lorsque cela est fait, vous devez vérifier la connexion à la structure pour vous assurer que le serveur reçoit les messages de relais. Dans notre cas, le serveur avait plus d’une interface pour l’amorcer :

Vérifiez que le serveur est à l’écoute sur l’adresse IP 10.91.91.42 :

Test final avec un client filaire

Pour terminer l’installation, effectuez un dernier test avec un client filaire. L’état initial de notre client est qu’il dispose d’une adresse IP statique attribuée et qu’il peut communiquer vers Internet :

Vous pouvez voir ce client et son adresse IP dans la vue d’ensemble du client filaire sur le portail Juniper Mist :

Ensuite, nous déconfigurons l’adresse IP statique et essayons d’obtenir un bail DHCP à la place. La configuration supplémentaire ci-dessous garantit que le client perd la configuration statique et toute connaissance préalable d’un bail DHCP. Nous lançons ensuite le client DHCP au premier plan pour voir un peu plus de messages de débogage :

Au bout d’un certain temps (en fonction des délais ARP locaux), cette modification devient visible dans la vue d’ensemble du client filaire :

Vous pouvez également voir le document de bail sur le serveur DHCP lui-même lors de l’ouverture du gestionnaire DHCP comme suit :

Vous trouverez ci-dessous un exemple de notre client apparaissant maintenant dans la base de données des baux du serveur DHCP :

Exemple de trace d’un document de bail DHCP

Vous trouverez ci-dessous la séquence complète d’un document de bail DHCP portant sur le client filaire d’origine et côté serveur DHCP recevant les messages transférés de l’agent relais de la fabric. Cela a été capturé simultanément via tcpdump.

Nous commençons le suivi sur le client qui envoie le message de découverte par diffusion à l’agent de relais de fabric :

Nous allons maintenant examiner le message de relais arrivant sur le serveur DHCP avec les informations incorporées de l’agent de relais de structure, telles que l’adresse IP de la passerelle et l’option 82 :

Le serveur DHCP répond à l’agent de relais de fabric avec l’offre pour le client :

L’agent de relais de fabric filtre certaines informations (par exemple, l’option 82) et transmet l’offre au client sous forme de monocast de couche 2 :

Sur la base de l’offre précédente reçue, le client envoie désormais un message de demande par diffusion à l’agent Fabric Relay :

Nous passons maintenant en revue les messages de relais arrivant sur le serveur DHCP avec les informations incorporées de l’agent de relais de structure, telles que l’adresse IP de la passerelle, et l’option 82, comme le message discover précédemment transféré :

Le serveur DHCP répond avec l’accusé de réception de bail à l’agent de relais de fabric :

L’agent de relais de fabric filtre certaines informations (par exemple, l’option 82) et transmet l’accusé de réception de bail au client sous forme de monodiffusion de couche 2 :