Road vehicles — In-vehicle Ethernet — Part 11: Application layer to session layer conformance test plans

This document specifies in-vehicle Ethernet application layer, presentation layer, and session layer conformance test plans (CTP) for electronic control units (ECUs). This document is a collection of all conformance test cases which are recommended to be considered for automotive use and should be referred by car manufacturers within their quality control processes. The document specifies the scalable Service-Oriented MiddlewarE over Internet Protocol (SOME/IP) and Dynamic Host Configuration Protocol (DHCP) version 4 conformance test cases.

Véhicules routiers — Ethernet embarqué — Partie 11: Plans de test de conformité des couches application et session

General Information

Status
Published
Publication Date
01-Dec-2021
Current Stage
6060 - International Standard published
Start Date
02-Dec-2021
Due Date
23-Nov-2023
Completion Date
02-Dec-2021
Ref Project

Buy Standard

Standard
ISO 21111-11:2021 - Road vehicles -- In-vehicle Ethernet
English language
255 pages
sale 15% off
Preview
sale 15% off
Preview
Draft
ISO/FDIS 21111-11:Version 28-avg-2021 - Road vehicles -- In-vehicle Ethernet
English language
255 pages
sale 15% off
Preview
sale 15% off
Preview

Standards Content (Sample)

INTERNATIONAL ISO
STANDARD 21111-11
First edition
2021-12
Road vehicles — In-vehicle Ethernet —
Part 11:
Application layer to session layer
conformance test plans
Véhicules routiers — Ethernet embarqué —
Partie 11: Plans de test de conformité des couches application et
session
Reference number
ISO 21111-11:2021(E)
© ISO 2021

---------------------- Page: 1 ----------------------
ISO 21111-11:2021(E)
COPYRIGHT PROTECTED DOCUMENT
© ISO 2021
All rights reserved. Unless otherwise specified, or required in the context of its implementation, no part of this publication may
be reproduced or utilized otherwise in any form or by any means, electronic or mechanical, including photocopying, or posting on
the internet or an intranet, without prior written permission. Permission can be requested from either ISO at the address below
or ISO’s member body in the country of the requester.
ISO copyright office
CP 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Geneva
Phone: +41 22 749 01 11
Email: copyright@iso.org
Website: www.iso.org
Published in Switzerland
ii
  © ISO 2021 – All rights reserved

---------------------- Page: 2 ----------------------
ISO 21111-11:2021(E)
Contents Page
Foreword .iv
Introduction .v
1 Scope . 1
2 Normative references . 1
3 Terms and definitions . 1
4 Symbols and abbreviated terms.1
4.1 Symbols . 1
4.2 Abbreviated terms . 2
5 Conventions . 3
6 CTP test system set-up and CTC structure . 3
6.1 General . 3
6.2 Test system set-up . 3
6.3 CTC definition . 4
6.4 Terminology used in CTCs . 5
6.5 IUT prerequisites – TCP/IP TestStub . 6
6.5.1 General . 6
6.5.2 TCP/IP TestStub methods (service primitives) . 6
6.5.3 Result codes . 6
6.6 IUT prerequisites – SOME/IP TestStub . 7
6.6.1 General . 7
6.6.2 SOME/IP TestStub methods . 7
6.6.3 SOME/IP TestStub events and fields. . 14
6.6.4 ETS service interface description . 16
7 Application, presentation, and session layers CTCs .20
7.1 AL – SOME/IP . 20
7.1.1 General .20
7.1.2 Referenced specification . 20
7.1.3 Test system topology – AL – SOME/IP, serialisation, and service discovery .20
7.1.4 Test system topology and related CTC configuration . 21
7.1.5 SOME/IP parameters used in CTCs . 21
7.1.6 SOME/IP server CTCs . 23
7.1.7 SOME/IP ETS CTCs .128
7.2 SL – Dynamic host configuration protocol version 4 (DHCPv4) client .213
7.2.1 General .213
7.2.2 Referenced specification .213
7.2.3 Test system topology – SL – DHCPv4 client .213
7.2.4 Test system topology with two interfaces in the IUT. 214
7.2.5 Test system topology and related CTC configuration .215
7.2.6 DHCPv4 parameters and constants used in CTCs .215
7.2.7 DHCPv4 client CTCs . 217
Bibliography . 255
iii
© ISO 2021 – All rights reserved

