ISO/IEC 9596-1:1991
(Main)Information technology — Open Systems Interconnection — Common management information protocol — Part 1: Specification
Information technology — Open Systems Interconnection — Common management information protocol — Part 1: Specification
Technologies de l'information — Interconnexion de systèmes ouverts — Protocole commun d'information de gestion — Partie 1: Spécification
General Information
Relations
Standards Content (Sample)
ISOICEI
NORME
I NTER NATIONALE
959611
Deuxième édition
1991-06-01
Technologies de l’information - Interconnexion
de systèmes ouverts - Protocole commun
d’information de gestion -
Partie 1:
S péci f icat i on
Information technology - Open Systems Interconnection - Common
management information protocol -
Part I: Specification
Numéro de référence
ISO/CEI 9596-1:1991(F)
---------------------- Page: 1 ----------------------
ISO/CEI 9596-1 : 1991 (F)
8 ISO/CEI 1991
Droits de reproduction réserves. Aucune partie de cette publication ne peut être repro-
duite ni utilisée sous quelque forme que ce soit et par aucun prockde, électronique ou
mecrpniaue, v compris la photocopie et les microfilms, sans l'accord &rit de l'éditeur.
. .-
ISO/CEi Copyright Office e Case Postale 56 * CH-121 I Genève 20 Suisse
Imprlmé en Suisse
ii
---------------------- Page: 2 ----------------------
.
ISO/CEI 9596-1 : 1991 FI
Sommaire
Page
Avant propos . iv
1
Domaine d'application .
1
Références normatives .
Définitions . 2
2
3.1 Définitions relatives au Modèle de référence de base OS1 .
2
3.2 Définitions relatives au cadre général de gestion .
3.3 Définitions relatives à ROSE . 2
3.4 Définitions relatives à CMlS . 2
3.5 Définitions relatives à ACSE . 2
2
3.6 Définitions relatives à la présentation .
Abréviations . 2
3
Aperçu général .
5.1 Service fourni . 3
3
5.2 Services sous-jacents .
5.3 Définitions d'informations de gestion . 3
4
Éléments de procédure .
4
6.1 Etablissement d'association .
6.2 Opérations distantes . 4
5
6.3 Procédure EVENT-REPORT .
5
6.4 Procédure GET .
6
6.5 Procédure SET .
6.6 Procédure ACTION . 7
8
6.7 Procédure CREATE .
6.8 Procédure DELETE . 8
9
6.9 Terminaison normale d'association .
9
6.10 Terminaison anormale d'association .
9
Syntaxe abstraite .
7.1 Conventions . 9
7.2 Correspondance entre primitives CMISE et opérations CMlP . 10
11
7.3 Paramètres ((informations de l'utilisateur)) d'ACSE .
12
7.4 Unités de données CMlP .
19
7.5 Définition de la syntaxe abstraite pour CMlP .
CONFORMITÉ . 20
20
8.1 Conditions de conformité statique .
20
8.2 Conditions de conformité dynamique .
Annexes
A Règles sur l'association définies pour CMISE . 21
B Syntaxe ASN.l étendue . 24
C Exemples d'APDU ROSE véhiculant des informations CMISE . 33
D Corrections incorporées dans la première et la seconde éditions de I'ISO/CEI
9596- 1 . 34
E Table de correspondance anglaisflrançais des noms cités dans les modules
ASN.1 de l'article 7 . 35
iii
---------------------- Page: 3 ----------------------
ISO/CEI 9596-1 : 1991 IF)
Avant-propos
L'ISO (Organisation internationale de normalisation) et la CE1
(Commission électrotechnique internationale) forment ensemble
un système consacré à la normalisation internationale considé-
rée comme un tout. Les organismes nationaux membres de
I'ISO ou de la CE1 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 différents
domaines particuliers de l'activité technique. Les comités techni-
ques de I'ISO et de la CE1 collaborent dans tous les domaines
d'intérêt commun. D'autres organisations internationales, gou-
vernementales ou non gouvernementales, en liaison avec I'ISO
et la CE1 participent également aux travaux.
Dans le domaine des technologies de l'information, I'ISO et la
CE1 ont créé un comité mixte, I'ISO/CEI JTC 1. Les projets de Nor-
mes internationales adoptés par le comité mixte sont soumis
aux organismes nationaux pour approbation, avant leur accepta-
tion comme Normes internationales. Les Normes internationales
sont approuvées conformément aux procédures qui requièrent
75 % au moins des organismes nationaux
l'approbation de
votants.
La Norme internationale ISO/CEI 9596-1 a été élaborée par le
comité technique mixte ISO/IEC JTC 1, Technologies de l'infor-
mation.
Cette édition annule et remplace la première edition (ISO/CEI
9596:1990), qui a été révisée sur le plan technique.
Sous le titre général Technologies de /'information - Intercon-
nexion de systèmes ouverts - Protocole commun d'informa-
tions de gestion, I'ISO/CEI 9596 est composée des parties
suivantes :
- Partie 1 : Spécification ;
- Partie 2 : Formulaire de déclaration de conformité d'une
mise en œuvre de protocole (PICS).
L'annexe A de la présente partie de I'ISO/CEI 9596 est normative,
les annexe 6, C, D et E sont informatives.
iv
---------------------- Page: 4 ----------------------
NORME INTERNATIONALE
ISO/CEI 9596-1 : 1991 (F)
Technologies de l’information - Interconnexion de
- Protocole commun
systèmes ouverts
- Partie 1 : Spécification
d‘informations de gestion
1 Domaine d’application registre des Normes internationales en vigueur à
un moment donné.
La présente partie de I’ISO/CEI 9596 spécifie un
IS0 7498:1984, Systèmes de traitement de I‘in-
protocole utilisé par des entités de la Couche
formation - Interconnexion de systèmes
0
Application pour échanger des informations de
ouverts - Modèle de Référence de base.
gestion.
ISO/CEI 7498-4:1989, Systèmes de traitement
La présente partie de I’ISO/CEI 9596 spécifie : de l’information - Interconnexion de systèmes
ouverts - Modèle de Référence de base -
- des procédures de transmission d’informa- Partie 4 : Cadre général de gestion.
tions de gestion entre entités d’application ;
IS0 8326:1987, Systèmes de traitement de I’in-
- la syntaxe abstraite du protocole commun formation - interconnexion de systèmes
d’informations de gestion ainsi que les règles ouverts - Service de session en mode
de codage associées à appliquer ; connexion.
IS0 8649:1987, Systèmes de traitement de I‘in-
- des procédures pour l’interprétation cor-
recte d‘informations de contrôle de protocole ; formation - Interconnexion de systèmes
ouverts - Définition du service pour l’élément
- les conditions de conformité à remplir par
de service de contrôle d‘association.
une mise en œuvre de la présente partie de
IS0 8650:1987, Systèmes de traitement de I’in-
i’lSO/CEl 9596.
formation - interconnexion de systèmes
- Spécification du protocole pour I’élé-
ouverts
La présente partie de I’ISO/CEI 9596 ne spécifie
ment de service de contrôle d‘association.
pas :
IS0 8822:1987, Systèmes de traitement de I’in-
- la structure, ni la signification des informa-
formation - Interconnexion de systèmes
tions de gestion transmises en utilisant CMlP ;
ouverts - Définition du service de présentation
en mode connexion.
-comment est réalisée la gestion suite aux
échanges CMlP ;
IS0 8823:1987, Systèmes de traitement de I’in-
formation - In tercon n exion de systèmes
- les interactions résultant de l‘utilisation de
ouverts - Spécification du protocole de présen-
CMIP.
tation en mode connexion.
ISO/CEI 8824:1990, Systèmes de traitement de
2 Références normatives
l‘information - Interconnexion de systèmes
ouverts - Spécification de la notation de syn-
Les normes suivantes contiennent des disposi- taxe abstraite numéro I (ASN. 1).
tions qui, par suite de la référence qui est en
faite, constituent des dispositions valables pour ISO/CEI 8825:1990, Systèmes de traitement de
la présente partie de I’ISO/CEI 9596. Au moment l’information - Interconnexion de systèmes
de la publication, les éditions indiquées étaient ouverts - Spécification des règles de codage de
en vigueur. Toute norme est sujette à révision et base pour la notation de syntaxe abstraite
les parties prenantes des accords fondés sur la numéro 1 (ASN. I).
présente partie de I’ISO/CEI 9596 sont invitées à
ISO/CEI 9072-1:1989, Systèmes de traitement de
rechercher la possibilité d‘appliquer les éditions
l’information - Communication de texte - Opé-
les plus récentes des normes indiquées ci-après.
rations distantes -Partie 1 : Modèle, notation et
Les membres de la CE1 et de I’ISO possèdent le
définition de service.
1
---------------------- Page: 5 ----------------------
ISO/CEI 9596-1 : 1991 (F)
termes suivants, définis dans I'ISO/CEI 9595 :
ISOKEI 9072-2 1989, Systèmes de traitement de
l'information - Communication de texte - Ope-
a) attribut ;
rations distantes - Partie 2 : Spécification de
protocole.
b) élément de service comm'un d'informations
de gestion ;
ISOKEI 9595:1991, Technologies de l'informa-
tion - Interconnexion de systdmes ouverts -
c) services communs d'informations de ges-
Définition du service commun d'informations de
tion ;
gestion.
d) fournisseur de services CMISE ;
3 Définitions
e) utilisateur de services CMISE ;
f) utilisateur de services CMISE appelant ;
Pour les besoins de la présente partie de I'ISO/CEI
9596, les définitions suivantes s'appliquent.
g) utilisateur de services CMISE exécutant.
3.1 Définitions relatives au Modéle de réfé-
3.5 Définitions relatives à ACSE
rence de base OS1
La présente partie de I'ISO/CEI 9596 utilise les
La présente partie de I'ISO/CEI 9596 utilise les
0
termes suivants, définis dans I'ISO 8649 :
termes suivants, définis dans I'ISO 7498 :
a) contexte d'application ;
a) élément de service d'application ;
b) association d'application ;
b) processus d'application ;
c) système ouvert réel ; c) association.
d) gestion-système.
3.6 Définitions relatives à la présentation
3.2 Définitions relatives au cadre général de
La présente partie de I'ISO/CEI 9596 utilise les
gestion
termes suivants, définis dans 1'1S0 8822 :
La présente partie de I'ISO/CEI 9596 utilise les
' a) syntaxe abstraite ;
termes suivants, définis dans i'iSO/CEI 7498-4 :
b) syntaxe de transfert.
a) objet de gestion ;
b) informations de gestion ;
4 Abréviations
c) base d'informations de gestion ;
NOTE - Les abréviations utilisées sont celles de la
d) entité d'application de gestion-système ;
version anglaise. Dans le présent article, on donne la
forme de ces abréviations développée en français. La
3.3 Définitions relatives à ROSE
forme anglaise est indiquée entre parenthèses pour
aider a la compréhension.
La présente partie de I'ISO/CEI 9596 utilise les
termes suivants, définis dans I'ISOKEI 9072-1 :
ACSE Élément de service de contrôle d'asso-
ciation (Association Control Service Ele-
a) demandeur de l'association ;
ment)
b) accepteur de l'association ;
APDU Unité de données de protocole d'applica-
c) opérations liées ;
tion (Application Protocol Data Unit)
d) opérations distantes ;
ASE Élément de service d'application
(Application Service Element)
e) élément de service d'opérations distantes ;
ASN.1 Notation de syntaxe abstraite numéro
f) appelant;
Un (Abstract Syntax Notation One)
g) exécutant ;
CMIP Protocole commun d'informations de
h) classe d'association ;
gestion (Common Management Informa-
tion Protocol)
i) classe d'opération.
CMIPM Machine CMIP (CMIP Machine)
3.4 Définitions relatives à CMlS
CMlS Service commun d'informations de ges-
tion (Common Management Information
La présente partie de I'ISO/CEI 9596 utilise les
Service)
2
---------------------- Page: 6 ----------------------
ISO/CEI 9596-1 : 1991 (F)
c) résultat négatif;
6 Éléments de procédure
d) refus par l'utilisateur ;
Le présent article définit les éléments de procé-
e) refus par le fournisseur. .
dure de CMIP. Ces procédures définissent le
transfert de PDU CMIP. L'article 7 spécifie la
Ces éléments de procédures d'opérations distan-
structure et le codage de ces PDU, ainsi que leur
tes sont décrits dans I'ISO 9072-2.
relation avec les primitives du service CMIS.
Le tableau 2 indique la correspondance entre des
La machine protocole CMIP (CMIPM) accepte les
paramètres de CMIS et des paramètres de ROSE.
primitives de demandes et de réponses aux
demandes CMlS et émet des PDU CMIP initiali-
Tableau 2 - Correspondance entre les paramè-
sant des éléments de procédures spécifiques, tel
tres de CMlS et de ROSE
que le spécifie le présent article.
Une CMIPM doit accepter toute PDU CMlP dont
Paramètre de CMlS Paramètre de ROSE
la structure est correcte et la transmettre pour
traitement à l'utilisateur de services CMISE exé-
identificateur d'appel ID d'appel
de primitives d'indication et de
cutant, au moyen
confirmation. Si la structure de la PDU reçue
identificateur lié ID lié
n'est pas correcte ou si la PDU contient une noti-
fication ou une opération qui n'est pas prise en
charge, la CMIPM renvoie une PDU indiquant le
rejet de la PDU reçue.
6.2.2 Paramètres RO «refus»
Les procédures indiquent seulement comment
interpréter les différents champs d'une PDU
Les paramètres RO «refus) sont mis en corres-
CMlP ; elles ne précisent pas ce que l'utilisateur
pondance ou traités de la manière suivante.
de services CMISE appelant fait des informations
qu'il demande, ni comment un utilisateur de
6.2.2.1 Le paramètre RO ((refus par l'utilisateur»
CMISE exécutant traite un appel.
est mis en correspondance avec les paramètres
(cerreurn de CMISE comme indiqué ci-dessous.
6.1 Établissement d'association
Tableau 3 - Mise en correspondance des
L'établissement d'une association implique deux
paramètres RO «refus par l'utilisateur»
utilisateurs de services CMISE, l'un étant l'initia-
et «erreur» de CMlS
de l'association, l'autre le répondeur.
teur
Paramétre de RO
Un utilisateur de services CMISE peut lancer Paramètre cierreur))
l'établissement d'une association en utilisant le ii ref us»
de CMISE
service d'établissement d'association défini dans
I' IS0 8649.
doublon
doublon
Le contexte d'application définit, entre autres
argument
argument
choses, les règles de coordination des informa-
de type erroné de type erroné
tions d'initialisation correspondant à différents
ASE. L'annexe A spécifie les règles sur l'associa-
limitation limitation
tion définies pour CMISE.
de ressource
de ressource
6.2 Opérations distantes
opération inconnue
opération inconnue
6.2.1 Élément de procédures d'opérations dis-
tantes
Les éléments de procédure CMIP s'appuient sur
les éléments de procédures d'opérations distan-
tes suivants :
a) appel ;
b) résultat positif;
4
---------------------- Page: 7 ----------------------
ISO/CEI 9596-1 : 1991 (F)
6.3 Procédure EVENT-REPORT 6.4 Procédure GET
6.3.1 Appel 6.4.1 Appel
Les procédures EVENT-REPORT sont lancées par Les procédures GET sont lancées par la primitive
la primitive de demande M-EVENT-REPORT. de demande M-GET.
À réception d'une primitive de demande À réception de la primitive de demande M-GET,
M-EVENT-REPORT la CMIPM doit : la CMIPM doit :
a) si le service est de type confirmé, construire a) construire une APDU demandant t'opéra-
une APDU demandant l'opération m-EventRe- tion m-Get ;
port-Confirmed ; sinon, construire une APDU
b) envoyer I'APDU en utilisant la procédure
demandant l'opération m-EventReport ;
RO-INVOKE.
b) envoyer I'APDU en utilisant la procédure
RO-INVOKE.
6.4.2 Réception
À réception d'une APDU demandant l'opération
6.3.2 Réception
m-GET, si la structure de I'APU est correcte, la
a CMIPM doit envoyer une primitive d'indication
À réception d'une APDU demandant soit l'opéra-
M-GET à l'utilisateur de services CMISE ; si la
tion m-EventReport soit l'opération m-EventRe-
structure de I'APDU reçue n'est pas correcte, la
port-Confirmed, la CMIPM doit, si la structure de
CMlPM doit construire une APDU contenant une
I'APDU est correcte, envoyer une primitive d'in-
notification d'erreur et l'envoyer en utilisant la
dication M-EVENT-REPORT à t'utilisateur de ser-
procédure RO-REJECT-U.
vices CMISE, le paramètre «mode» indiquant si
une confirmation est demandée ; si la structure
6.4.3 Réponse
de I'APDU reçue n'est pas correcte, la CMlPM
doit construire une APDU contenant une notifica-
La CMIPM doit
tion d'erreur et l'envoyer en utilisant la procé-
dure RO-REJECT-U.
a) accepter zéro ou plusieurs primitives de
réponse à une demande M-GET contenant un
6.3.3 Réponse
paramètre ((ide nt ificate Ur I ié)), suivies d'une
seule réponse à une demande M-GET sans
Si le service est de type confirmé, la CMlPM doit
paramètre ((identificateur liétt ;
accepter une primitive de réponse à une
demande M-EVENT-REPORT et doit :
b)pour chaque réponse à une demande
M-GETayant un paramètre ((identificateur lié)) :
a) construire une APDU confirmant la notifica-
tion M-EVENT-REPORT ;
-construire une APDU demandant l'opéra-
tion m-Linked-Reply avec LinkedReplyArgument
b) si les paramètres de la primitive de réponse
a
indiquant soit getListError, soit getResuIt, soit
a une demande M-EVENT-REPORT indiquent
processingfailure, suivant le cas,
que la notification a été acceptée, envoyer
I'APDU en utilisant la procédure RO-RESULT ;
-envoyer chaque APDU en utilisant la pro-
sinon, envoyer I'APDU en utilisant la procé-
cédure RO-INVOKE ;
dure RO-ERROR.
c)pour la réponse à une demande M-GET
6.3.4 Réception d'une réponse
sans paramètre ((identificateur 1%)) :
À réception d'une APDU répondant à une notifi-
- construire une APDU confirmant l'opéra-
cation M-EVENT-REPORT, si la structure de
tion m-GET,
I'APDU est correcte, la CMIPM doit envoyer une
primitive de confirmation M-EVENT-REPORT à
-si les paramètres de la réponse à une
l'utilisateur de services CMISE, terminant ainsi la
demande M-GET indiquent que l'opération a
procédure. Si la structure de I'APDU reçue n'est
été éxécutée correctement, envoyer I'APDU
pas correcte, la CMIPM doit construire une APDU
en utilisant la procédure RO-RESULT. Si les
contenant une notification d'erreur et l'envoyer
paramètres de la réponse à une demande
en Utilisant la procédure RO-REJECT-U.
M-GET indiquent que l'opération a partielle-
ment réussi ou qu'elle n'a pas été exécutée à
cause d'une erreur, envoyer I'APDU en utili-
sant la procédure RO-ERROR.
5
---------------------- Page: 8 ----------------------
ISO/CEI 9596-1 : 1991 (F)
6.4.5.4 Réception d'une réponse
6.4.4 Réception d'une réponse
A réception d'une APDU répondant à une opéra-
A réception d'une APDU répondant à une opéra-
tion m-CancelGet, si la structure de I'APDU est
tion m-GET, la CMIPM doit :
correcte, la CMIPM doit envoyer une primitive de
a) si I'APDU contient un champ linked-ID et si
confirmation M-CANCEL-GET à l'utilisateur de
sa structure est correcte, envoyer une primi- ; si la structure de I'APDU n'est
services CMlSE
tive de confirmation M-GET à l'utilisateur de
pas correcte, la CMIPM doit construire une APDU
services CMISE ;
contenant une notification d'erreur et l'envoyer
en utilisant la procédure RO-REJECT-U.
b) si I'APDU est la dernière réponse
(c'est-à-dire si elle ne contient pas de champ
linked-ID) et si sa structure est correcte,
6.5 Procédure SET
envoyer une primitive de confirmation M-GET
6.5.1 Appel
à l'utilisateur de services CMISE, terminant
ainsi la procédure ;
Les procédures SET sont lancées par la primitive
c) si la structure de I'APDU reçue n'est pas
de demande M-SET.
correcte, construire une APDU contenant une
notification d'erreur et l'envoyer en utilisant la
À réception d'une primitive de demande M-SET,
procédure RO-REJECT-U.
la CMIPM doit :
6.4.5 Procédure CancelGet
a) si le service est de type confirmé,
construire une APDU demandant l'opération
6.4.5.1 Appel
m-Set-Confirmed ; sinon, construire une
APDU demandant l'opération m-SET ;
Les procédures CancelGet sont lancées par la
primitive de demande M-CANCEL-GET.
b) envoyer I'APDU en utilisant la procédure
RO-I NVOKE.
A réception de la primitive de demande
M-CANCEL-GET, la CMIPM doit :
6.5.2 Réception
a) construire une APDU demandant l'opéra-
tion m-CancelGet ; À réception d'une APDU demandant soit l'opéra-
tion m-Set, soit l'opération m-Set-Confirmed, si
b) envoyer I'APDU en utilisant la procédure
la structure de I'APDU est correcte, la CMIPM
RO-INVOKE.
doit envoyer une primitive d'indication M-SET à
l'utilisateur de services CMISE, le paramètre
6.4.5.2 Réception
«mode» indiquant si une confirmation est
À réception d'une APDU demandant l'opération demandée ; si la structure de I'APDU reçue n'est
m-CancelGet, si la structure de I'APDU est cor-
pas correcte, la CMIPM doit construire une APDU
recte, la CMIPM doit envoyer une primitive d'in-
contenant une notification d'erreur et l'envoyer
dication M-CANCEL-GET à l'utilisateur de en utilisant la procédure RO-REJECT-U.
services CMISE ; si la structure de I'APDU n'est
pas correcte, la CMIPM doit construire une APDU 6.5.3 Réponse
contenant une notification d'erreur et l'envoyer
Si le service est de type confirmé, la CMIPM doit :
en utilisant la procédure RO-REJECT-U.
6.4.5.3 Réponse a) accepter zéro ou plusieurs réponses à une
demande M-SET contenant un paramètre
La CMIPM doit :
((identificateur lié», suivies d'une seule primi-
tive de réponse à une demande M-SET sans
a) construire une APDU confirmant l'opéra-
;
((identificateur lié))
tion m-CancelGet ;
blpour chaque primitive de réponse a une
b) si les paramètres de la primitive de réponse
demande M-SET contenant un paramètre
M-CANCEL-GET indiquent que l'opération a
{(identificateur lié)) :
été exécutée correctement, envoyer I'APDU en
utilisant la procédure RO-RESULT ; sinon,
- construire une APDU demandant l'opéra-
envoyer I'APDU en utilisant la procédure
tion m-Linked-Reply avec LinkedReplyArgument
RO-ERROR. Si l'opération m-CancelGet reus-
indiquant soit setListError, soit setResult, soit
sit, l'utilisateur de services CMISE exécutant
processingfailure, suivant le cas;
doit cesser d'envoyer des réponses liées (ré-
ponses à l'opération m-Get) et doit envoyer
- envoyer chaque APDU en utilisant la pro-
une primitive de réponse à une demande
cédure RO-INVOKE ;
M-GET avec le paramètre erreur indiquant
«opération annulée».
6
---------------------- Page: 9 ----------------------
ISO/CEI 9596-1 : 1991 IF)
c)pour la primitive de réponse à une
demandée ; si la structure de I'APDU reçue n'est
demande M-SET sans ((identificateur lié» :
pas correcte, construire une APDU contenant une
notification d'erreur et l'envoyer en utilisant la
- construire une APDU confirmant l'opéra-
procédure RO-REJECT-U.
tion m-Set,
6.6.3 Réponse
-si les paramètres de la primitive de
Si le service est de type confirmé, la CMIPM doit :
réponse à une demande M-SET indiquent que
l'opération a été exécutée correctement,
a) accepter zéro ou plusieurs primitives de
envoyer I'APDU en utilisant la procédure
réponse à une demande M-ACTION contenant
RO-RESULT. Si les paramètres de la primitive
un paramètre ((identificateur lié», suivies
de réponse à une demande M-SET indiquent
d'une seule primitive de réponse à une
que l'opération a partiellement réussi ou que
demande M-ACTION sans ((identificateur lié» ;
l'opération n'a pas été exécutée à cause d'une
erreur, envoyer I'APDU en utilisant la procé-
blpour chaque primitive de réponse à une
dure RO-ERROR.
demande M-ACTION contenant un paramètre
((identificateur lié» :
6.5.4 Reception d'une réponse
-construire une APDU demandant l'opéra-
À réception d'une APDU répondant à une opéra-
0 tion m-Lin ked-Reply avec LinkedReplyArgument
tion m-Set-Confirmed, la CMlPM doit :
indiquant soit actionError, soit actionResult,
soit processingfailure, suivant le cas,
a) si I'APDU contient un champ linked-ID et si
- envoyer chaque APDU en utilisant la pro-
sa structure est correcte, envoyer une primi-
cédure RO-INVOKE ;
tive de confirmation M-SET à l'utilisateur de
services CMISE ;
c) pour la primitive de réponse à une
b) si I'APDU est la dernière réponse
demande M-ACTION sans ((identificateur lié» :
(c'est-à-dire, si elle ne contient pas de champ
linked-ID) et si sa structure est correcte,
- construire une APDU confirmant l'opéra-
envoyer une primitive de confirmation M-SET
tion m-Action,
à l'utilisateur de services CMISE, terminant
-si les paramètres de la primitive de
ainsi la procédure ;
réponse à une demande M-ACTION indi-
c) si la structure de I'APDU reçue n'est pas
quent que l'opération a été exécutée correc-
correcte, construire une APDU contenant une
tement, envoyer I'APDU en utilisant la
notification d'erreur et l'envoyer en utilisant la
procédure RO-RESULT. Si les paramètres de
procédure RO-REJECT-U.
la primitive de réponse à une demande
M-ACTION indiquent que la procédure a par-
6.6 Procédure ACTION
tiellement réussi ou que la procédure n'a pas
été exécutée à cause d'une erreur, envoyer
6.6.1 Appel
I'APDU en utilisant la procédure RO-ERROR.
Les procédures ACTION sont lancées par la pri-
6.6.4 Réception d'une réponse
mitive de demande M-ACTION.
À réception d'une APDU répondant à une opéra-
À réception d'une primitive de demande
tion m-Action-Confirmed, la CMIPM doit :
M-ACTION, la CMlPM doit :
a) si I'APDU contient un champ linked-ID et si
a) si le service est de type confirmé,
sa structure est correcte, envoyer une primi-
construire une APDU demandant l'opération
tive de confirmation M-ACTION à l'utilisateur
m-Action-Confirmed ; sinon, construire une
de services CMISE ;
APDU demandant l'opération m-Action ;
b) si I'APDU est la dernière réponse
b) envoyer I'APDU en utilisant la procédure
(c'est-à-dire, si elle ne contient pas de
RO-INVOKE.
champ linked-ID) et si sa structure est cor-
recte, envoyer une primitive de confirmation
6.6.2 Réception
M-ACTION à l'utilisateur de services CMISE,
terminant ainsi la procédure ;
À réception d'une APDU demandant soit l'opéra-
tion m-Action, soit l'opération m-Action-Confirmed,
c) si la structure de I'APDU reçue n'est pas
si la structure de I'APDU est correcte, la CMIPM
correcte, construire une APDU contenant une
doit envoyer une primitive d'indication M-ACTION
notification d'erreur et l'envoyer en utilisant la
à l'utilisateur de services CMISE, le paramètre
procédure RO-REJECT-U.
«mode» indiquant si une confirmation est
7
---------------------- Page: 10 ----------------------
À réception de la primitive de demande M-DELETE,
6.7 Procédure CREATE
la CMIPM doit :
6.7.1 Appel
a) constuire une APDU demandant l'opération
Les procédures CREATE sont lancées par la pri-
m-Delete ;
mitive de demande M-CREATE.
b) envoyer I'APDU en utilisant la procédure
À réception de la primitive de demande M-CREATE, RO-INVOKE.
la CMIPM doit :
6.8.2 Réception
a) construire une APDU demandant l'opéra-
tion m-Create ;
A réception d'une APDU demandant l'opération
m-Delete, si la structure de I'APDU est correcte,
b) envoyer I'APDU en utilisant la procédure
la CMIPM doit envoyer une primitive d'indication
RO-INVOKE.
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.