Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configurations optionnelles : relais DHCP et multicast

Utilisez ces exemples pour configurer le relais DHCP et le transfert multicast facultatifs sur votre architecture de centre de données à dorsale réduite.

Configurer le relais DHCP (facultatif)

Exigences

Aperçu

Cette section permet de configurer les commutateurs centraux pour qu’ils relaient les requêtes DHCP au serveur DHCP. Activez le relais DHCP dans une instance de routage avec cette forward-only option. Cette forward-only option garantit que les paquets DHCP sont transférés sur le commutateur, mais qu’aucune liaison client-serveur DHCP n’est créée.

Topologie

Le serveur DHCP peut être situé n’importe où dans le centre de données ou dans un autre centre de données. Dans ce cas, le serveur DHCP est connecté à l’un des commutateurs ToR de DC1 et l’adresse IP du serveur DHCP est 192.168.201.10. La topologie du relais DHCP est illustrée à la Figure 1.

Figure 1 : topologie DHCP Relay Topology du relais DHCP

Configuration

Configurer le cœur de réseau 1

Procédure étape par étape
  1. Configurez le relais DHCP sur la première instance de routage.

  2. Configurez le relais DHCP sur la deuxième instance de routage.

  3. Vérifiez le relais DHCP sur le cœur de réseau 1.

Configurer le cœur de réseau 2

Procédure étape par étape
  1. Configurez le relais DHCP sur la première instance de routage.

  2. Configurez le relais DHCP sur la deuxième instance de routage.

  3. Vérifiez le relais DHCP sur le cœur de réseau 2.

Configurer la multidiffusion pour le trafic intra-VNI (facultatif)

Exigences

Aperçu

Utilisez cette section pour configurer votre architecture de dorsale réduite afin d’autoriser le trafic multicast intra-VNI. La source multicast et les récepteurs font partie du même VLAN.

Note:

L’architecture de cœur de réseau réduite avec QFX5120 commutateurs de cœur de réseau ne prend pas en charge le trafic multicast entre VNI.

Topologie

Cette section inclut la configuration de deux groupes multicast. Le premier est le groupe multicast 224.0.0.66. Comme illustré sur la Figure 2, la source de multidiffusion est le point de terminaison 62. Le récepteur de multidiffusion, Endpoint 61, est connecté au ToR 2. La source et le récepteur se trouvant tous deux dans le même VLAN, le trafic entre eux constitue donc un trafic multicast intra-VNI.

Figure 2 : topologie du groupe multicast 224.0.0.66
Topology

Configuration

Configurer les équipements

Procédure étape par étape
  1. Activez la surveillance IGMP pour tous les VLAN sur les deux commutateurs centraux.

  2. Configurez les commutateurs ToR avec surveillance IGMP pour tous les VLAN.

Vérification pour le groupe multicast 224.0.0.66

Procédure étape par étape
  1. Vérifiez l’appartenance à l’écoute IGMP sur ToR 2.

  2. Vérifier l’appartenance à la surveillance IGMP sur le cœur de réseau 1.

  3. Vérifiez l’appartenance à la surveillance IGMP sur Spine 2.

  4. Vérifiez le redirecteur désigné sur le dos 1. La sortie indique que Spine 1 est le redirecteur désigné pour tous les segments Ethernet.

  5. Vérifiez le flux de trafic multicast sur le cœur de réseau 1.

    Sur la base du hachage LAG, ToR 1 envoie le trafic multicast au cœur de réseau 1. Le trafic atteint le spine 1 sur l’interface AE1. La colonne vertébrale 1 transfère ce trafic via AE2 en fonction de l’appartenance au groupe IGMP.

  6. Vérifiez le flux de trafic multicast sur Spine 2.

    Basé sur le hachage LAG, ToR 1 n’envoie pas le trafic multicast vers Spine 2. Spine 2 reçoit ce trafic du Spine 1 via l’overlay, mais il abandonne ce trafic et ne le transmet pas à AE2.

Vérification pour le groupe multicast 224.0.0.65

Procédure étape par étape
  1. Vérifiez le redirecteur désigné sur le dos 1. La sortie indique que Spine 1 est toujours le redirecteur désigné pour tous les segments Ethernet.

  2. Vérifiez le flux de trafic multicast sur le cœur de réseau 1.

    Basé sur le hachage LAG, ToR 1 n’envoie pas le trafic multicast vers le cœur de réseau 1, de sorte qu’il n’y a pas de trafic entrant pour ce groupe de multicast sur le cœur de réseau 1. La colonne vertébrale 1 reçoit le flux multicast de la colonne vertébrale 2 via l’overlay. Spine 1 abandonne le trafic et ne le transfère pas vers AE2, car les spine 1 et spine 2 font partie des mêmes segments Ethernet pour AE1 et AE2.

  3. Vérifiez le flux de trafic multicast sur Spine 2.

    Sur la base du hachage LAG, ToR 1 envoie le trafic multicast au cœur de réseau 2. Spine 2 n’est pas le redirecteur désigné pour les segments Ethernet, mais Spine 2 transfère toujours ce trafic aux récepteurs sur AE2 en fonction des règles de polarisation locales pour le transfert multicast. Pour plus d’informations sur les règles de transfert multicast EVPN, reportez-vous à la section Présentation du transfert multicast sélectif .

    Vous avez correctement configuré le transfert de trafic multicast sur votre réseau.