HP ProLiants mit Team-NIC kein Ping zu bestimmten IPs möglich
07.02.2012
16:22:14 Uhr651 Aufrufe
22 Antworten
16:22:14 Uhr
22 Antworten
Wenig anspruchsvoll -2
Hallo zusammen,
wir haben bei uns in der Firma ein kleines Problem, aber erstmal die Konfiguration.
3 Server:
- HP ProLiant ML350 G6 mit 2 NIC's -> Team NIC (Fileserver und VM Host)
- HP ProLiant DL380 G7 mit 2 NIC's -> Team NIC (Exchange)
- HP ProLiant ML180 G5 mit 1 NIC -> kein Team (Terminal Server)
Nun ist es so, dass wir 3 RFID Reader zur Zeiterfassung einsetzen, die mit den IP's 192.168.10.91 - .10.93 eingerichtet sind.
Wir haben eine Software, die direkt per IP auf die Reader geht, soweit so gut.
Auf jedem Client im Netz und auf o.g. Terminal Server ist das anpingen der 3 IP's kein Problem, antworten alle brav.
Nur die 2 Server mit teamed NIC's erreichen nur die .92 und die anderen nicht! Alles andere im Netzwerk ist sauber erreichbar, keine Probleme.
Alle Server hängen am gleichen Switch, die Clients auch. Ports wurden schon getauscht, brachte alles nichts.
Wir haben den Hersteller der Reader schon angeschrieben, denen ist so ein Verhalten noch nie untergekommen.
An sich würde mich das auch nicht stören, wenn ich die Software für die Zeiterfassung nicht gerne auf einer VM auf dem Fileserver laufen lassen würde, aktuell haben wir aus der Not einen alten Client hingestellt der das hostet, das sollte aber kein Dauerzustand sein!
Was könnte man denn noch ausprobieren? Ich weiß aktuell nicht mehr weiter...
Danke im Voraus, viele Grüße!
wir haben bei uns in der Firma ein kleines Problem, aber erstmal die Konfiguration.
3 Server:
- HP ProLiant ML350 G6 mit 2 NIC's -> Team NIC (Fileserver und VM Host)
- HP ProLiant DL380 G7 mit 2 NIC's -> Team NIC (Exchange)
- HP ProLiant ML180 G5 mit 1 NIC -> kein Team (Terminal Server)
Nun ist es so, dass wir 3 RFID Reader zur Zeiterfassung einsetzen, die mit den IP's 192.168.10.91 - .10.93 eingerichtet sind.
Wir haben eine Software, die direkt per IP auf die Reader geht, soweit so gut.
Auf jedem Client im Netz und auf o.g. Terminal Server ist das anpingen der 3 IP's kein Problem, antworten alle brav.
Nur die 2 Server mit teamed NIC's erreichen nur die .92 und die anderen nicht! Alles andere im Netzwerk ist sauber erreichbar, keine Probleme.
Alle Server hängen am gleichen Switch, die Clients auch. Ports wurden schon getauscht, brachte alles nichts.
Wir haben den Hersteller der Reader schon angeschrieben, denen ist so ein Verhalten noch nie untergekommen.
An sich würde mich das auch nicht stören, wenn ich die Software für die Zeiterfassung nicht gerne auf einer VM auf dem Fileserver laufen lassen würde, aktuell haben wir aus der Not einen alten Client hingestellt der das hostet, das sollte aber kein Dauerzustand sein!
Was könnte man denn noch ausprobieren? Ich weiß aktuell nicht mehr weiter...
Danke im Voraus, viele Grüße!
Lousek schreibt am 07.02.2012 um 16:45:14 Uhr
Sali
Ohne dir wirklich helfen zu sein können:
Wir hatten mal ein ähnliches Problem mit einem DL360 G5, welcher per Teaming an ein HP 1700-24-Switch angeschlossen war.
Angeschlossen an CISCO-Switches gab es aber keine Probleme, also haben wir nicht mehr weiter gesucht.
Ich würde in deinem Fall mal mit einem Packet-Sniffer (z.B. WireShark) dahinter und schauen, was mit dem ICMP-Päckchen passiert.
Gruss
lousek
Ohne dir wirklich helfen zu sein können:
Wir hatten mal ein ähnliches Problem mit einem DL360 G5, welcher per Teaming an ein HP 1700-24-Switch angeschlossen war.
Angeschlossen an CISCO-Switches gab es aber keine Probleme, also haben wir nicht mehr weiter gesucht.
Ich würde in deinem Fall mal mit einem Packet-Sniffer (z.B. WireShark) dahinter und schauen, was mit dem ICMP-Päckchen passiert.
Gruss
lousek
aqui schreibt am 07.02.2012 um 18:37:43 Uhr
Siehe auch hier:
http://www.administrator.de/index.php?con ...
http://www.administrator.de/index.php?con ...
http://www.administrator.de/index.php?con ...
http://www.administrator.de/index.php?con ...
http://www.administrator.de/index.php?con ...
Achtung bei Cisco Switches: Dort ist eine besondere Sorgfalt gefordert, denn die machen im Standard bei der Link Aggregation (Cisco nennt es Etherchannel !) immer nur deren proprietäres PaGP und kein LACP was Standard ist.
So würde dann nie ein aktives Teaming der Server NICs zustande kommen, mit alle den Effekten die du siehst ! Diese sprechen nämlich 802.3ad mit LACP und kein PaGP !
Eine saubere Cisco Konfig auf dem Switch zum NIC Teaming sähe so aus:
spanning-tree mode rapid-pvst
spanning-tree extend system-id
!
interface Port-channel1
switchport mode access
!
interface GigabitEthernet0/1
description LAG Trunk -> Server NIC 1
switchport mode access
channel-group 1 mode active
!
interface GigabitEthernet0/2
description LAG Trunk -> Server NIC 2
switchport mode access
channel-group 1 mode active
!
Mit "show etherchannel" kannst du auf dem Switch ganz genau sehen ob dein Teaming aktiv ist oder nicht !!
Ggf. solltest du also einmal deinen Switchkonfig hier posten ?!
@lousek
ICMP Paket ist Unsinn, denn die haben in dem Teaming Umfeld keine Bedeutung, jedenfalls nicht für den Link Aggregation Prozess !
http://www.administrator.de/index.php?con ...
http://www.administrator.de/index.php?con ...
http://www.administrator.de/index.php?con ...
http://www.administrator.de/index.php?con ...
http://www.administrator.de/index.php?con ...
Achtung bei Cisco Switches: Dort ist eine besondere Sorgfalt gefordert, denn die machen im Standard bei der Link Aggregation (Cisco nennt es Etherchannel !) immer nur deren proprietäres PaGP und kein LACP was Standard ist.
So würde dann nie ein aktives Teaming der Server NICs zustande kommen, mit alle den Effekten die du siehst ! Diese sprechen nämlich 802.3ad mit LACP und kein PaGP !
Eine saubere Cisco Konfig auf dem Switch zum NIC Teaming sähe so aus:
spanning-tree mode rapid-pvst
spanning-tree extend system-id
!
interface Port-channel1
switchport mode access
!
interface GigabitEthernet0/1
description LAG Trunk -> Server NIC 1
switchport mode access
channel-group 1 mode active
!
interface GigabitEthernet0/2
description LAG Trunk -> Server NIC 2
switchport mode access
channel-group 1 mode active
!
Mit "show etherchannel" kannst du auf dem Switch ganz genau sehen ob dein Teaming aktiv ist oder nicht !!
Ggf. solltest du also einmal deinen Switchkonfig hier posten ?!
@lousek
ICMP Paket ist Unsinn, denn die haben in dem Teaming Umfeld keine Bedeutung, jedenfalls nicht für den Link Aggregation Prozess !
LauneBaer schreibt am 07.02.2012 um 19:53:08 Uhr
Hallo,
danke für die Infos.
Die Switche sind von HP, Bezeichnung müsste ich morgen raussuchen. Sowohl Switche, als auch die Server wurden von unserem Systemhaus konfiguriert, daher gehe ich eigentlich davon aus, dass es passen müsste.
Das komische ist ja, dass das Teaming generell mit allem funktioniert, wir hatten noch nie Probleme mit irgendwas, außer jetzt eben diese "dummen" Reader.
Ich häng mich dann morgen mal an den Switch und versuch die Konfig runterzuziehen, dann kann ich alles hier posten, wenn euch das hilft.
Schon mal danke im Voraus!
danke für die Infos.
Die Switche sind von HP, Bezeichnung müsste ich morgen raussuchen. Sowohl Switche, als auch die Server wurden von unserem Systemhaus konfiguriert, daher gehe ich eigentlich davon aus, dass es passen müsste.
Das komische ist ja, dass das Teaming generell mit allem funktioniert, wir hatten noch nie Probleme mit irgendwas, außer jetzt eben diese "dummen" Reader.
Ich häng mich dann morgen mal an den Switch und versuch die Konfig runterzuziehen, dann kann ich alles hier posten, wenn euch das hilft.
Schon mal danke im Voraus!
Lochkartenstanzer schreibt am 08.02.2012 um 09:32:27 Uhr
Du könntest ja mal Anschluß vom "Reader" mitsniffen, ob das ICMP-Päckchen überhaupt so weit kommt, oder vorher beim switch ".hängenbleibt".
lks
Ach ja: Wenn das ein Systemhaus gemacht hat, sollten die Dir auch damit weiterhelfen können.
lks
Ach ja: Wenn das ein Systemhaus gemacht hat, sollten die Dir auch damit weiterhelfen können.
Ausserwoeger schreibt am 08.02.2012 um 11:58:14 Uhr
Wenn das HP Switches sind würde ich auch nach Firmwareupdates für die switches schauen. Übrigens haben HP switches Lebenslange Garantie (25 Jahre) wenn du wirklich probleme mit denen hast kannst du dich auch direkt an den Hersteller wenden. Die helfen dir auch weiter und schicken dir testweise mal einen Switch.
Wobei du wenn das ein Systemhaus konfiguriert hat dich auch wieder an das wenden solltest für die kann das Problem logisch oder klar sein wenn sie Speziele Einstellungen gemacht haben.
PS: Wenn du Windows 2008 Server verwendest die haben auch eine Windows Firewall die ICMP blockieren könnte.
LG
Wobei du wenn das ein Systemhaus konfiguriert hat dich auch wieder an das wenden solltest für die kann das Problem logisch oder klar sein wenn sie Speziele Einstellungen gemacht haben.
PS: Wenn du Windows 2008 Server verwendest die haben auch eine Windows Firewall die ICMP blockieren könnte.
LG
LauneBaer schreibt am 08.02.2012 um 13:55:25 Uhr
Hallo zusammen,
also, es handelt sich um HP ProCurve 2810-48G Switche.
Bin über die Console am Switch drauf, und das Ding ist im Endeffekt gar nicht konfiguriert, alles auf Standard, IP von DHCP. Über die IP bin ich dann aufs Webinterface und hier gibts folgendes:
100/1000T
Auto Mode
Flow Control: disabled
Stacking: Candidate
Multicast Filtering (IGMP): off
Spanning Tree: off
Software Version: 10/21/08 N.11.15
Ich habe noch direkt vom Webinterface einen Ping auf die 3 IP's gemacht, das hat einwandfrei funktioniert. (wusste nicht, dass das geht)
Was kann man den jetzt noch machen? Kann man an den Teamed NIC's noch was einstellen oder so?
Schon mal danke und Grüße!
also, es handelt sich um HP ProCurve 2810-48G Switche.
Bin über die Console am Switch drauf, und das Ding ist im Endeffekt gar nicht konfiguriert, alles auf Standard, IP von DHCP. Über die IP bin ich dann aufs Webinterface und hier gibts folgendes:
100/1000T
Auto Mode
Flow Control: disabled
Stacking: Candidate
Multicast Filtering (IGMP): off
Spanning Tree: off
Software Version: 10/21/08 N.11.15
Ich habe noch direkt vom Webinterface einen Ping auf die 3 IP's gemacht, das hat einwandfrei funktioniert. (wusste nicht, dass das geht)
Was kann man den jetzt noch machen? Kann man an den Teamed NIC's noch was einstellen oder so?
Schon mal danke und Grüße!
aqui schreibt am 10.02.2012 um 10:29:18 Uhr
Solche HP Gurken haben eigentlich in einem Server Umfeld mit Teaming nichts zu suchen...aber nun sind sie ja mal da (vermutlich weil sie wie immer schön billig sind...aber das ist auch das einzige was sie können) Aber egal...
Generell können die 802.3ad Link Aggregation mit LACP oder Teaming, da sist also nicht das Thema.
Dein Output von den Switches oben ist aber völlig sinnfrei und hilft gar nix, da es ja nicht die Konfiguration ist die uns hier weiterhelfen würde !
Wenn du es noch nicht einmal schaffst die aktuelle Konfig von dem Switch zu ziehen und nur dessen Klicki Bunti Oberfläche bedienen kannst machen sich böse Vorahnungen breit das vermutlich auf dem Switch an den Server Ports überhaupt gar kein Link Aggregation konfiguriert ist wenn es schon an solchen Banalitäten wie der Konfig scheitert...sorry.
Kein Wunder also das dann alles kollabiert bei dir, den Link Aggrgation (Teaming) ist IMMER eine 2-seitige Geschichte zwischen Server und Switch wie oben bereits ja mehrfach erwähnt und die diversen zitierten Threads ja auch haarklein erklären !!
Es muss also zwingend immer auf beiden Seiten eingerichtet werden.
Telnette also mit Putty oder TeraTerm den Switch und gib dort ein show run oder write term ein und poste die Konfig hier und nicht so eine überflüssige Info ob STP aktiviert ist oder welche Version darauf rennt !! Sorry...
http://www.chiark.greenend.org.uk/~sgtath ...
Dann können wir dir auch dediziert weiterhelfen um das Problem zu lösen !
Generell können die 802.3ad Link Aggregation mit LACP oder Teaming, da sist also nicht das Thema.
Dein Output von den Switches oben ist aber völlig sinnfrei und hilft gar nix, da es ja nicht die Konfiguration ist die uns hier weiterhelfen würde !
Wenn du es noch nicht einmal schaffst die aktuelle Konfig von dem Switch zu ziehen und nur dessen Klicki Bunti Oberfläche bedienen kannst machen sich böse Vorahnungen breit das vermutlich auf dem Switch an den Server Ports überhaupt gar kein Link Aggregation konfiguriert ist wenn es schon an solchen Banalitäten wie der Konfig scheitert...sorry.
Kein Wunder also das dann alles kollabiert bei dir, den Link Aggrgation (Teaming) ist IMMER eine 2-seitige Geschichte zwischen Server und Switch wie oben bereits ja mehrfach erwähnt und die diversen zitierten Threads ja auch haarklein erklären !!
Es muss also zwingend immer auf beiden Seiten eingerichtet werden.
Telnette also mit Putty oder TeraTerm den Switch und gib dort ein show run oder write term ein und poste die Konfig hier und nicht so eine überflüssige Info ob STP aktiviert ist oder welche Version darauf rennt !! Sorry...
http://www.chiark.greenend.org.uk/~sgtath ...
Dann können wir dir auch dediziert weiterhelfen um das Problem zu lösen !
LauneBaer schreibt am 10.02.2012 um 11:38:25 Uhr
Hallo aqui,
danke für deinen "netten" Beitrag. Ja ich habe keine Ahnung von Switchen, deswegen frage ich ja hier und ich bin bereit dazu zu lernen.
Mir war nicht bewusst, dass man gewisse Voraussetzungen für die Nutzung des Forums vorweisen muss. Daher entschuldige ich mich, dass ich nicht über deinen Wissensstand verfüge.
Back to topic:
Deine o.g. Befehle über putty haben folgendes Ergebnis geliefert:
"
Running configuration:
; J9022A Configuration Editor; Created on release #N.11.15
hostname "ProCurve Switch 2810-48G"
snmp-server community "public" Unrestricted
vlan 1
name "DEFAULT_VLAN"
untagged 1-48
ip address dhcp-bootp
exit
"
Vielleicht hilft das weiter...
Danke und Grüße
danke für deinen "netten" Beitrag. Ja ich habe keine Ahnung von Switchen, deswegen frage ich ja hier und ich bin bereit dazu zu lernen.
Mir war nicht bewusst, dass man gewisse Voraussetzungen für die Nutzung des Forums vorweisen muss. Daher entschuldige ich mich, dass ich nicht über deinen Wissensstand verfüge.
Back to topic:
Deine o.g. Befehle über putty haben folgendes Ergebnis geliefert:
"
Running configuration:
; J9022A Configuration Editor; Created on release #N.11.15
hostname "ProCurve Switch 2810-48G"
snmp-server community "public" Unrestricted
vlan 1
name "DEFAULT_VLAN"
untagged 1-48
ip address dhcp-bootp
exit
"
Vielleicht hilft das weiter...
Danke und Grüße
aqui schreibt am 10.02.2012 um 16:51:35 Uhr
OK böse gemeint war das natürlich nicht...logo. In der Antwort steckt nur ziemliche Verwunderung über soviel Naivität und Blauäugigkeit, aber warum fragst du nicht vorher ganz einfach deinen Netzwerk Admin, das er dir die Link Aggregation auf dem Switch wasserdicht einrichtet und lässt dir zur Sicherheit die Port Konfig zeigen.
Ausserdem kann er mit entsprechenden "show" Kommandos dir zeigen ob der 802.3ad / LACP Teaming Link überhaupt gebildet und aktiv ist. Eine sinnvolle Voraussetzung damit du überhaupt weiter machen kannst in deinem Server Projekt, oder ?
So, und nicht anders geht man vor wenn man auch auf der Infrastruktur essentiell wichtige Punkte für sein Projekt oder Server Anbindung umgesetzt haben will.
Alles andere wäre doch ziemlich blauäugig...einfach aufstecken und dann soll es schon gehen.
So eine Einstellung kann man doch nicht ernsthaft haben wenn man nicht Heimbastler ist, oder ?
Ausserdem kann er mit entsprechenden "show" Kommandos dir zeigen ob der 802.3ad / LACP Teaming Link überhaupt gebildet und aktiv ist. Eine sinnvolle Voraussetzung damit du überhaupt weiter machen kannst in deinem Server Projekt, oder ?
So, und nicht anders geht man vor wenn man auch auf der Infrastruktur essentiell wichtige Punkte für sein Projekt oder Server Anbindung umgesetzt haben will.
Alles andere wäre doch ziemlich blauäugig...einfach aufstecken und dann soll es schon gehen.
So eine Einstellung kann man doch nicht ernsthaft haben wenn man nicht Heimbastler ist, oder ?
LauneBaer schreibt am 10.02.2012 um 17:11:49 Uhr
Hallo,
blöderweise bin ich quasi der Admin. (ja ich weiß, haha...) Ich kenne mich leider nur bisschen mit Windows Server OS, AD, Exchange und unserem ERP System aus, was zu 95% im täglichen Leben reicht. (Nebenbei versuche ich noch über ein Fernstudium mein Wissen zu erweitern) Für die "groben" Sachen haben wir eigentlich unser Systemhaus, die auch wirklich kompetent sind, aber deswegen auch Kohle wollen. Das wiederum gefällt unserem Chef (Schwabe...) nicht. Daher seine Devise: "Alles was geht machen Sie, ich zahl Sie ja eh schon dann braucht der Externe nicht kommen". Naja kann man nicht ändern leider...
Witzigerweise hat das "Plug & Play" bisher ja gut funktioniert, es gibt mit keinem Dienst Probleme, bis jetzt diese Reader dazu kamen.
Also wenn ich das richtig verstehe, ist der Switch komplett unkonfiguriert und es wäre jetzt ein ziemlicher Aufwand mir (als Unwissenden) das alles zu erklären, wie man das einstellen muss oder? Gibts ggf. Dokumentation dazu in die man sich einlesen kann? (deutsch oder englisch egal) Das würde mir ja auch schon mal ein wenig weiterhelfen und ihr müsst nicht bei A anfangen...
Danke und Grüße
blöderweise bin ich quasi der Admin. (ja ich weiß, haha...) Ich kenne mich leider nur bisschen mit Windows Server OS, AD, Exchange und unserem ERP System aus, was zu 95% im täglichen Leben reicht. (Nebenbei versuche ich noch über ein Fernstudium mein Wissen zu erweitern) Für die "groben" Sachen haben wir eigentlich unser Systemhaus, die auch wirklich kompetent sind, aber deswegen auch Kohle wollen. Das wiederum gefällt unserem Chef (Schwabe...) nicht. Daher seine Devise: "Alles was geht machen Sie, ich zahl Sie ja eh schon dann braucht der Externe nicht kommen". Naja kann man nicht ändern leider...
Witzigerweise hat das "Plug & Play" bisher ja gut funktioniert, es gibt mit keinem Dienst Probleme, bis jetzt diese Reader dazu kamen.
Also wenn ich das richtig verstehe, ist der Switch komplett unkonfiguriert und es wäre jetzt ein ziemlicher Aufwand mir (als Unwissenden) das alles zu erklären, wie man das einstellen muss oder? Gibts ggf. Dokumentation dazu in die man sich einlesen kann? (deutsch oder englisch egal) Das würde mir ja auch schon mal ein wenig weiterhelfen und ihr müsst nicht bei A anfangen...
Danke und Grüße
dog schreibt am 10.02.2012 um 17:12:59 Uhr
01.
conf t 02.
trunk 1-2 Trk1 lacp 03.
exit 04.
wri memAktiviert einen Trunk mit Port 1 und 2 und LACP.
Natürlich muss dann im Teaming auf dem Server auch LACP benutzt werden!
Witzigerweise hat das "Plug & Play" bisher ja gut funktioniert
Das ist in der Tat witzig.
Lochkartenstanzer schreibt am 10.02.2012 um 17:38:41 Uhr
Zitat von LauneBaer:
Devise: "Alles was geht machen Sie, ich zahl Sie ja eh schon dann braucht der Externe nicht kommen". Naja kann man nicht
ändern leider...
ändern leider...
Doch, kann man ändern. Dein Chef benutzt das berühmte "EDo"-Prinzip Der Mitarbeiter ist "eh da" (eh do), also kann er die Arbeit machen.
Aber das rechnet sich nicht immer. Rechne ihm mal vor,. wieviel Zeit du damit verbrätst und was das bei deinem Gehalt ausmacht. Dann rechnest du ihm vor wieviel das beim Systemhaus kosten würde. Wenn das Systemhaus gut ist, wird sich der Anruf bei denen sicher rechnen, weil die das vermutlich in ein paar Minuten glattgezogen haben.
lks
aqui schreibt am 10.02.2012 um 22:47:11 Uhr
Ob er das nun wohl hinbekommt ?? Erschreckend soviel Plug and Play in einer Firma...na ja wenns für das Business reicht ist ja gut und witzig ist es ja auch...
Normalerweise wirft auch der blutigste Netzwerk Laie ja mal einen wenigstens kurzen Blick ins Handbuch.
Das es funktioniert hat ist einen Illusion. Die Trunks sind nie aktiv geworden. Das merkst du nur nicht wirklich wenn du dir nichtmal die Interface Statistiken auf dem Switch ansiehst mit show int xy oder mit einem SNMP Tool aber das ist ja sicher zuviel verlangt bei dir.
Na ja.. .Lochkarte hat zu dem Thema ja schon alles gesagt...da erübrigt sich jeder weitere Kommentar.
Kollege dog hat ja nun auch die nötigen Handgriffe geliefert.
Vielleicht sollte man noch dazu sagen das du den Switch per Telnet mit Putte dazu verbindest und das soweit einfach abtippst.
Dazu wird es ja hoffentlich noch reichen....
Normalerweise wirft auch der blutigste Netzwerk Laie ja mal einen wenigstens kurzen Blick ins Handbuch.
Das es funktioniert hat ist einen Illusion. Die Trunks sind nie aktiv geworden. Das merkst du nur nicht wirklich wenn du dir nichtmal die Interface Statistiken auf dem Switch ansiehst mit show int xy oder mit einem SNMP Tool aber das ist ja sicher zuviel verlangt bei dir.
Na ja.. .Lochkarte hat zu dem Thema ja schon alles gesagt...da erübrigt sich jeder weitere Kommentar.
Kollege dog hat ja nun auch die nötigen Handgriffe geliefert.
Vielleicht sollte man noch dazu sagen das du den Switch per Telnet mit Putte dazu verbindest und das soweit einfach abtippst.
Dazu wird es ja hoffentlich noch reichen....
Ausserwoeger schreibt am 11.02.2012 um 10:06:49 Uhr
Zitat von aqui:
Das es funktioniert hat ist einen Illusion. Die Trunks sind nie aktiv geworden. Das merkst du nur nicht wirklich wenn du dir
nichtmal die Interface Statistiken auf dem Switch ansiehst mit show int xy oder mit einem SNMP Tool aber das ist ja sicher
zuviel verlangt bei dir.
Das es funktioniert hat ist einen Illusion. Die Trunks sind nie aktiv geworden. Das merkst du nur nicht wirklich wenn du dir
nichtmal die Interface Statistiken auf dem Switch ansiehst mit show int xy oder mit einem SNMP Tool aber das ist ja sicher
zuviel verlangt bei dir.
Muss nicht sein es gibt einen Bug bei Hp Procurve produkten der serie. Wenn man einen Trunk auf dem ersten Port konfiguriert kann das zu einem konfigurationsverlust führen. HP hat eine tolle Funktion in die Switches eingebaut, es gibt keinen Reset knopf mehr. Hat man das Passwort vergessen muss man um einen reset des switches zu machen nur port 1 und 2 überbrücken also einen loop machen dann resetet sich der switch auf default werte. Wenn man also einen Trunk auf Port 1 und 2 macht kann es passieren das sich der Switch selbst resetet bei zb. einem Stromausfall.
Ich seh das wie du die Switches sind nicht grad das beste aber sie sind günstig deswegen muss ich mich viel mit denen rumschlagen weil mein chef die unseren kunden anbietet.
Deswegen könnte es sein das der Trunk schonmal funktioniert hat.
Der Procurve hat übrigens eine Mailbenachrichtigung inkludiert man muss nur den SMTP Server angeben und den User falls er benötigt wird.
LG
Ausserwoeger schreibt am 11.02.2012 um 18:51:50 Uhr
Zitat von dog:
> muss man um einen reset des switches zu machen nur port 1 und 2 überbrücken also einen loop machen
Das geht nur bei der 1700er und 1800er Serie und das sind keine echten HP-Switche.
Auch ist ein Trunk mit einem Server kein Loop.
> muss man um einen reset des switches zu machen nur port 1 und 2 überbrücken also einen loop machen
Das geht nur bei der 1700er und 1800er Serie und das sind keine echten HP-Switche.
Auch ist ein Trunk mit einem Server kein Loop.
Stimmt das Problem haben wohl die kleineren Switches ! Mein fehler ! Aber den rest hast du nicht richtig verstanden.
Wenn man Port 1 und 2 am switch zu einem Trunk konfiguriert schaltet man diese 2 Ports zusammen. Bei einem Stromausfall startet der switch und sendet ein packet auf port 1 aus um festzustellen ob er sich reseten soll. Wenn man diese in der Software zu einem Trunk gemacht hat ist es vorgekommen das er aus welchen gründen auch immer dieses packet auf Port 2 empfängt und sich somit resetet.
So wurde mir das jedenfalls vom HP support erklärt.
Und ich wäre mir da nicht so sicher ob dieses Problem nicht auch bei einem 2800+ Switch auftreten kann.
Leider habe ich keinen lagernd sonmst hätte ich das getestet.
LG
Ausserwoeger schreibt am 13.02.2012 um 09:49:39 Uhr
Zitat von aqui:
Soviel zum Thema ProCurve Switches..... Es hat schon einen Grund warum man besser einen weiten Bogen um diese Gurken machen
sollte...
Soviel zum Thema ProCurve Switches..... Es hat schon einen Grund warum man besser einen weiten Bogen um diese Gurken machen
sollte...
Ja hat es ! Was verwendet ihr eigendlich hauptsächlich ? Cisco ?
Gibt es etwas Preislich vergleichbares ?
Leider hab ich mit dem einkauf nix zu tun deswegen frag ich so blöd
LG
brammer schreibt am 13.02.2012 um 16:42:55 Uhr
Hallo,
armer dog!!
Longshine nur als Höhenausgleich wenn der Tisch schief steht und HP nur wenn garnichts anderes geht.
Diese Kurzsichtige Kosten Betrachtung der Einkäufer ist manchmal wirklich beschämend!
Aber, die Einkäufer sind auch die ersten die schreien wenn das Netz zu langsam wird...
brammer
armer dog!!
Longshine nur als Höhenausgleich wenn der Tisch schief steht und HP nur wenn garnichts anderes geht.
Diese Kurzsichtige Kosten Betrachtung der Einkäufer ist manchmal wirklich beschämend!
Aber, die Einkäufer sind auch die ersten die schreien wenn das Netz zu langsam wird...
brammer
aqui schreibt am 13.02.2012 um 17:30:18 Uhr
Na ja es gibt ja genügend Alternativen: Force 10 (jetzt Dell), Brocade (ex Foundry), Entensys, Extreme.... die haben auch alle schöne bunte Boxen die sowas können...(jedenfalls besser als HP)
Longshine reicht ja auch... Wenn man 3 davon mehrkauft und in den Schrank legt falls einer kaputt geht. Dann wegschmeissen und mit dem aus dem Schrank ersetzen. Ist auch ne Philosophie die auch funktioniert
Meist halten die erschreckenderweise länger als man denkt....
Longshine reicht ja auch... Wenn man 3 davon mehrkauft und in den Schrank legt falls einer kaputt geht. Dann wegschmeissen und mit dem aus dem Schrank ersetzen. Ist auch ne Philosophie die auch funktioniert
Meist halten die erschreckenderweise länger als man denkt....
