Neu Workflows bei Verbindung über Vodafone laufen deutlich länger als über Telekom

[Zoostore]

Hallo zusammen,

mir ist nur ein sehr seltsames Verhalten bei den Workflows aufgefallen, die Laufzeiten beim gleichen Workflow sind sehr unterschiedlich je nachdem mit welchem Internetanbieter man verbunden ist. Wir haben die JTL Wawi bei CMO gehostet und verwenden einen recht umfangreichen Workflow um bei den Aufträgen die beste Versandart festzustellen.

Vodafone Fritz Box 150er Leitung
Speedtest.net Ping 14, Download 160 Mbps, Upload 9,9 Mbps
Dauer für einen Auftrag: 40 Sekunden (manchmal auch über 1 Minute)

Mobilfunknetz Telekom 25er LTE
Speedtest.net Ping 32, Download 24 Mbps, Upload 4,9 Mbps
Dauer für einen Auftrag: 15 Sekunden

Festnetz Telekom 16er DSL
Speedtest.net Ping 32, Download 13 Mbps, Upload 1,2 Mbps
Dauer für einen Auftrag: 15 Sekunden

Auf dem CMO-Server direkt
Speedtest.net Ping 7, Download 836 Mbps, Upload 436 Mbps
Dauer für einen Auftrag: 4 Sekunden

Immer der gleiche Workflow mit dem gleichen Auftrag auf dem gleichen PC (meinem Laptop).

Die Zeiten die ich angegeben haben ist die Zeit die JTL braucht um sich nach dem ausführen des Workflows zu aktualisieren so lange kann man JTL nicht verwenden weil die Sanduhr läuft, wenn man JTL dann anklickt kommt oben "keine Rückmeldung" bis der Workflow komplett durchgelaufen ist.

Das man direkt auf dem Server am schnellsten ist ist ja logisch, aber der Unterschied zwischen Telekom und Vodafone ist sehr deutlich.

Ich habe es mehrfach getestet, wenn ich mich mit meinem Laptop von der Fritzbox trenne und direkt ins Mobilfunknetz mit LTE gehe brauchen die Workflows sofort deutlich weniger Zeit und das obwohl das Netz ja eigentlich deutlich langsamer ist.

Haben Sie das Problem schonmal gehabt? Vielleicht ist es nur eine Einstellung an der Fritzbox die die Kommunikation von JTL stört.

Um 100 Bestellungen mit den Workflow zu bearbeiten dauert bei uns im Büro derzeit über eine Stunde, wenn ich über die Telekom verbunden bin weniger als 25 Minuten. Daher wäre es schon sehr wichtig rauszufinden warum das so ist. Bei JTL habe ich schon nachgefragt aber die können sich das auch nicht erklären und haben mir geraten mal hier ins Forum zu schreiben. Ich hoffe das jemand eine Idee hat.

 

[D.Hartl]

Hallo @Zoostore ,

nur erstmal eine Idee, aber kann es eventuell sein, dass dein Internetanschluss von Vodafone mit IPv6 läuft ?
Eventuell in dem Fall dann mal testen, ob es etwas bringt beim Verbindungsprofil bei der Serveradresse die IPv6-Adresse des Servers anzugeben.
Soweit ich weiß haben die Server von CMO sowohl IPv4 als auch IPv6.
Ich habe mal gehört, dass das DS-Lite, welches bei Vodafone DSL-Anschlüssen i.d.R. genutzt wird zeitliche Verzögerungen bringt.

Gib gerne mal eine Info, ob sich dadurch etwas verändert hat.

 

[Zoostore]

Hallo @Zoostore ,

nur erstmal eine Idee, aber kann es eventuell sein, dass dein Internetanschluss von Vodafone mit IPv6 läuft ?
Eventuell in dem Fall dann mal testen, ob es etwas bringt beim Verbindungsprofil bei der Serveradresse die IPv6-Adresse des Servers anzugeben.
Soweit ich weiß haben die Server von CMO sowohl IPv4 als auch IPv6.
Ich habe mal gehört, dass das DS-Lite, welches bei Vodafone DSL-Anschlüssen i.d.R. genutzt wird zeitliche Verzögerungen bringt.

