Module-Kit de Maîtrise : EtherChannel

# Surveillance proactive avec SNMP/Monitoring
show etherchannel summary
show interfaces port-channel 1 counters

Script de monitoring Python (à exécuter toutes les 5 minutes) :

import netmiko, time
device = {'device_type': 'cisco_ios', 'host': 'switch1', 'username': 'admin', 'password': 'password'}
conn = netmiko.ConnectHandler(**device)
output = conn.send_command('show etherchannel summary')
if 'D' in output or 'I' in output:  # D=Down, I=Inactive
    send_email_alert("EtherChannel Degraded!")

! Vérifier et corriger la cohérence
interface range fa0/1 - 2
 switchport mode trunk
 switchport trunk allowed vlan 1,10,20
 channel-group 1 mode active
exit
interface port-channel 1
 description TRUNK_TO_CORE
!

- name: Configure EtherChannel LACP
  cisco.ios.ios_lag_interfaces:
    config:
      - name: Port-channel1
        members:
          - member: FastEthernet0/1
            mode: active
          - member: FastEthernet0/2
            mode: active
        mode: "lacp"
    state: merged

Processus de Diagnostic (Arbre Décisionnel) :

1. Vérifier la cohérence VLAN native :

show interfaces trunk | include Native

Si différent sur les ports membres → Corriger avec :

interface range fa0/1-2
 switchport trunk native vlan 999

2. Vérifier les erreurs sur les interfaces physiques :

show interfaces fa0/1 counters errors
show interfaces fa0/2 counters errors

Si CRC/alignment errors → Problème de câblage ou de carte réseau.

3. Vérifier la compatibilité PAgP/LACP :

show etherchannel port-channel

Regarder "Flags:" - D = désactivé par le protocole.

4. Vérifier STP :

show spanning-tree interface port-channel 1

Si bloqué (BLK) → Vérifier la priorité STP ou les boucles.

! Fix
interface range fa0/1 - 2
 switchport trunk native vlan 999
end
clear etherchannel 1 force  ! Force la re-négociation

! Vérification du fix
show etherchannel summary
show interfaces port-channel 1

! Rollback au cas où
configure terminal
interface range fa0/1 - 2
 switchport trunk native vlan 1
end

← Module Précédent (STP) : STP bloquait les liens redondants pour éviter les boucles, gaspillant la bande passante. EtherChannel résout ce dilemme en faisant apparaître plusieurs liens physiques comme UN lien logique aux yeux de STP.

"Il est 3h du matin, tous les utilisateurs du VLAN 10 se plaignent d'une connexion réseau lente. Vous voyez que l'EtherChannel Po1 vers le core switch montre 4 liens, mais seulement 1 avec (P) et 3 avec (s) en LACP. Votre première commande, votre première hypothèse, et votre plan d'action en 3 étapes ?"

Première commande :

show lacp internal  ! Voir l'état LACP détaillé

Première hypothèse : Limite lacp max-bundle mal configurée ou différente des deux côtés, forçant des liens en standby.

Plan d'action :

1. show run interface port-channel1 sur les deux switches pour vérifier lacp max-bundle
2. Uniformiser à la même valeur (ex: 4) des deux côtés
3. clear lacp counters et surveiller la reconvergence avec show etherchannel summary