Couche 7/OSI : APPLICATION



Documents pareils
Services OSI. if G.Beuchot. Services Application Services Présentation - Session Services Transport - Réseaux - Liaison de Données - Physique

COUCHE 7/OSI : TRANSFERT DE FICHIERS FTAM

Université de Bangui. Modélisons en UML

Chapitre 1 : Introduction aux bases de données

Annexe : La Programmation Informatique

Projet : PcAnywhere et Le contrôle à distance.

Le service FTP. M.BOUABID, Page 1 sur 5

NORME COMPTABLE RELATIVE AUX OPERATIONS EN DEVISES DANS LES ETABLISSEMENTS BANCAIRES NC 23

Les diagrammes de modélisation

Plan. Exemple: Application bancaire. Introduction. OCL Object Constraint Language Le langage de contraintes d'uml

Institut Supérieure Aux Etudes Technologiques De Nabeul. Département Informatique

Architecture d'entreprise : Guide Pratique de l'architecture Logique

ETI/Domo. Français. ETI-Domo Config FR

Didacticiel de mise à jour Web

PROGRAMME DU CONCOURS DE RÉDACTEUR INFORMATICIEN

Paiement de factures aux entreprises créancières RBC Guide du client

Service de certificat

Cours CCNA 1. Exercices

basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB Olivier Augereau Formation UML

InfraCenter Introduction

Guide de configuration de la Voix sur IP

TASK Santé : Le protocole Pésit /TCP-IP

1.Introduction - Modèle en couches - OSI TCP/IP

et Groupe Eyrolles, 2006, ISBN :

Utilitaire de mise aux normes du Trésor Public pour les virements bancaires en France et en uros sur la Banque de France. Manuel de référence

NOTIONS DE RESEAUX INFORMATIQUES

Résumé CONCEPTEUR, INTEGRATEUR, OPERATEUR DE SYSTEMES CRITIQUES

WEA Un Gérant d'objets Persistants pour des environnements distribués

Les risques HERVE SCHAUER HSC

RMI le langage Java XII-1 JMF

Retrospect 7.7 Addendum au Guide d'utilisation

Urbanisation des SI. Des composants technologiques disponibles. Urbanisation des Systèmes d'information Henry Boccon Gibod 1

2. Activités et Modèles de développement en Génie Logiciel

Annuaires LDAP et méta-annuaires

Le Ro le Hyper V Premie re Partie Configuration et Prise en main du gestionnaire Hyper-V

Formateurs : Jackie DAÖN Franck DUBOIS Médiapôle de Guyancourt

Annexe sur la maîtrise de la qualité

Novell. NetWare 6. GUIDE D'ADMINISTRATION DE NETDRIVE

Nom-Projet MODELE PLAN DE MANAGEMENT DE PROJET

Concepts et définitions

R E G L E M E N T I N T E R I E U R

Systèmes de transport public guidés urbains de personnes

Fiche de l'awt Le modèle peer to peer

Cours 420-KEG-LG, Gestion de réseaux et support technique. Atelier No2 :

La mémoire. Un ordinateur. L'octet. Le bit

Les stratégies de groupe (GPO) sous Windows Server 2008 et 2008 R2 Implémentation, fonctionnalités, dépannage [2ième édition]

Le modèle de sécurité windows

CONCEPTION Support de cours n 3 DE BASES DE DONNEES

SECURITE DES DONNEES 1/1. Copyright Nokia Corporation All rights reserved. Ver. 1.0

Le rôle Serveur NPS et Protection d accès réseau

Langage HTML (2 partie) <HyperText Markup Language> <tv>lt La Salle Avignon BTS IRIS</tv>

TUTORIEL RADIUS. I. Qu est-ce que RADIUS? II. Création d un groupe et d utilisateur

Les messages d erreur d'applidis Client

Université de Lausanne

Configurer son courrier électrique avec votre compte Abicom

Groupe Eyrolles, 2004 ISBN :

Errata partie 2 Kit de formation Configuration d une infrastructure Active Directory avec Windows Server 2008

Hyper-V et SC Virtual Machine Manager sous Windows Server 2008 R2

Introduction aux services Active Directory

Innovation technologique dans les établissements scolaires : l ENT, les impacts sur l organisation du travail et les risques associés

Oracle Fusion Middleware Concepts Guide 11g Release 1 (11.1.1) Figure 1-1 Architecture Middleware

BASES DE DONNÉES. CNAM Centre associé de Clermont-Ferrand Cycle A Année J. Darmont I. INTRODUCTION II. LES SYSTÈMES HIÉRARCHIQUES

