Skip to content
Documentation Menu

TC_E_53_CSMS — Reset Sequence Number - CSMS accepting seqNo = 0 at start of transaction

TC_E_53_CSMS — Reset Sequence Number - CSMS accepting seqNo = 0 at start of transaction

Source: OCPP 2.0.1 Part 6 — Test Cases (Core & Advanced Security, FINAL, 2023-06-30) — Functional block E. Transactions, page 405.

Identification

FieldValue
Test case nameReset Sequence Number - CSMS accepting seqNo = 0 at start of transaction
Test case IdTC_E_53_CSMS
Use case Id(s)E01
Requirement(s)E01.FR.07
System under testCSMS
Functional blockE. Transactions

Description

OCPP 2.0.1 Edition 2 recommends that seqNo starts at 0 for every transaction. CSMS must therefore be robust to a seqNo that is not continuously increasing, but that restarts for new transactions. Since a TransactionEventRequest cannot be rejected, this can only be detected by either the complete absence of a TranactionEventResponse from CSMS or an otherwise misbehaving CSMS.

Purpose

To verify if the CSMS accepts that a new transactions starts with a seqNo = 0.

Prerequisite(s)

N/a

Before (Preparations)

Configuration State:

  • N/a

Memory State:

  • N/a

Reusable State(s):

  • N/a

Main (Test scenario)

Charging StationCSMS
1. Execute Reusable State EnergyTransferStarted; Note(s): New transaction will use seqNo 0 for the first TransactionEventRequest.
2. Execute Reusable State EVDisconnected
3. Execute Reusable State EnergyTransferStarted; Note(s): New transaction will use seqNo 0 for the first TransactionEventRequest.
4. Execute Reusable State EVDisconnected

Tool validations

Step 1:

CSMS accepts the message TransactionEventRequest with eventType = Started and seqNo = 0 and answers with a TransactionEventResponse message.

Step 3:

CSMS accepts the message TransactionEventRequest with eventType = Started and seqNo = 0 and answers with a TransactionEventResponse message.

Post scenario validations

  • N/a