Gib gerne mal eine Info, ob sich dadurch etwas verändert hat.

Hallo,

vielen Dank für den Tipp.

Das hatte mir einer unserer Mitarbeiter auch schon erzählt, nachdem er eine statische IP zuhause bekommen hat (ich glaube IPv6) waren die Probleme (andere als mit JTL) weg. Unsere Fritzbox läuft mit IPv4. CMO ist auch schon dran, ich sollte mit den verschiedenen Verbindungsarten eine Traceroute machen und die Daten dann an CMO senden, aber bisher noch keine Info bekommen.

Die hatten mir diese Info schon vorab gegeben:
"Es liegt hier außerdem die Vermutung nahe, dass möglicherweise das Routing von Vodafone anders geführt wird als bei der Telekom. Dieses Verhalten kann seit wenigen Wochen bei der Vodafone beobachtet werden. Eine mögliche Erklärung hierfür ist die Netzumstellungen nach dem Zusammenschluss der Unitymedia- und Vodafone-Netze."

Echt nervig mit den Workflows, heute dauern sie sogar noch länger als sonst, pro Auftrag über eine Minute.

Leider habe ich keine Ahnung was Du damit meinst, technisch bin ich da nicht so im Thema:
"Eventuell in dem Fall dann mal testen, ob es etwas bringt beim Verbindungsprofil bei der Serveradresse die IPv6-Adresse des Servers anzugeben."

 

[Zoostore]

Ich habe nochmal mit unserem Mitarbeiter gesprochen, es war genau umgekehrt, er hatte vorher IPv6 und erst als er IPv4 bekommen hatte funktionierte es besser. Wir haben ja nun schon IPv4. In der Fritzbox gibt es eine Einstellung "IPv6-Unterstützung aktiv" die war nicht aktiviert, ich habe es mal ausprobiert, aber die Workflows laufen immer noch ca. 1 Minute pro Auftrag. Bei uns im Lager an einem anderen Standort haben wir einen Telekom Anschluss DSL 50 und dort dauert der gleiche Workflow ca. 10 Sekunden.

CMO sagt die können nichts machen, ist Sache von Vodafone. Da bleibt wohl nur ein Anbieterwechsel....

 

[D.Hartl]

Versuch mal in der JTL-Datenbankverwaltung, wo die Einstellungen für die Verbindung zur Datenbank angegeben sind, die IPv6-Adresse des Servers anzugeben.

Ich denke du wirst da in deiner aktuellen Konfiguration sicherlich die IPv4-Adresse oder einen Hostname stehen haben.

Eventuell hilft es in deinem Fall, dort eben die IPv6-Adresse des Servers anzugeben. Wichtig dabei ist jedoch dann, dass in den Einstellungen deines Netzwerkadapters auch IPv6 aktiv ist.
Bei meinem Test konnte ich sowohl über die IPv4- wie auch über die IPv6-Adresse eine Verbindung zu meinem Testserver herstellen wobei ich auch keinen Vodafone Anschluss nutze, aber da die IPv6 Behandlung oder das Routing des Anbieters ja augenscheinlich damit zusammenhängt, wäre es einen Versuch wert

 

[Zoostore]

Hallo,

ich habe mich mit dem Thema jetzt nochmal ausgiebig befasst und hatte einen sehr netten Mitarbeiter von der Firma CMO der alles versucht hat mir zu helfen, aber das Problem liegt ganz klar bei Vodafone. Ich habe es mit der IPv6-Adresse des Servers versucht, aber es kommt keine Verbindung zustande.

Die Info vom CMO-Mitarbeiter: "Wir sehen zwar, dass die FritzBox Ihnen eine gültige IPv6 zugeteilt hat. Sie könne auch über die FritzBox die IPv6 von URLs auflösen. Allerdings ist keine Verbindung zu diesen möglich. Sowohl Traceroute als auch Ping-Test schlagen fehl."