---------------------- Page: 3 ----------------------
ISO 21111-11:2021(E)
Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards
bodies (ISO member bodies). The work of preparing International Standards is normally carried out
through ISO technical committees. Each member body interested in a subject for which a technical
committee has been established has the right to be represented on that committee. International
organizations, governmental and non-governmental, in liaison with ISO, also take part in the work.
ISO collaborates closely with the International Electrotechnical Commission (IEC on all matters of
electrotechnical standardization.
The procedures used to develop this document and those intended for its further maintenance are
described in the ISO/IEC Directives, Part 1. In particular, the different approval criteria needed for the
different types of ISO documents should be noted. This document was drafted in accordance with the
editorial rules of the ISO/IEC Directives, Part 2 (see www.iso.org/directives).
Attention is drawn to the possibility that some of the elements of this document may be the subject of
patent rights. ISO shall not be held responsible for identifying any or all such patent rights. Details of
any patent rights identified during the development of the document will be in the Introduction and/or
on the ISO list of patent declarations received (see www.iso.org/patents).
Any trade name used in this document is information given for the convenience of users and does not
constitute an endorsement.
For an explanation of the voluntary nature of standards, the meaning of ISO specific terms and
expressions related to conformity assessment, as well as information about ISO's adherence to
the World Trade Organization (WTO) principles in the Technical Barriers to Trade (TBT), see
www.iso.org/iso/foreword.html.
This document was prepared by Technical Committee ISO/TC 22, Road vehicles, Subcommittee SC 31,
Data communication.
A list of all parts in the ISO 21111 series can be found on the ISO website.
Any feedback or questions on this document should be directed to the user’s national standards body. A
complete listing of these bodies can be found at www.iso.org/members.html.
iv
  © ISO 2021 – All rights reserved

---------------------- Page: 4 ----------------------
ISO 21111-11:2021(E)
Introduction
The ISO 21111 series includes in-vehicle Ethernet requirements and test plans that are disseminated in
other International Standards and complements them with additional test methods and requirements.
The resulting requirement and test plans are structured in different documents following the Open
Systems Interconnection (OSI) reference model and grouping the documents that depend on the
physical media and bit rate used.
In general, the Ethernet requirements are specified in ISO/IEC/IEEE 8802-3. The ISO 21111 series
provides supplemental specifications (e.g. wake-up, I/O functionality), which are required for in-vehicle
Ethernet applications. In road vehicles, Ethernet networks are used for different purposes requiring
different bit-rates. Currently, the ISO 21111 series specifies the 1-Gbit/s optical and 100-Mbit/s
electrical physical layer.
The ISO 21111 series contains requirement specifications and test methods related to the in-vehicle
Ethernet. This includes requirement specifications for physical layer entity (e.g. connectors, physical
layer implementations) providers, device (e.g. electronic control units, gateway units) suppliers, and
system (e.g. network systems) designers. Additionally, there are test methods specified for conformance
testing and for interoperability testing.
Safety (electrical safety, protection, fire, etc.) and electromagnetic compatibility (EMC) requirements
are out of the scope of the ISO 21111 series.
The structure of the specifications given in the ISO 21111 series complies with the Open Systems
[1] [4]
Interconnection (OSI) reference model specified in ISO/IEC 7498-1 and ISO/IEC 10731 .
ISO 21111-1 defines the terms which are used in this series of standards and provides an overview of
[2]
the standards for in-vehicle Ethernet including the complementary relations to ISO/IEC/IEEE 8802-3 ,
the document structure, type of physical entities, in-vehicle Ethernet specific functionalities and so on.
ISO 21111-2 specifies the interface between reconciliation sublayer and physical entity including
reduced gigabit media independent interface (RGMII), and the common physical entity wake-up and
synchronized link sleep functionalities, independent from physical media and bit rate.
ISO 21111-3 specifies supplemental requirements to a physical layer capable of transmitting
1-Gbit/s over plastic optical fibre compliant with ISO/IEC/IEEE 8802-3, with specific application to
communications inside road vehicles, and a test plan for physical entity conformance testing.
ISO 21111-4 specifies the optical components requirements and test methods for 1-Gbit/s optical
invehicle Ethernet.
ISO 21111-5 specifies, for 1-Gbit/s optical in-vehicle Ethernet, requirements on the physical layer at
system level, requirements on the interoperability test set-ups, the interoperability test plan that checks
the requirements for the physical layer at system level, requirements on the device-level physical layer
conformance test set-ups, and device-level physical layer conformance test plan that checks a set of
requirements for the OSI physical layer that are relevant for device vendors.
ISO 21111-6 specifies advanced features of an ISO/IEC/IEEE 8802-3 in-vehicle Ethernet physical layer
(often also called transceiver), e.g. for diagnostic purposes for in-vehicle Ethernet physical layers. It
specifies advanced physical layer features, wake-up and sleep features, physical layer test suite,
physical layer control requirements and conformance test plan, physical sublayers test suite and
physical sublayers requirements and conformance test plan.
ISO 21111-7 specifies the implementation for ISO/IEC/IEEE 8802-3, which defines the interface
implementation for automotive applications together with requirements on components used to realize
this Bus Interface Network (BIN). ISO 21111-7 also defines further testing and system requirements
for systems implemented according to the system specification. In addition, ISO 21111-7 defines
the channels for tests of transceivers with a test wiring harness that simulates various electrical
communication channels.
v
© ISO 2021 – All rights reserved

---------------------- Page: 5 ----------------------
ISO 21111-11:2021(E)
ISO 21111-8 specifies the transmission media, the channel performance and the tests for
ISO/IEC/IEEE 8802-3 in-vehicle Ethernet.
ISO 21111-9 specifies the data link layer requirements and conformance test plan. It specifies the
requirements and test plan for devices and systems with bridge functionality.
ISO 21111-10 specifies the transport to network layer requirements and conformance test plans. It
specifies the requirements and conformance test plan for devices and systems that include functionality
related with OSI layers from 4 and 3.
This document specifies the application to session layer requirements and conformance test plans. It
specifies the requirements and conformance test plan for devices and systems that include functionality
related with OSI layers from 7 to 5.
Figure 1 shows the parts of the ISO 21111 series and the document structure.
Figure 1 — In-vehicle Ethernet documents reference according to OSI model
vi
  © ISO 2021 – All rights reserved

---------------------- Page: 6 ----------------------
INTERNATIONAL STANDARD ISO 21111-11:2021(E)
Road vehicles — In-vehicle Ethernet —
Part 11:
Application layer to session layer conformance test plans
1 Scope
This document specifies in-vehicle Ethernet application layer, presentation layer, and session layer
conformance test plans (CTP) for electronic control units (ECUs). This document is a collection of all
conformance test cases which are recommended to be considered for automotive use and should be
referred by car manufacturers within their quality control processes.
The document specifies the scalable Service-Oriented MiddlewarE over Internet Protocol (SOME/IP)
and Dynamic Host Configuration Protocol (DHCP) version 4 conformance test cases.
2 Normative references
The following documents are referred to in the text in such a way that some or all of their content
constitutes requirements of this document. For dated references, only the edition cited applies. For
undated references, the latest edition of the referenced document (including any amendments) applies.
ISO/IEC 9646-1, Information technology — Open Systems Interconnection — Conformance testing
methodology and framework — Part 1: General concepts
ISO 21111-1, Road vehicles — In-vehicle Ethernet — Part 1: General information and definitions
3 Terms and definitions
For the purposes of this document, the terms and definitions given in ISO 21111-1, ISO/IEC 9646-1 and
the following apply.
ISO and IEC maintain terminology databases for use in standardization at the following addresses:
— ISO Online browsing platform: available at https:// www .iso .org/ obp
— IEC Electropedia: available at https:// www .electropedia .org/
3.1
PORT1
port number of the upper tester used for UDP communication
3.2
service interface description
description of the implemented SOME/IP services of a IUT including, e.g. all methods, events, and
method parameters
4 Symbols and abbreviated terms
4.1 Symbols
--- empty table cell or feature undefined
1
© ISO 2021 – All rights reserved

---------------------- Page: 7 ----------------------
ISO 21111-11:2021(E)
V voltage of the battery
BAT
X feature in table cell selected
t
Param-Tolerance-Time
tolerance time taken from parameter file
t
Client-Listen-Time listen time used by ANVL taken from parameter file
t
Param-Process-Time amount of time the test system Host-1 waits for the IUT to process the PDU
t
Param-Lease-Time
value of DHCP IP address lease time in seconds which is offered to the IUT
t
Duration-Of-Lease
lease time in seconds
t
High-Lease-Time lease time in seconds set to high value
4.2 Abbreviated terms
ACK acknowlege
ADDR address
AL application layer
ANVL Automated Network Validation Library
ARP address resolution protocol
BOM byte order mark
CTC conformance test case
CTP conformance test plan
DHCP Dynamic Host Configuration Protocol
EMC electromagnetic compatibility
ETS enhanced testability service
FIN finish
ICMP internet control message protocol
IUT implementation under test
MSL maximum segment lifetime
MSS maximum segment size
PCO point of control and observation
PHY physical layer
PRS protocol requirement specification
PSH push
QOS qualitiy of service and audio/video bridging
RPC remote procedure call
2
  © ISO 2021 – All rights reserved

---------------------- Page: 8 ----------------------
ISO 21111-11:2021(E)
SL session layer
SOME/IP Service-Oriented MiddlewarE over Internet Protocol
SUT system under test
SYN synchonise
TCP transmission control protocol
TIME time synchronisation
TTL Time-To-Live
UDP user datagram protocol
5 Conventions
[4]
This document is based on OSI service conventions as specified in ISO/IEC 10731 .
6 CTP test system set-up and CTC structure
6.1 General
This document specifies a CTP according to the requirements as specified in the ISO/IEC 9646 series. A
CTP does not provide qualification of test results but expected responses of the IUT. A CTP is used by a
test house to develop a conformance test plan specific for the test system used in their lab environment.
The CTCs specified in this document are organized in such a manner as to simplify the identification
of information related to a test and to facilitate in the actual testing process. CTCs are organized into
groups, primarily in order to reduce set-up time in the lab environment. The different groups typically
also tend to focus on specific aspects of device functionality.
A CTC reference name, for example, "CTC_SOMEIP_ETS_07 – EchoBitfields" is used to organize the CTC
name, where the following is included:
— "CTC" which indicates that this is a conformance test case;
— name/subject of CTC;
— supplemental name, for example, ETS, which is enhanced test system;
— CTC number;
— after the hyphen a descriptive name of the CTC follows.
The CTC definitions themselves are intended to provide a high-level description of the purpose,
references, prerequisite, steps/procedures, expected responses, remarks, and methodologies pertinent
to each test (see 6.3).
6.2 Test system set-up
The test system topology follows ISO/IEC 9646-1:1994 and consists of a test set-up which consists
of a test system and a system under test (SUT) connected via the physical medium. The test system
implements an UT and an LT. The UT uses the test control protocol (Figure 2, key 2) to control the LT.
The LT supports the functionality required to test the OSI layer (Figure 2, key 5, key 6, and key 7) of the
IUT. The test system uses IUT-specific set-up parameters (Figure 2, key 1) for testing the communication
with the IUT.
3
© ISO 2021 – All rights reserved

---------------------- Page: 9 ----------------------
ISO 21111-11:2021(E)
The control and measurement functionality is provided by direct logical access to the service interface
(dashed line) (Figure 2, key 3) and the associated parameters of the OSI layer. The UT in the IUT
(Figure 2, key 4) supports an equivalent part of the abstract service interface (ASPs, PCO) (dashed line)
(Figure 2, key 3) and the associated parameters to control and measure the state(s) of the IUT.
The UT conformance test controller in the test system manipulates the service primitive interface
parameters in the IUT via the ASPs (ETSs) and PCO of the OSI layers to fulfil the purpose of each CTC.
Key
1 set-up parameters (node's electronic data sheet)
2 test control protocol
3 PCO and ASPs based on ETS
4 UT application with ETS interface
5 OSI layer 7 to 5 protocol
6 OSI layer 4 to 3 protocol
7 OSI layer 2 protocol
Figure 2 — Test system set-up
6.3 CTC definition
CTCs are independent of one another. Each CTC checks the behaviour of the IUT for a particular purpose
of this document. CTCs, which require variations of individual parameters, shall be repeated for each
value of the parameter. Each CTC is specified according to a common CTC structure as shown in Table 1.
Table 1 — CTC structure
Item Content
CTC # – Title CTC_x.y.z-a – CTC structure
4
  © ISO 2021 – All rights reserved

---------------------- Page: 10 ----------------------
ISO 21111-11:2021(E)
Table 1 (continued)
Item Content
Purpose The purpose is a brief statement outlining what the test attempts are to achieve. The test is
written at the functional level. It is recommended to begin the description of purpose with
"This CTC verifies …".
Reference The purpose of reference is to specify source material external to the test suite, including any
other references that can be helpful in understanding the test methodology and/or test results.
External sources are always referenced by number when mentioned in the test description.
Any other references not specified by number are stated with respect to the test suite docu-
ment itself.
EXAMPLE AUTOSAR SOME/IP Example of a Serialization Protocol V1.1.0 R4.1 rev 3: PRS_
SOMEIP_00042, PRS_SOMEIP_00099, …
Prerequisite The purpose of prerequisites is to specify the test hardware and/or software needed to per-
form the CTC. This is generally expressed in terms of minimum requirements. In some cases,
specific equipment manufacturer/model information may be provided.
EXAMPLE The IUT is running and offering the enhanced testability service.
Set-up The purpose of set-up is to describe the initial configuration of the test environment. Small
changes in the configuration should not be included here and are generally covered in the test
procedure below.
EXAMPLE The test system set-up shall be in accordance with Figure 2.
Step The test procedure includes the test description, which contains the systematic instructions
for carrying out the test. It provides a cookbook approach to testing and may be interspersed
with observable results. Each test step shall have a numeric number in ascending order.
1. Configure the IUT as master or as slave.
2. Establish a valid link with the IUT.
3. Monitor the transmissions from the IUT and cause the management to request a PMA
reset while simultaneously ceasing transmissions from the test system.
Iteration The purpose of test iterations is to include test procedure definitions, which are repeated more
than once.
a) REPEAT step 2 to step 3 with the IUT configured as master, 1 time.
b) REPEAT step 2 to step 3 with the IUT configured as slave, 1 time.
Expected The purpose of expected response is to describe the expected results to be examined by the
response test system Host-1 in order to verify that the IUT is operating. When multiple values for an
observable are possible, this description provides a short discussion on how to interpret them.
The determination of a pass or fail outcome for a particular test is generally based on the suc-
cessful (or unsuccessful) detection of a specific observable.
After iteration a): The IUT stops transmitting with tx_mode = SEND_N and starts trans-
mitting with tx_mode = SEND_I for 1 iteration a). The IUT sets link_status = FAIL.
After iteration b): The IUT stops transmitting for 1 iteration b). The IUT sets link_status
= FAIL.
Remark The purpose of remarks is to describe known issues with the test procedure, which can affect
test results in certain situations. It can also refer the reader to test suite annexes and/or white
papers that can provide more detail regarding these issues.
6.4 Terminology used in CTCs
Table 2 specifies the terminology used in CTCs.
5
© ISO 2021 – All rights reserved

