Professional Documents
Culture Documents
Sp. TELECOM
ARCHITECTURE DSA
Christophe LOUIS-JACQUET
Jean-Michel MAUTALEN
6.2.
L'administrateur
de
noeud
(NAD)
.............................................................................................................................
14
6.3.
Les
fonctions
d'archivage
administratif
(ASF)
.............................................................................................................................
14
6.4.
L'administration
dans
un
environnement
OSI
.............................................................................................................................
15
6.4.1.
La
gestion
des
systmes
.................................................................................................................
15
6.4.2.
La
reprsentation
des
entits
objets
.................................................................................................................
16
7.
Une
architecture
en
7
couches
.........................................................................................................................................
18
8.
La
couche
Application
.........................................................................................................................................
19
8.1.
Les
applications
informatiques
traditionnelles:
.............................................................................................................................
19
8.1.1.
Le
Gestionnaire
de
terminaux:
.................................................................................................................
19
8.1.2. Le Systme transactionnel plusieurs niveaux:
.................................................................................................................
20
8.1.3. Le transfert de fichier et la gestion de travaux distance:
.................................................................................................................
20
8.2.
Les
applications
bureautiques:
.............................................................................................................................
21
8.2.1.
DHA,
la
bureautique
dans
DSA:
.................................................................................................................
21
8.2.2.
Les
services
DHA:
.................................................................................................................
22
8.2.2.1.
Le
service
de
Messagerie:
.....................................................................................................
22
8.2.2.2.
Le
service
Courrier:
.....................................................................................................
22
8.2.2.3. Les services de Classement et Archivage:
.....................................................................................................
22
EPITA/TCOM94
Architecture DSA
8.2.2.4.
Le
service
d'Impression:
.....................................................................................................
23
8.2.2.5. Le service d'Annuaire: (Comme l'annuaire normalis
X
500
par
exemple).
.....................................................................................................
23
9.
La
couche
Prsentation
.........................................................................................................................................
24
9.1.
La
prsentation
sur
terminaux:
.............................................................................................................................
24
9.1.1.
Le
protocole
SDP:
.................................................................................................................
24
9.1.2.
Le
Protocole
Transparent:
.................................................................................................................
26
9.1.3.
Le
protocole
de
Description
de
Donnes:
.................................................................................................................
26
9.2.
L'Architecture
de
Prsentation
de
Document:
.............................................................................................................................
26
9.3.
L'architecture
ODA:
.............................................................................................................................
27
9.3.1.
Les
objets
physiques:
.................................................................................................................
27
9.3.1.1.
L'objet
"Ensemble
de
pages":
.....................................................................................................
28
9.3.1.2.
L'objet
"Page":
.....................................................................................................
28
9.3.1.3.
L'objet
"Cadre":
.....................................................................................................
28
9.3.1.4.
L'objet
Pav:
.....................................................................................................
28
9.3.2.
Les
objets
logiques:
.................................................................................................................
28
9.3.3.
Directives
de
prsentation:
.................................................................................................................
29
9.3.4.
Structure
gnrique:
.................................................................................................................
29
4
10.
La
couche
Session
.........................................................................................................................................
30
10.1.
Initiate
Logical
Connection
Protocol:
.............................................................................................................................
31
10.2.
Terminal
Logical
Connection
Protocol:
.............................................................................................................................
31
10.3.
Reestablish-Logical-Connection-Protocol:
.............................................................................................................................
31
10.4.
Les
services:
.............................................................................................................................
31
11.
La
couche
Transport
.........................................................................................................................................
33
11.1.
Exemples
d'options:
.............................................................................................................................
35
11.2.
Contrle
de
flux:
.............................................................................................................................
35
11.3.
Mcanisme
du
crdit:
.............................................................................................................................
35
12.
La
couche
Acheminement
.........................................................................................................................................
36
13.
La
couche
Chanon
.........................................................................................................................................
37
14.
La
couche
Physique
.........................................................................................................................................
39
15.
Conclusion
sur
l'architecture
DSA
.........................................................................................................................................
40
16.
GLOSSAIRE
.........................................................................................................................................
41
17.
BIBLIOGRAPHIE
.........................................................................................................................................
42
EPITA/TCOM94
Architecture DSA
2. Abstract
OSI /DSA is the last version of the architecture of distributed systems offered by the
Companie Bull. At the beginning, this architecture respected OSI model.
In fact, cause of the evolution of normalisation, there is today three generations of DSA
architecture. This model was born around Datanets, specialised machines in communication
systems. This machines are able to be frontaux, concentrateurs de terminaux and gateways.
3. INTRODUCTION
OSI /DSA est la dernire version de l'architecture de systmes rpartis proposs par
Bull. Ds le dpart, cette architecture a respect le dcoupage en 7 couches du modle OSI.
Elle fait suite DSA annonce en juin 1976 (introduite en 1979).
Du fait, de l'volution de la normalisation, il existe actuellement 3 gnrations de
l'architecture DSA. Ce modle a t construit autour des Datanets, une famille de machines
spcialises dans les communications, assurant les fonctions de frontaux, concentrateurs de
terminaux et passerelles.
Il apparat donc que ds la premire gnration de cette architecture (de 79->85) alors
appele DSA, on trouve un mlange de protocoles conformes ceux dfinis dans le modle
OSI (essentiellement les couches basses de l'architecture) et de protocoles propritaires pour
ce qui concerne les couches hautes. Cette premire version permet l'accs des applications
dveloppes avant DSA (applications pr-DSA).
Dans la deuxime gnration de cette architecture (85->89) appele OSI/DSA, des profils
complets de communication, les SID (spcifications ISO/DSA) intgrent les travaux de
normalisations de protocoles de transport. Dans un mme rseau, peuvent donc coexister les
environnements propritaires de Bull (systmes DSA de premire gnration) et les
architectures OSI de Bull, en mettant en oeuvre des convertisseurs de protocoles appels PID
(prises ISO/DSA)
Dans la troisime gnration d'OSI/DSA ( partir de 89), les normes ISO des 7 couches sont
progressivement intgres dans l'architecture OSI/DSA. La communication avec les
architectures d'autres constructeurs utilisant les protocoles du modle OSI est dsormais
possible.
De plus, la possibilit d'accder a des rseaux d'autres constructeurs (comme SNA) est
conserve et se fait par des passerelles employant des utilitaires d'OSF(open system facilities).
EPITA/TCOM94
Architecture DSA
4. Prsentation gnrale
4.1. Le processeur de rseau
hote
rseau primaire
rseau secondaire
Frontal
rseau primaire
rseau primaire
rseau secondaire
concentrateur
commutateur
hte
f
hte
f
Frontal
com
Commutateur
Frontal
com
s
s
satellite
Concentrateur
rseau secondaire
L'ordinateur hte : c'est en gnral un ordinateur possdant une grande mmoire, par
exemple un DPS 7/DPS 8 de Bull.
Il est capable d'assurer pour les autres composantes du rseau :
- le stockage des applications gnrales;
- des fonctions d'administration du rseau.
Il a la charge des couches suprieures niveau 5, 6, 7 de l'architecture ISO.
Deux possibilits se prsentent :
- si les deux applications en communication sont dans le mme systme, il y a
juste mettre les boites aux lettres en communication. Dans ce cas simple il n'y
a pas besoin des couches infrieures de l'architecture.
- si les deux applications sont sur deux systmes diffrents, il faut les faire
communiquer. Ceci engendrera une gestion des communications qui sera prise
en charge par les couches 4, 3, 2, 1 du processeur de communication.
L'ordinateur satellite : c'est un mini ordinateur (mini 6 par exemple) qui est associe a un
ordinateur hte et qui est capable de le dcharger d'un certain nombre de travaux, et de traiter
une partie des applications qui lui sont assignes. D'autre part, le satellite permet aux
utilisateurs de son rseau secondaire de communiquer avec des composants du rseau primaire.
L'ordinateur satellite possde toutes les couches DSA, assure les liaisons primaires (liaisons
intersystmes) et les liaisons secondaires (liaisons de connexion terminaux-hte).
EPITA/TCOM94
Architecture DSA
Le commutateur fournit les services d'acheminement des donnes pour le rseau primaire
(aiguillage, reprise).
Le concentrateur est un mini ordinateur qui organise l'accs au rseau primaire des terminaux
du rseau secondaire.
Le frontal est un mini ordinateur charg d'assurer l'interface entre un hte (DPS) et le rseau.
Il dcharge ce dernier de toutes les fonctions de traitement de communication lui permettant de
se consacrer aux applications de l'utilisateur.
Tous ces lments sont interconnects entre eux et assurent ainsi l'homognit du systme
gnral (ce qui est paradoxal pour une architecture de systmes distribus).
10
EPITA/TCOM94
Architecture DSA
11
5.1.1.1. Systmes
Les systmes suivants peuvent tre relis par un rseau DSA.
Materiel
Bull CpNet
Bull DPS 6
Logiciel
DNS
GCOS 6 MOD 400 / DSA
Type de noeud
Concentrateur / Commutateur
Satellite
Frontal / Concentrateur /
Commutateur
Hte
Bull Datanet
DNS
Bull DPS 7
GCOS 7 *
Bull DPS 7
GCOS 7
Satellite
Bull DPS 8
GCOS 3 *
Hte
Bull DPS 8
GCOS 8 *
Hte
Bull DPS 88
GCOS 8 *
Hte
Bull DPS 90
GCOS 8 *
Hte
non Bull
non Bull
Hte
Hte
12
Un Bull Datanet ou CpNet fonctionnant sous DNS peut remplir une ou plusieurs fonctions :
processeur frontal (Bull Datanet exclusivement), concentrateur ou commutateur (gnralement
CpNet).
Ainsi en fonction de la machine installe, le fichier de configuration pourra tre diffrent
suivant l'utilisation que l'on veut en avoir.
La connexion d'un Bull DPS 6 un rseau DSA peut s'effectuer directement, sans passer par
un frontal Bull Datanet, les couches DSA tant intgres au logiciel GCOS 6 MOD 400
Dans le cas d'un DPS 7 machine hte connect un autre DPS 7 fonctionnant tous les deux
sous GCOS 7 il y a deux possibilits d'interconnexion : Soit on se sert d'un Datanet en tant que
frontal devant le DPS 7 soit le DPS 7 est quip d'un contrleur de communication interne
DCC (device control communication).
Pour ce qui concerne la configuration d'un Bull DPS 8 ou Bull DPS 88 ou DPS 90 dans un
rseau DSA on exige la prsence d'un frontal Bull Datanet. Deux systmes d'exploitation
peuvent tre utiliss :
- GCOS 3 ou GCOS 8 en mode mulation GCOS 3, ce qui implique la
gnration d'une passerelle GCOS 3 dans le logiciel DNS du Datanet
- GCOS 8 en mode natif (DSA)
Sous GCOS 3 (ou en mode mulation GCOS 8 / GCOS 3), le DPS 8, 88 ne voit que le
Datanet qui lui est reli comme frontal. Les seules fonctions ncessaires au niveau de l'hte
sont celles permettant de configurer le Datanet comme un priphrique.
Sous GCOS 8, le DPS 8, 88, 90 est en mode natif DSA. Le Datanet qui lui est connect
comme frontal est configur en tant que priphrique selon la mme procdure que sous
GCOS 3.
5.1.1.2. Lignes
Les liaisons utilises peuvent tre :
- Des lignes loues HDLC en point a point ou multipoint,
- des circuits virtuels privs X25,
- des liaisons par rseaux publics de donnes X25,
- des circuits commuts X21,
- des rseaux locaux d'tablissement Bull.
EPITA/TCOM94
Architecture DSA
13
Systme A
Systme B
Systme C
Grce aux options de secours disponibles sur les systmes DNS et DPS 6, le fonctionnement
de la plupart des applications accdant au rseau n'est pas interrompu lorsque se produit une
rupture de ligne de communication.
La gnration et la configuration d'un rseau DSA font intervenir plusieurs des systmes qui
le composent.
Il faut en premier lieu bien tudier la configuration globale du rseau au moyen de sa
reprsentation graphique. L'administrateur ou le responsable d'un systme particulier est ainsi
en mesure de gnrer le logiciel de communication DSA propre ce systme.
La configuration d'un rseau ncessite d'obtenir diverse donnes (besoins locaux,
configuration matrielle, lignes de transmission notamment) de diffrentes sources pour
dterminer les valeurs attribuer aux paramtres des directives de generations. Paralllement
la reprsentation schmatique du rseau, qui constitue une premire tape indispensable, il peut
se rvler ncessaire de disposer de donnes plus prcises sur les systmes distance.
D'autre part, il faut tenir compte de la correspondance qui existe entre les paramtres d'un
systme et ceux d'un autre systme distance.
14
EPITA/TCOM94
Architecture DSA
15
NOI local
NOI
Bull DPS 6
Bull DPS 6
oprateur
NAD
NAD
rseau primaire
NOI
NCC
NCC/6
oprateur
Liaisons
administratives
Noyau
NCC
Bull Datanet
E
NAD
NAD
NOI
NOI pour
B,C,D et E
NAD
Bull Datanet
oprateur
NOI
16
EPITA/TCOM94
Architecture DSA
17
18
SMAE
APPLICATION
DE CONTROLE
APPLICATION
PRESENTATION
SMAE
SESSION
JOURNAL
TRANSPORT
RESEAU
LIAISON
LIAISON PHYSIQUE
Architecture DSA
19
- STATE (tat) : presque tous les objets possdent cet attribut, qui indique si
l'entit correspondante est en service (IN_USE), prte (READY), non
oprationnelle (DOWN), verrouille (LOCKED) etc. Cet attribut peut tre
modifi pour dsactiver une entit, par exemple.
- ADDRESS (adresse) : beaucoup d'objets ("objets d'adressage" en architecture
DSA) se voient attribuer une adresse par laquelle il est possible de les atteindre.
Cet attribut correspond l'adresse SAP du modle OSI.
- STATISTICS (statistiques) : les objets peuvent contenir des donnes relatives
leur fonction. L'architecture DSA dfienit en particulier des "objets de
connexion" correspondant aux "connexions" OSI, qui contiennent toutes les
statistiques relatives une connexion donne (nombre d'units de donnes de
protocole transmises ou reues, nombre d'erreurs, etc.).
20
Gestion des
applications
Gestion de
message
Gestion des
communications
Application
Application
Contrle de
Prsentation
Protocole de Presentation
Contrle de
Prsentation
Contrle de
Session
Contrle de
Session
Contrle de
Transport
Protocole de Transport
Contrle de
Transport
Contrle
d' Acheminement
Contrle de
Chanon
Contrle de
Liaison Physique
Protocole
d' Acheminement
Protocole de
Chanon
Contrle
d' Acheminement
Contrle de
Chanon
Contrle de
Liaison Physique
Protocole
d' Acheminement
Protocole de
Chanon
SDP
ECMA 48
Contrle
d' Acheminement
Contrle de
Chanon
Contrle de
Liaison Physique
X25
CCITT
V 35
V 24
V 28
Figure xx-x0
On retrouve donc les couches fonctionnelles du modle OSI:
7- Application: qui a en charge le traitement smantique des messages,
6- Prsentation: qui s'occupe de la syntaxe de prsentation des messages,
5- Session: pour la synchronisation des changes entre deux activits. Cette
couche est considre comme l'lment cl de l'architecture. Elle tablit la
connexion logique entre deux points d'accs,
4- Transport: pour assurer le contrle de bout en bout entre deux sites, en
ajoutant des fonctionnalits, notamment la qualit de service (QoS) fournir
aux utilisateurs,
3- Acheminement: pour l'acheminement et le relais selon la topologie,
2- Chanon: pour les procdures sur un tronon,
1- Liaison Physique: pour l'change de signaux lectriques.
Nous allons maintenant vous prsenter ces diffrentes couches, mais, puisque trs proche de
l'architecture OSI suppos connue de tous, nous allons dvelopper plus particulirement les
couches 5, 6 et 7 de l'architecture DSA.
EPITA/TCOM94
Architecture DSA
21
8. La couche Application
L' unit de transport de cette couche est le message. La couche application contient le
systme et les processus des applications de l'utilisateur.
Dans la couche application de DSA, on peut distinguer deux grandes types d'applications:
DIALOGUE PRIMAIRE
DIALOGUE SECONDAIRE
GESTIONNAIRE
DE
TERMINAUX
APPLICATION
TERMINAL
RESEAU
SECONDAIRE
RESEAU
PRIMAIRE
UTILISATEUR
TRANSFORMATION DE PROTOCOLES
Figure xx-x1
22
Systme "A"
TFU
Systme "B"
CONTEXTE
LOCAL
CONTEXTE
DSA
DEMANDEUR
PTF
SERVEUR
Figure xx-x2
Ce protocole de transfert permet d'effectuer sur des fichiers distants la plupart des oprations
disponibles sur des fichiers locaux: cration, suppression, assignation et ouverture d'un fichier
existant; lecture et modification de ses attributs; lecture d'articles, addition d'articles...
EPITA/TCOM94
Architecture DSA
23
24
EPITA/TCOM94
Architecture DSA
25
Le service d'annuaire (ou rpertoire) fournit l'usager le moyen de tenir jour la liste des
utilisateurs du rseau, des correspondants extrieurs, les listes de distribution, etc.
Il permet galement l'administrateur du rseau de systmes bureautiques d'en grer la
configuration logique et physique.
26
9. La couche Prsentation
Cette couche permet la tranformation et la mise en forme des donnes provenant de la
couche application, qui vont transiter sur la connexion logique; elle permet galement le
service inverse.
L'unit de transport est le segment d'article.
Dans DSA, les fonctions de prsentation lies la syntaxe des donnes sont ralises soit au
vol (prsentation de donnes sur des terminaux) soit en diffr (reprsentation informatique de
documents).
Architecture DSA
27
Les donnes formates en SDP doivent tre transmises une couche SESSION DSA ou
tout autre type de liaison logique entre UC et terminal offrant des services quivalents.
Le SDP couvre actuellement les applications suivantes:
* mode question rponse,
* mode page,
* mode format.
Non interactives:
* mode squentiel (transmission de pages),
* mode format (dition de formulaires).
Bureautiques:
* traitement de texte,
* tltex.
28
Graphiques:
* alphagraphique,
* pseudographique,
* vectorielles,
* photo.
EPITA/TCOM94
Architecture DSA
29
NIVEAUX
Document
1.1
1.2
1.1.1
1.2.1
Ensemble de pages
1.3
1.3.1
1.2.1.1
1.2.1.1.1
1.3.2
Page
Cadre
Pav
Figure xx-x5
Titre
Sommaire
STRUCTURE LOGIQUE
NIVEAUX
DOCUMENT
Document
Chapitre
Glossaire
Index
Composite logique
Composite logique
SECTION
PARAGRAPHE
Basique
Figure xx-x6
Le dcoupage du contenu pour les objets logiques ne correspond pas toujours celui des
objets physiques. Un paragraphe peut s'tendre sur deux pages.
Il faut remarquer que le contenu peut lui-mme tre structur et constituer une substructure.
Il existe une architecture du contenu pour chaque type, caractre, gomtrique, photo.
EPITA/TCOM94
Architecture DSA
31
32
EN-TTE DE
LETTRE
RECORD. 1
RECORD. n
EN-TTE
DE
RECORD
Figure xx-x3
L'unit de niveau transport est la lettre contenant un certain nombre de blocs nomms
RECORDS.
Le protocole de connexion a un principe de base pour tablir une connexion logique:
l'utilisateur envoie une lettre de connexion contenant un certain nombre de "records" dcrivant
les possibilits de l'initiateur. Il y aura envoi par le rcepteur d'une lettre d'accus de rception
dcrivant ses possibilits.
Le protocole de connexion est constitu de trois sous-protocoles.
EPITA/TCOM94
Architecture DSA
33
10.3. Reestablish-Logical-Connection-Protocol:
Ce sous-protocole comporte:
- le Reestablish-Logical-Connection-Request-Letter (RLCRL), lettre envoye
par l'appelant contenant les conditions requises pour rtablir la connexion
logique;
- le Reestablish-Logical-Connection-Acknowledgement-Letter (RLCAL), lettre
d'accus de rception mise par l'appel confirmant le succs de la reconnexion;
- le Restart-Logical-Connection-Letter (RLCL), mise par l'appelant, signifiant
que toutes les sessions connues ont t rtablies.
Les services utiliss pendant la phase de transfert de donnes dfinis par le protocole de
dialogue ont les fonctionnalits suivantes:
- synchronisation des deux extrmits lors de la phase d'change de donnes,
- garder en mmoire les messages afin de pouvoir faire des reprises,
- interruption du dialogue l'initiative d'un partenaire,
- dfinition de niveaux pour la fragmentation.
EPITA/TCOM94
Architecture DSA
35
RECORD
EN-TTE DE
LETTRE
DATA
NIVEAU 5
NIVEAU 4
EN-TTE DE FRAGMENT
Figure xx-x4
La fragmentation est ncessaire lorsque la longueur des blocs de donnes est infrieure
celle des lettres changes entre les processus de la couche session. Les blocs de donnes sont
les fragments qui contiennent tout ou partie d'une lettre.
L'unit de transport est appele fragment. Le fragment comporte un en-tte, l'information de
gestion, puis le texte proprement parler.
36
CONNEXION
DECONNEXION
Demande de
connexion
Confirmation de
connexion
ACK. de scurit
Vrification d'tablissement
de connexion
Demande de
dconnexion
Confirmation de
dconnexion
TRANSFERT DE DONNEES
Transfert de donnes
DATA
EPITA/TCOM94
Architecture DSA
37
38
EPITA/TCOM94
Architecture DSA
39
40
Mcanisme de dialogue:
Le champ de commande des trames de donnes comporte deux numros de squence:
- le premier est le numro de la trame qui est en cours d'mission,
- le second est le numro de la prochaine trame que la station espre recevoir.
Ce numro constitue galement l'accus de rception de toutes les trames
prcdentes.
Une station peut aussi envoyer des trames de commande:
- des trames de commande numrotes qui contrlent le flux des donnes
(START SENDING, STOP SENDING) ou indiquent des erreurs (REJECT),
- des trames de commande non numrotes qui accomplissent comme celles de
mettre fin une connexion, d'accuser rception d'une commande ou bien de la
rejeter.
Des trames de commande peuvent aussi comporter des informations supplmentaires dans le
champ des donnes.
Contrle d'erreurs et reprise:
Chaque trame comporte une squence de vrification de 16 bits afin de permettre la dtection
des erreurs la rception.
Si la station rceptrice dtecte une erreur dans une trame, elle la rejettera et accusera
rception des trames prcdentes.
La station procdera la retransmission de la trame errone.
La commande de rejet peut-tre encastre dans l'information de contrle envoye avec une
trame de donnes, ou bien elle peut tre renvoye spcialement dans une trame de commande
numrote, s'il n'y a pas de donnes envoyer.
Les numros de squence des trames permettent aussi la station rceptrice de dtecter la
perte ventuelle de certaines trames et par consquent d'en demander la retransmission.
EPITA/TCOM94
Architecture DSA
41
42
EPITA/TCOM94
Architecture DSA
43
16. GLOSSAIRE
Activit :
Usager de terminaux ou programme qui excute une srie d'oprations.
Chemin :
Commutateur :
Il fournit les services d'acheminement des donnes pour le rseau primaire (aiguillage,
reprise).
Concentrateur :
C'est un mini ordinateur qui organise l'accs au rseau primaire des terminaux du rseau
secondaire.
Frontal :
C'est un mini ordinateur charg d'assurer l'interface entre un hte (DPS) et le rseau. Il
dcharge ce dernier de toutes les fonctions de traitement de communication lui permettant de
se consacrer aux applications de l'utilisateur.
Point d'accs :
Rseau primaire :
C'est un systme ou un groupe de systmes interconnects suivant la structure de systme
distribue DSA standard. Il permet l'change de donnes entre systmes loigns les uns des
autres.
Rseau secondaire :
Site :
Ensemble de points d'accs reprsentant les activits qui utilisent des ressources communes
( logicielles et/ou matrielles ).
44
17. BIBLIOGRAPHIE
- Documents Bull
Guide de configuration de rseaux
REF : 39 F2 8932
Guide d'administration de rseaux
REF : 39 F2 8849
Guide de configuration DSA
Gnration du systme DNS
REF : 39 F2 84DM REVO
Manuel de rfrence NGL
REF : 39 F2 85DM REVO
- "Rseaux Informatiques: du transport des donnes aux applications" - TOME 2 Edition EYROLLES
Auteurs:
Danile Dromard
Fetah Ouzzani
Dominique Seret
Kim Loan Thai
- "Rseaux et Tlmatiques" - TOME 2 Edition EYROLLES
Auteurs:
G. Pujolle
D. Seret
D. Dromard
E. Horlait
EPITA/TCOM94
Architecture DSA
45