Handshake Problem

By robertschmirler on Do, 04/15/2021 - 15:02

Hallo ZUsammen, da die anderen Handshakeprobleme im Forum nicht geklärt wurden, setzte ich noch ein Topic hierzu ein:

Hat irgendjemand eine Idee - kann es mit den Arbeitsspeicher zusammenhängen. (Ich kann unter Win 10 den Prozess nicht mit -Xms aufblasen)

Hier mein Log - mein Partner hat definiv das richtige Certificat. Das Problem taucht bei 1 von 10 Sendungen auf.
Nach ein paar Stunden normalisiert es sich wieder von alleine und läuft wieder. Dies ist aber sehr unbefriedigend.

[14:47:06] Client verbunden mit localhost/127.0.0.1:1236

[14:47:10] Angemeldet als Benutzer "admin"

[14:49:30] [Session 20210415144930-0] Es wurde die interne State Machine "Session Connection State Machine" gesetzt

[14:49:35] [Session 20210415144930-0] [Session Manager]: Added session with session id 20210415144930-0, created at 15.04.2021, 14:49:30, remote address is / IP:port

[14:49:40] [Session 20210415144930-0] Eingehende Verbindung [/IP:port]

[14:49:44] [Session 20210415144930-0] Setting session var "Caller" to false

[14:49:48] [Session 20210415144930-0] Session state: IDLE [Idle]

[14:49:52] [Session 20210415144930-0] Statemachine "Session Connection State Machine" empfängt das Signal "N_CON_IND" beim internen Status "IDLE"

[14:49:57] [Session 20210415144930-0] Die Verarbeitungseinheit empfängt das Signal "N_CON_RS" bei einem aktuellen Status "IDLE"

[14:50:01] [Session 20210415144930-0] Sende Stream Transmission Header (10 00 00 17)

[14:50:06] [Session 20210415144930-0] Sende Bytes: 49 4f 44 45 54 54 45 20 46 54 50 20 52 45 41 44 59 20 0d

[14:50:10] [Session 20210415144930-0] Sende Kommando:

[14:50:10] o------------------------------------------------------------------

[14:50:10] | SSRM Start Session Ready Message [Ausgehend]

[14:50:10] o------------------------------------------------------------------

[14:50:10] | 0 | X(1) | SSRMCMD | SSRM Command | 'I' | [49]

[14:50:10] | 1 | X(17) | SSRMMSG | Ready Message | 'ODETTE FTP READY ' | [4f 44 45 54 54 45 20 46 54 50 20 52 45 41 44 59 20]

[14:50:10] | 18 | X(1) | SSRMCR | Carriage Return | '
' | [0d]

[14:50:10] o------------------------------------------------------------------

[14:50:15] [Session 20210415144930-0] Session state: IDLE --> A_NC_ONLY [Responder, Network Connection Opened]

[14:50:19] [Session 20210415144930-0] Zeitüberschreitung der Verbindung [COMPANY- --]

[14:50:24] [Session 20210415144930-0] [SSLException] Improper close state: Status = OK HandshakeStatus = NEED_WRAP

[14:50:24] bytesConsumed = 0 bytesProduced = 7 sequenceNumber = 0

[14:50:24] Eine eingehende TLS Verbindung schlug fehl. Bitte stellen Sie sicher, dass beide Verbindungspartner die richtigen Zertifikate verwenden und prüfen Sie, ob der entfernte Partner eventuell eine ungesicherte Verbindung auf den lokalen (gesicherten) Port herstellen wollte.

[14:50:28] [Session 20210415144930-0] [Session Manager]: Removed session 20210415144930-0 with partner null, created at 15.04.2021, 14:49:30, remote address was null

[14:50:34] [Session 20210415144930-0] Verbindung geschlossen [COMPANY- --, --]. Sie bestand für 63,7s, es wurden 0 Bytes übertragen

Foren
OFTP2

Comments

Profile picture for user service

Gespeichert von service am/um Di, 04/20/2021 - 11:20

robertschmirler,

thank you for your post. Please always post in english.

Once there is an established connection in OFTP2 between 2 partners (called session in OFTP2) the systems will transfer all waiting data in both directions. Means your system will pick up waiting data from your partner and your partner will pick up waiting data for his system. These could be NERPS, EERPS and transmission data.
Means if one partner is able to establish a connection to the other the exchange will work fine.
Your problem looks like a situation where you could establish a connection to your partner but your partner could not establish a connection to you. If this problem persists (which is nearly always a config problem of the certificates for the handshake) and you could not solve it you could setup a connection poll to this partner (all 5 minutes or something like that). Then your system will establish a connection poriodically to this partner and exchange all data.

Regards

Gespeichert von robertschmirler am/um Fr, 05/21/2021 - 14:30

Thank you for your awnser.

Our Problem seems to be a bit more diffrent.

Once a day it works and we receive quit a view data. But then without any reason our partner connot establiesh connecion.
It looks like our processes need to long. Our partner try to send us data, he sends the ssid, but our system is to slow and the other side sets timeout after 30s.