Mini-Netzwerk verhält sich seltsam

[p80286]

Da die Kommunikation der beiden APs ohne Notebook funktioniert, wohl eher nicht.

könnte es sein, das sich in dem WLAN nur zwei Teilnehmer befinden dürfen, und sich durch die Verbindung mit dem Firmennetz der Laptop aus dem WLAN "verabschiedet"?

Gruß
K-H

[Medium]

Es ist ja genau umgekehrt: Mit Firmennetz (es muss nur angestöpselt sein) kann ich vom Notebook aus die SPS2 anpingen, ohne jedoch nicht. Zumal das Notebook via Kabel mit am Switch hängt, in dem auch der AP steckt. WLAN ist am Notebook abgeschaltet.

Die SPS2 taucht in der Routingtabelle meines Notebooks nicht auf, unabhängig davon ob ich sie anpingen kann oder nicht (also mit und ohne Firmennetz am Switch). Was sagt mir das?
Das Notebook als Schuldigen kann ich aber ausschließen, da 2 weitere Rechner das gleiche Verhalten gezeigt haben. Ein dritter kann SPS2 witzigerweise überhaupt nicht anpingen, egal ob mit Firmennetz dran oder nicht

Ich hasse Netzwerkgeschlömse, argh

[Klaus01]

.. eine Vermutung
Dein Notebook hat ein defaultGateway das im Firmennetz liegt.
Ist kein Firmennetz am Switch verbunden, kann Dein Notebook nur mit Geräten
die im gleichen (Sub)Netz liegen kommunizieren.

Grüße
Klaus

[Medium]

Leider auch nicht Kein Gateway eingetragen, und die beteiligten IPs sind alle im selben Subnetz. Der AP hat z.B. die 192.168.0.18, das Notebook die 192.168.0.55, die SPS1 192.168.0.11, und die SPS2 die 192.168.0.12. Und nur die .12 ist ohne Firmennetz nicht pingbar, die anderen beiden aber schon.
Es ist fast so, als wüsste der AP ohne Firmennetz nicht, dass er bitteschön zwischen seinem LAN und WLAN Port vermitteln soll wenn das FIrmennetz nicht am Switch hängt. Höchst seltsam finde ich das alles.

[Klaus01]

.. dann werfe mal wireshark an und trace Dein IP-Interface.
Einmal mit und einmal ohne Firmennetz.
Irgendwas muss ja unterschiedlich laufen.

Grüße
Klaus

[jobo]

Ich würde mal in beiden Konstellation auf Deinem Notebook ausführen:
cmd>route print
cmd>ipconfig /all

Die Ausgaben bringen sicher etwas Licht ins Netz.

Hilfreich ist auch ein:
cmd>tracert [zielip]
wenn alles ok ist, dürfte der Trip direkt zum Ziel gehen. Wenn das Netzsegment verlassen wird, sind Deine Routen nicht ok (s.o.)

[Medium]

Im Anhang das Protokoll eines Pings, der funktionierte. Spaßeshalbar ist es teils sogar so, dass die ersten paar Pings nicht klappen (sowohl "Zielhost nicht erreichbar" als auch Timeouts!). Das betrifft jedoch NUR das Ziel .12, alle anderen Rechner und Drucker und weiss der Geier was spricht ohne Probleme miteinander hier. Daher mal so ein Fall im Screenshot, bei dem ich erst etwas gewartet habe, und dann gepingt, damit auch schön sichtbar was verloren geht. (Mein Notebook ist die .42, die SPS .12)

Die ständigen Name queries im Protokoll dürften von einem embedded Printserver hier stammen, ich weiss nicht warum der so rumstresst. Das läuft aber schon Jahre so, und ohne Probleme.


Das tracert spuckt im Ping-möglichen Fall wie geschrieben nur das Ziel als einzigen Eintrag aus, ansonsten einfach nur, dass das Ziel nicht erreicht würde. Die ipconfig verrät mir ja eigentlich nur, dass mein Notebook im richtigen Subnetz mit richtiger Maske und gültiger IP hängt - da manuell eingetragen auch unabhängig davon, ob ich im Firmennetz hänge oder nicht. Eine Route, wie zuvor geschrieben, hat mein Notebook nicht eingetragen. Heisst: Keine Spur von der 192.168.0.12 in der Liste, auch egal ob mit Firmennetz oder ohne.


Kann man mit dem Wireshark Ausschnitt etwas anfangen?

Edit: Ich sehe gerade, dass der erste Ping versuchte über die .199 raus zu gehen. Das ist ein VMWare Virtual Adapter. Warum tut er das? Und warum geht es danach - und zwar dauerhaft, bis ich eine längere Ping-Pause mache?