Ob es wirklich besser wird wenn wir über IPv6 steht ja noch gar nicht fest, es ist ja nur mal ein Ansatz eine Lösung zu finden, aber so komme ich leider nicht weiter. Ich werde bei Gelegenheit versuchen mit der Hotline von Vodafone zu sprechen bezüglich dem IPv6 Problem, ich habe aber wenig Hoffnungen das die mir weiterhelfen können.

Inzwischen sind wir im Büro dazu übergegangen alle PC's die gerade nicht verwendet werden mit dem Workflow immer wieder zu beauftragen sobald neue Bestellungen rein kommen die arbeiten die dann ab ohne das die anderen PC's wo eigentlich dran gearbeitet werden soll blockiert werden. Keine schöne Lösung aber besser als keine.

Vielen Dank trotzdem für den Versuch mir weiterzuhelfen.

 

[SebiW]

Andere Frage: Gibt es einen spezifischen Grund warum Ihr diese Workflows lokal und nicht via Worker ausführt? Wenn es bei Euch zu solch langen Wartezeiten kommt wäre ein Ausführen selbst mit Verzögerung via Worker ja wahrscheinlich dennoch die performantere Alternative?

 

[Zoostore]

Hallo,

den Workflow habe ich mir selber gebaut und der ist aufgrund der vielen verschiedenen Gegebenheiten (neue Artikel, 3 verschiedene Paketdienste, neue Lieferländer usw.) immer größer geworden und dauert damit immer länger. Ich habe auch schon überlegt den einfach anstatt im manuellen Bereich weiter oben bei "angelegt" anzulegen, dann würde der Workflow automatisch drüber laufen sobald ein Auftrag rein kommt. Problem ist nur das man die Workflows von "manuell" nicht einfach in einen anderen Bereich kopieren oder verschieben kann d.h. ich müsste diesen Workflow 1 zu 1 nochmal nachbauen, das wären etliche Stunden Arbeit, aber ich denke das muss ich dann mal machen, dann arbeitet der Worker auf dem Server diesen Workflow ab. Schade das man den manuellen nicht zeitgesteuert starten kann, man muss ja vorher manuell die Aufträge markieren.

 

[SebiW]

Auch den manuellen kannst Du ja via Worker ausführen lassen. Dafür muss einfach nur der Ausführungsplan von sofort auf verzögert um 1 Minute gestellt werden.
Damit wird das immer auf dem System, auf dem der Worker läuft, abgearbeitet und Du umgehst Dein Problem zumindest teilweise und Du blockierst Dir nicht die Rechner.

 

[Zoostore]

Echt, das geht? Aber man muss doch vorher die Aufträge markieren die er bearbeiten soll, woher soll JTL wissen welche Aufträge bearbeitet werden müssen, oder werden dann immer alle Aufträge die vorhanden sind jede Minute (oder was man halt für eine Zeit eingestellt hat) mit dem Workflow bearbeitet?

 

[SebiW]

Nein, die Workflows werden genauso ausgeführt wie lokal, halt nur mittels des Workers. Also wie bisher alle betroffenen Aufträge auswählen, Workflow anstoßen und fertig. Worker arbeitet das ab.
Gilt übrigens auch für die automatischen Aufträge. Erstellst Du händisch einen Auftrag in der Wawi wir der automatische Workflow lokal ausgeführt.
Setzt Du bei den automatischen Workflows ne Verzögerung werden sie durch den Worker ausgeführt.

 

[Zoostore]

Hab gerade mal nachgesehen, die Zeiteinstellungen gehen nur bei den einzelnen Workflows, da ich aber eine Reihe von 40 Workflows habe die auch in der richtigen Reihenfolge bearbeitet werden müssen wird das nicht gehen. Da werden viele verschiedene Dinge der Reihe nach abgefragt z.B. ob die Adresse eine Packstation ist und wenn ja ob das bestellte Produkt in die Packstation passt usw. usw.

 

[Zoostore]