---------------------- Page: 11 ----------------------
ISO 21111-11:2021(E)
Table 2 — Terminology used in CTCs
Name Content
Upper tester (UT) Entity which is responsible for controlling the LT via the test control protocol and the
IUT UT enhanced testability services (ETS) via the abstract service primitives (ASPs).
Lower tester (LT) Entity which is responsible for validating the implementation under test (IUT).
IUT_CONFIGURE This entry causes the IUT to configure/execute various commands for clearing cache,
adding static address, send echo request, etc.
IUT Implementation under test in the SUT.
CLEANUP This is a command, which causes the IUT to remove the static entry from its ARP
cache.
6.5 IUT prerequisites – TCP/IP TestStub
6.5.1 General
The TCP/IP TestStub defines interfaces required to test TCP/IP communication stack functionality. This
is an enabler for generic test tools and conformance test cases (CTCs).
The protocol parts covered by the TCP/IP TestStub include:
— UDP and TCP – socket connection establishment and termination;
— UDP and TCP – message transmission and reception.
The TCP/IP TestStub is specified in Reference [12] (AUTOSAR). This document references a subset of
the AUTOSAR specification.
6.5.2 TCP/IP TestStub methods (service primitives)
Table 3 references AUTOSAR Testability Protocol and Service Primitives, TC Release 1.2.0, '6.10 Service
[12]
Primitives' and indicates the service primitives which are applicable.
Table 3 — TCP/IP TestStub methods (service primitives)
Method name (service primitive) Identifier General UDP TCP
GET_VERSION 1 optional --- ---
16
START_TEST 2 mandatory --- ---
16
END_TEST 3 mandatory --- ---
16
CLOSE_SOCKET 0 --- mandatory mandatory
16
CREATE_AND_BIND 1 --- mandatory mandatory
16
SEND_DATA 2 --- mandatory mandatory
16
RECEIVE_AND_FORWARD 3 --- mandatory mandatory
16
LISTEN_AND_ACCEPT 4 --- --- mandatory
16
CONNECT 5 --- --- mandatory
16
SHUTDOWN 7 --- --- optional
16
6.5.3 Result codes
Due to different stack implementations there is no generic way to retrieve specific result codes. Only
generic result codes are accepted. The referenced TestStub methods are changed as follows.
The TestStub methods in Table 4 have no specific result codes, only generic result codes (E_OK / E_
NOK) are allowed.
6
  © ISO 2021 – All rights reserved