Date : NOM Prénom : TP n /5 DISTANT : CONCEPTS ET DIFFÉRENCES

Guide d utilisation. Table des matières. Mutualisé : guide utilisation FileZilla

Urbanisation de système d'information. PLM 3 (Product Lifecycle Management) Élaborations, versions, variantes, configurations

L EDI et. Les Préconisations d EDONI

ÉCONOMIE ET GESTION LYCÉES TECHNOLOGIQUE ET PROFESSIONNEL

Sage CRM. 7.2 Guide de Portail Client

Mineure Architectures Orientées Services SOA Business Process Modeling (BPM) Mineure SOA. Business Process Modeling (BPM)

UEO11 COURS/TD 1. nombres entiers et réels codés en mémoire centrale. Caractères alphabétiques et caractères spéciaux.

OASIS Date de publication

Stéphanie Lacerte. Document technique. Connextek. 31 mai Cloudtel

Fonctions pour la Belgique

Accès Mobile Sécurisé à L'aide de VPN SSL

Infrastructure RDS 2012

L'AAA, késako? Bruno Bonfils, fr.org>, Novembre Sous ce terme d'apparence barbare est regroupé l'ensemble des concepts suivants :

IFT2255 : Génie logiciel

Guide de configuration de SQL Server pour BusinessObjects Planning

portnox pour un contrôle amélioré des accès réseau Copyright 2008 Access Layers. Tous droits réservés.

Projet de Veille Technologique

Les réseaux de campus. F. Nolot

Business Process Modeling (BPM)

Prise en main du BusinessObjects XI R2 Service Pack 2/ Productivity Pack

18 TCP Les protocoles de domaines d applications

SIP. Sommaire. Internet Multimédia

Le Répertoire National des Certifications Professionnelles (RNCP) Résumé descriptif de la certification

Internet Information Services (versions 7 et 7.5) Installation, configuration et maintenance du serveur Web de Microsoft

MOTEUR DE WORKFLOW Mise en oeuvre d'openwfe Version septembre 2006

Qu'est-ce que le BPM?

Comprendre Merise et la modélisation des données

UML (Paquetage) Unified Modeling Language

SIP A. Aoun - La Visioconférence SIP - 1

SAP Lumira Version du document : Guide de l'utilisateur de SAP Lumira

Installation FollowMe Q server

Gestion des utilisateurs et Entreprise Etendue

Manuel d'utilisation du navigateur WAP Palm

Conservation des documents numériques

Obtention via HTTP des fichiers PDF générés par le service de SMS/MMS certifiés

GESTION DES BONS DE COMMANDE

Transcription:

ervices pplication tructure de la couche pplication (L) 119 ouche 7/OI : PPLITION ette couche donne lieu à l'établissement d'une assez grande variété de standards spécifiques d'une gamme d'applications variée. es standards peuvent être spécifiés par l'oi, mais aussi par des branches professionnelles (par exemple: banque pour les applications bancaires ou interbancaires) qui en demande ensuite la prise en compte par l'oi. De grandes applications sont déjà traitées : messagerie interpersonnels (X400), gestion de fichiers (TM), Messagerie industrielle (MM), ystèmes transactionnels (TP). D'autre comme l'ppel de Procédures Distantes (RP) ou l'dministration de Réseaux (Networks management) sont encore à l'état de projet. RTE. Des éléments de services communs ont aussi été spécifiés : E, ROE, R, La complexité de cette couche a conduit à définir une architecture propre : L (pplication Layer structure pour organiser les services qui y son inclus. ette architecture, modifiée plusieurs fois; utilise les concepts d'objet, qui sont de plus en plus inclus dans les services de niveau pplication. 1. Rôle et ervices : Les ervices pplication donnent aux processus d'application les moyens d'accéder à "l'environnement OI", c'est à dire aux autres soussystèmes interconnectés selon les logiciels de communication OI. fournissent, grâce au service Présentation (ou au ervice ession si la couche 6 est vide) toutes les fonctionnalités attachées aux couches 1 à 6 OI Diverses fonctions peuvent être ajoutées dans les entités d'pplication soit

ervices pplication tructure de la couche pplication (L) 120 dans un ervice d'pplication commun à plusieurs types d'applications soit dans des ervices d'pplication spécifiques par exemple accès à des bases de données transfert de fichiers soumission de travaux messagerie interpersonnels messagerie pour systèmes de production appel de procédures distantes systèmes transactionnels accès à des bases de données transactions bancaires transmission d'ordres Les standards ou projets de standards portent aussi bien sur les services communs E : pplication ommon ervice Elements (OI) ROE : Remote Operation ervice Elements (OI/ITT) MT : ervice de Transfert de Messages (ITT) R : ommitment, oncurency and Recovery les services spécifiques TM : "ile Transfert cces and Manipulation" (OI) IPM : Messagerie interpersonnes (ITT) MM : "Manufacturing Messages ervice" (OI) RP : Remote Procedure all (EM, projet OI) VTP : Terminal virtuel (OI) TPI : "Text Processing Interchange"(traitement de texte) TP : Transactions Processing (OI) RD : Remote Data cces (Pojet OI) X500 : nnuaire (ITT) MI : ommon Managment Information ervice (OI) es deux classes de protocoles ont d'abord suggéré de diviser la couche pplication en deux souscouches ou plus : une souscouche inférieure pour les ervices communs et une souscouche supérieure aux protocoles beaucoup plus divers pour les applications spécifiques. Depuis on a décidé d'implanté des "éléments de service" qui coopèrent dans des structures non hiérarchisée (L : pplication Layer tructure), chaque sousensemble étant lié à une connexion de Présentation. Le problème essentiel consiste à manipuler ou à transférer des données directement utilisables. ur chaque système cellesci sont codées dans une syntaxe spécifique. On doit donc

ervices pplication tructure de la couche pplication (L) 121 utiliser une "syntaxe de transfert" commune aux applications communicantes; la syntaxe locale est traduite sur chaque système dans cette syntaxe (concrète) de transfert. 2. onctions des ervices pplication La couche pplication constitue l'unique moyen pour un processus d'pplication d'accéder à l'environnement OI. Elle sert de fenêtre entre processus d'pplication correspondants pour échanger des informations significatives. Pour cela chaque processus d'application est vu par son homologue à travers une entité d'application (E) qui regroupe les aspects de ce processus ayant rapport à l'oi. ette entité d'pplication est composée d'un élément utilisateur et d'éléments de service d'application spécifiques ou communs (E) que élément est structuré en groupes de fonction appelé services. En plus du transfert d'information ces services peuvent comprendre ceux de la liste cidessous : identification des partenaires (par exemple par leur nom, adresse, description spécifique, description générique), détermination de leur disponibilité actuelle à entrer en communication, délivrance de l'autorisation à communiquer, agreement sur les mécanismes de préservation du secret, authentification des partenaires susceptibles d'entrer en communication, détermination de la méthodologie d'imputation des coûts, détermination de l'adéquation des ressources, détermination de la qualité des services acceptables (par exemple temps de réponse, débits, taux d'erreur acceptables et les coûts associés), synchronisation des application coopérantes, choix des règles de dialogue, d'initialisation ou de libération, accord sur la responsabilité de récupération d'erreurs, accord sur la procédure de contrôle d'intégrité des données, identification des contraintes portant sur la syntaxe des données (structures de données, jeux de caractères). La couche pplication contient toutes les fonctions impliquant des communications entre systèmes ouverts et qui n'ont pas été réalisées par les couches inférieures. ces fonctions peuvent être réalisées par des programmes ou des opérateurs humains. Quand une occurrence particulière d'un processus d'application souhaite communiquer avec une occurrence d'un processus d'application d'un autre système ouvert elle doit faire appel à une occurrence d'entité d'application qui devient responsable d'établir une

ervices pplication tructure de la couche pplication (L) 122 association avec une occurrence similaire dans l'autre système ouvert. Quand cette association est réalisée les processus d'application peuvent communiquer. Les processus d'application associés doivent pouvoir échanger des informations significatives quelqu'ils soient. Pour cela ils doivent utiliser des représentations communes des données échangées. es concepts de représentation de données, appelées syntaxes, sont du ressort de la couche Présentation. Par contre leur signification, leur sémantique, reste du ressort de la couche pplication. 3. yntaxe abstraite et syntaxe de transfert Les différentes pplications qui peuvent communiquer imposent de véhiculer des informations très complexes, incluant éventuellement des chaînes de caractères de jeux divers. (contrairement aux couches inférieures où l'on peut se contenter de spécifier la valeur binaire de séquences d'octets). Dans la couche pplication, ces données complexes vont être spécifiées en appliquant des règles de notation indépendantes de la technique de codage utilisée pour représenter ces données. Une telle spécification de données de la couche pplication est appelée syntaxe abstraite et est identifiée de manière nom ambiguë par son nom de syntaxe abstraite. On appelle syntaxe concrète les conventions utilisées pour une représentation spécifique de ces données. Une syntaxe de transfert est une syntaxe concrète utilisée dans le transfert des données entre systèmes ouverts. Les entités d'application peuvent utiliser n'importe qu'elle syntaxe concrète (syntaxe locale). La transformation entre les syntaxes locales et la syntaxe de transfert commune nécessaire à la communication est réalisée par la couche Présentation. insi, pour la couche pplication, la couche Présentation ajoute au service ession les facilités suivantes : choix de la syntaxe transformation de la syntaxe elleci comprend les conversions de code et de jeux de caractères, les modifications de disposition des données et l'adaptation des actions sur les structures de données. Le choix de la syntaxe permet de fournir au départ une syntaxe par défaut et de modifier ce choix ensuite. L'association d'une syntaxe abstraite et d'une syntaxe de transfert est appelée contexte de présentation. Du point de vue de l'utilisateur un contexte de représentation représente une utilisation spécifique d'une syntaxe abstraite.

