Skip to content
Documentation Menu

TC_C_10_CS — Authorization through authorization cache - Blocked

TC_C_10_CS — Authorization through authorization cache - Blocked

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

Identification

FieldValue
Test case nameAuthorization through authorization cache - Blocked
Test case IdTC_C_10_CS
Use case Id(s)C12
Requirement(s)C12_FR_05, C10_FR_03
System under testCharging Station
Functional blockC. Authorization

Description

This test case describes how the EV Driver is authorized to start a transaction while the Charging Station uses Cached IdToken. This enables the EV Driver to Online start a transaction by using the Authorization Cache in which the Charging Station can respond faster, as no AuthorizeRequest is being sent.

Purpose

To verify if the Charging Station is able to Authorize an idToken which has status "Blocked" in its cache according to the mechanism as described in the OCPP specification.

Prerequisite(s)

AuthCacheCtrlr.AuthCacheAvailable is implemented with value true

Before (Preparations)

Configuration State:

  • AuthCacheCtrlr.AuthCacheEnabled is true (If implemented) AuthCtrlr.LocalPreAuthorize is true (If implemented) AuthCacheCtrlrDisablePostAuthorize is false (If implemented)

Memory State:

  • IdTokenCached for <Configured blocked IdToken fields>

Reusable State(s):

  • State is EVConnectedPreSession

Main (Test scenario)

Charging StationCSMS
Manual Action: Present Blocked idToken which is already configured in the Authorization Cache
1. The Charging Station sends a AuthorizeRequest2. The OCTT responds with a AuthorizedResponse with idTokenInfo.status Blocked

Tool validations

Step 1:

Message AuthorizeRequest

  • idToken.idToken <Configured blocked_idtoken_idtoken>
  • idToken.type <Configured blocked_idtoken_type>

Post scenario validations

  • N/a