---------------------- Page: 12 ----------------------
ISO 21111-11:2021(E)
Table 4 — Result codes
Chapter in Reference [12]” TestStub method (service primitive)
6.10.4 CLOSE_SOCKET
6.10.5 CREATE_AND_BIND
6.10.6 SEND_DATA
6.10.7 RECEIVE_AND_FORWARD
6.10.8 LISTEN_AND_ACCEPT
6.10.9 CONNECT
6.11.1 SHUTDOWN
6.6 IUT prerequisites – SOME/IP TestStub
6.6.1 General
[12]
The SOME/IP TestStub enhanced testability service (ETS) defines interfaces required to test SOME/
IP functionality. This is an enabler for generic test tools and conformance test cases (CTCs).
The protocol parts covered by the SOME/IP TestStub includes:
— SOME/IP Stack – Service discovery;
— SOME/IP Stack – Serialisation;
— SOME/IP Stack – Remote procedure call;
— SOME/IP Stack – Publish/Subscribe.
6.6.2 SOME/IP TestStub methods
6.6.2.1 Overview about methods
Table 5 specifies the list of SOME/IP TestStub methods.
Table 5 — List of SOME/IP TestStub methods
SOME/IP TestStub method name Method-
...

FINAL
INTERNATIONAL ISO/FDIS
DRAFT
STANDARD 21111-11
ISO/TC 22/SC 31
Road vehicles — In-vehicle Ethernet —
Secretariat: DIN
Voting begins on:
Part 11:
2021-08-31
Application layer to session layer
Voting terminates on:
conformance test plans
2021-10-26
Véhicules routiers — Ethernet embarqué —
Partie 11: Plans de test de conformité des couches application et
session
RECIPIENTS OF THIS DRAFT ARE INVITED TO
SUBMIT, WITH THEIR COMMENTS, NOTIFICATION
OF ANY RELEVANT PATENT RIGHTS OF WHICH
THEY ARE AWARE AND TO PROVIDE SUPPOR TING
DOCUMENTATION.
IN ADDITION TO THEIR EVALUATION AS
Reference number
BEING ACCEPTABLE FOR INDUSTRIAL, TECHNO-
ISO/FDIS 21111-11:2021(E)
LOGICAL, COMMERCIAL AND USER PURPOSES,
DRAFT INTERNATIONAL STANDARDS MAY ON
OCCASION HAVE TO BE CONSIDERED IN THE
LIGHT OF THEIR POTENTIAL TO BECOME STAN-
DARDS TO WHICH REFERENCE MAY BE MADE IN
©
NATIONAL REGULATIONS. ISO 2021

