Facing issue in CTT at TCP

Project: 
Gurux.DLMS.CTT

T_APPL_REL_P1: Gracefull release
0/0, ServerSAP = 1, ClientSAP = 16, LONG_NAMES, NO_SECURITY
1: Graceful release by disconnecting the supporting layer FAILED(AA still in Associated state after Release)

Status: 
Closed (works as designed)
Priority: 
Normal
Category: 
Bug report
Component: 
Documentation
Reporter: 
apatel
Created: 
Tue, 03/30/2021 - 08:26
Updated: 
Thu, 04/22/2021 - 12:06

Comments

Kurumi's picture

Hi,

Can you send _CTI, _Report and _Traffic files to me by email so I can check this?
This test has been passed, so I believe that there is something in your configuration file.

BR,
Mikko

Dear Mikko,
We have emailed _CTI, _Report and _Traffic files, please share you input.
Thanks
Arun

T_APPL_REL_N1: Insufficiently protected RLRQ
0/1, ServerSAP = 1, ClientSAP = 32, LONG_NAMES_WITH_CIPHERING, LOW_LEVEL_SECURITY
- CLIENT, CIPHERING, SERVICE_DED
1: RLRQ with user-information containing InitiateRequest
with no ciphering FAILED(ConfirmedServiceError received)

Kurumi's picture

Hi,
The reason why APPL_REL_P1 test fails is that the TCP/IP connection is closed and the association is up after that. Because the framework doesn't know that TCP/IP connection is lost it can't handle this and you must modify this in your source code.

When TCP/IP connection is lost you need to call svr_reset to reset the association state.

BR,
Mikko

Kurumi's picture

Status: Active » Closed (works as designed)