Les étapes décrites dans cette section abordent le dépannage des problèmes de connectivité entre des machines virtuelles situées sur différents hyperviseurs via le commutateur de superposition lorsque les états de configuration et d'exécution sont normaux.

Si les machines virtuelles se trouvent sur le même hyperviseur, accédez à Dépannage de problèmes d'ARP pour un commutateur logique de superposition.

Procédure

  1. Exécutez la commande suivante sur le contrôleur qui possède le commutateur logique pour voir si le CCP dispose de la liste VTEP correcte :
    controller1> get logical-switch 5000 vtep
  2. Sur chaque hyperviseur, exécutez la commande suivante dans l'interface de ligne de commande de NSX pour voir s'il dispose de la liste VTEP correcte :

    Sur ESXi :

    host1> get logical-switch <logical-switch-UUID> tep-table

    Sinon, vous pouvez exécuter la commande shell suivante pour obtenir les informations VTEP :

    [root@host1:~] net-vdl2 -M vtep -s vds -n VNI

    Sur KVM :

    host1> get logical-switch <logical-switch-UUID or VNI> tep-table
  3. Vérifiez si les VTEP présentes sur l'hyperviseur peuvent effectuer un test ping les unes sur les autres.

    À l'invite du shell ESXi :

    host1> ping ++netstack=vxlan <remote-VTEP-IP>

    À l'invite du shell KVM :

    host1> ping <remote-VTEP-IP>

    Si les VTEP ne peuvent pas effectuer de test ping les unes sur les autres,

    1. Assurez-vous que le VLAN de transport spécifié lors de la création du nœud de transport correspond à celui attendu par la sous-couche. Si vous utilisez des ports d'accès dans la sous-couche, le VLAN de transport doit être défini sur 0. Si vous spécifiez un VLAN de transport, les ports de commutateur sous-jacents auxquels les hyperviseurs se connectent doivent être configurés pour accepter ce VLAN en mode trunk.
    2. Vérifiez la connectivité sous-jacente.
  4. Vérifiez que les sessions BFD entre les VTEP sont actives.

    Sur ESXi, exécutez net-vdl2 -M bfd et examinez la réponse. Par exemple,

    BFD count: 1
    ===========================
    Local IP: 192.168.48.35, Remote IP: 192.168.197.243, Local State: up, Remote State: up, Local
    Diag: No Diagnostic, Remote Diag: No Diagnostic, minRx: 1000000, isDisabled: 0

    Sur KVM, trouvez l'interface GENEVE à l'adresse IP distante.

    ovs-vsctl list interface <GENEVE-interface-name>

    Si vous ne connaissez pas le nom de l'interface, exécutez ovs-vsctl find Interface type=geneve pour renvoyer toutes les interfaces de tunnel. Recherchez des informations BFD.

    Si vous ne trouvez pas d'interface GENEVE sur le VTEP distant, vérifiez que nsx-agent est en cours d'exécution et que le pont d'intégration OVS est connecté à nsx-agent.

    [root@host1 ~]# ovs-vsctl show
    96c9e543-fc68-448a-9882-6e161c313a5b
      Manager "tcp:127.0.0.1:6632"
        is_connected: true 
      Bridge nsx-managed
        Controller "tcp:127.0.0.1:6633"
          is_connected: true
        Controller "unix:ovs-l3d.mgmt"
          is_connected: true
        fail_mode: secure