---------------------- Page: 1 ----------------------
ISO/FDIS 21111-11:2021(E)

COPYRIGHT PROTECTED DOCUMENT
© ISO 2021
All rights reserved. Unless otherwise specified, or required in the context of its implementation, no part of this publication may
be reproduced or utilized otherwise in any form or by any means, electronic or mechanical, including photocopying, or posting
on the internet or an intranet, without prior written permission. Permission can be requested from either ISO at the address
below or ISO’s member body in the country of the requester.
ISO copyright office
CP 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Geneva
Phone: +41 22 749 01 11
Email: copyright@iso.org
Website: www.iso.org
Published in Switzerland
ii © ISO 2021 – All rights reserved

---------------------- Page: 2 ----------------------
ISO/FDIS 21111-11:2021(E)

Contents Page
Foreword .iv
Introduction .v
1 Scope . 1
2 Normative references . 1
3 Terms and definitions . 1
4 Symbols and abbreviated terms . 2
4.1 Symbols . 2
4.2 Abbreviated terms . 2
5 Conventions . 3
6 CTP test system set-up and CTC structure. 3
6.1 General . 3
6.2 Test system set-up . 4
6.3 CTC definition . 5
6.4 Terminology used in CTCs . 6
6.5 IUT prerequisites – TCP/IP TestStub . 6
6.5.1 General. 6
6.5.2 TCP/IP TestStub methods (service primitives) . 6
6.5.3 Result codes . 6
6.6 IUT prerequisites – SOME/IP TestStub . 7
6.6.1 General. 7
6.6.2 SOME/IP TestStub methods . 7
6.6.3 SOME/IP TestStub events and fields. .14
6.6.4 ETS service interface description .16
7 Application, presentation, and session layers CTCs.20
7.1 AL – SOME/IP .20
7.1.1 General.20
7.1.2 Referenced specification .20
7.1.3 Test system topology – AL – SOME/IP, serialisation, and service discovery .20
7.1.4 Test system topology and related CTC configuration .21
7.1.5 SOME/IP parameters used in CTCs.21
7.1.6 SOME/IP server CTCs .23
7.1.7 SOME/IP ETS CTCs . . .128
7.2 SL – Dynamic host configuration protocol version 4 (DHCPv4) client .213
7.2.1 General.213
7.2.2 Referenced specification .213
7.2.3 Test system topology – SL – DHCPv4 client .213
7.2.4 Test system topology with two interfaces in the IUT .214
7.2.5 Test system topology and related CTC configuration .215
7.2.6 DHCPv4 parameters and constants used in CTCs .215
7.2.7 DHCPv4 client CTCs . .217
Bibliography .255
© ISO 2021 – All rights reserved iii

