Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
WLAN kennt per Definition nur eine Quell-MAC pro Client, das muss so passieren (für jeglichen Traffic).
Ist an sich kein Problem. Die Frames gehen ja raus, die Geräte schicken was zurück.
Nur VMware kriegt es schlicht nicht geschissen die DCP Antworten wieder an die VM weiterzuleiten, die...
Schau mal im XC200. Die haben tatsächlich eine Option unterschiedliche Pools mit einer IP gezielt an einen Port zu binden.
Das tut was du möchtest und es geht nicht kaputt wenn irgendwas mit DHCP an einen anderen Port gesteckt wird.
Wenn die Topologie projektiert ist mit automatischer Inbetriebnahme, schreibt die CPU automatisch IP/PN-Name in die Geräte am Port x.
Frage ist, ob die Panels das mitmachen und ob die Verbindung dann noch geht, mit ggf. online IP ungleich Projekt IP.
Aber damit wäre wenigstens klar welches Panel...
Lässt du diesen Stuss irgendwo KI generieren? Unglaublich.
Bei einer größeren Anzahl von Serienmaschinen mit gleicher Konfig ist das üblich, das geht oft nicht ohne NAT.
Muss er nicht, Routing dazwischen ist kein Problem.
Diese HMI Verbindung kommt mit alternativen Adressen tatsächlich immer...
Warum? Null Zusammehang mit der Frage.
IP Einstellungen in der CPU, "Router verwenden" > Adresses des S615 192.168.1.x eintragen.
S615 > Layer 3 > vlan2, entweder er hat schon eine IP aus 172.16. über DHCP, wenn nicht freie Adresses vergeben.
Security > Firewall > IP Rules, Regel hinzufügen...
Darüber kann man sicher noch eine ganze Weile rätseln. Wenn ein paar ms Verzögerung die Kommunikation komplett aus dem Tritt bringen ist irgendwas nicht richtig gemacht.
Dass die Steuerung so schnell random einen RST hinterher schickt klingt reichlich seltsam.
Das passt nicht zusammen, die Antwort kommt doch auf einer anderen Verbindung?
Lass dir den Trace schicken und schau nach wo / woher der RST kommt.
Wenn das wirklich die Steuerung ist, wäre die erste Vermutung das etwas mit dem DISCON Trigger nicht stimmt.
Beim Anlauf gibt es vielleicht noch ein...
Hast du den Quellport statisch eingestellt mit local_tsap_len = 2 ? Versuch mal len = 0.
Der Test mit dem anderen TCP Server war auch auf 80 oder andere Portnummer?
Das sieht aus als käme da überhaupt keine Reaktion zurück.
Der TCP müsste erste mal aufgebaut werden. Ob dahinter ein Webserver...
Schieb mal mit dem Error Bit das Statusword in eine andere Variable, da muss irgendeine Reaktion / Fehler kommen.
Steht im Browser wirklich http oder springt der automatisch auf https um?
Wenn der Webserver nur https anbietet tut sich auf Port 80 nichts.
55 Clients an einem AP und die Büchsen schaffen es nicht mehr in einer knappen Sekunde ein Frame loszuwerden.
Der gesamte Traffic wird eine einzige "Auffälligkeit" sein.