Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Maintain ClientConnection after "Failed to parse ASDU" #24

Open
mkroesen opened this issue Aug 3, 2022 · 0 comments
Open

Maintain ClientConnection after "Failed to parse ASDU" #24

mkroesen opened this issue Aug 3, 2022 · 0 comments

Comments

@mkroesen
Copy link

mkroesen commented Aug 3, 2022

The following ASDU leads to the termination of the ClientConnection:

CS104 SLAVE CONNECTION 348: Handle received ASDU
CS104 SLAVE CONNECTION 348: RCVD: 68-24-0C-00-00-00-87-01-14-00-FC-19-0D-94-01-0D-14-FE-FC-19-02-83-DE-C0-04-01-01-09-00-00-5C-44-03-8D-63-08-16-FF
CS104 SLAVE CONNECTION 348: Received I frame: N(S) = 6 N(R) = 0
CS104 SLAVE CONNECTION 348: Enqueue received I-message for processing
CS104 SLAVE CONNECTION 348: Failed to parse ASDU --> close connection
CS104 SLAVE CONNECTION 348: CLOSE CONNECTION!
CS104 SLAVE CONNECTION 348: CONNECTION CLOSED!

This ASDU (TypeID = 135) is not supported by your stack.
Is there a possibility to maintain the connection in case of an unknown ASDU and to handle the ASDU manually or is this behaviour desired and if yes, with which reasoning?

In theory, one would need a RawASDUHandler to decide how to handle these ASDUs to prevent the connection from being terminated.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant