ISO/IEC 10165-4:1992/Amd 2:1998
(Amendment)Information technology — Open Systems Interconnection — Structure of management information — Part 4: Guidelines for the definition of managed objects — Amendment 2: Addition of the NO-MODIFY syntax element and guideline extensions
Information technology — Open Systems Interconnection — Structure of management information — Part 4: Guidelines for the definition of managed objects — Amendment 2: Addition of the NO-MODIFY syntax element and guideline extensions
Technologies de l'information — Interconnexion de systèmes ouverts — Structure des informations de gestion — Partie 4: Directives pour la définition des objets gérés — Amendement 2: Ajout de l'élement syntaxique "NO-MODIFY" et de directives complémentaires
General Information
Relations
Buy Standard
Standards Content (Sample)
INTERNATIONAL ISO/IEC
STANDARD 10165-4
First edition
1992-09-01
AMENDMENT 2
1998-12-15
Information technology — Open Systems
Interconnection — Structure of
management information: Guidelines for
the definition of managed objects
AMENDMENT 2: Addition of the NO-MODIFY
syntax element and guideline extensions
Technologies de l'information — Interconnexion de systèmes ouverts —
Structures des informations de gestion: Principes directeurs pour la
définition des objets gérés
AMENDEMENT 2: Addition de l'élément de syntaxe «NO-MODIFY» et des
extensions de principe directeur
Reference number
B C
ISO/IEC 10165-4:1992/Amd.2:1998(E)
---------------------- Page: 1 ----------------------
ISO/IEC 10165-4:1992/Amd.2:1998(E)
Contents
Page
1) Subclause 2.1. 1
2) Subclause 8.2. 1
3) Subclause 8.4.2. 1
4) Subclause 8.4.3.2. 1
5) Index. 2
6) New clause 9. 2
7) New clause 10. 7
© ISO/IEC 1998
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means, electronic or
mechanical, including photocopying and microfilm, without permission in writing from the publisher.
ISO/IEC Copyright Office • Case postale 56 • CH-1211 Genève 20 • Switzerland
Printed in Switzerland
ii
---------------------- Page: 2 ----------------------
©
ISO/IEC ISO/IEC 10165-4:1992/Amd.2:1998(E)
Foreword
ISO (the International Organization for Standardization) and IEC (the International Electrotechnical Commission) form the
specialized system for worldwide standardization. National bodies that are members of ISO or IEC participate in the
development of International Standards through technical committees established by the respective organization to deal with
particular fields of technical activity. ISO and IEC technical committees collaborate in fields of mutual interest. Other
international organizations, governmental and non-governmental, in liaison with ISO and IEC, also take part in the work.
In the field of information technology, ISO and IEC have established a joint technical committee, ISO/IEC JTC 1. Draft
International Standards adopted by the joint technical committee are circulated to national bodies for voting. Publication as an
International Standard requires approval by at least 75 % of the national bodies casting a vote.
Amendment 2 to ISO/IEC 10165-4:1992 was prepared by Joint Technical Committee ISO/IEC JTC 1, Information technology,
Subcommittee SC 33, Distributed application services, in collaboration with ITU-T. The identical text is published as ITU-T
Rec. X.722/Amd.2.
iii
---------------------- Page: 3 ----------------------
©
ISO/IEC 10165-4:1992/Amd.2:1998(E) ISO/IEC
Introduction
This Amendment adds the NO-MODIFY syntax element to the attribute properties of the package template in order to clearly
specify that an attribute cannot be modified in subclasses and compatible classes of the managed object class.
This Amendment proposes that the use of ASN.1:1994 should not be forbidden (i.e. normative specification of ASN.1:1994
may be employed) in new and developing OSI Systems Management standards for the following reasons:
• ASN.1:1990 bugs/defects;
• ASN.1:1994 enhancements.
ASN.1:1990 and ASN.1:1994 modules can be mixed and are completely compatible using the guidelines in A.2 of Rec. ITU-T
X.680 | ISO/IEC 8824-1, ASN.1 Specification of Basic Notation. This "mixed mode" use of ASN.1 places certain restrictions
on allowed productions of both ASN.1:1990 and ASN.1:1994. If these guidelines are maintained, not only are ASN.1:1990 and
ASN.1:1994 completely compatible, they are virtually indistinguishable and have identical encoding. Using these guidelines,
new and developing OSI Systems Management standards may use both ASN.1:1990 and ASN.1:1994 for normative
specification of syntax.
This Amendment introduces conventions for the specification of ASN.1 and GDMO directives in order to clearly identify
specification and user options associated with ASN.1 modules and GDMO templates.
iv
---------------------- Page: 4 ----------------------
ISO/IEC 10165-4 : 1992/Amd.2 : 1998 (E)
INTERNATIONAL STANDARD
ISO/IEC 10165-4 : 1992/Amd.2 : 1998 (E)
ITU-T Rec. X.722 (1992)/Amd.2 (1997 E)
ITU-T RECOMMENDATION
INFORMATION TECHNOLOGY – OPEN SYSTEMS INTERCONNECTION –
STRUCTURE OF MANAGEMENT INFORMATION: GUIDELINES FOR
THE DEFINITION OF MANAGED OBJECTS
AMENDMENT 2
Addition of the NO-MODIFY syntax element and guideline extensions
1) Subclause 2.1
Insert the following references by numerical order:
– ITU-T Recommendation X.680 (1994) | ISO/IEC 8824-1:1995, Information technology – Abstract Syntax
Notation One (ASN.1): Specification of basic notation.
– ITU-T Recommendation X.681 (1994) | ISO/IEC 8824-2:1995, Information technology – Abstract Syntax
Notation One (ASN.1): Information object specification.
– ITU-T Recommendation X.682 (1994) | ISO/IEC 8824-3:1995, Information technology – Abstract Syntax
Notation One (ASN.1): Constraint specification.
– ITU-T Recommendation X.683 (1994) | ISO/IEC 8824-4:1995, Information technology – Abstract Syntax
Notation One (ASN.1): Parameterization of ASN.1 specifications.
– ITU-T Recommendation X.690 (1994) | ISO/IEC 8825-1:1995, Information technology – ASN.1 encoding
rules: Specification of Basic Encoding Rules (BER), Canonical Encoding Rules (CER) and Distinguished
Encoding Rules (DER).
– ITU-T Recommendation X.691 (1995) | ISO/IEC 8825-2:1995, Information technology – ASN.1 encoding
rules: Specification of Packed Encoding Rules (PER).
2) Subclause 8.2
Add the following to the end of item m):
(Guidelines for the Production of Equivalent ASN.1:1990 and ASN.1:1994 Modules are given in clause 9.)
3) Subclause 8.4.2
Add the following to this subclause, following the [SET-BY-CREATE] property in the propertylist. (The
[SET-BY-CREATE] property was added in by Amendment 1):
[NO-MODIFY]
4) Subclause 8.4.3.2
Add the following two new paragraphs before the last paragraph:
REPLACE
The absence of the property may be used to specify that an attribute cannot be replaced for instances of a class
but this absence does not preclude subclasses adding the REPLACE property. The NO-MODIFY property is present to
explicitly specify that an attribute cannot be modified (is read-only) in the class having this property and in all
ITU-T Rec. X.722 (1992)/Amd.2 (1997 E) 1
---------------------- Page: 5 ----------------------
ISO/IEC 10165-4 : 1992/Amd.2 : 1998 (E)
subclasses and in all compatible managed objects (i.e. managed objects behaving allomorphically to the class). This
property is inconsistent with and shall not be present in a managed object class definition that has any of the REPLACE,
GET-REPLACE, ADD, REMOVE, or ADD-REMOVE properties on the same attribute.
NOTE 3 – The NO-MODIFY property is not necessarily inconsistent with the REPLACE-WITH-DEFAULT property because this
operation is often used with a meaning of “reset” that can be consistent with a manager’s inability to control the attribute’s value.
NOTE 4 – Before the NO-MODIFY property was added to GDMO, the convention was to specify that property in BEHAVIOUR
templates or in documents referenced in BEHAVIOUR templates.
If it is desired that part of the definition of an attribute is that the attribute shall not be replaced in any class that specifies
the attribute, then this constraint shall be specified in a BEHAVIOUR template referenced by the ATTRIBUTE template.
5) Index
Add new index entry:
NO-MODIFY 26-27
Change these index entries:
BEHAVIOUR 25-26, 30-32, 34-35, 37-40
REPLACE 14, 26-27
6) New clause 9
Add a new clause 9, following 8.11.3.5:
9 Guidelines for production of equivalent ASN.1:1994 and ASN.1:1990 modules
It is possible in developing standards, that normative ASN.1:1994 modules be provided. In order to allow the use of
ASN.1:1994, it is recommended that an equivalent normative ASN.1:1990 module be provided subject to the following:
1) it has the same object identifier as the ASN.1:1994 module;
2) it is normative but the standard states that in the event of discrepancies between the ASN.1:1990
and ASN.1:1994 modules, the ASN.1:1994 module take precedence;
3) the standard states that use of ASN.1:1990 will be retained as long as needed.
NOTE 1 – ISO/IEC JTC 1/SC 21 rules dictate a periodic review for renewal of the ASN.1:1990 International
1)
Standards every one (1) year . National Bodies are asked to consider the above when reviewing the ASN.1:1990
standards. This ensures that the ASN.1:1990 standards are retained as long as needed.
Also to reduce errors, it is recommended that the ASN.1:1990 module be a machine generated transformation of
the ASN.1:1994 module since this transformation can be easily automated.
NOTE 2 – If an editor desires to use a commercial tool (e.g. made available to the standards community at virtually no cost,
vendor XXX’s ASN.1 Tools) for converting ASN.1:1994 to ASN.1:1990 to reduce the possibility of errors, it has been suggested that
the editor should add a comment at the top of the generated code that says something like:
-- XXX ASN.1 Tools used for conversion --
-- from ASN.1:1994 to ASN.1:1990 --
with the following Note:
NOTE – Although ISO cannot advertise that one software tool must be used as opposed to another, at present, XXX ASN.1
Tools is one of the software tools allowing the conversion from ASN.1:1994 to ASN.1:1990.
It should be noted that problems can be avoided if only the common subset of ASN.1:1990 and ASN.1:1994 is used. In
this case, only the ASN.1:1994 module needs to be included in this standard.
_______________
1)
ISO/IEC JTC 1/SC 21 (SC21) reaffirmed the continuation of availability of the ASN.1:1990 standards for reasons of conformance
and interpretability (in SC21 N 9001 rev). SC21 requested its WGs to continue to maintain these standards. An SC21 resolution to
continue maintenance will be conducted at each SC21 meeting (currently, once a year).
2 ITU-T Rec. X.722 (1992)/Amd.2 (1997 E)
---------------------- Page: 6 ----------------------
ISO/IEC 10165-4 : 1992/Amd.2 : 1998 (E)
9.1 Guidelines
The following guidelines must be followed:
1) A single systems management document may reference ASN.1 modules from both ASN.1:1990
and ASN.1:1994. However, any given module is required to completely conform to either ASN.1:1990
or ASN.1:1994, where directives defined in clause 10 are used to identify which version of the notation is
being used in a particular module.
2) Type and value references may be imported in an ASN.1:1994 module from an ASN.1:1990 module as
long as:
MACROs
a) ASN.1:1990 are not imported in an ASN.1:1994 module; therefore one cannot create an
instance of a MACRO in an ASN.1:1994 module.
b) Identifiers for SET and SEQUENCE and CHOICE values are present.
3) Also, type and value references may be imported in an ASN.1:1990 module from an ASN.1:1994 module
as long as:
– ASN.1:1994 CHARACTER STRING, BMPStrings, UniversalStrings, EMBEDDED PDV types are not
imported. Since there is no ASN.1:1990 equivalent for these ASN.1:1994 types, their use is
discouraged in ASN.1:1994 modules which require an equivalent ASN.1:1990 module. For this same
reason, the use of the ASN.1:1994 Tuple type is forbidden in ASN.1:1994 modules which require an
2)
equivalent ASN.1:1990 module .
NOTE 1 – If the proposed guidelines are maintained, there are no adverse implications of importing type
and value references from one version of ASN.1 to another because equivalent constructs exist in all cases.
4) The following ASN.1:1994 module shall be used for definitions of ASN.1 information object classes that
are imported into ASN.1:1994 modules:
--
-- asn1Module(2) 2} >--
SMModule {joint-iso-itu-t ms(9) smi(1) part4(4) asn1Module(2) 2}
DEFINITIONS ::= BEGIN
REGISTERED-AS ::= TYPE-IDENTIFIER
-- TYPE-IDENTIFIER is defined in ISO/IEC 8824-1 and is available in any module
-- without the necessity for importing it and is defined as:
-- TYPE-IDENTIFIER::= CLASS
-- {
-- &id OBJECT IDENTIFIER UNIQUE,
-- &Type
-- }
-- WITH SYNTAX {&Type IDENTIFIED BY &id}
INFO-REPLY-IDENTIFIER ::= CLASS
{
&Info OPTIONAL,
&Reply OPTIONAL,
®isteredAs OBJECT IDENTIFIER UNIQUE
}
WITH SYNTAX {INFO &Info REPLY &Reply IDENTIFIED BY ®isteredAs}
RegisteredAsTable REGISTERED-AS ::= {.}
InfoReplyTable INFO-REPLY-IDENTIFIER ::= {.}
-- RegisteredAsTable to be filled in by GDMO ATTRIBUTE and PARAMETER
-- Templates
-- InfoReplyTable to be filled in by GDMO ACTION and NOTIFICATION Templates
END
_______________
2)
Tuple is the name of the ASN.1:1994 production that allows control characters to be inserted in the value notation of an
IA5String, something that cannot be done in ASN.1:1990. For example, . greetings IA5String ::= {"hello", cr, "there"}
inserts a carriage return between "hello" and "there" (cr is imported from a module defined in ITU-T Rec. X.680 |
ISO/IEC 8824-1 and is equated to a literal carriage return).
ITU-T Rec. X.722 (1992)/Amd.2 (1997 E) 3
---------------------- Page: 7 ----------------------
ISO/IEC 10165-4 : 1992/Amd.2 : 1998 (E)
5) Editors define ASN.1:1994 modules as in the following example:
-- --
ExampleModule {-- a valid object identifier goes here --}
DEFINITIONS ::= BEGIN
IMPORTS
REGISTERED-AS,
INFO-REPLY-IDENTIFIER,
RegisteredAsTable,
InfoReplyTable
FROM SMModule {joint-iso-itu-t ms(9) smi(1) part4(4) asn1Module(2) 2};
Foo::= SEQUENCE {
id1 REGISTERED-AS.&id ({RegisteredAsTable}),
syntax1 REGISTERED-AS.&Type ({RegisteredAsTable} {@.id1})}
Bar::= SEQUENCE {
id2 REGISTERED-AS.&id ({RegisteredAsTable}),
syntax2 SEQUENCE OF REGISTERED-AS.&Type ({RegisteredAsTable} {@id2})}
firstExtensionId OBJECT IDENTIFIER ::= {1 3 17 103 10 1}
FirstExtensionInfo ::= PrintableString
-- Illustrates use of a contained subtype constraint of an open type --
FooBar ::= Foo (WITH COMPONENTS {
id1 (firstExtensionId),
syntax1(FirstExtensionInfo)} )
END
REGISTERED-AS
Note that since GDMO is being used in combination with the ASN.1 information object
class, FooBar is a duplication of information. That is, the GDMO specification plus REGISTERED-AS in
ASN.1 is equivalent to the inner type constraint on Foo. FooBar simply illustrates that while an open type
can be constrained to any type, an ANY/ANY DEFINED BY cannot be constrained to anything other than
an ANY/ANY DEFINED BY type in ASN.1:1990 and it illustrates how to do a mapping from an open type
so constrained in ASN.1:1994 to an ASN.1 comment in ASN.1:1990.
6) Editors convert ASN.1:1994 module using the following instructions to produce an equivalent
ASN.1:1990 module:
a) Remove the portion of the IMPORTS statement that refers to module SMModule. This gets rid of the
imported definitions of the information object classes REGISTERED-AS and INFO-REPLY-
IDENTIFIER.
ANY ANY DEFINED BY
b) Convert all open-type references to or types. To do so, convert all ASN.1
syntax of the form according to the following:
First, convert:
FROM TO
REGISTERED-AS.&id OBJECT IDENTIFIER
If "REGISTERED-AS.&Type" is a component of a SET or SEQUENCE
and it is defined in the same SET or SEQUENCE as "id"
then convert:
FROM TO
REGISTERED-AS.&Type ({RegisteredAsTable} {@id1}) ANY DEFINED BY id
REGISTERED-AS.&Type ({RegisteredAsTable} {@.id1}) ANY DEFINED BY id
4 ITU-T Rec. X.722 (1992)/Amd.2 (1997 E)
---------------------- Page: 8 ----------------------
ISO/IEC 10165-4 : 1992/Amd.2 : 1998 (E)
else convert:
FROM TO
REGISTERED-AS.&Type ({RegisteredAsTable} {@id1}) ANY
REGISTERED-AS.&Type ({RegisteredAsTable} {@.id1}) ANY
c) If AUTOMATIC TAGS is in effect for the ASN.1:1994 module, apply 22.5-22.7 of ITU-T Rec. X.680
| ISO/IEC 8824-1, which describes how automatic tagging is applied to the components of a SET,
SEQUENCE or CHOICE type, and remove the syntax "AUTOMATIC TAGS" from the module
definition statement.
d) If an open type is constrained using the TypeConstraint subtype notation, remove the constraint, since
ANY and ANY DEFINED BY cannot be constrained with anything but an ANY or ANY DEFINED BY
in ASN.1:1990.
e) If the definition of an ENUMERATED type uses the syntax "identifier"
for its EnumerationItem, change it to "identifier(number)". For example, change:
ENUMERATED {a, b, c, d}
to
ENUMERATED {a(0), b(1), c(2), d(3)}
f) Remove all occurrences of extension markers (i.e. "."). For example, change:
SEQUENCE {
i IA5String,
b BOOLEAN,
.
}
to
SEQUENCE {
i IA5String,
b BOOLEAN
}
g) Remove any occurrence of EXTENSIBILITY IMPLIED from the module definition statement.
h) Remove all whitespace and newline characters from within hstrings and bstrings, and remove all
newline characters from within cstrings. For example, change:
b BIT STRING ::= '0001 1100 1101 0110 1110 0111 1101 0101'B
o OCTET STRING ::= '8F3CE483 0192B345 932D5EF2 8AA3E700'H
p PrintableString ::= "Hello,
world!"
to
b BIT STRING ::= '00011100110101101110011111010101'B
o OCTET STRING ::= '8F3CE4830192B345932D5EF28AA3E700'H
p PrintableString ::= "Hello,world!"
i) Convert all CharacterStringList notations to their cstring equivalent. For example, change:
name PrintableString ::= {"This is a long string, that is
spread across two lines"}
to
name PrintableString ::= "This is a long string, that is spread across two lines"
j) Convert any value set referenc
...
NORME ISO/CEI
INTERNATIONALE 10165-4
Première édition
1992-09-01
AMENDEMENT 2
1998-12-15
Technologies de l'information —
Interconnexion de systèmes ouverts —
Structure des informations de gestion:
Directives pour la définition des objets
gérés
AMENDEMENT 2: Ajout de l'élément
syntaxique «NO-MODIFY» et de directives
complémentaires
Information technology — Open Systems Interconnection — Structure of
management information: Guidelines for the definition of managed objects
AMENDMENT 2: Addition of the NO-MODIFY syntax element and
guideline extensions
Numéro de référence
ISO/CEI 10165-4:1992/Amd.2:1998(F)
©
ISO/CEI 1998
---------------------- Page: 1 ----------------------
ISO/CEI 10165-4:1992/Amd.2:1998(F)
PDF – Exonération de responsabilité
Le présent fichier PDF peut contenir des polices de caractères intégrées. Conformément aux conditions de licence d'Adobe, ce fichier peut
être imprimé ou visualisé, mais ne doit pas être modifié à moins que l'ordinateur employé à cet effet ne bénéficie d'une licence autorisant
l'utilisation de ces polices et que celles-ci y soient installées. Lors du téléchargement de ce fichier, les parties concernées acceptent de fait la
responsabilité de ne pas enfreindre les conditions de licence d'Adobe. Le Secrétariat central de l'ISO décline toute responsabilité en la
matière.
Adobe est une marque déposée d'Adobe Systems Incorporated.
Les détails relatifs aux produits logiciels utilisés pour la création du présent fichier PDF sont disponibles dans la rubrique General Info du
fichier; les paramètres de création PDF ont été optimisés pour l'impression. Toutes les mesures ont été prises pour garantir l'exploitation de
ce fichier par les comités membres de l'ISO. Dans le cas peu probable où surviendrait un problème d'utilisation, veuillez en informer le
Secrétariat central à l'adresse donnée ci-dessous.
© ISO/CEI 1998
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publication ne peut être reproduite ni utilisée sous quelque
forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l'accord écrit de l’ISO à
l’adresse ci-après ou du comité membre de l’ISO dans le pays du demandeur.
ISO copyright office
Case postale 56 � CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax. + 41 22 734 10 79
E-mail copyright@iso.ch
Web www.iso.ch
Version française parue en 2000
ImpriméenSuisse
ii © ISO/CEI 1998 – Tous droits réservés
---------------------- Page: 2 ----------------------
ISO/CEI 10165-4:1992/Amd.2:1998(F)
Sommaire
0AGE
1) Paragraphe 2.1. 1
2) Paragraphe 8.2. 1
3) Paragraphe 8.4.2. 1
4) Paragraphe 8.4.3.2. 2
5) Index. 2
6) Nouvel article 9 . 2
7) Nouvel article 10 . 8
© ISO/CEI 1998 – Tous droits réservés iii
---------------------- Page: 3 ----------------------
ISO/CEI 10165-4:1992/Amd.2:1998(F)
Avant-propos
L'ISO (Organisation internationale de normalisation) et la CEI (Commission électrotechnique internationale)
forment le système spécialisé de la normalisation mondiale. Les organismes nationaux membres de l'ISO ou de la
CEI participent au développement de Normes internationales par l'intermédiaire des comités techniques créés par
l'organisation concernée afin de s'occuper des domaines particuliers de l'activité technique. Les comités
techniques de l'ISO et de la CEI collaborent dans des domaines d'intérêt commun. D'autres organisations
internationales, gouvernementales et non gouvernementales, en liaison avec l'ISO et la CEI participent également
aux travaux.
Dans le domaine des technologies de l'information, l'ISO et la CEI ont créé un comité technique mixte,
l'ISO/CEI JTC 1. Les projets de Normes internationales adoptés par le comité technique mixte sont soumis aux
organismes nationaux pour vote. Leur publication comme Normes internationales requiert l'approbation de 75 % au
moins des organismes nationaux votants.
L’Amendement 2 à l'ISO/CEI 10165-4:1992 a été élaboré par le comité technique mixte ISO/CEI JTC 1,
Technologies de l'information, sous-comité SC 33, Services d'applications distribuées, en collaboration avec
l'UIT-T. Le texte identique est publié en tant que Rec. UIT-T X.722/Amd.2.
iv © ISO/CEI 1998 – Tous droits réservés
---------------------- Page: 4 ----------------------
ISO/CEI 10165-4:1992/Amd.2:1998(F)
Introduction
Le présent amendement ajoute l'élément syntaxique "NO-MODIFY" aux propriétés d'attribut du modèle d'ensemble pour
spécifier clairement qu'un attribut ne peut pas être modifié dans les sous-classes et dans les classes compatibles de la
classe des objets gérés.
Le présent amendement propose de NE�PAS�INTERDIRE�L�UTILISATION�DE�LA�NOTATION�!3.��������(c�est-à-dire de permettre
l�emploi de la spécification normative de l'ASN.1) dans les normes de gestion des systèmes OSI, nouvelles et en cours de
réalisation en raison:
• des erreurs et défauts de l'ASN.1:1990;
• des améliorations que contient l'ASN.1:1994.
Les modules en ASN.1:1990 et en ASN.1:1994 peuvent être utilisés ensemble; ils sont entièrement compatibles si l'on
suit les directives au A.2 de la Rec. UIT-T X.680 | ISO/CEI 8824-1, ASN.1 – Spécification de la notation de base. Ce
mode d'utilisation mixte impose certaines restrictions aux productions permises, qu'elles soient en ASN.1:1990 ou en
ASN.1:1994. Si les présentes directives sont respectées, les versions de 1990 et de 1994 sont non seulement entièrement
compatibles, mais pratiquement indiscernables l'une de l'autre, avec des codages identiques. Par ces directives, les
normes de gestion des systèmes OSI, nouvelles et en cours de réalisation, peuvent utiliser indifféremment les deux
versions de l'ASN.1 pour la spécification normative de la syntaxe.
Le présent amendement introduit des conventions pour la spécification de l'ASN.1 et des directives GDMO pour
identifier clairement les spécifications et les choix d'utilisation liés aux modules ASN.1 et aux modèles GDMO.
© ISO/CEI 1998 – Tous droits réservés v
---------------------- Page: 5 ----------------------
)3/�#%)����������������!MD�����������&�
./2-%��).4%2.!4)/.!,%
)3/�#%)����������������!MD�����������&�
2EC��5)4�4�8������������!MD���������&�
2%#/--!.$!4)/.��5)4�4
4%#(./,/’)%3��$%��,�).&/2-!4)/.����).4%2#/.%8)/.��$%��3934�-%3
/56%243�� ��3425#452%��$%3��).&/2-!4)/.3��$%��’%34)/.���$)2%#4)6%3
0/52��,!��$�&).)4)/.��$%3��/"*%43��’�2�3
!-%.$%-%.4���
Ajout de l'élément syntaxique «NO-MODIFY» et de directives complémentaires
�� 0ARAGRAPHE����
!JOUTER�LES�R'F'RENCES�SUIVANTES�PAR�ORDRE�NUM'RIQUE�
– Recommandation UIT-T X.680 (1994) | ISO/CEI 8824-1:1995, 4ECHNOLOGIES�DE�L�INFORMATION� �.OTATION
DE�SYNTAXE�ABSTRAITE�NUM'RO�UN��SP'CIFICATION�DE�LA�NOTATION�DE�BASE�
– Recommandation UIT-T X.681 (1994) | ISO/CEI 8824-2:1995, 4ECHNOLOGIES�DE�L�INFORMATION� �.OTATION
DE�SYNTAXE�ABSTRAITE�NUM'RO�UN��SP'CIFICATION�DES�OBJETS�INFORMATIONNELS�
– Recommandation UIT-T X.682 (1994) | ISO/CEI 8824-3:1995, 4ECHNOLOGIES�DE�L�INFORMATION� �.OTATION
DE�SYNTAXE�ABSTRAITE�NUM'RO�UN��SP'CIFICATION�DES�CONTRAINTES�
– Recommandation UIT-T X.683 (1994) | ISO/CEI 8824-4:1995, 4ECHNOLOGIES�DE�L�INFORMATION� �.OTATION
DE�SYNTAXE�ABSTRAITE�NUM'RO�UN��PARAM'TRAGE�DES�SP'CIFICATIONS�DE�LA�NOTATION�DE�SYNTAXE�ABSTRAITE
NUM'RO�UN�
– Recommandation UIT-T X.690 (1994) | ISO/CEI 8825-1:1995, 4ECHNOLOGIES�DE�L�INFORMATION� �2¤GLES�DE
CODAGE�DE�LA�NOTATION�DE�SYNTAXE�ABSTRAITE�NUM'RO�UN��SP'CIFICATION�DES�R¤GLES�DE�CODAGE�DE�BASE��DES
R¤GLES�DE�CODAGE�CANONIQUES�ET�DES�R¤GLES�DE�CODAGE�DISTINCTIVES�
– Recommandation UIT-T X.691 (1995) | ISO/CEI 8825-2:1995, 4ECHNOLOGIES�DE�L�INFORMATION� �2¤GLES�DE
CODAGE�!3.����SP'CIFICATION�DES�R¤GLES�DE�CODAGE�COMPACT�
�� 0ARAGRAPHE����
!JOUTER�CE�QUI�SUIT�APR¤S�LE�POINT�M��
(Les directives pour la production des modules ASN.1:1990 et ASN.1:1994 équivalents figurent à l'article 9.)
�� 0ARAGRAPHE������
3OUS� propertylist�� AJOUTER� APR¤S� [SET-BY-CREATE] (,�'L'MENT� [SET-BY-CREATE]� A� 'T'� AJOUT'� DANS
L�!MENDEMENT����
[NO-MODIFY]
2EC��5)4�4�8������������!MD���������&� 1
---------------------- Page: 6 ----------------------
)3/�#%)����������������!MD�����������&�
�� 0ARAGRAPHE��������
!JOUTER�LES�DEUX�NOUVEAUX�ALIN'AS�SUIVANTS�AVANT�LE�DERNIER�
L'absence de la propriété REPLACE peut être utilisée pour spécifier qu'un attribut ne peut pas être remplacé pour des
instances d'une classe, mais cette absence n'exclut pas des sous-classes ajoutant la propriété REPLACE. La propriété
NO-MODIFY est présente pour spécifier explicitement qu'un attribut ne peut pas être modifié (qu'il peut uniquement être
lu) dans la classe comportant cette propriété et dans toutes les sous-classes et tous les objets gérés compatibles
(c�est-à-dire les objets gérés se comportant comme des allomorphes envers cette classe). Cette propriété est incompatible
avec une définition de classe d'objet géré (et ne doit pas y figurer) ayant une des propriétés REPLACE, GET-REPLACE,
ADD, REMOVE ou ADD-REMOVE pour le même attribut.
NOTE 3 – La propriété NO-MODIFY n�est pas nécessairement incompatible avec la propriété REPLACE-WITH-DEFAULT car
cette opération est souvent utilisée avec un sens de "réinitialisation" qui peut être compatible avec l’incapacité, pour un gestionnaire,
de contrôler la valeur de l�attribut.
NOTE 4 – Avant que la propriété NO-MODIFY ait été ajoutée aux directives GDMO, l'usage consistait à spécifier cette
propriété dans les modèles BEHAVIOUR ou dans les documents cités en référence dans ceux-ci.
Si l'on souhaite qu'une partie de la définition d'un attribut ait pour effet que l'attribut ne soit pas remplacé dans toute
classe qui spécifie cet attribut, il faut spécifier cette contrainte dans un modèle BEHAVIOUR cité en référence dans le
modèle ATTRIBUTE.
�� )NDEX
!JOUTER�LA�NOUVELLE�RUBRIQUE�SUIVANTE�DANS�L�INDEX�
NO-MODIFY 26-27
4ENIR�COMPTE�DES�MODIFICATIONS�DES�PAGES�CONCERNANT�LES�RUBRIQUES�SUIVANTES�DE�L�INDEX�
BEHAVIOUR 25-26, 30-32, 34-35, 37-40
REPLACE 14, 26-27
�� .OUVEL�ARTICLE��
!JOUTER�UN�NOUVEL�ARTICLE���APR¤S�LE�PARAGRAPHE����������
� $IRECTIVES�POUR�CR'ER�DES�MODULES�'QUIVALENTS�EN�!3.��������ET�EN�!3.�������
Dans l'élaboration de normes, on peut avoir affaire à des modules normatifs en ASN.1:1994; mais pour pouvoir les
utiliser, il est recommandé de disposer d'un module normatif équivalent en ASN.1:1990 à condition:
1) qu'il ait le même identificateur d'objet que le module ASN.1:1994;
2) qu'il soit normatif et que la norme spécifie qu'en cas d'incohérence entre un module ASN.1:1990 et un
module ASN.1:1994, c'est ce dernier qui prévaut;
3) qu'il soit précisé dans la norme que l'utilisation de l'ASN.1:1990 sera poursuivie aussi longtemps qu'il le
faudra.
1)
NOTE 1 – Les règles de l'ISO/CEI JTC 1/SC 21 imposent une révision annuelle portant sur le renouvellement
des normes internationales en ASN.1:1990. Les organismes nationaux sont priés d'en tenir compte lorsqu'ils
réviseront les normes en ASN.1:1990. On veillera ainsi à conserver les normes ASN.1:1990 aussi longtemps qu'il le
faudra.
_______________
1)
L'ISO/CEI JTC 1/SC 21 a confirmé que les normes en ASN.1:1990 resteraient disponibles pour des raisons de conformité et
d'interprétabilité (dans le Document 9001 Rév). Le SC 21 a demandé à ses groupes de travail de poursuivre la maintenance de ces
normes. Une résolution du SC 21 visant à poursuivre la maintenance sera établie à chaque réunion du SC 21 (actuellement une fois
par an).
2 2EC��5)4�4�8������������!MD���������&�
---------------------- Page: 7 ----------------------
)3/�#%)����������������!MD�����������&�
De plus, pour limiter les erreurs, il est recommandé que chaque module en ASN.1:1990 soit une transformation faite par
machine d'un module en ASN.1:1994, cette opération pouvant être facilement automatisée.
NOTE 2 – Si un rédacteur souhaite utiliser, pour faire une conversion d'ASN.1:1994 en ASN.1:1990 en limitant les risques
d'erreur, un outil commercial (mis à la disposition de la communauté de normalisation pour ainsi dire gratuitement, les outils ASN.1
du fournisseur XXX par exemple), il conviendrait qu'il fasse précéder le code ainsi produit d'une indication du genre:
����CONVERSION�D�!3.��������EN�!3.��������FAITE�AU�MOYEN����
����D�OUTILS�!3.���DU�FOURNISSEUR�888����
accompagnée de la Note suivante:
NOTE – L'ISO ne peut déclarer qu'un outil logiciel soit préférable à un autre, mais pour l'heure l'outil ASN.1 de
XXX fait partie des logiciels permettant de faire la conversion d'ASN.1:1994 en ASN.1:1990.
On peut éviter des difficultés si l'on utilise uniquement le sous-ensemble commun aux deux versions de l'ASN.1. Dans
ce cas, seul le module ASN.1:1994 doit être inclus dans la présente norme.
��� $IRECTIVES
On suivra les directives ci-après:
1) un document de gestion de systèmes peut se référer à des modules en notation ASN.1:1990 comme en
notation ASN.1:1994; mais chaque module individuel doit être entièrement conforme SOIT à l'une, SOIT à
l'autre. Les directives de l'article 10 sont utilisées pour identifier la version de la notation qui est utilisée
dans un module donné;
2) des références à des types et à des valeurs peuvent être importées dans un module ASN.1:1994 à partir
d'un module ASN.1:1990 à condition:
a) de ne pas importer de macros�ASN.1:1990 dans un module ASN.1:1994; pour cette raison, on ne peut
pas créer d'instance de -!#2/�dans un module ASN.1:1994;
b) que les identificateurs des valeurs de 3%4,�3%15%.#% et #(/)#% soient présents;
3) par ailleurs, des références à des types ou à des valeurs peuvent être importées dans un module
ASN.1:1990 à partir d'un module ASN.1:1994 à condition:
– de ne pas importer de types #(!2!#4%2�342).’,� "-03TRINGS,� 5NIVERSAL3TRINGS,
%-"%$$%$�0$6�de l'ASN.1:1994. Du fait qu'il n'existe pas d'équivalent ASN.1:1990 de ces
types ASN.1:1994, leur emploi est déconseillé dans les modules ASN.1:1994 qui requièrent un
module ASN.1:1990 équivalent. Pour le même motif, l'utilisation du type ASN.1:1994 4UPLE est
2)
interdite dans les modules ASN.1:1994 qui requièrent un module ASN.1:1990 équivalent ;
NOTE 1 – Si les directives proposées sont tenues à jour, on peut importer sans inconvénient des références
à des types ou à des valeurs d'une version ASN.1 dans une autre version car il y a toujours une structure
équivalente.
4) on utilisera le module ASN.1:1994 suivant pour définir des classes d'objets informationnels ASN.1 qui
sont importées dans les modules ASN.1:1994:
�����!3.��6ERSION������3--ODULE�[JOINT�ISO�ITU�T�MS����SMI����PART����
����ASN�-ODULE�����]����
3--ODULE�[JOINT�ISO�ITU�T�MS����SMI����PART�����ASN�-ODULE�����]
$%&).)4)/.3�����"%’).
2%’)34%2%$�!3�����490%�)$%.4)&)%2
����490%�)$%.4)&)%2�EST�D'FINI�DANS�L�)3/�#%)��������ET�IL�EST�DISPONIBLE�DANS�CHAQUE�MODULE�SANS
���QU�IL�SOIT�N'CESSAIRE�DE�L�IMPORTER��IL�EST�D'FINI�EN�TANT�QUE�
����490%�)$%.4)&)%2����#,!33
����[
�����ID�/"*%#4�)$%.4)&)%2�5.)15%�
�����4YPE
����]
_______________
2)
4UPLE est le nom de la production ASN.1:1994 qui permet l'insertion de caractères de commande dans la notation de la valeur d'un
IA5String, ce qui ne peut se faire en ASN.1:1990. Par exemple,�����GREETINGS�)!�3TRING�����[�HELLO���CR���THERE�] insère un
retour de chariot entre �HELLO� et �THERE� (CR est importé d'un module défini dans la Rec. UIT-T X.680 | ISO/CEI 8824-1 et est
assimilé à un retour de chariot littéral).
2EC��5)4�4�8������������!MD���������&� 3
---------------------- Page: 8 ----------------------
)3/�#%)����������������!MD�����������&�
����7)4(�39.4!8�[�4YPE�)$%.4)&)%$�"9��ID]
).&/�2%0,9�)$%.4)&)%2�����#,!33
[
�)NFO�/04)/.!,�
�2EPLY�/04)/.!,�
�REGISTERED!S�/"*%#4�)$%.4)&)%2�5.)15%
]
7)4(�39.4!8�[).&/��)NFO�2%0,9��2EPLY�)$%.4)&)%$�"9��REGISTERED!S]
2EGISTERED!S4ABLE�2%’)34%2%$�!3�����[���]
)NFO2EPLY4ABLE�).&/�2%0,9�)$%.4)&)%2�����[���]
����2EGISTERED!S4ABLE�DOIT�“TRE�REMPLI�PAR�LES�MOD¤LES�’$-/�!442)"54%�ET�0!2!-%4%2
����4EMPLATES
����)NFO2EPLY4ABLE�DOIT�“TRE�REMPLI�PAR�LES�MOD¤LES�’$-/�!#4)/.�ET�./4)&)#!4)/.�4EMPLATES
%.$
5) les éditeurs définissent les modules en ASN.1:1994 comme dans l'exemple suivant:
�����!3.��6ERSION������%XAMPLE-ODULE������
%XAMPLE-ODULE�[���INS'RER�ICI�UN�IDENTIFICATEUR�D�OBJET�VALIDE���]
$%&).)4)/.3�����"%’).
)-0/243
2%’)34%2%$�!3�
).&/�2%0,9�)$%.4)&)%2�
2EGISTERED!S4ABLE�
)NFO2EPLY4ABLE
&2/-�3--ODULE�[JOINT�ISO�ITU�T�MS����SMI����PART�����ASN�-ODULE�����]�
&OO��� 3%15%.#%�[
ID��2%’)34%2%$�!3��ID��[2EGISTERED!S4ABLE]��
SYNTAX��2%’)34%2%$�!3��4YPE��[2EGISTERED!S4ABLE]�[ �ID�]�]
"AR���� 3%15%.#%�[
ID��2%’)34%2%$�!3��ID��[2EGISTERED!S4ABLE]��
SYNTAX��3%15%.#%�/&�2%’)34%2%$�!3��4YPE��[2EGISTERED!S4ABLE]�[ ID�]�]
FIRST%XTENSION)D�/"*%#4�)$%.4)&)%2�����[���������������]
&IRST%XTENSION)NFO�����0RINTABLE3TRING
���)LLUSTRE�L�UTILISATION�D�UNE�CONTRAINTE�DE�SOUS�TYPE�CONTENU�DE�TYPE�OUVERT���
&OO"AR���� &OO��7)4(�#/-0/.%.43�[
ID���FIRST%XTENSION)D��
SYNTAX��&IRST%XTENSION)NFO�]��
%.$
Etant donné que les directives GDMO sont utilisées en combinaison avec la classe des objets
informationnels 2%’)34%2%$�!3 de l'ASN.1, &OO"AR fait double emploi. Autrement dit, la
spécification GDMO plus 2%’)34%2%$�!3 en ASN.1 est équivalente à la contrainte de type interne
sur &OO���&OO"AR illustre simplement que si un type ouvert peut être contraint à n'importe quel type, un
élément !.9�!.9�$%&).%$�"9 ne peut être contraint qu'à un type !.9�!.9�$%&).%$�"9 en
ASN.1:1990. &OO"AR illustre également la manière de mettre en correspondance un type ouvert ainsi
contraint en ASN.1:1994 avec un commentaire ASN.1 en ASN.1:1990;
6) la conversion d'un module ASN.1:1994 en module ASN.1:1990 équivalent doit être faite en tenant
compte des instructions suivantes:
a) retirer la partie de la déclaration )-0/243�qui se réfère au module SMModule. Cela élimine les
définitions importées des classes d'objets informationnels 2%’)34%2%$�!3 et ).&/�2%0,9�
)$%.4)&)%2;
b) convertir toutes les références de type ouvert en types !.9 ou !.9�$%&).%$ "9. A cet effet,
convertir toute la syntaxe ASN.1 de cette forme conformément à ce qui suit:
4 2EC��5)4�4�8������������!MD���������&�
---------------------- Page: 9 ----------------------
)3/�#%)����������������!MD�����������&�
En PREMIER lieu, convertir:
$% %.
2%’)34%2%$�!3��ID /"*%#4�)$%.4)&)%2
3I "2%’)34%2%$�!3��4YPE" est une composante d'un élément 3%4 ou 3%15%.#%
ET s'il est défini dans le même élément 3%4 ou 3%15%.#% que "ID",
ALORS convertir:
$% %.
2%’)34%2%$�!3��4YPE��[2EGISTERED!S4ABLE]�[ ID�]� !.9�$%&).%$�"9�ID
2%’)34%2%$�!3��4YPE��[2EGISTERED!S4ABLE]�[ �ID�]� !.9�$%&).%$�"9�ID
SINON convertir:
$% %.
2%’)34%2%$�!3��4YPE��[2EGISTERED!S4ABLE]�[ ID�]� !.9
2%’)34%2%$�!3��4YPE��[2EGISTERED!S4ABLE]�[ �ID�]� !.9
c) si l'élément !54/-!4)#�4!’3 est en vigueur pour le module en ASN.1:1994, appliquer
les 22.5 à 22.7 de la Rec. UIT-T X.680 | ISO/CEI 8824-1, qui décrit la manière dont l'étiquetage
automatique est appliqué aux composantes d'un type 3%4, 3%15%.#% ou #(/)#%, puis retirer
l'élément syntaxique "!54/-!4)#�4!’3" de la déclaration de définition du module;
d) si un type ouvert est contraint par l'utilisation de la notation du sous-type TypeConstraint, supprimer
cette contrainte étant donné que !.9 et !.9�$%&).%$�"9 ne peuvent être limités que par !.9
ou !.9 $%&).%$�"9 en ASN.1:1990;
e) si la définition d'un type %.5-%2!4%$ utilise l'élément syntaxique "IDENTIFIER" pour son item
d'énumération, le remplacer par "IDENTIFIER�NUMBER�". Par exemple, remplacer:
%.5-%2!4%$�[A��B��C��D]
par
%.5-%2!4%$�[A�����B�����C�����D���]
f) supprimer toutes les occurrences de marqueurs d'extension (telles que "���"). Par exemple, remplacer:
3%15%.#%�[
����I )!�3TRING�
����B "//,%!.�
�������
����]
par
3%15%.#%�[
����I )!�3TRING�
����B "//,%!.
����]
g) supprimer toute occurrence de l'élément %84%.3)"),)49�)-0,)%$ de la déclaration de
définition du module;
2EC��5)4�4�8������������!MD���������&� 5
---------------------- Page: 10 ----------------------
)3/�#%)����������������!MD�����������&�
h) supprimer tous les blancs et tous les caractères de retour à la ligne des chaînes h
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.