CISCO LACP Portchannel - SNMP Trap bei Änderung eines Members
Hallo zusammen,
ich stecke gerade fest bei folgendem Problem: Ich habe einen Portchannel (je 2 Ports, LACP) zwischen zwei CISCO Switches (Cat 2960-X und Nexus 55xx). Es geht hier um eine WAN-Strecke (über zwei verschiedene Carrier), über die L2-Protokolle getunnelt werden. An den Interfaces der Switches steckt jeweils ein NT-Interface eines Carriers. Der Portchannel funktioniert absolut problemlos. Nun möchte ich den Portchannel überwachen, und zwar dahingehend, dass ich wissen möchte, wenn eine Leitung (also ein Carrier) down geht.
Nun das Problem: Der Link-Status der Interfaces wird sich nicht ändern, denn da hängt ja der jeweilige NT dran. Wohl aber läuft der Portchannel dann nur noch über ein Member, und die LACP Messages werden dann ja auch nicht mehr getunnelt. Wie kriege ich es hin, dass ein SNMP Trap geschickt wird, wenn sich der Status des PC ändert, obwohl die Interfaces darunter beide up bleiben und auch der PC weiter funktioniert?
Danke vorab!
ich stecke gerade fest bei folgendem Problem: Ich habe einen Portchannel (je 2 Ports, LACP) zwischen zwei CISCO Switches (Cat 2960-X und Nexus 55xx). Es geht hier um eine WAN-Strecke (über zwei verschiedene Carrier), über die L2-Protokolle getunnelt werden. An den Interfaces der Switches steckt jeweils ein NT-Interface eines Carriers. Der Portchannel funktioniert absolut problemlos. Nun möchte ich den Portchannel überwachen, und zwar dahingehend, dass ich wissen möchte, wenn eine Leitung (also ein Carrier) down geht.
Nun das Problem: Der Link-Status der Interfaces wird sich nicht ändern, denn da hängt ja der jeweilige NT dran. Wohl aber läuft der Portchannel dann nur noch über ein Member, und die LACP Messages werden dann ja auch nicht mehr getunnelt. Wie kriege ich es hin, dass ein SNMP Trap geschickt wird, wenn sich der Status des PC ändert, obwohl die Interfaces darunter beide up bleiben und auch der PC weiter funktioniert?
Danke vorab!
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 325105
Url: https://administrator.de/forum/cisco-lacp-portchannel-snmp-trap-bei-aenderung-eines-members-325105.html
Ausgedruckt am: 23.12.2024 um 14:12 Uhr
6 Kommentare
Neuester Kommentar
Eventuell mit "ip sla"
Das habe ich auf die schnelle gefunden:
https://supportforums.cisco.com/discussion/11093796/ip-sla-snmp-traps
Damit hast du schon mal ein Konfigurations Beispiel.
Ansonsten die entsprechenden Command Reference oder den Configuration Guide verwenden.
have fun
Das habe ich auf die schnelle gefunden:
https://supportforums.cisco.com/discussion/11093796/ip-sla-snmp-traps
Damit hast du schon mal ein Konfigurations Beispiel.
Ansonsten die entsprechenden Command Reference oder den Configuration Guide verwenden.
have fun
Nützt aber auch nix wenn innerhalb der Carrierverbindung ein Links ausfällt. Solche Dienste werden als VLL oder VPLS im MPLS Backbone des Providers realisiert.
Solange also der Link zum Provider Access System UP ist ist auch der Switchlink UP. Der merkt eben nicht wenn in der Backbone Wolke beim Provider was ausfällt. Dort hilt nur ein Keepalive Programm wie UDLD oder der LACP Keepalive beim LAG.
Solange also der Link zum Provider Access System UP ist ist auch der Switchlink UP. Der merkt eben nicht wenn in der Backbone Wolke beim Provider was ausfällt. Dort hilt nur ein Keepalive Programm wie UDLD oder der LACP Keepalive beim LAG.