ISO/IEC ISP 10611-5:1994
(Main)Information technology — International Standardized Profiles AMH1n — Message Handling Systems — Common Messaging — Part 5: AMH13-MS Access (P7)
Information technology — International Standardized Profiles AMH1n — Message Handling Systems — Common Messaging — Part 5: AMH13-MS Access (P7)
Technologies de l'information — Profils normalisés internationaux AMH1n — Systèmes de messagerie — Messagerie commune — Partie 5: Accès AMH13-MS (P7)
General Information
Relations
Buy Standard
Standards Content (Sample)
PROFIL ISO/CEI
NORMALISÉ ISP
I NTE R NAT1 O NAL 10611-5
Première édition
1994-1 0-1 5
Technologies de l'information - Profils
normalisés internationaux AMHI n -
Systèmes de messagerie - Messagerie
commune -
Partie 5:
Accès AMH13-MS (P7)
Information technology - International Standardized Profiles AMH In -
Message Handling Systems - Common Messaging -
Part 5: AMH13-MS Access (P7)
Numéro de référence
ISO/CEI ISP 10611-5:1994(F)
---------------------- Page: 1 ----------------------
ISOKEI ISP 10611-5:1994(F)
Sommaire
Page
I Avant-propos . ii
,
I Introduction iii
...............................................................................................
I
i 1 Domaine d'application . 1
2 Références normatives . 2
3 Définitions . 3
4 Abréviations . 5
5 Conformité . 5
Annexes
Formulaire ISPICS pour I'ISO/CEI ISP 1061 1-5 (AMH13) . 7
A
Amendements et corrigenda . 40
B
O ISO/CEI 1994
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publica-
tion 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
i'éditeur.
ISO/CEI Copyright Office Case postale 56 CH-121 1 Genève 20 Suisse
Version française tirée en 1996
Imprimé en Suisse
ii
---------------------- Page: 2 ----------------------
O ISO/CEI
ISOKEI ISP 1061 1-5:1994(F)
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 particu-
liers de l'activité technique. Les comités techniques de I'ISO et de la CE1 col-
laborent dans des domaines d'intérêt commun. D'autres organisations
internationales, gouvernementales 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é technique mixte, I'ISO/CEI JTC 1. Parallèlement à la mise au point
de Normes internationales, I'ISO/CEI JTC 1 a mis en place un groupe spé-
cial de normalisation fonctionnelle pour l'élaboration de profils normalisés
internationaux (ISP).
Un profil normalisé international est un document approuvé et harmonisé à
l'échelle internationale qui identifie une norme ou un groupe de normes,
ainsi que des options et des paramètres, nécessaires pour accomplir une
fonction ou un ensemble de fonctions.
Les projets de profils normalisés internationaux (DISP) sont soumis aux
organismes nationaux pour approbation. Leur publication comme profil nor-
malisé international requiert l'approbation de 75 % au moins des comités
membres votants.
Le Profil normalisé international ISO/CEI ISP 1061 1-5 a été élaboré avec la
collaboration des groupes suivants :
- OS1 Asia-Oceania Workshop (AOW) ;
- European Workshop for Open systems (EWOS) [conjointement avec
l'Institut Européen de Normalisation des Télécommunications (ETSI)] ;
- OSE Implementors' Workshop (OIW).
L'ISO/CEI ISP 10611 comprend les parties suivantes présentées sous le
titre général Technologies de l'information - Profils normalisés internatio-
naux AMHln - Systèmes de messagerie - Messagerie commune:
- Partie 1 : Support de Service MUS
- Partie 2 : Spécification des protocoles ROSE, RTSE, ACSE, Présen-
tation et Session pour une utilisation par MUS
- Partie 3 : Transfert de messages AMHll (Pl)
- Partie 4 :Accès AMH12-MTS (P3)
- Partie 5 :Accès AMH13-MS (P7)
Les annexes A et B font partie intégrante de la présente partie de
I'ISO/CEI ISP 1061 1.
iii
---------------------- Page: 3 ----------------------
ISOKEI ISP 1061 1-5:1994(F)
O ISO/CEI
Introduction
La présente partie du profil normalisé international ISO/CEI ISP 1061 1 est
définie dans le contexte de la normalisation fonctionnelle, conformément
aux principes spécifiés par I'ISO/CEI TR 10000, ((Structure et taxinomie des
profils normalisés internationaux,,. Le contexte de normalisation fonction-
nelle n'est qu'une partie de l'ensemble des activités de normalisation des
technologies de l'information (IT), couvrant les normes de base, les profils
et les mécanismes d'enregistrement. Un profil définit une combinaison de
normes de base qui, collectivement, remplissent une fonction IT bien défi-
nie. Les profils normalisent l'utilisation d'options et autres variations dans les
normes de base, et fournissent une base pour la mise au point d'essais de
systèmes uniformes et reconnus au niveau international.
L'un des rôles les plus importants d'un ISP est de servir de base au déve-
loppement (par des organismes autres que I'ISO et la CEI) d'essais et de
centres d'essais reconnus sur le plan mondial. Les ISP sont produits non
seulement pour «légitimer>> un choix particulier de normes de base et
d'options, mais aussi pour promouvoir la possibilité réelle d'échanges
d'informations entre les systèmes. Le développement et l'approbation géné-
ralisée des essais fondés sur cet ISP et sur d'autres sont essentiels pour la
réalisation de cet objectif.
Le texte de la présente partie de I'ISO/CEI ISP 1061 1 a été mis au point en
étroite collaboration avec les groupes d'experts MHS des trois ateliers de
travail régionaux : le North American OSE Implementors' Workshop (OIW),
le European Workshop for Open Systems (EWOS) (conjointement avec le
groupe d'experts correspondant de l'Institut Européen de Normalisation des
Télécommunications - ETSI) et I'OSI Asia-Oceania Workshop (AOW). La
présente partie de I'ISO/CEI ISP 1061 1 a fait l'objet d'une harmonisation
entre ces trois ateliers et a été ratifiée par leurs assemblées plénières res-
pectives.
iv
---------------------- Page: 4 ----------------------
PROFIL NORMALISÉ INTERNATIONAL O ISO/CEI
ISOKEI ISP 10611=5:1994(F)
Technologies de l'information - Profils normalises internationaux AMHI n -
Systèmes de messagerie - Messagerie commune -
Partie 5 :
Accès AMH13-MS (P7)
1 Domaine d'application
1 .I Généralités
La présente partie de I'ISO/CEI ISP 1061 1 traite de l'accès a une mémoire de messages (MS - Message Store) a
l'aide du protocole d'accès MS P7 (voir également figure 1). Ces spécifications constituent une partie des fonctions
d'application de messagerie commune, comme défini dans les différentes parties de I'ISO/CEI ISP 1061 1, qui forment
une base commune pour les profils normalisés internationaux liés au type de contenu, pour les systèmes de messa-
gerie (MHS), qui seront mis au point.
1.2 Position dans la taxinomie
La présente partie de I'ISO/CEI ISP 10611 est la cinquième d'un ISP à plusieurs parties, désigné dans
I'ISO/CEI TR 10000-2 comme cCAMH1, Systèmes de messagerie - Messagerie commune,, (voir également
I'ISO/CEI TR 10000-1, paragraphe 8.2 pour la définition des ISP à plusieurs parties).
La présente partie de I'ISO/CEI ISP 1061 1 spécifie le profil suivant :
AMH13 -Accès MS (P7)
Le profil AMH13 peut être associé a tous les profils T (voir I'ISO/CEI TR 10000) spécifiant le service Transport en
mode connexion OSI.
1.3 Scénario
Le modèle utilisé est l'accès à une mémoire de messages (MS) par un utilisateur-MS, en particulier, I'intercommuni-
cation entre une MS et un utilisateur-MS (à savoir, un agent d'utilisateur) se servant du protocole P7, comme illustré
à la figure 1.
Figure 1 - Scenario AMHI3
1
---------------------- Page: 5 ----------------------
ISO/CEI ISP 1061 1-5:1994(F) O ISO/CEI
Le profil AMH13 couvre tous les aspects du service abstrait MS, comme défini dans I'ISO/CEI 10021-5, lorsqu'il est
réalisé à l'aide du protocole P7.
Les services et protocoles de couche supérieure OS1 destinés à supporter les fonctions des systèmes de messagerie
(MHS) couvertes par le profil AMH13 sont spécifiés dans la série de normes indiquées au tableau 1.
Tableau 1 - Modèle du profil AMH13
Couche Application I MHS I ISO/CEI 10021-6
I
I ROSE I voir ISO/CEI ISP 1061 1-2 I
ISP 1061 1-2
RTSE voir ISO/CEI
voir ISO/CEI ISP 1061 1-2
ACSE
Couche Présentation I voir ISO/CEI ISP 1061 1-2
I
Couche Session I voir ISO/CEI ISP 1061 1-2 I
2 References normatives
Les documents suivants comportent des dispositions qui, par suite de la référence qui y est faite, constituent des dis-
positions valables pour la présente partie de I'ISO/CEI ISP 1061 1. Au moment de la publication, les éditions indiquées
étaient en vigueur. Tout document est sujet à révision, et les parties prenantes des accords fondés sur la présente
partie de I'ISO/CEI ISP 1061 1 sont invitées à rechercher la possibilité d'appliquer les éditions les plus récentes des
documents indiqués ci-après, étant donné que les références faites par les ISP à de tels documents peuvent être
spécifiques d'une édition particulière. Les membres de la CE1 et de I'ISO possèdent le registre des normes interna-
tionales et des ISP en vigueur. Le bureau de normalisation des télécommunications de I'UIT tient à jour la liste des
Recommandations UIT-T en vigueur.
Les amendements et corrigenda apportés aux normes de base citées en référence sont répertoriés à l'annexe B.
NOTE - Les références faites dans la présente partie de I'ISO/CEI ISP 1061 1 à des articles spécifiques de documents ISO/CEI sont également
valables pour les Recommandations UIT-T équivalentes (comme mentionné ci-dessous), sauf indication contraire.
ISO/CEI TR 10000-1 :1992, Technologies de /'information - Structure et taxinomie des profils normalisés internatio-
naux - Partie I : Structure.
ISO/CEI TR 1 0000-2: 1992, Technologies de l'information - Structure et taxinomie des profils normalisés internatio-
naux - Partie 2 : Taxinomie.
*
ISO/CEI 10021 -1 :1990, Technologies de l'information - Communication de texte - Systèmes d'échange de texte
en mode message (MOTIS) - Partie 7 : Présentation générale du système et des services [voir également la Recom-
mandation X.400 (1992) du CCITT].
ISO/CEI 10021 -2:1990, Technologies de l'information - Communication de texte - Systèmes d'échange de texte
en mode message (MOTIS) - Partie 2 :Architecture générale [voir également la Recommandation X.402 (1 992) du
CCITT].
ISO/CEI 10021 -51 990, Technologies de l'informafion - Communication de texte - Systèmes d'échange de texte
en mode message (MOTIS) - Partie 5 : Mémoire de messages : Définition de service de service abstrait [voir éga-
lement la Recommandation X.413 (1 992) du CCITT].
ISO/CEI 10021 -6:1990, Technologies de l'information - Communication de texte - Systèmes d'échange de texte
en mode message (MOTIS) - Partie 6 : Spécifications de protocole [voir également la Recommandation X.419
(1992) du CCITT].
ISO/CEI ISP 1061 1-1 :1994, Technologies de l'information - Profils normalises internationauxAMH7n - Systèmes
- Messagerie commune - Partie 7 : Support du Service MUS.
de messagerie
2
---------------------- Page: 6 ----------------------
O ISO/CEI
ISO/CEI ISP 10611-5:1994(F)
ISO/CEI ISP 1061 1 -2:1994, Technologies de l'information - Profils normalisés internationaux AMHln - Systèmes
de messagerie - Messagerie commune - Partie 2 : Specification des protocoles ROSE, RTSE, ACSE, Présentation
et Session pour une utilisation par MHS.
Recommandation X.400 du CCITT (1 992), Principe du système et du service de messagerie.
Recommandation X.402 du CCITT (1 992), Systèmes de messagerie : Architecture globale.
Recommandation X.413 du CCITT (1992), Systèmes de messagerie : Mémoire de messages : Definition de service
abstrait.
Recommandation X.419 du CCITT (1 992), Systèmes de messagerie : Specifications de protocole.
3 Definitions
Pour les besoins de la présente partie de I'ISO/CEI ISP 1061 1, les définitions suivantes s'appliquent.
Les termes utilisés dans la présente partie de I'ISO/CEI ISP 1061 1 sont définis dans les normes de base citées en
référence ; par ailleurs, les termes suivants sont définis.
*
3.1 Généralités
prescription de base : Élément de service, de protocole, de procédure ou toute autre fonction identifiable spécifié(e)
dans les normes de base, devant être pris en charge par toutes les réalisations MHS.
groupe fonctionnel : Spécification d'un ou de plusieurs éléments apparentés de service, de protocole, de procédure
ou toute autre fonction identifiable, spécifiés dans les normes de base qui, ensemble, prennent en charge une zone
facultative significative des fonctionnalités MHS.
NOTE -Un groupe fonctionnel peut couvrir une combinaison de fonctions MHS spécifiées dans les normes de base, pour laquelle l'effet de la
realisation peut être déterminé au niveau de l'interface externe normalisée - c'est-à-dire, via un protocole de communications OS1 normalisé (les
autres formes d'interface exposée, telles qu'une interface programmatique normalisée, ne rentrent pas dans le cadre de la présente version de
I'ISO/CEI ISP 10611)
3.2 Classification des prises en charge (ou supports)
Afin de spécifier le niveau de prise en charge des opérations, arguments, résultats, attributs et autres fonctions de
protocole de la présente partie de I'ISO/CEI ISP 1061 1, la terminologie suivante est définie.
3.2.1 Capacités statiques
Les classifications suivantes sont utilisées dans la présente partie de I'ISO/CEI ISP 1061 1 afin de définir les condi-
tions de conformité statiques - c'est-à-dire, les capacités.
Dans le cas d'arguments et de résultats (éléments de protocole), la classification dépend de celle de l'élément con-
tenant, le cas échéant. Lorsque les éléments constituant un élément non primitif ne sont pas spécifiés individuelle-
ment, on considère que chacun appartient à la même classification que l'élément non primitif. Lorsque la gamme de
valeurs devant être prise en charge pour un élément n'est pas spécifiée, toutes les valeurs définies dans les normes
de base MHS doivent être Supportées.
3
---------------------- Page: 7 ----------------------
support obligatoire (m) : L'élément ou la fonction doit être totalement pris en charge. Une réalisation doit être en
mesure de générer l'élément et/ou de recevoir l'élément et d'effectuer toutes les procédures associées (c'est-à-dire,
impliquant la capacité à traiter la syntaxe et la sémantique de l'élément) selon le cas, comme spécifié dans les normes
de base MHS. Lorsque la prise en charge de l'émission (génération) et celle de la réception ne sont pas différenciées,
les deux capacités doivent être prises en compte. Le support obligatoire d'un attribut MS nécessite qu'il soit pris en
charge dans le contexte de tous les arguments et résultats d'opération supportés applicables, et qu'il soit utilisé dans
un sélecteur au niveau de support exigé pour le filtre. La manière dont les valeurs d'attributs sont stockées par une
réalisation MS, ou utilisées par une réalisation UA, relève d'un choix local.
support facultatif (O) : Une réalisation n'est pas tenue de prendre en charge l'élément ou la fonction. En cas de prise
en charge, l'élément doit être considéré comme si le support obligatoire était spécifié. Si le support n'est pas déclaré,
et que l'élément est un argument, une réalisation doit générer une indication d'erreur appropriée lors de la réception
de l'élément. Si le support n'est pas déclaré, et que l'élément est un résultat, une réalisation peut ignorer cet élément
lorsqu'il est reçu. Si le support d'une opération en tant que répondeur n'est pas déclaré, une indication d'erreur appro-
priée doit alors être générée (au minimum, un rejet ROSE doit être généré).
support conditionnel (c) : L'élément doit être pris en charge dans les conditions spécifiées dans la présente partie
de I'ISO/CEI ISP 1061 1. Si ces conditions sont respectées, l'élément doit être traité comme si le support obligatoire
était spécifié. Dans le cas contraire, l'élément doit être traité comme si le support facultatif était spécifié (sauf indica-
tion contraire).
*
en dehors du domaine d'application (i) : L'élément se situe en dehors du domaine d'application de la présente par-
tie de I'ISO/CEI ISP 1061 1 - c'est-à-dire qu'il ne sera pas soumis à un test de conformité à I'ISP.
non applicable (-) : L'élément n'est pas applicable dans le contexte particulier d'utilisation de cette classification.
3.2.2 Comportement dynamique
Les classifications précédentes sont utilisées dans la présente partie de I'ISO/CEI ISP 1061 1 afin de spécifier les con-
ditions de conformité statiques (à savoir, les capacités) ; les conditions de conformité dynamiques (à savoir, le com-
portement) sont celles spécifiées dans les normes de base MHS. Toutefois, dans certains cas, il a été nécessaire de
définir des conditions de conformité dynamiques supplémentaires dans le présent profil. Pour cela, un second code
de classification a été utilisé, comme suit.
NOTE -Le paragraphe 6.7 de I'ISOICEI TR 10000-1 stipule qu'un profil ne doit pas introduire de contraintes de comportement dynamique lors
de la réception. Toutefois, dans le cas de la sécurité MHS (au moins), les normes de base définissent une indication d'erreur pouvant s'appliquer
à une violation de sécurité, mais elles ne précisent pas les conditions d'utilisation de cette erreur. Toute spécification d'utilisation de cette indication
d'erreur dans un profil peut donc être considérée comme une application des dispositions des normes de base, et non comme une modification.
nécessaire (r) : L'élément doit toujours être présent. Une réalisation doit s'assurer que l'élément est toujours généré
e
ou utilisé de manière appropriée. L'absence de l'élément lors de la réception doit entraîner la fin ou le rejet de la com-
munication avec génération d'une indication d'erreur appropriée comme spécifié dans les normes de base MHS.
exclu (x) : L'élément ne doit jamais être présent. Une réalisation doit s'assurer que l'élément n'est jamais généré ni
utilisé, selon le cas. La présence de l'élément lors de la réception doit entraîner la fin ou le rejet de la communication
avec génération d'une indication d'erreur appropriée comme spécifié dans les normes de base MHS.
NOTE -II se peut que certaines réalisations aient à exclure une capacité statique pour ce type d'élément, mais ces considérations ne rentrent
pas dans le cadre du présent profil. Ainsi, les éléments classés comme exclus (x) sont également classés comme étant en dehors du domaine
d'application (i) en termes de capacité statique.
4
---------------------- Page: 8 ----------------------
O ISO/CEI ISO/CEI ISP 10611-5:1994(F)
4 Abréviations
Messagerie d'application (Application Message Handling)
AMH
ASN.l Notation de syntaxe abstraite numéro un (Abstract Syntax Notation One)
Utilisation de l'annuaire (Use of Directory)
DIR
Élément de service (Element of Service)
EoS
FG Groupe fonctionnel (Functionnal Group)
ISP Profil normalisé international (International Standardized Profile)
MHS Système de messagerie (Message Handling System)
MS Mémoire de messages (Message Store)
MTA Agent de transfert de messages (Message Transfer Agent)
Interconnexion de systèmes ouverts (Open Systems Interconnection)
os1
PD Remise physique (Physical Delivery)
SEC Sécurité (Security)
UA Agent d'utilisateur (User Agent)
Niveau de support des éléments et fonctions de protocole (voir paragraphe 3.2) :
m support obligatoire
O support facultatif
C support conditionnel
I en dehors du domaine d'application
- non applicable
r nécessaire
X exclu
5 Conformité
La présente partie de I'ISO/CEI ISP 1061 1 énumère les prescriptions relatives aux réalisations destinées à un inter-
fonctionnement. La conformité à la présente partie de I'ISO/CEI ISP 1061 1 implique le respect de toutes les prescrip-
tions des normes de base appropriées, et de toutes les prescriptions des articles suivants et de l'annexe A de la
présente partie de I'ISO/CEI ISP 1061 1. L'annexe A indique la relation entre ces prescriptions et celles des normes
de base.
5.1 Déclaration de conformité
Pour que chaque réalisation soit conforme au profil AMH13, comme spécifié dans la présente partie de
I'ISO/CEI ISP 1061 1, un formulaire PICS doit être disponible, indiquant la prise en charge ou l'absence de prise
en charge de chaque option identifiée dans la présente norme.
Le domaine d'application de la conformité au profil AMH13 couvre à la fois les MS et les utilisateurs-MS (c'est-à-dire,
les UA). Pour être conforme au profil AMH13, la réalisation doit indiquer si elle veut être conforme en tant que MS ou
utilisateur-MS.
5
---------------------- Page: 9 ----------------------
ISO/CEI ISP 10611-5:1994(F)
O ISO/CEI
5.2 Conformité a MHS
La présente partie de I'ISO/CEI ISP 1061 1 spécifie les options ou sélections de réalisation de sorte que les réalisa-
tions répondent aux conditions de conformité de I'ISO/CEI 10021 et des Recommandations X.400 du CCITT.
Les réalisations conformes au profil AMH13, comme spécifié dans la présente partie de I'ISO/CEI ISP 1061 1, doivent
mettre en œuvre toutes les fonctions de support obligatoire (m) identifiées comme prescriptions de base dans
l'annexe A, à l'exception de celles qui sont des composantes d'une fonction facultative non mise en œuvre. Les fonc-
tions de support facultatif (O) mises en œuvre doivent être indiquées.
Pour les réalisations conformes au profil AMH13 comme spécifié dans la présente partie de I'ISO/CEI ISP 1061 1, il
doit être indiqué si elles prennent en charge ou non l'un des groupes fonctionnels facultatifs, spécifiés dans I'ISO/CEI
ISP 1061 1-1, qui sont applicables au domaine d'application de ce profil et a la fonction (a savoir, MS ou utilisateur
MS) déclarés conformes. Pour chaque groupe fonctionnel pris en charge, une réalisation doit mettre en œuvre toutes
les fonctions de support obligatoire (m) identifiées pour ce groupe a l'annexe A, a l'exception de celles qui sont des
composantes d'une fonction facultative non mise en œuvre. Les fonctions de support facultatif (O) mises en œuvre
doivent être indiquées.
Les réalisations doivent prendre en charge les procédures associées avec les éléments de protocole supportés,
comme spécifié dans les normes de base et dans I'ISO/CEI ISP 1061 1-1. Les éléments de service MHS correspon-
dant à ces procédures sont indiquées à l'annexe A de I'ISO/CEI ISP 1061 1-1.
e
Pour les réalisations conformes au profil AMH13 comme spécifié dans la présente partie de I'ISO/CEI ISP 1061 1, les
contextes d'application P7 déclarés conformes doivent être indiqués.
5.3 Conformité aux couches sous-jacentes
Les réalisations conformes au profil AMH13 comme spécifié dans la présente partie de I'ISO/CEI ISP 1061 1 doivent
également être conformes à I'ISO/CEI ISP 1061 1-2, selon les contextes d'application P7 déclarés conformes.
---------------------- Page: 10 ----------------------
O ISO/CEI
ISOKEI ISP 10611-5:1994(F)
(normative)
Formulaire ISPICS pour I'ISO/CEI ISP 1061 1-5 (AMHI 3)
En cas de divergence entre le contenu de la présente partie de I'ISO/CEI ISP 1061 1 et les tableaux de la présente
annexe, cette dernière fait foi.
NOTE - II est prévu qu'une future version de la présente annexe apparaisse sous la forme d'une liste de prescriptions ISPICS (IPRL) d'un formu-
laire PICS de normes de base publiées, utilisant la même structure, le même schéma de classification et la même notation que la présente annexe.
Le paragraphe A.l spécifie les prescriptions de base de conformité au profil AMH13. Le paragraphe A.2 énumère
des prescriptions complémentaires à celles définies au paragraphe A.l pour chaque groupe fonctionnel facultatif,
en cas de conformité à l'un de ces groupes. Le paragraphe A.3 permet de donner des informations supplémentai-
res relatives à certains aspects d'une réalisation pour laquelle aucune prescription particulière n'est incluse dans
I'ISO/CEI ISP 1061 1. Les tableaux de ces trois paragraphes doivent être complétés de manière appropriée.
Dans chaque tableau, la colonne ((Norme de base)) représente le niveau de prise en charge nécessaire pour la con-
formité à la norme de base et la colonne «Profil» indique le niveau de prise en charge requis par le présent ISP (à
l'aide de la classification et la notation définies au paragraphe 3.2).
La colonne c(Réf.>) est destinée aux renvois. La notation employée pour les références indique également des clé-
ments composites contenant des sous-éléments (la référence d'un sous-élément est préfixée par la référence de
l'élément composite).
La colonne support^ est destinée au fournisseur de la réalisation, qui la complétera comme suit :
Y l'élément ou la fonction est totalement supporté(e) (c'est-à-dire, respect des prescriptions de la
classification de support du profil m)
l'élément ou la fonction n'est pas supporté(e) ; une précision indique l'action exécutée lors de la
N
:
réception d'un tel élément, à savoir
ND - l'élément est supprimé/ignoré
NR - l'unité de données de protocole (PDU) est rejetée (avec une indication d'erreur appropriée,
lorsqu'elle est applicable)
- ou blanc l'élément ou la fonction n'est pas applicable (autrement dit, une fonction majeure ou un élément
0
de protocole composite incluant cet élément ou cette fonction n'est pas pris en charge)
1 Levee du copyright des formulaires ISPICS
Les utilisateurs du présent profil normalisé international peuvent librement reproduire le formulaire ISPICS de la
présente annexe afin de l'utiliser à bon escient et peuvent publier le formulaire ISPICS complété.
7
---------------------- Page: 11 ----------------------
ISO/CEI ISP 10611-5:1994(F) O ISO/CEI
A.0 Identification de la realisation
A.O.l Identification de PICS
Réf. Question Réponse
1 Date de déclaration (JJ/MM/AA)
2 Numéro de série du PICS
3 Renvoi d déclaration de conformité au système
A.0.2 Identification de l'IUT
Question I Réponse I
I 1 I Nom de la réalisation
I I
I 2 I Version de la réalisation I I
3 Nom du matériel
4 Version du matériel
5 Nom du système d'exploitation
I 6 I Version du système d'exploitation
7 Configuration spéciale
8 Autres informations
~ ~ ~~~ ~~~
A.0.3 Identification du fournisseur
Question
I Réponse I
' 1 Nom de l'organisme
2 Nom(s) du contact
3 Adresse
4 1 Numéro de téléphone
5 Numéro de télex
6 Numéro de télécopie
7 Adresse de courrier électronique
8 I Autres informations
I I
8
---------------------- Page: 12 ----------------------
O ISO/CEI
ISOKEI ISP 1061 1-5:1994(F)
A.0.4 Identification de protocol
Question Réponse
I
1 Titre, numéro de référence et date de publication
de la norme de protocole
2 Version(s) de protocole non applicable
3 Addenda/amendements/corrigenda mis en œuvre
I 4 I Rectificatifs mis en œuvre I non applicable I
A.0.5 Type de realisation
Réf. Type de réalisation Réponse
1 Utilisateur MTS (UA ou MS)
MTA
0 2
I 3 I MS (interface ~3 vers MTA) I I
NOTE -Un formulaire PICS séparé doit être complété pour chaque type de réalisation déclarée conforme,
A.0.6 Declaration globale de conformité
I Ref. I Question I Réponse I Commentaires I
Toutes les prescriptions obligatoires des normes
de base sont-elles mises en œuvre ?
A.0.7 Declaration de conformité au profil
Réf. Question Réponse Commentaires
Toutes les prescriptions Obligatoires du profil
AMHl3 sont-elles mises en œuvre ?
Toutes les prescriptions obligatoires de l'un des
groupes fonctionnels facultatifs suivants sont-
elles mises en œuvre ?
I 2.1 I Remisephysique(PD) I I non applicable dans le cas d'une MS
I non applicable dans le cas d'une MS
I 2.2 I Heure limite de remise (LD)
I
2.3 Renvoi du contenu (ROC)
2.4 Sécurité (SEC) classe(s) :
I 2.5 I Utilisation de l'annuaire (DIR) I non applicable dans le cas d'une MS
I
9
---------------------- Page: 13 ----------------------
ISO/CEI ISP 10611-5:1994(F) O ISO/CEI
A.l Prescriptions de base
A.l.l Contextes d'application supporte
~~
Réf. Contexte d'application UA MS I Support I Notes/Références
Norme Norme
I debase I I debase I I
1 ms-access m m m m
O O O O
2 ms-reliable-access
A.1.2 Operations supportées
Rattachement et détachement (Bind et Unbind)
A.1.2.1
Opération I UA I MS I Support 1 Notes/Références I
Norme Norme
Il I de base I I de base 1 I
I 1 I I I I I
1 MSBind (rattachement MS) m m m m voir A.1.3.1
I 2 IMSUnbind (détachement MS) I m I m I m I m I I I
A.1.2.2 Élément de service Dépôt de messages (MSSE)
Réf. Opération UA MS Support Notes/Références
I
I I I I
Norme Norme
I de base I I debase I I
MessageSubmission m m m m voir A.1.3.2
1
(dépôt de messages)
2 ProbeSubmission O O m m voir A.1.3.3
(dépôt de test)
CancelDefferedDelivery O O m m voir A.1.3.4
3
(annulation de remise différée)
4 SubmissionControl m m O cl voir A.1.3.5
(contrôle de dépôt)
cl - si MS a une interface P3 vers MTA, alors m ; si pris en charge par MTA, alors m, sinon o.
NOTE - Une MS est seulement tenue de copier la syntaxe des arguments et des résultats de ces opérations vers le MTA ou l'UA, selon le cas.
II n'est pas nécessaire qu'elle soit capable de générer de tels éléments ou de prendre une action explicite en fonction de la sémantique de ces
éléments.
10
---------------------- Page: 14 -----
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.