Nur gerade IPs pingbar? was soll das sein?
hallo
ich habe ein komisches phänomen mit einem unserer DC server (2008 Rs)
wir haben 9 Geräte im Netzwerk
beginnend mit ip 140
und endent mit ip 148
ich kann diese geräte von jemden server aus anpingen, auch von unserem 2. DC Server
nur der 1. DC Server macht hier probleme
und zwar kann ich von diesem server nur die ips 140,142,144,146 und 148 anpingen
die ungeraden IPs gehen nicht. was soll das sein? an den Geräten kann es nicht liegen denn wenn ich z.b. vom 147er Gerät die ip auf 150 stelle geht der ping, stelle ich dies zurück geht er wieder nicht.
Windows Firewall habe ich auch schon deaktiviert.
Der DC und die zu pingenden Geräte sind im gleichen netz.
ich habe ein komisches phänomen mit einem unserer DC server (2008 Rs)
wir haben 9 Geräte im Netzwerk
beginnend mit ip 140
und endent mit ip 148
ich kann diese geräte von jemden server aus anpingen, auch von unserem 2. DC Server
nur der 1. DC Server macht hier probleme
und zwar kann ich von diesem server nur die ips 140,142,144,146 und 148 anpingen
die ungeraden IPs gehen nicht. was soll das sein? an den Geräten kann es nicht liegen denn wenn ich z.b. vom 147er Gerät die ip auf 150 stelle geht der ping, stelle ich dies zurück geht er wieder nicht.
Windows Firewall habe ich auch schon deaktiviert.
Der DC und die zu pingenden Geräte sind im gleichen netz.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 305761
Url: https://administrator.de/forum/nur-gerade-ips-pingbar-was-soll-das-sein-305761.html
Ausgedruckt am: 23.12.2024 um 12:12 Uhr
10 Kommentare
Neuester Kommentar
Zitat von @cobain86:
ich kann diese geräte von jemden server aus anpingen, auch von unserem 2. DC Server
nur der 1. DC Server macht hier probleme
und zwar kann ich von diesem server nur die ips 140,142,144,146 und 148 anpingen
die ungeraden IPs gehen nicht. was soll das sein? an den Geräten kann es nicht liegen denn wenn ich z.b. vom 147er Gerät die ip auf 150 stelle geht der ping, stelle ich dies zurück geht er wieder nicht.
ich kann diese geräte von jemden server aus anpingen, auch von unserem 2. DC Server
nur der 1. DC Server macht hier probleme
und zwar kann ich von diesem server nur die ips 140,142,144,146 und 148 anpingen
die ungeraden IPs gehen nicht. was soll das sein? an den Geräten kann es nicht liegen denn wenn ich z.b. vom 147er Gerät die ip auf 150 stelle geht der ping, stelle ich dies zurück geht er wieder nicht.
Vom Phänomen her würde ich sagen, da steht irgendwo eine falsche Netzmaske drin, so nach dem Motto 192.168.17.1 statt 255.255.255.0.
lks
Moin,
probier doch mal folgendes:
Schnapp Dir einen Laptop und schliesse das über eine direkte Netzwerkverbindung an ein Gerät mit ungerader IP an. Die IP für das Laptop kannst Du ja frei wählen. Kannst Du dann pingen? So lässt sich schon mal ausschließen, dass ein Switch dazwischen Probleme macht.
Gruß
probier doch mal folgendes:
Schnapp Dir einen Laptop und schliesse das über eine direkte Netzwerkverbindung an ein Gerät mit ungerader IP an. Die IP für das Laptop kannst Du ja frei wählen. Kannst Du dann pingen? So lässt sich schon mal ausschließen, dass ein Switch dazwischen Probleme macht.
Gruß
Wie immer vermutlich auch noch den falschen Teaming Mode genommen bei Link Aggregation !!
Der muss zwingend 802.3ad kompatibel sein mit LACP.
Entsprechend auch die dazu korrespondierende Switch Konfig.
Die Windows HowTos dazu findet man hier:
https://www.microsoft.com/en-us/download/details.aspx?id=40319
Grundlagen für die Switch Infrastrukturseite hier:
Netzwerk Management Server mit Raspberry Pi
Nächstes Mal bitte solchen wichtigen Fakten die Forums Community nicht raten lassen sondern schildern. Ansonsten sucht man sich doch logischerweise einen Wolf wenn die Beschreibung so oberflächlich ist
Der muss zwingend 802.3ad kompatibel sein mit LACP.
Entsprechend auch die dazu korrespondierende Switch Konfig.
Die Windows HowTos dazu findet man hier:
https://www.microsoft.com/en-us/download/details.aspx?id=40319
Grundlagen für die Switch Infrastrukturseite hier:
Netzwerk Management Server mit Raspberry Pi
Nächstes Mal bitte solchen wichtigen Fakten die Forums Community nicht raten lassen sondern schildern. Ansonsten sucht man sich doch logischerweise einen Wolf wenn die Beschreibung so oberflächlich ist
der server ist über 2 ports an 2 unterschiedlichen switchen angeschlossen(beides hp procurve)
Das ist ausschliesslich NUR supportet wenn die Switches ein sog. Split Trunking Protokoll supporten (VPC=Virtual Port Channel = Cisco, MCT=Multi Chassis Trunking = Brocade, etc.)Können die Switches das nicht oder ist das nicht eingerichtet im Setup, dann MUSS ein LAG (Link Aggregation, Teaming) mit 802.3ad IMMER auf einem einzigen physischen Switch enden !!!
Andere Möglichkeit: Die Switches sind stackfähig (Stacking) und arbeiten in einem richtigen physischen Stack zusammen so das 2 oder mehr Einzelswitches einen virtuellen Switchstack ergeben und so agieren wie ein einzelner physischer Switch.
Billigheimer HP supportet hier mit den billigen Procurve Teilen allerdings nur ein simples Clustering mit dem dann ein Split Trunking NICHT supportet ist, weil es kein wirklicher Stack ist.
Es ist also so gut wie sicher davon auszugehen das deine billigen Procurves KEIN Split Trunking supporten und du den LAG mit beiden Links fest auf einem der beiden Switches enden lassen musst.
Splitting geht da definitiv dann nicht und damit ist dein Design oben falsch bzw. NICHT supportet !
Das ist eine Folge davon wenn man Billigswitches kauft...
ich habe es jetzt über die aktive/passive Einstellung im teaming gelöst.
Technisch gesehen die denkbar schlechteste Lösung !anders geht es leider mit den geräten nicht(außer LACP trunk auf die ports, aber das macht es undynamisch)
Was natürlich völiger Quatsch ist !Sorry aber wenn deine Switch Infrastruktur LACP LAGs supportet und dein Server auch was bitte ist daran dann "undynamisch" ??
Einzig mit der Redundanz hast du Recht, das der Server LAG dann auf einem einzigen Switch endet. Stribt der stirbt logischerweise auch die Serververbindung oder du müsstest sie im V-Fall umständlich auf vorbereitete Ports des anderen Switches umstecken.
Das ist eben der Nachteil wenn man billigsten HP Schrott fürs Server Netzwerk kauft. Fürs gleiche Geld hättest du ein paar Stack Switches (Cisco SG-500) oder Split Trunking fähige Switches anderer Hersteller (z.B. Brocade etc.) bekommen mit denen dein durchaus sehr sinnvolles Server Szenario problemlos möglich gewesen wäre in der Umsetzung.
Sowas wird dann bei HP sofort mit Höchststrafe bestraft....aber egal.
Case closed...
Wie kann ich einen Beitrag als gelöst markieren?