Nein, die Workflows werden genauso ausgeführt wie lokal, halt nur mittels des Workers. Also wie bisher alle betroffenen Aufträge auswählen, Workflow anstoßen und fertig. Worker arbeitet das ab.
Gilt übrigens auch für die automatischen Aufträge. Erstellst Du händisch einen Auftrag in der Wawi wir der automatische Workflow lokal ausgeführt.
Setzt Du bei den automatischen Workflows ne Verzögerung werden sie durch den Worker ausgeführt.

Ach jetzt verstehe ich das, man wählt sie wie gehabt aus und durch die Zeitverzögerung macht es dann der Worker. Das werde ich mal testen. Vielen Dank.

 

[SebiW]

Alternativ kannst Du auch Workflows durch andere Workflows anstoßen lassen.
Ersten Workflow auf verzögert stellen. Bei den Workflowaktionen den jeweils nächsten Workflow als letzten Arbeitsschritt einstellen. Das der Reihe nach für alle Workflows machen -> Workflows 1 wird vom Worker angestoßen, stößt Workflow 2 an, Workflow 2 läuft lokal auf dem Server und stößt am Ende Workflow 3 an usw.

 

[Zoostore]

Das ist eine sehr gute Idee, ich komme der Lösung immer näher, aber leider bekomme ich die Auslösung des Workflows per zeitgesteuerten Workflow nicht hin.


Der Logik nach müsste es so gehen, dieser Workflow hat 1 Minute Zeitverzögerung, ich sehe auch auf dem Server im Worker das ein Workflow gestartet wird, aber mein ursprüngliches Ereignis "Büro: Versandarten zuordnen" wird leider trotzdem nicht ausgelöst. Habe ich einen Fehler im Bezugsobjekt? Ich wähle mir 10 Aufträge aus, starte diesen Fernsteuerungs-Workflow und nach 1 Minute müsste mein alter "Büro: Versandarten zuordnen" Workflow doch aktiviert werden. Nur klappt es leider nicht. 😢

 

[SebiW]

Du musst ein wenig mehr Geduld haben. Ablauf: Workflow wird Worker hinzugefügt, Worker arbeitet im von Dir eingestellten Zeitrahmen unter Admin\Worker bis zu 50 Ereignisse in einem Lauf ab, dann folgt die einstellte Wartezeit, dann werden die nächsten 50 Ereignisse abgearbeitet.
Und natürlich die zentrale Frage: Der Worker läuft bei Dir?
Um keine unnötigen Überschneidungen zu haben macht es zb Sinn Dinge wie automatische Mailversand auf außerhalb der Bürozeiten zu verlagern.

 

[Zoostore]

Du hast Recht, es funktioniert tatsächlich. Ich dachte wenn ich 1 Minute Zeitverzögerung einschalte und der Server 4 Sekunden für den Workflow braucht wäre er sofort nach 1:04 Min. fertig, aber im Workflow Log kann man sehen das er alles schön der Reihe nach abarbeitet. Das spart uns ganz viel Zeit und Arbeit.

Das ist endlich die Lösung und einfacher als ich gedacht habe. 😊 Ich danke Dir vielmals, ich wünschte ich könnte mich irgendwie erkenntlich zeigen.

 

[SebiW]

Du hast Recht, es funktioniert tatsächlich. Ich dachte wenn ich 1 Minute Zeitverzögerung einschalte und der Server 4 Sekunden für den Workflow braucht wäre er sofort nach 1:04 Min. fertig, aber im Workflow Log kann man sehen das er alles schön der Reihe nach abarbeitet. Das spart uns ganz viel Zeit und Arbeit.

Das ist endlich die Lösung und einfacher als ich gedacht habe. 😊 Ich danke Dir vielmals, ich wünschte ich könnte mich irgendwie erkenntlich zeigen.

Dafür gibts das Forum ja. Ich hab hier selber schon deutlich mehr Hilfe bekommen als ich geben konnte. Schön wenn das die richtige Lösung für Euer Problem ist