ervices pplication tructure de la couche pplication (L) 123 L'OI a normalisé un langage de description de données, indépendant de la représentation des données transférées dans le réseau, c'est à dire une syntaxe abstraite appelée bstract yntax Notation 1 (N.1).(OI ITT X208). cette syntaxe abstraite est associé un jeu de règles de codages (règle d'encodage de base) (OI ITT X209) qui déterminent les valeurs des octets de données transmis à la couche ession (syntaxes de transfert). ette syntaxe de transfert N.1 et les règles de codages sont utilisées de manière systématique dans les spécifications des protocoles correspondants aux services pplication normalisés, mais aussi dans des pplications de plus haut niveau comme l'échange de données informatisé (EDI) ou d'autres domaines d'applications distribuées.

ervices pplication tructure de la couche pplication (L) 124

ervices pplication tructure de la couche pplication (L) 125 ouche 7/OI: tructure de la couche pplication L : pplication Layer tructure Norme: OI 9545 Les systèmes de communication OI sont conçus pour supporter les besoins de communications d'applications (c'est à dire de processus de trairement de l'information) qui demandent une coordination des activités de traitement de deux ystèmes Ouverts ou plus. La couche pplication (7/OI), en particulier, définit des procédures qui supportent un traitement d'information distribué. es procédures sont contenues dans des "Entités d'pplication". En pratique ces entités sont génériques et une ou plusieurs invocations (EI : pplication Entity Invocation) peuvent être implantées à un instant donné sur un ystème Ouvert. Les services pplication s'appuient sur les couches inférieures, en particulier la couche Présentation qui fournit des facilités pour représenter les informations échangées et la couche ession qui contient les mécanismes de contrôle des interactions (points de synchronisation, jetons). La couche pplication diffère des autres couches du Modèle de Référence OI sur différents points, notamment sa structure. 1. oncepts de base Dans le Modèle de Référence, la coopération entre ystèmes Ouverts réels est modélisée en terme d'interactions entre Processus d'pplication (P). Un Processus d'pplication est une représentation abstraite des éléments d'un système réel qui exécute le traitement de l'information pour une application particulière. Les P peuvent communiquer de manière permanente ou intermittente; d'autre part, dans un système distribué, l'ensemble des P qui coopèrent peut varier au cours du temps. Pour communiquer, chaque Processus d'pplication utilise une ou plusieurs entités d'pplication (E). Une Entité d'pplication représente un ensemble de facultés de communication d'un Processus d'pplication particulier.

ervices pplication tructure de la couche pplication (L) 126 Une E représente une et une seule P. Plusieurs P peuvent être représentées par des E de même type. Une P peut être représentée par un ensemble d'e de différents types (éventuellement du même...). Une E est décomposée en "Eléments de ervice pplication" (E). Un E est un ensemble de fonctions qui fournit des fonctionnalités de communication dans un dessein spécifique. Les E pairs de deux ystèmes Ouverts échangent des PDU (Unité de données de protocole d'pplication) qui sont placées dans la zone de données utilisateur de PPDU (PDU de Présentation), par exemple P_ONNET pour l'établissement d'une association ou P_DT dans la plupart des cas. Les communications entre E distantes peuvent être simples ou multiples. Une communication simple est réalisée par l'association d'un ensemble d'e situés dans chaque ystème Ouvert. L'association d'un tel ensemble et sa rupture sont réalisées par un E particulier: E (Elément de ervice de ommande d'ssociation). Lorsque des relations multiples et coordonnées doivent être établies, on utilise une communication multiple. 2. Objet ssociation imple :O nota : des modifications récentes ont été introduites dans le standard; elles modifient légèrement la notion de O, la remplaçant Processus d'pplication par le concept d'o : pplication ervice Object. E xe ye Les Objets ssociation imple regroupent un ensemble d'e qui doivent coopérer pour fournir un service cohérent à un Processus d'pplication. Il comporte un ou plusieurs E spécifiques, E et une fonction de commande d'association simple: (ingle ssociation ontrol unction). E PREENTTION modélise la coordination des interactions des E de l'objet ssociation imple (O) et leur utilisation coordonnée du service Présentation. Les E d'un O peuvent travailler de manière