---------------------- Page: 3 ----------------------
ISO/FDIS 21111-11:2021(E)

Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards
bodies (ISO member bodies). The work of preparing International Standards is normally carried out
through ISO technical committees. Each member body interested in a subject for which a technical
committee has been established has the right to be represented on that committee. International
organizations, governmental and non-governmental, in liaison with ISO, also take part in the work.
ISO collaborates closely with the International Electrotechnical Commission (IEC on all matters of
electrotechnical standardization.
The procedures used to develop this document and those intended for its further maintenance are
described in the ISO/IEC Directives, Part 1. In particular, the different approval criteria needed for the
different types of ISO documents should be noted. This document was drafted in accordance with the
editorial rules of the ISO/IEC Directives, Part 2 (see www .iso .org/ directives).
Attention is drawn to the possibility that some of the elements of this document may be the subject of
patent rights. ISO shall not be held responsible for identifying any or all such patent rights. Details of
any patent rights identified during the development of the document will be in the Introduction and/or
on the ISO list of patent declarations received (see www .iso .org/ patents).
Any trade name used in this document is information given for the convenience of users and does not
constitute an endorsement.
For an explanation of the voluntary nature of standards, the meaning of ISO specific terms and
expressions related to conformity assessment, as well as information about ISO's adherence to the
World Trade Organization (WTO) principles in the Technical Barriers to Trade (TBT), see www .iso .org/
iso/ foreword .html.
This document was prepared by Technical Committee ISO/TC 22, Road vehicles, Subcommittee SC 31,
Data communication.
A list of all parts in the ISO 21111 series can be found on the ISO website.
Any feedback or questions on this document should be directed to the user’s national standards body. A
complete listing of these bodies can be found at www .iso .org/ members .html.
iv © ISO 2021 – All rights reserved

---------------------- Page: 4 ----------------------
ISO/FDIS 21111-11:2021(E)

Introduction
The ISO 21111 series includes in-vehicle Ethernet requirements and test plans that are disseminated in
other International Standards and complements them with additional test methods and requirements.
The resulting requirement and test plans are structured in different documents following the Open
Systems Interconnection (OSI) reference model and grouping the documents that depend on the
physical media and bit rate used.
In general, the Ethernet requirements are specified in ISO/IEC/IEEE 8802-3. The ISO 21111 series
provides supplemental specifications (e.g. wake-up, I/O functionality), which are required for in-vehicle
Ethernet applications. In road vehicles, Ethernet networks are used for different purposes requiring
different bit-rates. Currently, the ISO 21111 series specifies the 1-Gbit/s optical and 100-Mbit/s
electrical physical layer.
The ISO 21111 series contains requirement specifications and test methods related to the in-vehicle
Ethernet. This includes requirement specifications for physical layer entity (e.g. connectors, physical
layer implementations) providers, device (e.g. electronic control units, gateway units) suppliers, and
system (e.g. network systems) designers. Additionally, there are test methods specified for conformance
testing and for interoperability testing.
Safety (electrical safety, protection, fire, etc.) and electromagnetic compatibility (EMC) requirements
are out of the scope of the ISO 21111 series.
The structure of the specifications given in the ISO 21111 series complies with the Open Systems
[1] [4]
Interconnection (OSI) reference model specified in ISO/IEC 7498-1 and ISO/IEC 10731 .
ISO 21111-1 defines the terms which are used in this series of standards and provides an overview of
[2]
the standards for in-vehicle Ethernet including the complementary relations to ISO/IEC/IEEE 8802-3,
the document structure, type of physical entities, in-vehicle Ethernet specific functionalities and so on.
ISO 21111-2 specifies the interface between reconciliation sublayer and physical entity including
reduced gigabit media independent interface (RGMII), and the common physical entity wake-up and
synchronized link sleep functionalities, independent from physical media and bit rate.
ISO 21111-3 specifies supplemental requirements to a physical layer capable of transmitting
1-Gbit/s over plastic optical fibre compliant with ISO/IEC/IEEE 8802-3, with specific application to
communications inside road vehicles, and a test plan for physical entity conformance testing.
ISO 21111-4 specifies the optical components requirements and test methods for 1-Gbit/s optical
invehicle Ethernet.
ISO 21111-5 specifies, for 1-Gbit/s optical in-vehicle Ethernet, requirements on the physical layer at
system level, requirements on the interoperability test set-ups, the interoperability test plan that checks
the requirements for the physical layer at system level, requirements on the device-level physical layer
conformance test set-ups, and device-level physical layer conformance test plan that checks a set of
requirements for the OSI physical layer that are relevant for device vendors.
ISO 21111-6 specifies advanced features of an ISO/IEC/IEEE 8802-3 in-vehicle Ethernet physical layer
(often also called transceiver), e.g. for diagnostic purposes for in-vehicle Ethernet physical layers. It
specifies advanced physical layer features, wake-up and sleep features, physical layer test suite,
physical layer control requirements and conformance test plan, physical sublayers test suite and
physical sublayers requirements and conformance test plan.
ISO 21111-7 specifies the implementation for ISO/IEC/IEEE 8802-3, which defines the interface
implementation for automotive applications together with requirements on components used to realize
this Bus Interface Network (BIN). ISO 21111-7 also defines further testing and system requirements
for systems implemented according to the system specification. In addition, ISO 21111-7 defines
the channels for tests of transceivers with a test wiring harness that simulates various electrical
communication channels.
© ISO 2021 – All rights reserved v

---------------------- Page: 5 ----------------------
ISO/FDIS 21111-11:2021(E)

ISO 21111-8 specifies the transmission media, the channel performance and the tests for
ISO/IEC/IEEE 8802-3 in-vehicle Ethernet.
ISO 21111-9 specifies the data link layer requirements and conformance test plan. It specifies the
requirements and test plan for devices and systems with bridge functionality.
ISO 21111-10 specifies the transport to network layer requirements and conformance test plans. It
specifies the requirements and conformance test plan for devices and systems that include functionality
related with OSI layers from 4 and 3.
This document specifies the application to session layer requirements and conformance test plans. It
specifies the requirements and conformance test plan for devices and systems that include functionality
related with OSI layers from 7 to 5.
Figure 1 shows the parts of the ISO 21111 series and the document structure.
Figure 1 — In-vehicle Ethernet documents reference according to OSI model
vi © ISO 2021 – All rights reserved

---------------------- Page: 6 ----------------------
FINAL DRAFT INTERNATIONAL STANDARD ISO/FDIS 21111-11:2021(E)
Road vehicles — In-vehicle Ethernet —
Part 11:
Application layer to session layer conformance test plans
1 Scope
This document specifies in-vehicle Ethernet application layer, presentation layer, and session layer
conformance test plans (CTP) for electronic control units (ECUs). This document is a collection of all
conformance test cases which are recommended to be considered for automotive use and should be
referred by car manufacturers within their quality control processes.
The document specifies the scalable Service-Oriented MiddlewarE over Internet Protocol (SOME/IP)
and Dynamic Host Configuration Protocol (DHCP) version 4 conformance test cases.
2 Normative references
The following documents are referred to in the text in such a way that some or all of their content
constitutes requirements of this document. For dated references, only the edition cited applies. For
undated references, the latest edition of the referenced document (including any amendments) applies.
ISO/IEC 9646-1, Information technology — Open Systems Interconnection — Conformance testing
methodology and framework — Part 1: General concepts
ISO 21111-1, Road vehicles — In-vehicle Ethernet — Part 1: General information and definitions
3 Terms and definitions
For the purposes of this document, the terms and definitions given in ISO 21111-1, ISO/IEC 9646-1 and
the following apply.
ISO and IEC maintain terminological databases for use in standardization at the following addresses:
— ISO Online browsing platform: available at https:// www .iso .org/ obp
— IEC Electropedia: available at https:// www .electropedia .org/
3.1
PORT1
port number of the upper tester used for UDP communication
3.2
service interface description
description of the implemented SOME/IP services of a IUT including, e.g. all methods, events, and
method parameters
© ISO 2021 – All rights reserved 1

---------------------- Page: 7 ----------------------
ISO/FDIS 21111-11:2021(E)

4 Symbols and abbreviated terms
4.1 Symbols
--- empty table cell or feature undefined
V voltage of the battery
BAT
X feature in table cell selected
t
Param-Tolerance-Time
tolerance time taken from parameter file
t
Client-Listen-Time listen time used by ANVL taken from parameter file
t
Param-Process-Time
amount of time the test system Host-1 waits for the IUT to process the PDU
t
Param-Lease-Time
value of DHCP IP address lease time in seconds which is offered to the IUT
t
Duration-Of-Lease lease time in seconds
t
High-Lease-Time lease time in seconds set to high value
4.2 Abbreviated terms
ACK acknowlege
ADDR address
AL application layer
ANVL Automated Network Validation Library
ARP address resolution protocol
BOM byte order mark
CTC conformance test case
CTP conformance test plan
DHCP Dynamic Host Configuration Protocol
EMC electromagnetic compatibility
ETS enhanced testability service
FIN finish
ICMP internet control message protocol
IUT implementation under test
MSL maximum segment lifetime
MSS maximum segment size
PCO point of control and observation
PHY physical layer
2 © ISO 2021 – All rights reserved

---------------------- Page: 8 ----------------------
ISO/FDIS 21111-11:2021(E)

PRS protocol requirement specification
PSH push
QOS qualitiy of service and audio/video bridging
RPC remote procedure call
SL session layer
SOME/IP Service-Oriented MiddlewarE over Internet Protocol
SUT system under test
SYN synchonise
TCP transmission control protocol
TIME time synchronisation
TTL Time-To-Live
UDP user datagram protocol
5 Conventions
[4]
This document is based on OSI service conventions as specified in ISO/IEC 10731 .
6 CTP test system set-up and CTC structure
6.1 General
This document specifies a CTP according to the requirements as specified in the ISO/IEC 9646 series. A
CTP does not provide qualification of test results but expected responses of the IUT. A CTP is used by a
test house to develop a conformance test plan specific for the test system used in their lab environment.
The CTCs specified in this document are organized in such a manner as to simplify the identification
of information related to a test and to facilitate in the actual testing process. CTCs are organized into
groups, primarily in order to reduce set-up time in the lab environment. The different groups typically
also tend to focus on specific aspects of device functionality.
A CTC reference name, for example, "CTC_SOMEIP_ETS_07 – EchoBitfields" is used to organize the CTC
name, where the following is included:
— "CTC" which indicates that this is a conformance test case;
— name/subject of CTC;
— supplemental name, for example, ETS, which is enhanced test system;
— CTC number;
— after the hyphen a descriptive name of the CTC follows.
The CTC definitions themselves are intended to provide a high-level description of the purpose,
references, prerequisite, steps/procedures, expected responses, remarks, and methodologies pertinent
to each test (see 6.3).
© ISO 2021 – All rights reserved 3

---------------------- Page: 9 ----------------------
ISO/FDIS 21111-11:2021(E)

6.2 Test system set-up
The test system topology follows ISO/IEC 9646-1:1994 and consists of a test set-up which consists
of a test system and a system under test (SUT) connected via the physical medium. The test system
implements an UT and an LT. The UT uses the test control protocol (Figure 2, key 2) to control the LT.
The LT supports the functionality required to test the OSI layer (Figure 2, key 5, key 6, and key 7) of the
IUT. The test system uses IUT-specific set-up parameters (Figure 2, key 1) for testing the communication
with the IUT.
The control and measurement functionality is provided by direct logical access to the service interface
(dashed line) (Figure 2, key 3) and the associated parameters of the OSI layer. The UT in the IUT
(Figure 2, key 4) supports an equivalent part of the abstract service interface (ASPs, PCO) (dashed line)
(Figure 2, key 3) and the associated parameters to control and measure the state(s) of the IUT.
The UT conformance test controller in the test system manipulates the service primitive interface
parameters in the IUT via the ASPs (ETSs) and PCO of the OSI layers to fulfil the purpose of each CTC.
Key
1 set-up parameters (node's electronic data sheet)
2 test control protocol
3 PCO and ASPs based on ETS
4 UT application with ETS interface
5 OSI layer 7 to 5 protocol
6 OSI layer 4 to 3 protocol
7 OSI layer 2 protocol
Figure 2 — Test system set-up
4 © ISO 2021 – All rights reserved

---------------------- Page: 10 ----------------------
ISO/FDIS 21111-11:2021(E)

6.3 CTC definition
CTCs are independent of one another. Each CTC checks the behaviour of the IUT for a particular purpose
of this document. CTCs, which require variations of individual parameters, shall be repeated for each
value of the parameter. Each CTC is specified according to a common CTC structure as shown in Table 1.
Table 1 — CTC structure
Item Content
CTC # – Title CTC_x.y.z-a – CTC structure
Purpose The purpose is a brief statement outlining what the test attempts are to achieve. The test is
written at the functional level. It is recommended to begin the description of purpose with
"This CTC verifies …".
Reference The purpose of reference is to specify source material external to the test suite, including any
other references that can be helpful in understanding the test methodology and/or test results.
External sources are always referenced by number when mentioned in the test description.
Any other references not specified by number are stated with respect to the test suite docu-
ment itself.
EXAMPLE AUTOSAR SOME/IP Example of a Serialization Protocol V1.1.0 R4.1 rev 3: PRS_
SOMEIP_00042, PRS_SOMEIP_00099, …
Prerequisite The purpose of prerequisites is to specify the test hardware and/or software needed to per-
form the CTC. This is generally expressed in terms of minimum requirements. In some cases,
specific equipment manufacturer/model information may be provided.
EXAMPLE The IUT is running and offering the enhanced testability service.
Set-up The purpose of set-up is to describe the initial configuration of the test environment. Small
changes in the configuration should not be included here and are generally covered in the test
procedure below.
EXAMPLE The test system set-up shall be in accordance with Figure 2.
Step The test procedure includes the test description, which contains the systematic instructions
for carrying out the test. It provides a cookbook approach to testing and may be interspersed
with observable results. Each test step shall have a numeric number in ascending order.
1. Configure the IUT as master or as slave.
2. Establish a valid link with the IUT.
3. Monitor the transmissions from the IUT and cause the management to request a PMA
reset while simultaneously ceasing transmissions from the test system.
Iteration The purpose of test iterations is to include test procedure definitions, which are repeated more
than once.
a) REPEAT step 2 to step 3 with the IUT configured as master, 1 time.
b) REPEAT step 2 to step 3 with the IUT configured as slave, 1 time.
Expected The purpose of expected response is to describe the expected results to be examined by the
response test system Host-1 in order to verify that the IUT is operating. When multiple values for an
observable are possible, this description provides a short discussion on how to interpret them.
The determination of a pass or fail outcome for a particular test is generally based on the suc-
cessful (or unsuccessful) detection of a specific observable.
After iteration a): The IUT stops transmitting with tx_mode = SEND_N and starts transmitting
with tx_mode = SEND_I for 1 iteration a). The IUT sets link_status = FAIL.
After iteration b): The IUT stops transmitting for 1 iteration b). The IUT sets link_status =
FAIL.
Remark The purpose of remarks is to describe known issues with the test procedure, which can affect
test results in certain situations. It can also refer the reader to test suite annexes and/or white
papers that can provide more detail regarding these issues.
© ISO 2021 – All rights reserved 5

