Chapitre 7 De nombreux protocoles spéciés en ASN.1 Sommaire 7.1 Couches hautes du modèle OSI... 80 7.2 Messagerie électronique X.400... 81 7.3 Annuaire X.500... 84 7.4 Environnements multimédias... 86 7.5 Internet... 87 7.6 Échange de données informatisées (EDI)... 89 7.7 Commerce et paiement électroniques... 89 7.8 Utilisation dans le cadre d'autres notations formelles 90 7.9 Et encore bien d'autres domaines d'application... 92 C'est un terrible avantage de n'avoir rien fait, mais il ne faut pas en abuser. Antoine Rivarol. P our terminer cette partie de présentation, nous décrivons quelques domaines d'utilisation de la notation ASN.1. Bien qu'assez volumineux, ce chapitre ne constitue pas une énumération exhaustive des protocoles spéciés en ASN.1 et bien d'autres domaines d'applications seront, sans aucun doute, découverts.
80 ASN.1 Communication entre systèmes hétérogènes par Olivier Dubuisson, c 1999, Springer Verlag (ISBN 2-287-59670-4) 7.1 Couches hautes du modèle OSI Comme nous le verrons page 355, l'unité de données (PPDU) du protocole de Présentation (couche 6) est spéciée en ASN.1 [ISO8823-1]. Un certain nombre de PPDU (notamment ceux de connexion, d'acceptation et de refus de connexion de Présentation) sont ainsi décrites dans le module ISO-8823-PRESENTATION. Chaque PPDV est alors transmise comme paramètre d'une primitive de la couche Session (couche 5, cf. gure 3.1 page 19). La couche Application (couche 7) est subdivisée en éléments de service qui ont été normalisés parce qu'ils sont souvent utilisés par les applications communicantes. Les transferts de données mis en uvre par ces éléments de service sont nécessairement spéciés en ASN.1. On dénombre : l'élément de service de contrôle d'association (Association Control Service Element, ACSE, norme [ISO8650-1]) qui gère l'établissement et la terminaison de connexions entre deux applications distantes en vue, par exemple, d'un échange de chiers ; l'élément de service d'engagement, de concomitance et de rétablissement (Commitment, Concurrency, and Recovery, CCR, norme [ISO9805-1]) qui fournit un certain nombre de fonctions de coopération et de synchronisation de tâches dans un environnement réparti : il assure qu'une opération conée à une application distante (la mise à jour d'une base de données, par exemple) a été eectuée correctement, il garantit la cohérence de l'information quand plusieurs processus s'exécutent en parallèle, il rétablit un environnement sain après chaque erreur ou défaillance ; l'élément de service d'opérations distantes (Remote Operation Service Element, ROSE, norme [ISO13712-1]), un mécanisme très général de type client-serveur qui, en masquant au programmeur de l'application l'existence d'une communication entre processus, permet de demander à une application distante d'exécuter des opérations et de recevoir les résultats ou les erreurs ; l'interface de chaque opération est aussi décrite en ASN.1 sous la forme d'un objet informationnel de la classe OPERATION; ROSE fournit une méthode commune et normalisée de transport de questions et de réponses arbitraires en laissant dans les APDU un trou spécique qui sera rempli dynamiquement au moment de la communication ;
7 - De nombreux protocoles spéciés en ASN.1 81 l'élément de service de transfert able (Reliable Transfer Service Element, RTSE, norme [ISO9066-2]) permet de transférer de manière sûre et transparente des APDU en reprenant la communication au point où le transfert s'est interrompu ou en avertissant l'émetteur si le transfert est impossible. Ces éléments de services génériques peuvent ensuite être combinés pour bâtir plus aisément des applications dont les transferts de données sont encore spéciés en ASN.1, comme : le service de transfert, d'accès et de gestion de chiers (File Transfer, Access, and Management, FTAM [ISO8571-4]) qui permet de transférer des chiers ou des programmes entre des systèmes hétérogènes, d'accéder à un chier pour lire ou modier certains de ses enregistrements, et de gérer les attributs d'un chier pour modi- er les opérations qu'il peut orir ou changer la description de sa taille et de son contenu, par exemple (c'est l'équivalent du ftp du système d'exploitation Unix) [Lem96]; le service de terminal virtuel (Virtual Terminal, VT, norme ISO 9041) qui permet à une application de contrôler un terminal avec écran, clavier et certains équipements (une imprimante, par exemple) en évitant que chaque application connaisse tous les types de terminaux (c'est l'équivalent du telnet d'unix) [Lem96]; le service de manipulation et de transfert de travaux (Job Transfer and Manipulation, JTM, norme ISO 8832) qui permet de lancer un traitement de données sur une machine distante (un calcul compliqué sur un super-calculateur, par exemple), de l'observer et de recevoir le résultat. 7.2 Messagerie électronique X.400 Le courrier électronique est probablement l'une des applications téléinformatiques les plus connues aujourd'hui. Il est donc inutile de dénir ce que signie cette expression. Comme nous l'avons exposé dans l'historique page 63, il occupe une place particulièrement importante dans le contexte ASN.1 puisque la norme X.208, première édition de la norme ASN.1, est directement issue de la notation X.409:1984 qui avait été
82 ASN.1 Communication entre systèmes hétérogènes par Olivier Dubuisson, c 1999, Springer Verlag (ISBN 2-287-59670-4) Enveloppe : Contenu: Adresse d'origine Liste des destinataires et indicateurs de contrôle Type du contenu Priorité Date de remise... En-tête : From: To: Corps Corps... Cc: Subject:... (interprété par l'utilisateur)... Fig. 7.1 Structure d'un message X.400 mise au point pour représenter les diérentes parties d'un message électronique. En eet, alors qu'au début des années 1980 l'utilisation du courrier électronique se répandait, le CCITT avait été conduit à normaliser un service de courrier électronique compatible OSI. À l'heure actuelle, la plupart des pays industrialisés ont un service public de courrier électronique conforme à la série de normes X.400 1. L'existence d'un tel service permet d'envisager le développement d'applications communicantes dans le domaine de la bureautique et de l'échange de documents informatisés notamment (cf. section 7.6 page 89). Les normes X.400 dénissent le format des messages comme sur la gure 7.1, et le protocole d'échange des messages entre les correspondants, mais le contenu des messages est du ressort des utilisateurs, donc en dehors du monde OSI. 1. La norme ISO équivalente s'appelle MOTIS (Message Oriented Text Interchange System) et porte le numéro ISO 10021. Des informations sur la série de normes X.400 peuvent être consultées aux adresses http://www.net-tel.co.uk/iso-iec-jtc1-sc33-wg1/ et http://www.alvestrand.no/x400/.
7 - De nombreux protocoles spéciés en ASN.1 83 MessageSubmissionArgument ::= SEQUENCE { envelope MessageSubmissionEnvelope, content Content } MessageSubmissionEnvelope ::= SET { originator-name OriginatorName, original-encoded-information-types OriginalEncodedInformationTypes OPTIONAL, content-type ContentType, content-identifier ContentIdentifier OPTIONAL, priority Priority DEFAULT normal, per-message-indicators PerMessageIndicators DEFAULT {}, deferred-delivery-time [0] DeferredDeliveryTime OPTIONAL, per-recipient-fields [1] SEQUENCE SIZE (1..ub-recipients) OF PerRecipientMessageSubmissionFields } Fig. 7.2 Un extrait de la spécication en ASN.1 d'un message X.400 Cette série de normes, qui représente près de 5 000 lignes de dénitions ASN.1, a été entièrement réécrite conformément à la notation ASN.1:1994 et en utilise d'ailleurs toutes ses fonctionnalités comme nous le verrons sur beaucoup d'exemples présentés dans la suite de ce livre. L'extrait de la gure 7.2 est la description ASN.1 (légèrement simpliée) de l'enveloppe de remise d'un message à un utilisateur conformément à la structure de la gure 7.1. L'exposé des concepts d'asn.1 qui s'est déroulé dans le chapitre précédent devrait permettre de comprendre les diérents types de données contenus dans cette enveloppe. En comparaison du protocole de transfert SMTP (Simple Mail Transfer Protocol) dédié au service de messagerie sur Internet, un message X.400 codé en ASN.1 est plus compact et présente davantage de sécurité puisqu'il est possible de demander l'envoi d'accusés de réception et de lecture. Malheureusement, les adeptes de SMTP rétorqueront toujours que le codage en BER est moins lisible et nécessite un décodeur, contrairement au codage ASCII de SMTP (pour lequel les caractères sont transférés tels quels!).
84 ASN.1 Communication entre systèmes hétérogènes par Olivier Dubuisson, c 1999, Springer Verlag (ISBN 2-287-59670-4) 7.3 Annuaire X.500 L'annuaire (série de recommandations UIT-T X.500 ou normes ISO 9594) 2 est une base de données mondiale et distribuée permettant de stocker des informations sur des personnes, des organisations, des entités d'applications communicantes, des terminaux, des listes de distribution électroniques... Il est souvent présenté en même temps que le service de messagerie X.400 parce qu'il permet la recherche interactive de l'adresse électronique d'un abonné, mais aussi d'autres informations le concernant comme son numéro de téléphone, son adresse postale, son canal de réception préféré (messagerie électronique, télécopie, téléphone), sa photographie, sa clé publique de chirement... L'annuaire X.500 est une base de données structurée hiérarchiquement. Chaque n ud de cet arbre mondial est caractérisé par un nombre d'attributs normalisés ou dénis localement, et il peut être référencé par un nom distinct unique qui décrit sa localisation dans l'arbre. Des requêtes de recherche puissantes, par correspondance avec la valeur de certains attributs, permettent d'implanter à moindre coût des agents d'utilisation de l'annuaire dont l'interface est aisée à manipuler. ASN.1 est amplement utilisé dans le cadre de l'annuaire X.500, notamment pour spécier les requêtes et les commandes de modication d'attributs du protocole DAP (Directory Access Protocol) : la gure 7.3 ci-contre dénit la classe d'objets informationnels ATTRIBUTE qui permet de décrire les caractéristiques de chaque attribut (type de données, règles de comparaison applicables, conditions d'utilisation) et la classe MATCHING-RULE qui sert à dénir les règles de compatibilité entre attributs (par exemple, la comparaison de noms sans distinction de casse). Bien entendu, la classe MATCHING-RULE ne dénit que l'interface des fonctions de comparaison, leur implantation étant laissée à la liberté de chaque fournisseur d'un service d'annuaire. Pour une description plus précise du service d'annuaire, on pourra se reporter à [Cha96]. Les principaux types de données manipulés par le protocole DAP sont particulièrement bien détaillés dans [Lem96]. Les classes d'objets informationnels ATTRIBUTE et MATCHING-RULE dénies précédemment seront réutilisées dans le chapitre 15. Enn, il est intéressant de noter que les spécications ASN.1 des protocoles de la série X.500 sont en cours d'adaptation pour Internet. 2. http://www.dante.net/np/ds/osi.html
7 - De nombreux protocoles spéciés en ASN.1 85 ATTRIBUTE ::= CLASS { &derivation ATTRIBUTE OPTIONAL, &Type OPTIONAL, &equality-match MATCHING-RULE OPTIONAL, &ordering-match MATCHING-RULE OPTIONAL, &substrings-match MATCHING-RULE OPTIONAL, &single-valued BOOLEAN DEFAULT FALSE, &collective BOOLEAN DEFAULT FALSE, &no-user-modification BOOLEAN DEFAULT FALSE, &usage Attribute-Usage DEFAULT userapplications, &id OBJECT IDENTIFIER UNIQUE } WITH SYNTAX { [SUBTYPE OF &derivation] [WITH SYNTAX &Type] [EQUALITY MATCHING RULE &equality-match] [ORDERING MATCHING RULE &ordering-match] [SUBSTRINGS MATCHING RULE &substrings-match] [SINGLE VALUE &single-valued] [COLLECTIVE &collective] [NO USER MODIFICATION &no-user-modification] [USAGE &usage] ID &id } Attribute ::= SEQUENCE { type ATTRIBUTE.&id ({SupportedAttributes}), values SET SIZE (1..MAX) OF Attribute.&Type ({SupportedAttributes}{@type})} MATCHING-RULE ::= CLASS { &AssertionType OPTIONAL, &id OBJECT IDENTIFIER UNIQUE } WITH SYNTAX { [SYNTAX &AssertionType] ID &id } caseignoresubstringsmatch MATCHING-RULE ::= { SYNTAX SubstringAssertion ID id-mr-caseignoresubstringsmatch } SubstringAssertion ::= SEQUENCE OF CHOICE { initial [0] DirectoryString {ub-match}, any [1] DirectoryString {ub-match}, final [2] DirectoryString {ub-match} } ub-match INTEGER ::= 128 Fig. 7.3 Deux classes d'objets informationnels dénies par l'annuaire X.500
86 ASN.1 Communication entre systèmes hétérogènes par Olivier Dubuisson, c 1999, Springer Verlag (ISBN 2-287-59670-4) 7.4 Environnements multimédias En pleine croissance à l'heure du Web et de la numérisation des réseaux téléphoniques, le domaine multimédia a aussi certaines de ses normes formalisées en ASN.1. Ainsi, MHEG (Multimedia and Hypermedia information coding Expert Group 3, norme ISO 13522) spécie, selon une approche orientée objet, la représentation d'informations multimédias et hypermédias pour les échanger entre des applications (le codage s'eectue à l'aide des règles de codage distinctives DER). De nombreux domaines d'utilisation de la norme MHEG sont prévus : les programmes télévisés numériques interactifs, la vidéo à la demande, les jeux de simulation, le télé-enseignement, l'achat à distance et beaucoup d'autres services encore, requérant le transfert en temps réel et la mise à jour régulière de grandes quantités d'objets multimédias. Huit classes d'objets MHEG sont dénies à la fois en ASN.1 et en SGML (Standard Generalized Markup Language). Elles permettent d'échanger de manière transparente des objets codés dans de nombreux formats diérents (JPEG, MPEG, texte...), y compris dans des formats privés. Les objets MHEG sont par exemple des boutons ou des icônes qui déclenchent des actions lorsque l'on clique dessus. Ils sont indépendants des applications et des supports de présentation. En matière de visioconférence, un domaine dont la croissance annuelle est énorme, notamment parce que les gains de productivité qu'elle permet sont de plus en plus appréciés par les hommes d'aaires, la série de recommandations UIT-T T.120 4 décrit une architecture de communication de données multipoint dans un environnement de conférence multimédia : établissement et gestion de réunions-téléphones impliquant plusieurs participants indépendamment des réseaux sous-jacents, échange de nombreuses formes d'informations (chiers binaires, images xes, annotations...) en plus de la conférence proprement dite. Bien entendu, le protocole de données est formalisé en ASN.1 et le codage est conforme aux règles de codage compact (PER). Bien d'autres protocoles des domaines multimédias sont spéciés en ASN.1. Les systèmes audiovisuels et multimédias (série UIT-T H.200), la visiophonie sur RNIS (recommandation UIT-T H.320) et les communications multimédias en temps réel sur Internet (recommandation UIT-T 3. http://www2.echo.lu/oii/en/moving.html#mheg et http://www.fokus.gmd.de/ ovma/mug/ 4. http://www.databeam.com/ccts/t120primer.html
7 - De nombreux protocoles spéciés en ASN.1 87 H.323) 5, par exemple, sont régulièrement cités dans la presse spécialisée ces derniers temps. 7.5 Internet Dans le monde Internet, en pleine expansion actuellement, ASN.1 apparaît depuis longtemps dans plusieurs Requests For Comments 6 (RFC) qui spécient des protocoles. On trouve par exemple les RFC 1189 7 (The Common Information Services and Protocols for the Internet, CMOT and CMIP) etrfc 1157 8 (A Simple Network Management Protocol, SNMP), deux protocoles concurrents qui permettent à un gestionnaire de réseau de contrôler et d'évaluer les performances d'un élément de réseau distant. Malheureusement, l'espace de liberté qu'est l'internet Engineering Task Force (IETF) a souvent laissé persister des utilisations trop libérales d'asn.1. On reproche souvent aux RFC: d'utiliser systématiquementle type OCTET STRING pour spécier des données mal connues ou pour éviter d'indiquer trop formellement ce qu'elles représentent; de dénir de nombreuses macros et instances de macros pour représenter des liens sémantiques sans volonté de les remplacer par des classes et objets informationnels alors que le concept de macros est mal pris en compte par les compilateurs ASN.1 (à l'opposé, il faut aussi reconnaître qu'il n'existe malheureusement aucun compilateur du domaine public qui prenne en compte ce concept) ; de ne pas indiquer clairement quelle version de la norme ASN.1 est utilisée et de mélanger des modules écrits en ASN.1:1990 avec d'autres en ASN.1:1994 dans la même spécication, ce qui crée souvent des problèmes d'analyse avec les compilateurs ASN.1 ; de prendre des libertés avec la syntaxe d'asn.1 et parfois avec la syntaxe de transfert des BER, voire des PER, ce qui empêche 5. http://www.openh323.org/standards.html 6. C'est un moyen rapide de publier sur le web des propositions de nouvelles normes pour Internet et de recevoir des commentaires (http://www.browncs.com/rfc.html). 7. http://info.internet.isi.edu:80/in-notes/rfc/files/rfc1189.txt 8. http://info.internet.isi.edu:80/in-notes/rfc/files/rfc1157.txt, http://www.simple-times.org
88 ASN.1 Communication entre systèmes hétérogènes par Olivier Dubuisson, c 1999, Springer Verlag (ISBN 2-287-59670-4) d'utiliser des compilateurs ASN.1 du commerce et les codeurs et décodeurs génériques qu'ils produisent, et conduit souvent à coder la spécication à la main. Deux gros projets assez récents sont spéciés en ASN.1 malgré le mauvais accueil que la communauté Internet leur réserve souvent (en général parce qu'asn.1 porte les lourdes étiquettes ISO et OSI!). Tout d'abord, depuis sa version datée 1992, le protocole ANSI Z39.50 (norme ISO 10163-1) 9 est spécié en ASN.1 et codé en BER. Une variante de ce protocole a été utilisée dans le service WAIS (Wide Area Information Server) qui permet de rendre accessibles sur Internet toutes sortes d'informations (catalogues de bibliothèques, annuaires, archives de serveur ftp, groupes de news, images, programmes sources, documents multimédias...), de faire une recherche par mots-clés, d'élargir cette recherche en incluant dans la question des parties de documents déjà trouvés et de rapatrier les documents sélectionnés. Le protocole Z39.50 est surtout utilisé dans les bibliothèques et les centres de documentation et d'information car il est bien adapté aux formats de notices qu'ils gèrent. De nouvelles règles de codage, dites XER (cf. section 21.4 page 452), sont actuellement mises au point pour favoriser l'utilisation de ce protocole sur le web. Ensuite, le système d'authentication et de distribution de clés Kerberos 10 développé par le Massachusetts Institute of Technology (MIT) est un programme informatique permettant de protéger les échanges dans le réseau d'une université ou d'une organisation [Opp96]. Depuis sa version 5, les transferts de données sont spéciés en ASN.1. Microsoft a annoncé que ce système d'authentication serait pris en compte dans la version 5 de Windows NT r. De même, la norme de chirement à clé publique PKCS n o 7(Public Key Cryptography Standards) 11 [RSA93] spécie en ASN.1 une syntaxe de messages chirés avec signature numérique qui est codée en BER. Cette norme a été produite en 1991 par un consortium de fabricants d'ordinateurs et par le MIT. Enn, les protocoles de commerce et de paiement électroniques que nous aborderons dans la section 7.7, ainsi que les communications multimédias présentées dans la section précédente, prennent actuellement de plus en plus d'ampleur sur Internet. 9. http://mda00.jrc.it/z39.50/z39.50-asn1.html 10. http://www.mit.edu/afs/athena/astaff/project/kerberos/www/ 11. http://www.rsa.com/rsalabs/pubs/pkcs/, http://www.rsa.com/rsa/developers/
7 - De nombreux protocoles spéciés en ASN.1 89 7.6 Échange de données informatisées (EDI) L'automatisation des échanges dans les domaines juridiques, économiques et commerciaux supprime toute duplication dans la saisie des informations. An de généraliser de tels échanges, plusieurs normes proposent des structures pour ces documents. La norme d'architecture de documents de bureau (Oce Document Architecture ou ODA) propose de transmettre dans le contenu du message électronique des informations de format qui complètent le texte proprement dit de façon à ce que le document puisse être présenté au destinataire selon la représentation souhaitée par l'expéditeur. Elle est particulièrement adaptée aux opérations de bureautique comme le traitement de textes, l'archivage et l'échange de documents. Spécié en ASN.1, le format d'échange, appelé ODIF (Oce Document Interchange Format, norme ISO 8613-5 ou recommandation UIT-T T.415), permet de véhiculer via une messagerie X.400 la description des documents émis (lettre, rapport, facture...) et leur contenu (texte, graphique, image...). La recommandation UIT-T X.435 propose un système de messagerie EDI au-dessus de la messagerie X.400. Il est destiné aux utilisateurs de la norme EDIFACT d'échange de documents commerciaux (cf. section 24.5 page 486) et des autres syntaxes d'edi généralement utilisées. La norme de transfert et de manipulation de documents (Document Transfer And Manipulation, DTAM, recommandations UIT-T T.431 et suivantes) fournit, au cours d'une association entre deux applications, un service de traitement, d'accès, de gestion et de transfert de documents structurés conformément à l'architecture ODA. Ce service susamment général permet de couvrir les demandes d'applications télématiques très diverses comme la télécopie de groupe IV (transmission sur RNIS, 5 secondes/pages, option couleur) et les systèmes Vidéotex. Ces deux normes sont spéciées en ASN.1. 7.7 Commerce et paiement électroniques Autre domaine en pleine expansion aujourd'hui grâce à la généralisation d'internet dans les foyers et dans les entreprises, le commerce électronique, et plus particulièrement la sécurisation des paiements, doit s'aranchir de la diversité des supports de paiement, des réseaux et des logiciels. ASN.1 est un bon candidat pour résoudre cette demande.
90 ASN.1 Communication entre systèmes hétérogènes par Olivier Dubuisson, c 1999, Springer Verlag (ISBN 2-287-59670-4) SET (Secured Electronic Transaction) 12 est une norme élaborée en commun par plusieurs sociétés américaines (Mastercard, Visa, American Express, Netscape, IBM...) qui est chargée de sécuriser les paiements sur Internet. Elle se fonde sur la norme PKCS n o 7dechirement à clé publique présentée page 88 et sur les procédures d'authentication [X.509] de l'annuaire dont nous avons déja parlé dans la section 7.3 page 84. Elle ore les services suivants : condentialité des informations relatives au paiement, intégrité des données transférées, authentication du détenteur du compte et du commerçant. An de bénécier de la spécicité française, premier pays à avoir généralisé l'utilisation de la carte à puce (par rapport à la piste magnétique), le groupement d'intérêt économique GIE Cartes Bancaires 13, dont le rôle consiste à dénir les particularités des cartes de paiement pour la France, a développé une norme d'avenir, adaptée de la norme SET, et nommée C-SET 14 (Chip-SET). Spéciée elle aussi en ASN.1, elle s'appuie sur la carte bancaire à puce pour certier le paiement et évite l'échange de certicats d'authentication. La norme SET est présentée plus en détails dans [SSGF97], par exemple. Aux États-Unis, le comité ANSI X.9 15 qui regroupe plus de 300 acteurs nanciers (banques, investisseurs, fabricants de logiciels, associations...) est chargé de développer des normes nationales pour faciliter les opérations nancières : paiement électronique sur Internet, service sécurisé de banque à domicile, échange de messages commerciaux, transfert de fonds... Les normes qui spécient ces transferts de données sont spéciées... en ASN.1! 7.8 Utilisation dans le cadre d'autres notations formelles ASN.1 est le langage de typage des données dans trois notations formelles normalisées dont nous reparlerons en détail dans le chapitre 23. Les directives pour la dénition d'objets gérés (Guidelines for the De- nition of Managed Objects, GDMO [ISO10165-4]) permettent de modéliser les aspects de gestion technique et administrative de systèmes sous forme d'objets composés d'attributs (dont le type est décrit en ASN.1) 12. http://www.setco.org 13. http://www.cartes-bancaires.com et http://www.visa.com/nt/ecomm/set/main.html 14. http://www.europayfrance.fr/fr/commerce/secur.htm 15. http://www.x9.org
7 - De nombreux protocoles spéciés en ASN.1 91 et d'actions qui engendrent un changement d'état de ces attributs (les arguments et valeurs de retour de ces opérations sont aussi typés en ASN.1). La gestion de systèmes ou de réseaux permet d'assurer leur fonctionnement continu, able et ecace en optimisant les performances et en palliant les défaillances d'un équipement, par exemple. Toutes les parties d'un réseau d'ordinateurs ou d'un réseau de télécommunications peuvent ainsi être contrôlées : routeurs, les d'attente, capteurs, journaux, versions de logiciels installés, horloges, comptes... Le protocole de couche Application CMIP (Common Management Information Protocol [ISO9596-1]) chargé d'acheminer toutes les informations de gestion (les objets gérés) de manière bidirectionnelle entre le gestionnaire et ses agents est spécié en ASN.1. Le Langage de Description et de Spécication LDS (en anglais, Speci- cation and Description Language, SDL, recommandation UIT-T Z.100) permet de formaliser de nombreux aspects des réseaux de télécommunications : signalisation, commutation, interfonctionnement des réseaux, traitement des données, protocoles... C'est un langage prisé, en dehors même des télécommunications. Tout d'abord muni du langage ACT ONE pour décrire les types des données manipulées dans la spécication, il s'est vu adjoindre ASN.1 pour remplir le même rôle tout en facilitant la chaîne de développement d'un protocole : formalisation, implantation, test et validation. ASN.1 tend désormais de plus en plus à remplacer ACT ONE. TTCN (Tree and Tabular Combined Notation, norme ISO 9646) est un langage de description de tests adapté au test de protocoles. Il permet d'exprimer, indépendamment de l'architecture de test, des suites de tests abstraites sous forme de PDU ou de primitives de service (cf. note 1 page 23) sans se préoccuper de leur codage. An de faciliter la description des séquences de tests pour les protocoles de couche Application, ASN.1 a été inclus dans TTCN et peut être utilisé même si la spécication de base n'est pas décrite en ASN.1.
92 ASN.1 Communication entre systèmes hétérogènes par Olivier Dubuisson, c 1999, Springer Verlag (ISBN 2-287-59670-4) 7.9 Et encore bien d'autres domaines d'application Nous allons terminer ce chapitre par une énumération à la Prévert 16 d'autres domaines d'utilisation d'asn.1. Le futur réseau aéronautique mondial (Aeronautical Telecommunication Network, ATN), dont la mise en uvre européenne devrait s'eectuer vers 2005, est fondé sur l'utilisation de protocoles OSI. Toutes les informations échangées entre les avions et les systèmes de contrôle au sol seront spéciées en ASN.1 et codées en PER. Dans le domaine des télécommunications, ASN.1 est incontournable (toutes les branches ne l'ont cependant pas encore adopté). Il est ainsi utilisé pour le téléphone cellulaire (comme le protocole MAP, Mobile Application Part, des réseaux GSM), la gestion des numéros verts 0800, le réseau numérique à intégration de services (RNIS), le réseau intelligent (le protocole INAP CS2, Intelligent Network Application Protocol, représente plus de 250 pages de dénitions ASN.1 et utilise la norme de l'annuaire X.500), le système de signalisation sémaphore n o 7 (SS7) entre les commutateurs du réseau téléphonique (la signalisation est un domaine où l'utilisation d'asn.1 pourrait être ampliée)... Le couplage téléphonie-informatique qui permet de faire communiquer un système téléphonique (comme un PABX, Private Automatic Branch exchange) avec des applications informatiques est en pleine évolution, particulièrement dans les centres d'appels dont il améliore grandement la productivité et dans le cadre plus balbutiant de la bureautique communicante où il permet d'intégrer de manière homogène l'ensemble des produits et services informatiques et téléphoniques. Les normes Computer Supported Telecommunications Applications ou CSTA 17 spécient en ASN.1 avec un codage BER la structure des messages échangés entre les équipements téléphoniques et les applications informatiques. Le service de messagerie industrielle MMS (Manufacturing Message Specication 18, norme ISO 9506) permet de contrôler les systèmes de productique en s'aranchissant de l'hétérogénéité des équipements : robots, machines-outils à commande numérique, automates 16. D'autres énumérations à la Prévert sont disponibles aux adresses http://www. nokalva.com/rstand.htm, http://www.inria.fr/rodeo/personnel/hoschka/baosmsg.txt et http://www.inria.fr/rodeo/personnel/hoschka/ralphmsg.txt. 17. http://www.etsi.fr/brochures/stateart/huff.htm 18. http://litpc13.epfl.ch/mms/mms_abstract_syntax.html
7 - De nombreux protocoles spéciés en ASN.1 93 programmables... Il est utilisé, par exemple, pour acheter et vendre de l'électricité en temps réel, pour contrôler des papeteries, des chaînes de fabrication automobile, des usines chimiques ou alimentaires. Aux États-Unis, le National Center for Biotechnology Information (NCBI) a créé GenBank 19, une base de données qui contient près de deux milliards de séquences d'adn (acide désoxyribonucléique). Chaque jour, le centre américain échange des séquences d'adn avec ses équivalents européen et japonais. Les données d'ajout et d'extraction de la base sont spéciées en ASN.1 20. Par ailleurs, la National Library of Medicine a développé quatre bases de connaissance (Unied Medical Language System, UMLS 21 ) dont les formats d'échange sont spéciés en ASN.1. Ceux-ci décrivent notamment des articles scientiques. La suite de cette section est ouverte aux lecteurs qui voudront bien nous faire parvenir des utilisations originales d'asn.1 (ou corriger certaines inexactitudes contenues dans ce chapitre!). 19. http://www.ncbi.nlm.nih.gov/web/genbank/index.html 20. ftp://ncbi.nlm.nih.gov/mmdb/specdocs/ncbi.asn 21. http://www.nlm.nih.gov/research/umls/metac.html