18
Netzwerk unterbrochen
Hallo zusammen,
Hardware Info:
Esxi 5.5
MS Server 2008 R2
Siemens WinCC 7.0
wir hatten folgende zwei Phänomene letztens bei uns im Produktionsnetz.
Die Netzwerkverbindung bzw. die Kommunikation vom einem Grieser Planetenrührer war für kurze Zeit 5 sec. unterbrochen. Dies wäre nicht so schlimm, wenn in dieser Zeit nicht gerührt wird. Aber leider war das genau dann wie etwas an der Station gerührt hat.
Ich habe das Netzwerk sowie das Netzwerkkabel untersucht und konnte keinen Fehler erkennen. Der Maschinennetzwerkswitch hat auch keinen „Ausfall“ registriert.
Zusätzlich habe ich einen Ping test in dauerschleife laufen lassen.
Am Wochenende wo kein rühren gelaufen ist bzw. auf der Station nichts gelaufen ist, ist die Verbindung wieder unterbrochen gewesen. Ich habe beim Ping Test aber kein verlorenes Paket gefunden. (siehe Anhang).
Ich habe auch beim Watchdog geschaut und keine Unstimmigkeiten feststellen können. Interessanter weise passiert dies auch nur bei dem einen Rührer bei den anderen 3 ist das noch nicht aufgetreten.
Habt‘s ihr hierfür eine Erklärung ? Kann ich noch etwas kontrollieren ?
Danke alexlaza
Hardware Info:
Esxi 5.5
MS Server 2008 R2
Siemens WinCC 7.0
wir hatten folgende zwei Phänomene letztens bei uns im Produktionsnetz.
Die Netzwerkverbindung bzw. die Kommunikation vom einem Grieser Planetenrührer war für kurze Zeit 5 sec. unterbrochen. Dies wäre nicht so schlimm, wenn in dieser Zeit nicht gerührt wird. Aber leider war das genau dann wie etwas an der Station gerührt hat.
Ich habe das Netzwerk sowie das Netzwerkkabel untersucht und konnte keinen Fehler erkennen. Der Maschinennetzwerkswitch hat auch keinen „Ausfall“ registriert.
Zusätzlich habe ich einen Ping test in dauerschleife laufen lassen.
Am Wochenende wo kein rühren gelaufen ist bzw. auf der Station nichts gelaufen ist, ist die Verbindung wieder unterbrochen gewesen. Ich habe beim Ping Test aber kein verlorenes Paket gefunden. (siehe Anhang).
Ich habe auch beim Watchdog geschaut und keine Unstimmigkeiten feststellen können. Interessanter weise passiert dies auch nur bei dem einen Rührer bei den anderen 3 ist das noch nicht aufgetreten.
Habt‘s ihr hierfür eine Erklärung ? Kann ich noch etwas kontrollieren ?
Danke alexlaza
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: 581341
Url: https://administrator.de/contentid/581341
Ausgedruckt am: 24.11.2024 um 23:11 Uhr
18 Kommentare
Neuester Kommentar
Moin,
ich würde als erstes zwischen dem Punkt, an dem sich das Netzwerk auf die vier Rührer auteilt, alle Kabel zum betroffenen Rührer tauschen. Das klingt spontan nach einem Wackelkontakt bzw. einem schlechten Kontakt.
Wenn vorhanden, kannst Du auch die Strecke mal mit einem ordentlichen Messgerät durchmessen (lassen). Wir lassen sowas von einem Dienstleister machen.
Leider sagst Du nichts über die Netzwerkarchitektur. Meine Glaskugel sagt mir aber, dass die vier Rührer und der Server irgendwie mit einem Switch verbunden sind. Eventuell hat der Port, an dem der betroffene Rührer hängt, einen Schlag. Das könnte man testen, indem man einfach mal den Port tauscht. Wenn es ein vernünftiger Switch ist, könnte auch ein Blick ins Protokoll hilfreich sein.
Ein paar Informationen über die Netzarchitektur wären aber wirklich hilfreich.
Übrigens: Wo ist der Anhang?
hth
Erik
edit: Warum schreibst Du Hardware Info, wenn Du nur Software nennst?
ich würde als erstes zwischen dem Punkt, an dem sich das Netzwerk auf die vier Rührer auteilt, alle Kabel zum betroffenen Rührer tauschen. Das klingt spontan nach einem Wackelkontakt bzw. einem schlechten Kontakt.
Wenn vorhanden, kannst Du auch die Strecke mal mit einem ordentlichen Messgerät durchmessen (lassen). Wir lassen sowas von einem Dienstleister machen.
Leider sagst Du nichts über die Netzwerkarchitektur. Meine Glaskugel sagt mir aber, dass die vier Rührer und der Server irgendwie mit einem Switch verbunden sind. Eventuell hat der Port, an dem der betroffene Rührer hängt, einen Schlag. Das könnte man testen, indem man einfach mal den Port tauscht. Wenn es ein vernünftiger Switch ist, könnte auch ein Blick ins Protokoll hilfreich sein.
Ein paar Informationen über die Netzarchitektur wären aber wirklich hilfreich.
Übrigens: Wo ist der Anhang?
hth
Erik
edit: Warum schreibst Du Hardware Info, wenn Du nur Software nennst?
Sorry habe vergessen den Anhang anzuhängen.
Leider sagst Du nichts über die Netzwerkarchitektur.
In der Tat, leider alles sehr laienhaft und oberflächlich. Ein Spanning Tree Problem könnte ebenso die Ursache sein. Aber das ist auch nur geraten weil so gut wie alles zur Infrastruktur und verwendeten Infrastruktur Protokollen fehlt. 
Kristallkugel pur...
Sorry habe vergessen den Anhang anzuhängen.
Kann man über den "Bearbeiten" Knopf (rechts unten unter "Mehr") immer auch im original Thread machen ! FAQs lesen hilft wirklich !
Nebenbei hilft das wenig bis gar nicht, denn es beantwortet weiterhin nicht die wichtigen Fragen zur verwendeten Infrastruktur, Design und Protokollen.
Moin,
Hängen der Rührer und die WinCC-Kiste im selben Netzsegment (VLAN)?
-Siemens empfiehlt, nicht zu Routen.
Gibt es AV-Software? Wenn ja, welche?
-Siemens nennt zu definierende Ausnahmen.
Wie wird die VM gesichert? Hat das Erstellen des Snapshots vielleicht zu lange gedauert (sofern die VM und nicht innerhalb der VM gesichert wird)?
Gab es ggf. Einen großen FileTransfer?
Kann man etwas auf dem Switch am ESXiServer sehen (LogFile)?
Gruß
em-pie
Hängen der Rührer und die WinCC-Kiste im selben Netzsegment (VLAN)?
-Siemens empfiehlt, nicht zu Routen.
Gibt es AV-Software? Wenn ja, welche?
-Siemens nennt zu definierende Ausnahmen.
Wie wird die VM gesichert? Hat das Erstellen des Snapshots vielleicht zu lange gedauert (sofern die VM und nicht innerhalb der VM gesichert wird)?
Gab es ggf. Einen großen FileTransfer?
Kann man etwas auf dem Switch am ESXiServer sehen (LogFile)?
Gruß
em-pie
Moin,
weitere Spekulationen: Vielleicht liegt das Problem auch auf Seiten des ESXi, bei den virtuellen Netzwerkkarten (vNICs) oder der physichen Netzwerkkarte im Server (welche?). Oder ein Autonegotiationproblem oder ....
Gruß
cykes
weitere Spekulationen: Vielleicht liegt das Problem auch auf Seiten des ESXi, bei den virtuellen Netzwerkkarten (vNICs) oder der physichen Netzwerkkarte im Server (welche?). Oder ein Autonegotiationproblem oder ....
Gruß
cykes
Moin,
Aber wenn die Hardware genauso betagt ist, wie der Hypervisor oder das OS....
Du sagst nichts pber die Netztopologie. Schau dir mal die Logs der beteiligten Switche an, evtl. lässt sich da etwas feststellen.
Ggfs könntest du auch ein Monitoring Tool ala PRTG einsetzen, das würde die Überwachung vereinfachen
lg,
Slainte
Hardware Info:
Esxi 5.5
MS Server 2008 R2
Siemens WinCC 7.0
Nichts davon ist Hardware :DEsxi 5.5
MS Server 2008 R2
Siemens WinCC 7.0
Aber wenn die Hardware genauso betagt ist, wie der Hypervisor oder das OS....
Du sagst nichts pber die Netztopologie. Schau dir mal die Logs der beteiligten Switche an, evtl. lässt sich da etwas feststellen.
Ggfs könntest du auch ein Monitoring Tool ala PRTG einsetzen, das würde die Überwachung vereinfachen
lg,
Slainte
Guten morgen,
neben der Beantwortung der Fragen, solltest du auch noch den Screenshot anonymisieren.
Gruß
neben der Beantwortung der Fragen, solltest du auch noch den Screenshot anonymisieren.
Gruß
Hallo,
lass mal einen Wireshark in der Kommunikation mitlaufen. ich nehme an das ihr das rühren dokumentieren müsst und in diesem Fall jetzt die Dokumentation fehlt?
Wenn ping keinerlei Aussetzer zeigt, kann das gut sein Kommunikations Timer in ein Timeout laufen, insbesondere wenn die Time to answer sehr eng gesetzt ist und daher Antworten einfach zu spät kommen.
brammer
lass mal einen Wireshark in der Kommunikation mitlaufen. ich nehme an das ihr das rühren dokumentieren müsst und in diesem Fall jetzt die Dokumentation fehlt?
Wenn ping keinerlei Aussetzer zeigt, kann das gut sein Kommunikations Timer in ein Timeout laufen, insbesondere wenn die Time to answer sehr eng gesetzt ist und daher Antworten einfach zu spät kommen.
brammer
Zitat von @Archeon:
neben der Beantwortung der Fragen, solltest du auch noch den Screenshot anonymisieren.
Guten Morgen,neben der Beantwortung der Fragen, solltest du auch noch den Screenshot anonymisieren.
stimmt, sonst vermutet man noch das eine Firma in XYZ noch mit Windows 7 arbeitet, ggf. ohne Virenschutz und aktiver Internetverbindung.
Siemens scheinen ggf. wohl nicht die Schnellsten zu sein wenn es darum die (alte) Software für aktuelle Betriebssysteme freizugeben, vielleicht sogar noch schlimmer, wenn ggf. xxxx WinCC 7.0 Projekte gar nicht mehr nach oben kompatibel sind und man mit Windows 7 zur Arbeit gezwungen ist
Zitat von @nachgefragt:
Siemens scheinen ggf. wohl nicht die Schnellsten zu sein wenn es darum die (alte) Software für aktuelle Betriebssysteme freizugeben, vielleicht sogar noch schlimmer, wenn ggf. xxxx WinCC 7.0 Projekte gar nicht mehr nach oben kompatibel sind und man mit Windows 7 zur Arbeit gezwungen ist
Siemens scheinen ggf. wohl nicht die Schnellsten zu sein wenn es darum die (alte) Software für aktuelle Betriebssysteme freizugeben, vielleicht sogar noch schlimmer, wenn ggf. xxxx WinCC 7.0 Projekte gar nicht mehr nach oben kompatibel sind und man mit Windows 7 zur Arbeit gezwungen ist
Man müsste WinCC nur mal auf V7.3 hochziehen, dann klappt es auch mit Windows 10 ;)
Und die 7.3er ist auch schon ein paar Tage alt...
Siemens scheinen ggf. wohl nicht die Schnellsten zu sein
Was erwartest du von einer Behörde die Elektroartikel verkauft...?! 
1Zitat von @aqui:
Siemens scheinen ggf. wohl nicht die Schnellsten zu sein
Was erwartest du von einer Behörde die Elektroartikel verkauft...?! Dass noch Windows XP eingesetzt wird.
1Zitat von @nachgefragt:
Zitat von @erikro:
Dass noch Windows XP eingesetzt wird.
Leider nicht unwahr Zitat von @aqui:
Siemens scheinen ggf. wohl nicht die Schnellsten zu sein
Was erwartest du von einer Behörde die Elektroartikel verkauft...?! Dass noch Windows XP eingesetzt wird.
Nein, das ist nicht nur wahr, sondern Standard. Wir haben an drei Standorten Rechner für die Kommunikation mit einer Behörde von dieser eine eigene Leitung und eigene Rechner, die wir von der IT nicht anfassen dürfen. Will ich auch gar nicht. Da ist tatsächlich noch XP drauf. Warum haben wir dafür eigene Rechner von der Behörde? Na wegen der Datensicherheit. Muaaaaaaaaaaahhhhhhhh!!!
Liebe Grüße
Erik
Zitat von @erikro:
Da ist tatsächlich noch XP drauf. Warum haben wir dafür eigene Rechner von der Behörde? Na wegen der Datensicherheit. Muaaaaaaaaaaahhhhhhhh!!!
... Da ist tatsächlich noch XP drauf. Warum haben wir dafür eigene Rechner von der Behörde? Na wegen der Datensicherheit. Muaaaaaaaaaaahhhhhhhh!!!
Windows CE 6.00
Moin,
Gruß,
Dani
neben der Beantwortung der Fragen, solltest du auch noch den Screenshot anonymisieren.
danke für den Hinweis. Ich habe die Screenshot und alle weiteren Kommentare dahingehend überarbeitet.Gruß,
Dani
Hat aber wohl auch nix genützt denn das fehlende Feedback des TO zeigt ja mehr oder minder das er das Interesse an einer zielführenden Lösung verloren hat.
Hoffentlich reicht es für ihn dann noch zu einem:
Wie kann ich einen Beitrag als gelöst markieren?
Hoffentlich reicht es für ihn dann noch zu einem:
Wie kann ich einen Beitrag als gelöst markieren?
Das Kabel zum betroffenen Rührer war defekt
Lg
Lg