---------------------- Page: 11 ----------------------
ISO/FDIS 21111-11:2021(E)

6.4 Terminology used in CTCs
Table 2 specifies the terminology used in CTCs.
Table 2 — Terminology used in CTCs
Name Content
Upper tester (UT) Entity which is responsible for controlling the LT via the test control protocol and the
IUT UT enhanced testability services (ETS) via the abstract service primitives (ASPs).
Lower tester (LT) Entity which is responsible for validating the implementation under test (IUT).
IUT_CONFIGURE This entry causes the IUT to configure/execute various commands for clearing cache,
adding static address, send echo request, etc.
IUT Implementation under test in the SUT.
CLEANUP This is a command, which causes the IUT to remove the static entry from its ARP
cache.
6.5 IUT prerequisites – TCP/IP TestStub
6.5.1 General
The TCP/IP TestStub defines interfaces required to test TCP/IP communication stack functionality. This
is an enabler for generic test tools and conformance test cases (CTCs).
The protocol parts covered by the TCP/IP TestStub include:
— UDP and TCP – socket connection establishment and termination;
— UDP and TCP – message transmission and reception.
The TCP/IP TestStub is specified in Reference [12] (AUTOSAR). This document references a subset of
the AUTOSAR specification.
6.5.2 TCP/IP TestStub methods (service primitives)
Table 3 references AUTOSAR Testability Protocol and Service Primitives, TC Release 1.2.0, '6.10 Service
[12]
Primitives' and indicates the service primitives which are applicable.
Table 3 — TCP/IP TestStub methods (service primitives)
Method name (service primitive) Identifier General UDP TCP
GET_VERSION 1 optional --- ---
16
START_TEST 2 mandatory --- ---
16
END_TEST 3 mandatory --- ---
16
CLOSE_SOCKET 0 --- mandatory mandatory
16
CREATE_AND_BIND 1 --- mandatory mandatory
16
SEND_DATA 2 --- mandatory mandatory
16
RECEIVE_AND_FORWARD 3 --- mandatory mandatory
16
LISTEN_AND_ACCEPT 4 --- --- mandatory
16
CONNECT 5 --- --- mandatory
16
SHUTDOWN 7 --- --- optional
16
6.5.3 Result codes
Due to different stack implementations there is no generic way to retrieve specific result codes. Only
generic result codes are accepted. The referenced TestStub methods are changed as follows.
6 © ISO 2021 – All rights reserved

---------------------- Page: 12 ----------------------
ISO/FDIS 21111-11:2021(E)

The TestStub methods in Table 4 have no specific result codes, only generic result codes (E_OK / E_
NOK) are allowed.
Table 4 — Result codes
Chapter in Reference [12]” TestStub method (service primitive)
6.10.4 CLOSE_SOCKET
6.10.5 CREATE_AND_BIND
6.10.6 SEND_DATA
6.10.7 RECEIVE_AND_FORWARD
6.10.8 LISTEN_AND_ACCEPT
6.10.9 CONNECT
6.11.1 SHUTDOWN
6.6 IUT prerequisites – SOME/IP TestStub
6.
...

Questions, Comments and Discussion

Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.