ervices pplication tructure de la couche pplication (L) 127 indépendante ou hiérarchique insi toutes les E d'un O utilisent E pour établir leurs associations. Dans certains cas, les E interagissent sans véritable relation hiérarchique. (à ce sujet voir les relations entre les E R et TP, notion de M). Exemples de structures de O: Les deux exemples cidessous correspondent aux deux architectures prévues pour réaliser un système d'appels de procèdures distantes. e service RP (Remote Procedure all) utilise une E spécifique RPE, un élément de service d'opérations distantes ROE (Remote Operation ervice Element), E et, éventuellement, un service de transfert fiable fourni par RTE (Reliable Transfert ervice Element). Dans ce cas particulier, la coopération de ces E est assez hiérarchique. Processus d'pplication E1 E2 xe xe ye ye E E PREENTTION

ervices pplication tructure de la couche pplication (L) 128 Exemples : Processus d'pplication E1 E2 RP E RP E ROE ROE RTE E E PREENTTION 3. tructure d'une Entité d'pplication Une Entité d'pplication peut utiliser une communication simple ou multiple. Dans ce cas elle est composée de plusieurs O dont les activités doivent être coordonnées. eci nécessite : le séquencement des activités des différentes associations. le maintien de la consistance des relations entre les activités des différentes associations. des régles spécifiques d'utilisation. es fonctions sont fournies par l'élément de service d'associations multiples M (Multiple ssociation ontrol unction).

ervices pplication tructure de la couche pplication (L) 129 On obtient ainsi la structure générale cidessous : Processus d'pplication O1 E1 M E2 M E3 xe ye O xe ye O xe ye O xe ye O xe ye E E E E E PREENTTION On appelle "invocation d'entité d'pplication" (EI : pplication Entity Invocation) une utilisation spécifique d'une partie ou de toutes les fonctionnalités d'une E donnée, permettant de supporter les besoins de communications à l'occasion d'un traitement d'information spécifique. Un "ontexte d'pplication" est un ensemble de règles partagées par deux invocations d'e qui gouverne leur comportement dans une ssociation d'application donnée, pour permettre leur coopération. 4. Noms et onctions répertoire Les fonctions répertoire d'application (pplication Directory unctions) traitent les adresses Présentation, les intitulés d'entité d'pplication (ETitle) et les informations

ervices pplication tructure de la couche pplication (L) 130 d'adressage des protocoles d'application. Elles sont exécutées par l'e pour en dériver les fonctions d'adressage nécessaires. es informations peuvent être distantes ou locales et disponibles directement par les fonctions répertoire. Lorsqu'elles sont distantes, des protocoles OI sont utilisés pour y accéder, soit par un E particulier, soit en utilisant les services d'une autre Entité d'pplication, voir d'une E d'un processus d'application différent. es fonctions sont indépendantes des E, comme les fonctions d'administration ou de sécurité. Elles permettent d'identifier huit types d'objets par leur nom: 1) Intitulé de processus d'application 2) Intitulé d'entité d'pplication 3) Identificateur d'invocation d'p 4) Identificateur d'invocation d'e 5) Identificateur d'association d'application 6) Intitulé de type d'p 7) Intitulé de type d'e 8) Intitulé de système 5. Définition d'une syntaxe abstraite Une syntaxe abstraite est composée des règles de spécification formelle des données. es règles sont indépendantes des techniques de codage utilisées pour représenter les données. Pour un E donné, la structure des PDU est spécifiée par une ou plusieurs syntaxes abstraites. La structure des données utilisateur convoyées par ces E (dans les PDU) sur une ssociation est spécifiée par une ou d'autres syntaxes abstraites. Un nom de syntaxe abstraite est associé à la définition d'un ensemble d'pdu ou à la définition d'un ensemble de données utilisateur. e nom est utilisé par le service Présentation pour négocier une représentation de ces informations ou PDU qui soit mutuellement acceptée.