8
HP Switche - Nicht verwendete Ports finden
Hallo Community,
ich habe mal wieder eine Frage.
Kennt jemand einen Befehl wo ich bei einem HP Switch Ports herausfinden kann die nicht verwendet werden ?
Sie sind zwar gesteckt aber es hängt kein Endgerät dran.
Ich kenne nur den Befehl show int
dort wird mir dann zu jedem Port der Traffic angezeigt, man könnte sagen , die Ports wo kein Traffic drauf ist, werden auch nicht benutzt.
Was aber, wenn gerade User im Urlaub sind oder ein Gerät gerade nur ausgeschaltet sid.
Vielleicht ein Befehl der mir Ports zeigt die länger als 2 Monate nicht up waren.
Vielleicht bietet das HP auch gar nicht.
Vielen Dank...
ich habe mal wieder eine Frage.
Kennt jemand einen Befehl wo ich bei einem HP Switch Ports herausfinden kann die nicht verwendet werden ?
Sie sind zwar gesteckt aber es hängt kein Endgerät dran.
Ich kenne nur den Befehl show int
dort wird mir dann zu jedem Port der Traffic angezeigt, man könnte sagen , die Ports wo kein Traffic drauf ist, werden auch nicht benutzt.
Was aber, wenn gerade User im Urlaub sind oder ein Gerät gerade nur ausgeschaltet sid.
Vielleicht ein Befehl der mir Ports zeigt die länger als 2 Monate nicht up waren.
Vielleicht bietet das HP auch gar nicht.
Vielen Dank...
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 259083
Url: https://administrator.de/forum/hp-switche-nicht-verwendete-ports-finden-259083.html
Ausgedruckt am: 31.12.2024 um 19:12 Uhr
8 Kommentare
Neuester Kommentar
Hi,
Counter Reset und mal 3-4 Wochen warten und alles was bis dahin noch auf 0 steht erstmal abklemmen. Bei bedarf dann den Port wieder anklemmen. (Der user meldet sich dann schon
)
Gruß
Counter Reset und mal 3-4 Wochen warten und alles was bis dahin noch auf 0 steht erstmal abklemmen. Bei bedarf dann den Port wieder anklemmen. (Der user meldet sich dann schon
)Gruß
wie killtec schon schrieb: alle counter mal nullen und dann in paar wochen nochmal schauen,
ansonsten: ne ordentliche Doku pflegen, Kabel beschriften :D
ansonsten: ne ordentliche Doku pflegen, Kabel beschriften :D
Zitat von @117643:
ansonsten: ne ordentliche Doku pflegen, Kabel beschriften :D
ansonsten: ne ordentliche Doku pflegen, Kabel beschriften :D
Das ist immer schwer, Da habe ich bei uns einen ganzen Tag dran gesessen (Und das nur am Patchfeld und Switch)...
Dann wird mal schnell was geändert - kurz - und dann doch so gelassen (undokumentiert)...
Gruß
Ja ist bei uns genauso, Doku pflegen ist imemr nen K(r)ampf...
inzwischen machen wir es so, dass die Patchpanelseite von uns IMMER Dokumentert (Excel mit Raumplänen) wird (sprich wofür der Port genutzt wird, Drucker, Telefon,PC...),
und "neue" Verbindungen zwischen Panel/Switch nicht mehr sauber verkabeln, sondern die Kabel einfach in der Luft hängen lassen
und dann in unseren Spätschichten alle paar Monate mal aufräumt wird.
Läuft so nun etwa 1 Jahr relativ erfolgreich (Bei ca 400 Ports, Unternehmensnetzwerk, also relativ wenige Veränderungen pro Monat)
inzwischen machen wir es so, dass die Patchpanelseite von uns IMMER Dokumentert (Excel mit Raumplänen) wird (sprich wofür der Port genutzt wird, Drucker, Telefon,PC...),
und "neue" Verbindungen zwischen Panel/Switch nicht mehr sauber verkabeln, sondern die Kabel einfach in der Luft hängen lassen
und dann in unseren Spätschichten alle paar Monate mal aufräumt wird.
Läuft so nun etwa 1 Jahr relativ erfolgreich
(Bei ca 400 Ports, Unternehmensnetzwerk, also relativ wenige Veränderungen pro Monat)
Mit einem gescheiten CLI ist das ein Kinderspiel:
show interface | include down
löst das im Handumdrehen !
Das zeigt dann nur Interface an mit dem State down !
Genauso einfach geht das mit einem snmpwalk über SNMP und die Interface Status OID.
Wo ist dein wirkliches Problem ?
show interface | include down
löst das im Handumdrehen !
Das zeigt dann nur Interface an mit dem State down !
Genauso einfach geht das mit einem snmpwalk über SNMP und die Interface Status OID.
Wo ist dein wirkliches Problem ?
Ein clear counter habe ich schon durchgeführt und sehe ja wie oben schon geschrieben ob nochmal traffic drauf kommt oder nicht.
Bei Cisco gab es früher so einen schönen Befehl, ich dachte das gibt es bei HP auch. Naja .. man kann nicht alles haben.
Doku Pflegen .. wir pflegen jede Mac-Adresse auf dem Radius und egal wo du ihn auf dem Switch drauf steckst bekommt er sein VLAN, haben nur ganz spezielle Ports die manuell konfiguriert sind.
Das wirkliche Problem ist, das ich einen Switch tauschen möchte , der neue Switch hat ein Modul weniger also 24 Ports, was auch kein problem ist, seit MOntag sind es schon 64 Ports die kein Traffic haben.
Bei Cisco gab es früher so einen schönen Befehl, ich dachte das gibt es bei HP auch. Naja .. man kann nicht alles haben.
Doku Pflegen .. wir pflegen jede Mac-Adresse auf dem Radius und egal wo du ihn auf dem Switch drauf steckst bekommt er sein VLAN, haben nur ganz spezielle Ports die manuell konfiguriert sind.
Das wirkliche Problem ist, das ich einen Switch tauschen möchte , der neue Switch hat ein Modul weniger
also 24 Ports, was auch kein problem ist, seit MOntag sind es schon 64 Ports die kein Traffic haben.ich dachte das gibt es bei HP auch.
Muha ha ha... beim Billigheimer HP mit den schrottigen ProCurves. Das meinst du nicht im Ernst, oder ??? You get what you pay for !!Warum machst du die Abfrage nicht mit SNMP ? Mit einem kleinen Skript 3 Zeiler ist das doch ein Kinderspiel ?!
Hi aqui ...hehe, jaa ich weiss ja...HP ist nich soo schlecht.. Ich mag Cisco irgendwie nicht, die machen zwar gute Netzwerklösungen aber ich finde die sooo arrogant...
Ich bin auf paar kleine dinge , zufrieden mit HP....
Ja ich werde das mal mit dem Skript versuchen
Danke für deine Antwort....
