47 F4 92UC 01

Transcription

47 F4 92UC 01

Télécommunications
Bull DPS 7000
Réseaux - Concepts
GCOS 7
Logiciel
Sujet :
Ce manuel donne une vue d'ensemble de l'implémentation des
communications sur les systèmes DPS 7000.
Particularités :
Il s'agit de la première révision du présent manuel.
Les barres de révision placées dans la marge indiquent les ajouts
ou modifications de texte entraînées par les nouveautés apportées
àe FCP7.
Version du logiciel :
GCOS 7-V7 (Etat technique TS7458 ou ultérieur)
Date :
Novembre 1996
Bull Electronics Angers S.A.
CEDOC
Atelier de reprographie
331, Avenue Patton
49004 ANGERS Cedex 01
FRANCE
47 F4 92UC Rev01
Bull HN Information Systems Inc.
Publication Order Entry
FAX: (508) 294-7411
MA02/423S
Technology Park
Billerica, MA 01821
U.S.A.
Copyright  Bull S.A., 1995, 1996
Toutes les marques citées sont la propriété de leurs titulaires respectifs.
Vos suggestions sur la forme et le fond de ce manuel seront les bienvenues. Une
feuille destinée à recevoir vos remarques se trouve à la fin du présent manuel.
La loi du 11 mars 1957, complétée par la loi du 3 juillet 1985, interdit les copies ou
reproductions destinées à une utilisation collective. Toute représentation ou
reproduction intégrale ou partielle faite par quelque procédé que ce soit, sans
consentement de l'auteur ou de ses ayants cause, est illicite et constitue une
contrefaçon sanctionnée par les articles 425 et suivants du code pénal.
Ce document est fourni à titre d'information seulement. Il n'engage pas la
responsabilité de Bull S.A. en cas de dommages résultant de son application. Des
corrections ou modifications au contenu de ce document peuvent intervenir sans
préavis ; des mises à jour ultérieures les signaleront éventuellement aux destinataires.
Préface
Ce manuel offre une vue d'ensemble de l'architecture des communications pour le
DPS 7000.
L'architecture des communications est traitée pour l'essentiel en trois parties :
• les communications ISO-DSA,
• les communications ISO,
• les communications TCP/IP.
Ce manuel traite des communications applicables aux systèmes Bull, et plus
particulièrement des communications pour le DPS 7000.
BIBLIOGRAPHIE
Cette bibliographie est fournie à titre indicatif. Pour plus de précisions (disponibilité du
manuel, numéro de révision, indice de mise à jour), veuillez vous adresser à CEDOC ou
éventuellement consulter le fascicule "Documents nouveaux" (référence 00 F4 7210).
Datanet et CNP7 :
DNS V4 - Génération du système....................................................................39 F2 22DN
CNS 7 - Manuel de référence .......................................................................... 39F2-40DM
Serveurs de transport et des sessions :
VCAM-ISO - Manuel de référence (Vol. 1 Description)....................................47 F2 60UC
VCAM-ISO - Manuel de référence (Vol. 2 Primitives) ......................................47 F2 61UC
VCAM-ISO - Guide de l'utilisateur....................................................................47 F2 62UC
47 F4 92UC Rev01
iii
Réseaux - Concepts
Réseaux - installation, mise en oeuvre et administration :
Introduction aux télécommunications...............................................................47 F2 70UC
Génération de réseau ......................................................................................47 F2 93UC
Réseaux - Guide de l'utilisateur .......................................................................47 F2 94UC
DSAC - Guide de l'utilisateur............................................................................47 F2 75UC
AUPI - Guide de l'utilisateur .............................................................................47 F2 76UC
Service des correspondants :
Intercommunication transactionnelle sous protocole XCP1............................. 47 F2 11UT
CPI-C/XCP2 - Guide de l'utilisateur ................................................................. 47 F2 14UT
TDS - Guide de l'administrateur ....................................................................... 47 F2 32UT
Documents MainWay 2000 :
Vous trouverez la liste des documents MainWay 2000 dans le manuel suivant :
MainWay Overview ..........................................................................................39 A4 14EB
Autres documents :
INET - Manuel de référence............................................................................ 13 F2 12SM
INET - Guide de l'utilisateur ............................................................................ 13 F2 13SM
GCOS 7 MCS - Guide de l'utilisateur ...............................................................47 F2 32UC
TCP/IP 7 - Guide de l'utilisateur final ...............................................................47 F2 30US
OPEN 7 - Manuel de référence de l'administrateur..........................................47 F2 31US
OPEN 7 - Guide de l'administrateur .................................................................47 F2 32US
iv
47 F4 92UC Rev01
Préface
CONVENTIONS D'ECRITURE
Les conventions suivantes sont utilisées dans les syntaxes de commande :
MAJUSCULES
Le mot-clé doit être codé exactement comme indiqué.
minuscules
Indique les valeurs des paramètres définis par l'utilisateur.
Le nom symbolique chiffren sert à représenter une chaîne
de décimaux dont la longueur maximale est n.
[élément]
Les crochets indiquent un élément facultatif.
{élément 1}
{élément 2}
{élément 3}
Une liste entre accolades indique que l'un des éléments
doit être sélectionné si le paramètre associé est spécifié.
Le cas échéant, la valeur par défaut est soulignée.
()
Les parenthèses doivent être codées si elles incluent
plusieurs éléments.
...
Les points de suspension indiquent que l'élément peut être
répété une ou plusieurs fois.
47 F4 92UC Rev01
v
Réseaux - Concepts
vi
47 F4 92UC Rev01
Table des matières
1.
Introduction ...........................................................................................................
1-1
1.1
ENVIRONNEMENTS DE COMMUNICATION DPS 7000 ..........................................
1-1
1.2
CARACTERISTIQUES DES COMMUNICATIONS GCOS 7-V7 ................................
1-2
1.3
ARCHITECTURE DES COMMUNICATIONS DPS 7000 ...........................................
1-3
1.3.1
1.3.2
1.3.3
1.3.4
MainWay 2000, Datanet et CNP7..............................................................................
Contrôleur ISL ...........................................................................................................
Contrôleur FCP7........................................................................................................
MainWay 2000............................................................................................................
1-5
1-5
1-6
1-6
1.4
SERVEURS DE COMMUNICATION ..........................................................................
1-7
1.5
VCAM..........................................................................................................................
1-8
1.6
OPEN LAN ACCESS 7 ...............................................................................................
1-8
1.7
GXTI ............................................................................................................................
1-8
1.8
RFC1006 .....................................................................................................................
1-9
1.9
TCP/IP.........................................................................................................................
1-9
1.10
CONFIGURATION DU RESEAU................................................................................
1-9
1.11
ADMINISTRATION DU RESEAU ...............................................................................
1-10
47 F4 92UC Rev01
vii
Réseaux - Concepts
2.
Communications ISO/DSA et ISO ................................................................
2-1
2.1
CONCEPTS D'UNE ARCHITECTURE EN COUCHES..............................................
2-2
2.2
IMPLEMENTATION DES COUCHES ISO ET ISO/DSA ............................................
2-3
2.3
ADRESSAGE DSA .....................................................................................................
2-9
2.4
CONCEPTS D'ADRESSAGE OSI ..............................................................................
2-11
2.4.1
2.4.2
2.4.3
2.4.4
2.4.5
2.4.6
2.4.7
Structure générale.....................................................................................................
Adressage dans la couche réseau : adresse NSAP...............................................
Adressage dans la couche transport : l'adresse TSAP.........................................
Adressage dans la couche session : l'adresse SSAP ...........................................
Adressage dans la couche présentation : l'adresse PSAP ...................................
Adressage dans la couche application : AET.........................................................
Adresses locales par défaut.....................................................................................
2-12
2-13
2-18
2-19
2-19
2-19
2-20
2.5
OPEN LAN ACCESS : LA PRISE ISO/DSA...............................................................
2-21
2.5.1
2.5.2
2.5.3
2.5.4
Fonctions de la prise ISO-DSA ................................................................................
Mécanisme de conversion de protocole.................................................................
Mécanisme de conversion d'adresses....................................................................
Exemples de configurations de réseaux ................................................................
2-21
2-22
2-23
2-25
2.6
UTILISATION DE L'EXTENSION TNS POUR LES SESSIONS ISO ........................
2-27
2.7
UTILISATION DE FEPS POUR LES SESSIONS ISO ...............................................
2-27
2.8
UTILISATION D'OCS POUR LES SESSIONS ISO ...................................................
2-27
2.9
MECANISME DE CONNEXION .................................................................................
2-28
2.9.1
2.9.1.1
2.9.1.2
2.9.1.3
Mécanisme de connexion de session ISO/DSA .....................................................
Introduction..................................................................................................................
Mécanisme de connexion sortante .............................................................................
Mécanisme des connexions entrantes........................................................................
2-28
2-28
2-28
2-29
2.9.2
2.9.2.1
2.9.2.2
2.9.2.3
Mécanisme de connexion de session ISO..............................................................
Introduction..................................................................................................................
Mécanisme de connexion sortante .............................................................................
Mécanismes de connexion entrante ...........................................................................
2-30
2-30
2-30
2-33
2.9.3
2.9.3.1
2.9.3.2
Le pseudo-transport du FEPS .................................................................................
Connexions entrantes .................................................................................................
Connexions sortantes .................................................................................................
2-33
2-33
2-34
2.9.4
Connexions par TNS.................................................................................................
2-34
viii
47 F4 92UC Rev01
Table des matières
2.9.4.1
2.9.4.2
2-34
2-36
2.9.5
2.9.5.1
2.9.5.2
Connexions FCP7 .....................................................................................................
2-38
2-38
2-39
2.10
INTERFACES DIRECTES AVEC LA COUCHE DE COMMUNICATION ..................
2-40
2.10.1
2.10.2
Interface de transport ...............................................................................................
Interface de session..................................................................................................
2-40
2-40
3.
Communications TCP/IP ..................................................................................
3-1
3.1
ARCHITECTURE EN COUCHES DE TCP/IP ............................................................
3-1
3.2
CONCEPTS D'ADRESSAGE TCP/IP.........................................................................
3-4
3.2.1
3.2.2
Adresses IP ................................................................................................................
Adresses MAC ...........................................................................................................
3-4
3-6
3.3
IMPLANTATIONS DE TCP/IP POUR GCOS7 ...........................................................
3-7
3.3.1
3.3.2
TCP/IP via FCP7 ........................................................................................................
TCP/IP via OPEN7 .....................................................................................................
3-7
3-9
4.
Vision GCOS 7 du réseau ................................................................................
4-1
4.1
DESCRIPTION DU RESEAU......................................................................................
4-1
4.2
UTILITAIRE NETGEN ................................................................................................
4-2
4.2.1
4.2.2
Description du réseau ..............................................................................................
Configurations de réseau.........................................................................................
4-2
4-3
4.3
CONFIGURATION DE FCP7......................................................................................
4-4
47 F4 92UC Rev01
ix
Réseaux - Concepts
5.
Administration de réseau GCOS 7...............................................................
5-1
5.1
ADMINISTRATION ISO/DSA ET ISO.........................................................................
5-1
5.2
ADMINISTRATION IPS ..............................................................................................
5-1
5.3
GESTION FCP7 ..........................................................................................................
5-2
5.4
FONCTION D'ADMINISTRATION POUR DATANET ET CNP7................................
5-2
Glossaire ..................................................................................................................................
g-1
Index
x
...................................................................................................................................
i-1
47 F4 92UC Rev01
Table des matières
Illustrations
Figures
1-1
2-1
2-2
2-3
2-4
2-5
2-6
2-7
2-8
2-9
2-10
2-11
2-12
2-13
2-14
2-15
2-16
2-17
2-18
2-19
3-1
3-2
3-3
3-4
Architecture de communications DPS 7000................................................................
Couches DSA/ISO.......................................................................................................
Implémentation de la couche DSA/ISO.......................................................................
Applications DSA communiquant via la couche de transport RFC1006 .....................
Connexion de transport ISO........................................................................................
Applications DSA communiquant via la couche de transport RFC1006 .....................
Configuration d' adresse DSA/ISO..............................................................................
Structure d'adresse OSI PSAP ...................................................................................
Structure d'adresse OSI NSAP ...................................................................................
Valeurs AFI dans l'adresse OSI NSAP .......................................................................
Valeurs DSP dans l'adresse OSI NSAP......................................................................
Longueur des champs de l'adresse OSI NSAP ..........................................................
Exemple de format d'adresse RFC1006 NSAP ..........................................................
Fonctions de la prise ISO-DSA Plug (PID)..................................................................
Exemples de TSEL .....................................................................................................
Deux systèmes dotés du même TSEL........................................................................
Deux systèmes dotés de TSEL différents ...................................................................
Exemple de génération de PIDp .................................................................................
Exemple de génération de PIDa .................................................................................
Qualité de Service ISO................................................................................................
Architecture en couches TCP/IP .................................................................................
Format d'adresse IP ....................................................................................................
TCP/IP via FCP7 .........................................................................................................
Accès TCP/IP via OPEN7 ...........................................................................................
47 F4 92UC Rev01
1-4
2-2
2-3
2-6
2-6
2-7
2-10
2-12
2-13
2-14
2-15
2-16
2-18
2-22
2-23
2-24
2-24
2-25
2-25
2-32
3-1
3-4
3-7
3-9
xi
Réseaux - Concepts
xii
47 F4 92UC Rev01
1. Introduction
Le logiciel de communication Bull GCOS 7 permet de communiquer avec d'autres
systèmes GCOS ou non-GCOS via un réseau local ou longue distance. Ce manuel
présente une vue d'ensemble des modules de communication de GCOS 7.
1.1
ENVIRONNEMENTS DE COMMUNICATION DPS 7000
Il est possible d'accéder au Bull DPS 7000 depuis les environnements suivants :
• le monde Bull, en communication avec d'autres systèmes Bull tels que le DPS 7000,
DPS 6000, DPS 8000, QUESTAR 400, DPX/2, DPX/20,
• le monde OSI, car le DPS 7000 implémente une pile OSI complète,
• le monde UNIX, en particulier par ses fonctionnalités TCP-IP,
• le monde IBM, en communication avec les systèmes IBM,
• le monde MS-DOS, en communication avec des micro-ordinateurs.
L'environnement de communication DPS 7000 peut utiliser directement le dispositif de
liaison intersystèmes ISL (Inter-System Link) ou le FCP7 (processeur de communication
FDDI), ou encore recourir à un ou plusieurs processeurs frontaux (FEP) et des
contrôleurs de communication, pour gérer des terminaux et offrir des passerelles vers
chacun des environnements réseau mentionnés ci-dessus.
47 F4 92UC Rev01
1-1
Réseaux - Concepts
1.2
CARACTERISTIQUES DES COMMUNICATIONS GCOS 7-V7
Les fonctionnalités principales du produit GCOS 7-V7 sont les suivantes :
• Totale prise en charge de DSA et du réseau ISO/DSA,
• Totale prise en charge native du réseau OSI,
• Totale prise en charge du réseau TCP/IP,
• Accès direct à un réseau local Ethernet,
• Accès direct à un réseau FDDI,
• Prise en charge directe de la STID ("Station de Travail Iso/Dsa") dite aussi DIWS
("Dsa/Iso WorkStation"), qui est une station exécutant des applications DSA sur la
couche session OSI,
• Interface de programmation de la couche session OSI,
• Interface de programmation GXTI (interface de couche transport GCOS 7 X/OPEN),
• Prise en charge des connexions LU6.2 (module XCP2) par la passerelle DSA-SNA ou
directement par d'autres implémentations de XCP2 (par exemple, CPI-C/OSI sur DPX),
• Totale prise en charge des fonctionnalités antérieures (XCP1, MCS ...),
• Prise en charge des sessions OSI/DSA/DIWS sur les couches TCP/IP (concept
RFC1006) via FCP7.
1-2
47 F4 92UC Rev01
Introduction
1.3
ARCHITECTURE DES COMMUNICATIONS DPS 7000
L'environnement de communication DPS 7000 peut nécessiter l'utilisation d'un ou
plusieurs frontaux de communication (FEP) pour gérer des terminaux et/ou avoir accès
aux réseaux. Etant gérés par le FEP, les terminaux ne sont pas déclarés dans la
génération de réseau du DPS 7000, mais dans la génération système (SYSGEN) du FEP
lui-même.
Trois types de FEP sont proposés :
• CNP7 qui est soit intégré au DPS 7000, soit disponible comme extension.
• Datanet qui se connecte au DPS 7000 par un canal PSI.
• MainWay 2000 qui se connecte au DPS 7000 par une liaison FDDI SAS.
L'environnement de communication DPS 7000 peut aussi utiliser le contrôleur ISL pour
accéder à d'autres systèmes et processeurs de communication situés sur cet ISL,
conformément à la norme Ethernet ISO 8802.3.
L'environnement de communication DPS 7000 peut aussi utiliser le contrôleur FCP7 pour
accéder directement à d'autres systèmes et processeurs de communication via une
liaison FDDI, conformément à la norme FDDI ISO 9314.
Les principaux avantages de ces liens de communication (ISL et FCP7) sont :
• vitesse de communication accrue (10 Mb/s pour Ethernet ou 100 Mb/s pour FDDI),
• flux de données accru,
• meilleure sécurité de transmission.
Les communications du DPS 7000 sont gérées par des modules logiciels appelés
serveurs de communication ; ils sont décrits ci-dessous.
La figure 1-1 décrit l'architecture des communications GCOS 7.
47 F4 92UC Rev01
1-3
Réseaux - Concepts
DPS 7000
A pplications IS O
A pplications D S A
A pplications X T I
(IO F , T D S , U F T , ...)
(F T A M , X 400)
V C A M -IS O
GXTI
V C A M -D S A
O pen
LA N
A ccess
FEPS
A pplications O pen7
(F T P , N F S , T E LN E T , ...)
OCS
G X T ID
LE7
R F C 1006
TNS
T ransport IS O
TCP
T ransport IS O
Internet Internet
N ull
étendu
UDP
C om m unications
OPEN7
T C P /IP
IP
Internet N ull
A ccès F D D I
FCP7
C ontrôleur
IS L
FDDI SAS
IS L
D atanet
CNP7
FDDI DAS
M ainW ay 2000
W AN
E thernet
Figure 1-1. Architecture de communications DPS 7000
1-4
47 F4 92UC Rev01
Introduction
1.3.1
MainWay 2000, Datanet et CNP7
Le DPS 7000 peut se connecter au réseau par :
• un MainWay 2000 et sa carte d'extension LAN via le module de serveur OCS et une
liaison FDDI SAS,
• un Datanet via le module serveur FEPS et un canal PSI,
• un CNP7 via le serveur TNS et un contrôleur accédant à l'ISL par une liaison Ethernet.
Les contrôleurs disponibles sont :
• le SPA (DPS 7000/2xx/3xx),
• le MPC (DPS 7/1x07/10x7/5x0/7x0x),
• le LNM (DPS 7000/Ax),
• le LNI (DPS 7000/4xx),
• l'option FIA (accès rapide ISL ) du DPS 7000/5xx /7xx /8xx.
Il existe une carte contrôleur par connexion physique du DPS 7000 à un câble ISL.
1.3.2
Contrôleur ISL
Le contrôleur ISL permet aussi la connexion par liaison Ethernet d'un DPS 7000 à un
autre DPS 7000, ou un autre système DSA, ISO/DSA ou TCP/IP.
L'ISL est conforme aux spécifications IEEE 802.3 et ISO 8802.3 (Ethernet).
Ces connexions sont gérées par le serveur TNS.
47 F4 92UC Rev01
1-5
Réseaux - Concepts
1.3.3
Contrôleur FCP7
FCP7 est un contrôleur FDDI situé dans l'armoire du DPS 7000.
Pilote OCS
FCP7 communique avec le DPS 7000 via le pilote OCS à travers un MB2 (Multibus 2) et
se connecte à un réseau FDDI au moyen d'une liaison SAS FDDI.
FCP7 gère les quatre premières couches de communication DSA et OSI (transport,
réseau, liaison et physique) ainsi que les couches TCP/IP.
FCP7 gère la couche RFC1006 permettant l'exécution des sessions OSI/DIWS via les
protocoles TCP/IP.
Prise de bouclage optique
Chaque contrôleur FCP7 est livré avec une prise de bouclage optique pré-installée. Ce
bouchon est utilisé pendant les tests et diagnostics en ligne (OLTD). Il sert aussi de
protection contre la poussière lorsque le contrôleur n'est pas connecté à un câble à fibres
optiques.
Etiquette d'adresse
Chaque contrôleur FCP7 est muni d'une étiquette adhésive sur laquelle il est possible
d'écrire son adresse MAC. Cette adresse n'a aucun rapport avec le numéro de série du
contrôleur. Les adresses MAC FCP7 sont comprises entre 08 00 38 10 00 10 et 08 00 38
10 0F DF. Dès qu'une adresse MAC a été attribuée à un contrôleur, il faut l'écrire sur
l'étiquette, puis coller cette dernière sur le rack DPS 7000 approprié (celui qui contient le
FCP7).
1.3.4
MainWay 2000
Le MainWay 2000 est composé d'un sous-système d'extension LAN et d'un ou plusieurs
processeurs WAN permettant d'accéder au réseau WAN via les protocoles OSI/DSA,
OSF/SNA ou TCP/IP.
1-6
47 F4 92UC Rev01
Introduction
1.4
SERVEURS DE COMMUNICATION
Gérant les principales fonctions de communication, les serveurs de communication sont
implémentés comme des sous-systèmes indépendants.
Les serveurs de communication disponibles sont :
• TNS, serveur unique qui gère les communications via un ou plusieurs contrôleurs ISL ;
en autorisant les communications par un ou plusieurs câbles ISL. Dans un système
DPS 7000, il ne peut exister qu'une seule instance de TNS. Ce dernier gère toutes les
connexions avec d'autres systèmes, qu'elles soient directes ou via CNP7. Les
paramètres de configuration de TNS sont spécifiés lors de la génération du réseau.
• FEPS, serveur qui gère le dialogue avec un Datanet via un ou deux canaux PSI. Dans
un système DPS 7000, il existe une instance de FEPS par Datanet connecté. Dans le
cas d'une double liaison PSI vers Datanet, l'instance FEPS ne gère qu'un seul canal
PSI à la fois ; l'autre instance a un rôle de secours. FEPS gère les deux liaisons PSI de
telle sorte qu'il bascule automatiquement de manière transparente sur l'autre PSI lors
d'une défaillance du premier. Chaque instance de FEPS doit être définie au moment de
la génération du réseau.
• OCS, gestionnaire de communication pour le contrôleur intégré FCP7. OCS est un
pilote unique qui gère plusieurs instances de serveurs. Dans un système DPS 7000, il
existe une instance de serveur pour chaque FCP7. OCS supervise toutes les
connexions avec le réseau FDDI qui transitent par FCP7. OCS réalise aussi des
fonctions administratives pour FCP7 telles que le chargement (LOAD) et le vidage
mémoire (DUMP). Les paramètres de configuration d'OCS sont spécifiés lors de la
génération du réseau.
• FECM, serveur qui réalise des fonctions administratives telles que le chargement
(LOAD), le transfert mémoire (DUMP) ou la génération du système (SYSGEN) pour le
Datanet et le CNP7. Il est inutile de le configurer, et une instance de FECM est créée
dynamiquement lorsqu'il faut administrer un Datanet ou un CNP7.
• RAEH, serveur unique qui gère les sessions administratives entre systèmes DSA dans
le but d'échanger des commandes/réponses ou des notifications d'événements.
• QMON, serveur unique qui gère les files auxquelles accèdent les applications utilisant
l'interface de communication MCS.
47 F4 92UC Rev01
1-7
Réseaux - Concepts
1.5
VCAM
Module de communication qui gère les fonctions ayant trait à la couche session (les
connexions entre applications locales ou à distance qui utilisent les protocoles et
l'adressage ISO, ISO/DSA ou DSA). Le lancement et l'arrêt de VCAM sont synchronisés
avec ceux de GCOS 7 lui-même. En l'absence de session de communications active, il
n'est toutefois possible d'établir que des communications locales.
1.6
OPEN LAN ACCESS 7
Module de communication qui gère la conversion de protocole et/ou d'adresse de DSA
vers ISO. Ce mécanisme permet aux applications DSA telles que IOF, TDS ou UFT de
fonctionner avec des applications situées sur une station de travail ISO/DSA (STID).
L'utilisation de OPEN LAN ACCESS 7 est définie lors de la génération du réseau.
1.7
GXTI
GXTI est une interface de programmation permettant à une application GCOS 7
d'accéder à une application distante via les couches de transport ISO, TCP, UDP ou
RFC1006.
Elle fournit une interface de communication unique vers des applications distantes :
• par la couche de transport ISO située dans le FCP7, via OCS,
• vers des applications ISO/DIWS distantes par la couche de transport RFC1006 située
dans le FCP7, via OCS (sans modification de l'interface de programmation),
• par la couche de transport ISO située dans un Datanet, via FEPS,
• par la couche de transport ISO située dans un CNP7, via TNS,
• par la couche de transport TCP ou UDP située dans le FCP7, via OCS,
• par la couche de transport TCP ou UDP située dans le sous-système OPEN7. Notez
que les accès à TCP/UDP depuis FCP7 et depuis OPEN7 sont mutuellement exclusifs.
C'est à dire qu'il est impossible d'établir des connexions de TCP vers OPEN7 en même
temps que vers FCP7, bien que les deux puissent être lancés simultanément. Si tel est
le cas, FCP7 est prioritaire. Si le démon GXTID sous OPEN7 est lancé avant FCP7,
FCP7 arrête GXTID pour imposer le passage des connexions par FCP7. Si FCP7 est
lancé avant OPEN7 (et donc avant GXTID), FCP7 garde la priorité.
1.8
RFC1006
RFC1006 est un protocole inter-couches disponible dans FCP7 qui permet l'exécution de
DSA ou sessions OSI via une couche de transport TCP. RFC1006 est conforme à la
procédure et au format TPDU définis dans la norme ISO IS 8073.
1-8
47 F4 92UC Rev01
Introduction
1.9
TCP/IP
TCP/IP permet aux applications GCOS 7 d'atteindre des applications distantes situées
sur une station UNIX ou sur toute station utilisant TCP/IP. TCP/IP est accessible dans le
FCP7 par les applications qui utilisent l'interface de programmation GXTI, et dans OPEN
7 par les applications telles que FTP, NFS, XFORM 7 et Affinity sur OPEN 7.
TCP/IP (du contrôleur FCP7) permet également de transporter les TPDU de RFC1006
pour les applications GCOS 7.
1.10
CONFIGURATION DU RESEAU
Sous GCOS 7, l'utilitaire de génération utilisé pour les configurations de réseau est
NETGEN (NETwork GENerator). Vous en trouverez une description dans le manuel
Génération de réseau (93UC).
Le FCP7 est configuré à chaque fois que son serveur dans OCS est lancé (commande
STSVR). Ce processus de configuration charge les paramètres nécessaires aux piles
ISO/DSA, ISO et TCP/IP du FCP7. La configuration du FCP7 est décrite dans le manuel
Génération de réseau (93UC).
Pour configurer le Datanet et le CNP7, il faut utiliser leurs propres utilitaires de
configuration. Vous trouverez une description de ces derniers dans les manuels du
Datanet ou du CNP7.
Les directives de configuration de réseau pour un DPS 7000 et ses FEP sont générées
statiquement par leurs configurateurs respectifs à partir des informations descriptives
fournies par l'administrateur du réseau (ou du système).
Nous avons adopté la terminologie suivante dans les documents :
DIRECTIVE
47 F4 92UC Rev01
Toute instruction figurant dans une description de
configuration de réseau pouvant être traitées par un
configurateur de réseau.
1-9
Réseaux - Concepts
1.11
ADMINISTRATION DU RESEAU
L'administration de réseau permet à un opérateur système (ou réseau) de contrôler par
des commandes d'administration de réseau les fonctions locales telles que le lancement
et l'arrêt des serveurs, la supervision du comportement du réseau, et la modification
dynamique des attributs du réseau.
Nous avons adopté la terminologie suivante dans les documents :
COMMANDE
1-10
Toute instruction à l'intention du système d'exploitation
(GCOS 7 pour le DPS 7000) tapée par l'opérateur système
(ou réseau).
47 F4 92UC Rev01
2. Communications ISO/DSA et ISO
Le modèle de référence OSI d'ISO définit une architecture de base pour les
communications, fondée sur des fonctions en couches.
DSA définit une architecture en couches conforme au modèle de référence OSI d'ISO. En
d'autres termes, le concept d'architecture en couches et le rôle de chacune sont
communs à DSA et ISO. Selon la couche concernée, GCOS 7 implémente soit la norme
ISO, soit une norme propriétaire Bull DSA.
47 F4 92UC Rev01
2-1
Réseaux - Concepts
2.1
CONCEPTS D'UNE ARCHITECTURE EN COUCHES
Selon le modèle de référence OSI, il est possible de considérer les sous-systèmes de
communication d'un système comme un ensemble ordonné de sept couches, que l'on
peut représenter visuellement par l'empilement ci-dessous. La couche est parfois
désignée par le rang qu'elle occupe.
Systèm e A
C ouches
Application
P résentation
Session
Transport
R éseau
Liaison
P hysique
s
e
r
v
i
c
e
s
Systèm e B
7
<-protocole->
7
6
<-protocole->
6
5
<-protocole->
5
4
<-protocole->
4
3
<-protocole->
3
2
<-protocole->
2
1
<-protocole->
1
s
e
r
v
i
c
e
s
Support physique
Figure 2-1. Couches DSA/ISO
A l'exception de la couche la plus haute et de la plus basse, chaque couche(N) fournit à la
couche(N+1) un ensemble de services. La couche(N) utilise les services fournis par la
couche (N-1), et ainsi de suite. Les services de chaque couche sont accessibles par des
points d'accès au service SAP(N°) (Service Access Point). Chaque entité de la couche(N)
coopère avec son homologue de couche(N) sur un autre système. L'ensemble des règles
qui gouvernent cette coopération est appelé protocole ; chaque protocole est associé à la
couche pour laquelle il est implémenté. On appelle Unités de Données de Protocole ou
PDU (Protocol Data Unit) les données échangées par le biais du protocole de la couche
concernée.
Une telle architecture garantit que chaque couche, de même que chaque application, sont
indépendantes de tous les sous-systèmes qui implémentent les couches ISO inférieures.
Dans GCOS 7-V7, les protocoles et services des couches 1 à 5 sont totalement
conformes à la norme ISO, ainsi qu'à la norme DSA.
2-2
47 F4 92UC Rev01
Communications ISO/DSA et ISO
2.2
IMPLEMENTATION DES COUCHES ISO ET ISO/DSA
GCOS 7
TDS
IO F
UFT
FTAM
X400
VCAM
FEPS
pseudo-transport
A ppl/P rés
Session
OCS
Transport
TNS
FCP7
R éseau
C ontrôleur IS L
FDDI SAS
PSI
Liais on/
P hysique
ISL
Datanet
M ainW ay 2000
Ethernet
C arte LA N
P rocesseur W A N
M odules de ligne
CNP7
Figure 2-2. Implémentation de la couche DSA/ISO
Les modules ombrés / / / concernent les processeurs frontaux, et non GCOS 7.
47 F4 92UC Rev01
2-3
Réseaux - Concepts
Couche application
Il s'agit de la couche la plus haute (7) du modèle de référence. Elle fournit des services
directement accessibles à l'utilisateur.
Le réseau primaire est constitué d'applications ISO/DSA qui communiquent entre elles au
même niveau, par exemple : IOF, TDS et UFT. Toutefois, X400, utilisé par DOAS7
(V200ES), et FTAM 7, sont conformes à OSI. Les applications coopèrent avec les
terminaux selon un mécanisme différent.
N'implémentant pas les protocoles ISO/DSA, les terminaux ne peuvent donc pas
communiquer directement avec les applications. Ils utilisent pour cela un Gestionnaire de
Terminaux (Terminal Manager), situé dans le FEP ou dans une station de travail
ISO/DSA. La partie du réseau comprise entre le gestionnaire de terminaux et les
terminaux (le réseau secondaire) n'est pas conforme à la norme ISO/DSA. Par exemple,
le Datanet, le CNP7 ou le DPX/20, en tant qu'extrémités de session, fournissent la
fonctionnalité de gestionnaire de terminaux pour permettre l'accès aux terminaux.
Couche présentation
La couche présentation (6) est consacrée aux conversions et au formatage à appliquer au
contenu des données échangées entre applications.
Les fonctions de présentation, comme la conversion ASCII-vers-EBCDIC sont souvent
intégrées dans le logiciel système ou le micrologiciel. Elles peuvent s'appliquer aussi à
des produits particuliers, comme FORMS pour gérer l'affichage d'informations sur l'écran
d'un terminal.
Couche session
Le rôle de la couche session (5) est d'organiser et de synchroniser le dialogue entre deux
applications. Elle établit les connexions, contrôle le flux des données échangées, et gère
le "tour de parole" (par gestion de jeton) des extrémités de la session.
La couche session peut établir une connexion de session entre deux applications
fonctionnant sur des systèmes différents ou sur le même hôte. Dans ce dernier cas, une
telle connexion de session est locale et n'implique pas de transport. La connexion et
l'échange de messages entre applications transite par VCAM. Toutefois, lorsque les
applications sont situées sur des systèmes différents, la couche session utilise les
services de transport pour l'échange de messages entre systèmes.
En fonction de l'application, VCAM implémente les protocoles et services ISO ou DSA de
la couche session. Une partie de VCAM implémente le protocole et les services de
session ISO, alors qu'une autre partie implémente les versions DSA de ceux-ci.
VCAM-DSA sert d'interface aux applications DSA telles TDS, IOF et UFT qui s'exécutent
sur des machines Bull natives utilisant le protocole DSA200.
VCAM-ISO sert d'interface aux applications ISO comme FTAM et X400.
VCAM permet d'assurer l'indépendance de l'application vis-à-vis de toutes les couches de
plus bas niveau, qui sont distribuées différemment selon que la connexion est de type
PSI, ISL ou FCP7.
2-4
47 F4 92UC Rev01
OPEN LAN ACCESS 7 offre un dispositif de conversion de protocole d'une session ISO
vers une session DSA. Ceci permet à une application DSA distante utilisant une session
ISO (comme OPENTEAM, UFTX ... ) de dialoguer avec une application GCOS7 DSA
(TDS, IOF, UFT ...).
En plus de cette conversion de protocole, OPEN LAN ACCESS 7 permet la conversion de
l'adressage ISO en DSA.
Couche transport
La couche transport (4) assure un transport fiable, pour le transfert de données entre
sessions de différents systèmes. Les services de transport contrôlent le séquencement et
le flux des données, détectent les erreurs et permettent leur récupération.
Selon la configuration du réseau, une connexion de session correspond à une connexion
de transport de bout en bout unique, ou à une suite de connexions de transport relayées
de proche en proche.
Dans le cas d'une connexion par FCP7, le protocole ISO de classe 4 (ISO IS 8073) est
implémenté dans le FCP7 lui-même. En conséquence, il est possible d'établir les
connexions de transport DSA, ISO/DSA et ISO avec des systèmes directement
connectés au FCP7 ou au LE7.
Dans le cas d'une connexion PSI vers le Datanet, la couche de transport est répartie
entre FEPS et le Datanet. FEPS implémente un pseudo-transport qui se limite aux
échanges avec le Datanet. La couche de transport et toutes les couches qui lui sont
inférieures sont implémentées dans le Datanet. C'est ce dernier, et non le DPS 7000, qui
est responsable de l'implémentation des protocoles des couches réseau et transport pour
la communication avec un système distant.
Dans le cas d'une connexion ISL, TNS implémente le protocole ISO de classe 4 (ISO IS
8073). Les connexions de transport DSA et ISO/DSA (appelées connexions de transport
"STID") peuvent donc être établies avec des systèmes distants directement connectés à
l'ISL. Dans les cas des connexions de transport ISO, il est nécessaire d'établir ces
connexions par la couche de transport ISO d'un CNP7 (ou Datanet) connecté à l'ISL.
L'ISL peut se connecter au FEP (CNP7 ou Datanet) qui sert de relais pour l'établissement
de la session entre le DPS 7000 et un système distant. Une première connexion de
transport se termine dans le FEP, alors qu'une deuxième est établie entre le FEP et le
système distant. Ces deux connexions de transport sont reliées directement (transport
"dos-à-dos"). La deuxième connexion peut utiliser un protocole différent de l'ISO classe 4
(entre le DPS 7000 et le FEP). Ceci permet d'accéder à des systèmes qui implémentent
toute combinaison de protocoles de couches transport et réseau reconnues par le FEP,
sur toute sorte de réseau ISO.
La figure 2-3 présente un DPX/20 connecté à un DPS 7000 par son CNP7.
47 F4 92UC Rev01
2-5
Réseaux - Concepts
DPX/20
DPS 7000
Session ISO
Session ISO
CNP 7
Transport ISO
T ransport IS O
C ouche réseau
vide
IEEE 802.2
IEEE 802.3
C ouche réseau
vide
IEEE 802.2
IEEE 802.3
Transport ISO
T ransport IS O
X25
X25
HDLC
HDLC
ISL
···
Figure 2-3. Connexion de transport ISO
Couche transport RFC1006
La couche transport RFC1006 est disponible uniquement dans le FCP7. Elle implémente
un protocole de transport de classe 0 amélioré pour s'exécuter dans la partie supérieure
de TCP (qui peut être assimilé à un protocole de transport de classe 4). Elle utilise les
éléments de procédure et de format TPDU définis dans la norme ISO IS 8073.
La figure 2-4 illustre des applications DSA communiquant via RFC1006.
B ull D P S 7000/8000
A utres systèm es
A pplication D S A
A pplication D S A
P résentation D S A
P résentation D S A
S ession D S A
S ession D S A
R F C 1006
R F C 1006
TCP
IP
R éseau IP S
TCP
IP
Liaison
Liaison
P hysique
P hysique
Figure 2-4. Applications DSA communiquant via la couche de transport RFC1006
RFC1006 prend en charge les communications entre les applications DSA (comme le
montre la figure), ou entre les applications OSI, ou encore entre les applications DSA et
OSI (par OLA7) via la couche de transport TCP.
2-6
47 F4 92UC Rev01
La couche réseau
La couche réseau (3) permet l'établissement des liaisons de communication. Les services
réseau établissent la route de la liaison par des systèmes intermédiaires disponibles,
relaient l'information à travers la liaison établie, et maintiennent la liaison pendant la durée
de la session utilisateur.
La figure 2-5 représente une configuration de réseau typique où un système de relais C
s'interpose entre A et B, dont la couche réseau et les couches inférieures sont sollicitées.
Dans les réseaux ISO/DSA, un tel système de relais est habituellement matérialisé par un
contrôleur de communication ou un FEP. Dans le cas d'une connexion ISL, TNS
implémente une couche réseau élémentaire connue sous le nom de sous-ensemble vide
d'Internet (ISO IS 8473), qu'on appelle aussi réseau inactif. Dans le cas d'une connexion
via le FCP7, FCP7 implémente à la fois les protocoles sous-ensemble vide (null subset)
et le sous-ensemble complet (full subset) du protocole Internet (ISO IS 8473).
Lorsque les connexions sont établies via un Datanet ou un CNP7, la couche réseau
située dans le FEP peut être un réseau inactif, le protocole Internet complet ou encore
d'autres protocoles réseau tels que X25 (ISO 8348).
A
B
7
7
6
6
5
5
4
4
3
C
3
2
2
2
1
1
1
Support physique
3
Support physique
Figure 2-5. Contrôleur de communications DSA/ISO
47 F4 92UC Rev01
2-7
Réseaux - Concepts
Couche liaison
La couche liaison (2) permet le transfert individuel intégral de trames de données par une
connexion physique.
Dans le cas particulier d'un réseau local, (ISL ou FCP7), cette couche est composée des
deux sous-couches suivantes :
1.
La sous-couche de contrôle de liaison logique LLC (Logical Link Control) qui
possède une fonctionnalité d'adressage logique.
2.
La sous-couche de contrôle d'accès physique MAC (Media Access Control) qui offre
l'interface avec la couche physique au moyen d'un adressage physique.
Couche physique
La couche physique (1) fournit un moyen mécanique, électrique, fonctionnel et procédural
de transmission de bits.
Les contrôleurs Ethernet ISL implémentent la couche liaison et la couche physique (ISO
IS 8802.2, 8802.3). Le contrôleur FCP7 FDDI implémente la couche liaison et la couche
physique (ISO IS 8802.2, 9314).
2-8
47 F4 92UC Rev01
2.3
ADRESSAGE DSA
Une adresse d'application DSA se compose de l'adresse du contrôleur de session dont
elle dépend et d'une adresse locale associée à l'entité de contrôle de session.
L'adresse d'une entité de contrôle de session est constituée de l'identifiant de point
d'accès au service de transport TSAP et de l'identifiant de contrôle de session SCID :
• Chaque entité de contrôle de session du réseau est identifiée comme utilisateur des
services de transport au moyen d'un identifiant unique TSAP. Les identifiants TSAP
source et destination ne sont utilisés que par l'entité de transport ISO comme éléments
de l'unité de données de protocole (PDU) de la demande de connexion de transport ;
elles possèdent les caractéristiques suivantes :
-
le format des identifiants TSAP est conforme à la norme SID
-
lorsque le transport est réalisé par TNS, le transport ISO avec adressage DSA est
déclaré par défaut par le paramètre TPROTOCOL=ISO[:1] de la directive RTS.
• Le SCID qui donne l'adresse du contrôleur de session DSA utilisé par le protocole de
session de DSA200, permet d'identifier le contrôleur de session dans les unités de
données de protocole session.
Dans DSA, l'adresse locale d'une application est sa boîte aux lettres. Il est possible
d'assurer l'unicité de la boîte aux lettres en la suffixant avec une extension de boîte aux
lettres. Une même application de communication peut être adressée via plusieurs boîtes
aux lettres, chacune correspondant à une entité particulière de l'application. Par exemple,
dans TDS, l'opérateur maître est adressé par une boîte aux lettres distincte de celle
dédiée aux autres utilisateurs. De même, le gestionnaire de terminaux fait référence à un
terminal particulier par une adresse unique représentée par sa boîte aux lettres:extension
de boîte aux lettres.
Les entités des couches inférieures possèdent aussi des adresses configurées lors de la
génération du réseau. Dans le cas des communications via un FEP, ces entités ne sont
pas situées sur le DPS 7000 et sont donc configurées dans le SYSGEN du FEP.
D'autre part, lorsqu'on utilise l'ISL pour une connexion directe à un système distant, il faut
considérer des adresses supplémentaires.
Des adresses dédiées de point d'accès au service liaison LSAP (Link Service Access
Point) sont utilisées au niveau Liaison pour distinguer les différents types de trafic
transitant par l'interface entre TNS et l'adaptateur de réseau local (LNA). Le contrôleur
ISL utilise le LSAP pour choisir un type de canal logique (appelé aussi terminateur
logique : LT) lorsqu'il faut diriger vers TNS une trame entrante.
Les trois types suivants de LSAP sont adressables par TNS :
• ISO pour les transferts normaux de données via une couche réseau inactive.
• RM (remote maintenance) pour l'administration à distance des CNP7 (SYSGEN, LOAD
et DUMP), qui utilise un protocole administratif spécifique.
• TCPIP pour le module TCP/IP de GCOS 7 (OPEN 7) qui utilise l'accès direct à la
couche Liaison de TNS.
47 F4 92UC Rev01
2-9
Réseaux - Concepts
Une demande de connexion de transport est émise sur une route réseau configurée sur
le système local ; celui-ci est considéré comme l'origine de la route allant de la liaison
physique locale LPL (Local Physical Link) reliée par le câble ISL à une liaison physique
distante RPL (Remote Physical Link).
Le LPL ou RPL possède une adresse physique individuelle (IADDR) de 48 bits sur le
câble ISL et doit donc être déclaré dans la configuration du réseau.
Il est possible de répartir jusqu'à 8 adresses de multi-diffusion MADDR (Multicast
Address) entre les différents LPL. Ces adresses permettent de recevoir par le câble
certains messages administratifs multi-diffusés.
Dans le cas des communications via un FCP7, ces entités sont configurées dans la
configuration du FCP7.
Il y a génération implicite des terminateurs logiques (LT) pour le FCP7.
Exemple de configuration d'adresse
L'exemple ci-dessous présente deux systèmes DPSA et DPSZ ; chacun est connecté à
son propre CNP7 par un câble ISL, les CNP7 étant interconnectés pour faire partie d'un
réseau longues distances (WAN).
D P S 7000
CNP 7
"C N P B "
"D P S A "
D P S 7000
"C N P Y "
"D P S Z "
W AN
86:57
LC T
RCT
5F -00-01
R P L_C N P B
86:23
RCT
C Â B LE -1
5E -00-01
LP L_D P S A
CNP 7
LC T
C Â B LE -2
IS L
5F -00-02
R P L_C N P Y
5E -00-0C
LP L_D P S Z
Figure 2-6. Configuration d'adresse DSA/ISO
Pour que l'application LAPPL du système DPSA puisse dialoguer avec l'application
RAPPL du système DPSZ, elle doit établir au préalable une connexion.
La demande de connexion à RAPPL envoyée par LAPPL s'établit dans la couche session,
LAPPL étant l'origine et RAPPL la destination de la connexion. LSC et RSC, les
identifiants de contrôle de session (SCID) respectifs de DPSA et DPSZ, sont uniques et
leur portée s'étend à tout le réseau pour identifier sans ambiguïté les adresses de LAPPL
et RAPPL.
2-10
47 F4 92UC Rev01
2.4
CONCEPTS D'ADRESSAGE OSI
L'adressage dans un réseau suit les mêmes principes conceptuels que celui d'une lettre
ou d'un appel téléphonique. Dans tous les cas, la destination visée n'est atteinte que si
l'adressage est non ambigu.
Une application, qui s'exécute sur le système local, demande aux services locaux de
communication d'établir une connexion avec un correspondant situé sur un système
distant ; ce correspondant est identifié par une adresse. Cette demande est acheminée
d'un système à l'autre le long d'une chaîne par laquelle transitera la connexion, jusqu'à
atteindre le destinataire. Toute erreur de configuration dans cette succession de systèmes
peut empêcher l'accès au correspondant.
L'architecture de communication OSI, représentée par l'empilement des sept couches
OSI dont chacune est accessible par une adresse spécifique, montre que l'adressage OSI
est conceptuellement hiérarchique.
Points d'Accès au Service (SAP)
Dans le modèle de référence OSI, chaque couche est accessible par des SAP :
• pour les connexions sortantes, l'entité (i+1) qui implémente la couche (i+1) du modèle
de référence OSI fait appel aux services de l'entité (i) par le biais des SAP-(i) qui relient
les deux couches adjacentes.
• pour les connexions entrantes, l'entité (i) fournit des services à une entité (i+1) en
accédant aux liens SAP-(i) qui relient les deux couches.
Exemple :
TSAP (le point d'accès au service Transport) relie la couche 5 (session) et la couche 4
(transport).
Sélecteurs
Un sélecteur-(i) désigne un type spécifique d'entité (i+1) parmi l'ensemble des entités
(i+1) d'un système donné. Les sélecteurs constituent l'information d'adressage échangée
entre systèmes. Ils sont alloués par un système et sont uniques dans la portée de ce
système.
47 F4 92UC Rev01
2-11
Réseaux - Concepts
2.4.1
Structure générale
Une entité (i+1) est identifiée de manière unique dans le réseau par l'adresse d'un SAP(i). Ce dernier se compose d'un sélecteur (i) et d'un SAP (i-1).
Exemple :
Une couche session spécifique est désignée par une adresse de TSAP, qui se compose
d'un sélecteur de Transport (TSEL) et d'un SAP-réseau (NSAP).
Remarque :
Par abus de langage, le terme SAP-(i) est employé à la place de
adresse-de-SAP-(i)
On identifie une application par son Titre d'Entité Application A.E.T (Application Entity
Title) et on la désigne par une adresse de point d'accès au service présentation PSAP
(Presentation Service Access Point) dont la structure est détaillée dans la figure 2-7.
A dresse
PSAP
P S E L (S él. de pré sentation)
S S E L (S él. de session)
T S E L (S él. de transport)
N S A P (P oint d'accès au service réseau)
A dresse
SSAP
A dresse
TSAP
< - adresses en ordre hiérarchique ->
Figure 2-7. Structure d'adresse OSI PSAP
2-12
47 F4 92UC Rev01
2.4.2
Adressage dans la couche réseau : adresse NSAP
Pour un complément d'information sur le sujet traité dans ce paragraphe, reportez-vous
au document ISO8348/Addendum 2.
Pour les connexions sortantes, le système local utilisera la liste des NSAP pour
déterminer la couche réseau correcte parmi l'ensemble de ces NSAP. Une adresse
NSAP identifie un point d'accès au service réseau (Network Service Access Point) sur un
système destination où le service réseau est disponible.
La structure d'un NSAP telle que définie dans [ISO 8348/Add.2] est la suivante :
AFI
ID I
DSP
ID P
Figure 2-8. Structure d'adresse OSI NSAP
Le domaine général d'une adresse NSAP, l'IDP (Initial Domain Part) se compose de
deux parties :
• l' AFI (Authority and Format Identifier), qui spécifie :
-
le format du champ IDI précise par exemple s'il existe des zéros initiaux
-
l'instance d'adressage réseau, telle que l'ISO ou l'UIT (ex-CCITT), responsable de
l'attribution des valeurs de l'IDI
-
la syntaxe abstraite de l'adresse proprement dite dans le réseau, la DSP (Domain
Specific Part), qui peut être binaire ou décimale.
47 F4 92UC Rev01
2-13
Réseaux - Concepts
La figure 2-9 énumère les valeurs d'AFI attribuées classées par instance, ainsi que la
syntaxe de DSP.
S yntaxe D S P
N orm e
décim al
binaire
X 121 C C IT T
36,52
37,53
IS O D C C
38
39
F 69 T E LE X
40,54
41,55
E 163 R T C
42,56
43,57
E 164 R N IS
44,58
45,59
IS O IC D
46
47
LO C A L
48
49
Figure 2-9. Valeurs AFI dans l'adresse OSI NSAP
• l'IDI (Initial Domain Identifier) qui spécifie :
-
le domaine d'adressage réseau à partir duquel sont attribuées les valeurs de DSP
-
l'instance de télécommunications responsable de l'attribution des valeurs de DSP
pour ce domaine.
Le DSP (Domain Specific Part) représente une partie d'adressage privée, qui peut être
codée en binaire ou en décimal. Sa sémantique est déterminée par l'instance identifiée
par l'IDI. Il peut contenir des adresses TRANSPAC ou ETHERNET.
2-14
47 F4 92UC Rev01
La figure 2-10 indique la longueur de champ de DSP maximale selon l'instance, ainsi que
la syntaxe de DSP :
S yntaxe D S P
N orm e
décim al
binaire
X 121 C C IT T
36,52
37,53
IS O D C C
38
39
F 69 T E LE X
40,54
41,55
E 163 R T C
42,56
43,57
E 164 R N IS
44,58
45,59
IS O IC D
46
47
LO C A L
48
49
Figure 2-10. Valeurs DSP dans l'adresse OSI NSAP
47 F4 92UC Rev01
2-15
Réseaux - Concepts
Exemple (NSAP ISO) :
Le NSAP 39250F080038543210 peut s'analyser comme suit :
39 250F 080038543210
-- ---- -----------| |
|
| |
|
| |
->DSP = 080038543210
| |
construit à partir d'une adresse Ethernet
| |
|
->IDI = 250F signifie:
|
DCC = 250 (pour la France)
|
F = complété à droite, obligatoire sur DSP binaire
|
-> AFI = 39 signifie:
Instance: le DCC ISO
Si le DSP est présent, il doit être en binaire
longueur maximum de DSP = 14 octets
Recommandation ECMA 117
Le champ DSP est partagé en 4 champs successifs :
• l'identification d'organisation (spécifiée si l'instance est le DCC, et omise, dans le cas
contraire)
• l'identification de sous-réseau
• l'adresse dans le sous-réseau
• le sélecteur de réseau NSEL (network selector)
La figure 2-11 donne la longueur maximum pour chaque champ en fonction de la syntaxe
abstraite de DSP spécifiée par l'AFI :
type
Identification
d'organisation
décim al
(6 chiffres)
(2 octets)
binaire
Identification
de réseau
A dresse
réseau
NSEL
5 chiffres
15 chiffres
3 chiffres
2 octets
6 octets
1 octet
Figure 2-11. Longueur des champs de l'adresse OSI NSAP
2-16
47 F4 92UC Rev01
Exemple (Recommandation ECMA 117) :
L'adresse ECMA 117 3925025643200FE02608C5A2BC01F peut se décomposer comme
suit :
39 250 256432 00FE 02608C5A2BC0 1F
-- --- ------ ---- ------------ -|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
-->sélecteur 1F
|
|
|
|
|
|
|
|
|
-->adresse dans le sous-réseau
|
|
|
|
= adresse MAC
|
|
|
|
|
|
|
-->identification de sous-réseau :
|
|
|
identification de réseau local (RL)
|
|
|
|
|
->identifiant d'organisation = 256432 (Bull)
|
|
|
->IDI = 250 (France)
|
-> AFI = 39 (DCC ISO)
Il peut être nécessaire à une entité réseau de gérer plus d'un NSAP, pour tenir compte
des éléments suivants :
1.
Le système doit gérer une adresse NSAP pour chaque sous-réseau directement
connecté.
2.
Certaines applications, n'ayant ni sélecteur-T ni sélecteur-S sont désignées
directement par leur NSAP ; chacune doit donc avoir son propre NSAP.
3.
Plusieurs instances peuvent administrer le site, et donc attribuer différents formats
de NSAP.
Format NSAP spécial pour RFC1006
Un format spécial d'adresse NSAP a été défini pour les applications OSI exécutées sur
des réseaux ne prenant pas en charge le service de réseau OSI. Ce format couvre les
réseaux TCP/IP prenant en charge COTS via RFC1006.
Le codage Telex AFI en DSP décimal est utilisé. Le numéro de Telex indiqué dans les
champs IDI et Préfixe de DSP identifie un réseau spécifique. Les autres champs codent
des informations réseau spécifiques.
La valeur du champ IDI est :
La valeur du champ Préfixe est :
00728722 (Numéro de Telex de l'University
College London)
03
Les autres champs DSP contiennent les éléments suivants :
• l'adresse Internet exprimée sous forme de 12 chiffres décimaux obligatoires
(129182000020, par exemple).
• le numéro de port RFC1006 exprimé sous forme de 5 chiffre décimaux optionnels
(00102 est par exemple la valeur par défaut).
• un chiffre de remplissage (défini à 0).
47 F4 92UC Rev01
2-17
Réseaux - Concepts
La figure 2-12 illustre le format spécial NSAP d'une application dont l'adresse Internet est
129.183.1.84, en réception sur le port 102.
54
O ctet
1
00 72 87 22
2-5
DSP
rem plissage
préfixe
adresse IP
port
03
12 91 83 00 10 84
00 10 2
6
7-12
13-15
0
16
facultatif
Figure 2-12. Exemple de format d'adresse RFC1006 NSAP
2.4.3
Adressage dans la couche transport : l'adresse TSAP
Un sélecteur de transport TSEL (Transport Selector), comme d'autres sélecteurs, est
significatif dans le cadre du système extrémité auquel il est alloué. Il permet d'identifier
une et une seule entité de session dans le système extrémité. Le terme Entité de Session
recouvre non seulement la couche de communications OSI qui implémente le protocole
de session OSI, mais aussi les applications qui utilisent directement une interface de
programmation dédiée au transport.
Les sélecteurs de transport sont attribués indépendamment pour chaque système
extrémité, puisqu'aucune instance globale d'attribution n'est nécessaire.
Les valeurs de sélecteur de transport sont codées directement comme des paramètres
d'identifiant TSAP de la demande de connexion de transport et d'unités de données de
confirmation (Confirm Data Unit).
Le TSEL, suffixé par l'adresse NSAP devient une adresse de TSAP. Le TSEL et le NSAP
sont tous deux utilisés par le processeur frontal pour choisir l'hôte dans le cas d'une
connexion entrante utilisant un objet UT (Utilisateur de Transport).
2-18
47 F4 92UC Rev01
2.4.4
Adressage dans la couche session : l'adresse SSAP
Un sélecteur de session permet d'identifier une entité de présentation.
Les sélecteurs de session doivent être codés directement comme des paramètres
d'identification SSAP des unités de données de protocole (PDU) de session Connect et
Accept.
2.4.5
Adressage dans la couche présentation : l'adresse PSAP
Un sélecteur de Présentation permet d'identifier une entité d'application.
Les sélecteurs de présentation doivent être codés directement comme des paramètres
d'identification PSAP des unités de données de protocole de présentation Connect et
Accept.
2.4.6
Adressage dans la couche application : AET
On identifie une application par son titre d'application d'entité AET (Application Entity
Title).
Actuellement, les applications OSI doivent fournir à la fois le PSAP local et distant aux
couches OSI :
• Le PSAP distant pour identifier leur correspondant
• Le PSAP local pour s'identifier elles-mêmes
Dans les versions suivantes, les services de répertoire (ou d'annuaire) aideront les
applications à obtenir l'adresse du PSAP correspondant à un AET donné.
47 F4 92UC Rev01
2-19
Réseaux - Concepts
2.4.7
Adresses locales par défaut
Pour appeler des services de communication, l'application locale doit fournir à la fois le
PSAP local et distant pour s'identifier et identifier son correspondant distant. Le TSEL
local et le NSAP local sont tous deux optionnels.
Si le TSEL local manque, la couche session utilise le TSEL local par défaut configuré
implicitement. Le NSAP local est fourni par le processeur frontal, en fonction du type de
réseau choisi. Si une application fournit explicitement un NSAP local, on considère que
c'est une reconnexion, et le processeur frontal utilisera alors le type local de réseau qui
correspond au NSAP fourni.
C'est seulement dans le cas des connexions locales, où les deux applications sont
situées sur le même hôte, que la couche session reconnaît certains NSAP locaux
configurés. Ceci permet le bouclage dans l'hôte lui-même, mais pas dans le processeur
frontal.
Dans le cas où le DPS 7000 se connecte directement à un autre DPS 7000 par l'ISL, le
premier NSAP défini pour le LSYS sera pris en compte.
2-20
47 F4 92UC Rev01
2.5
2.5.1
OPEN LAN ACCESS : LA PRISE ISO/DSA
Fonctions de la prise ISO-DSA
Un nouveau dispositif de GCOS 7 permet aux applications DSA telles que IOF, TDS et
UFT de fonctionner avec la pile ISO et de bénéficier de tous les services des souscouches ISO. Ce dispositif est un module en-ligne et transparent qui convertit la session
DSA en session ISO par la migration de l'adressage DSA vers l'adressage ISO. Ces
modules PID (Prise ISO-DSA) sont appelés en fonction des informations données sur
l'adressage et la configuration :
• au moment de la connexion
• et, le cas échéant, pendant les transferts de données.
Objectifs de la migration
L'architecture de communication propriétaire Bull DSA n'est pas très éloignée de
l'architecture de communication OSI. Toutefois, l'adressage DSA qui implique une
adresse de session et une boîte aux lettres d'application diffère considérablement de
l'adressage hiérarchique OSI.
La compatibilité impose de migrer depuis l'adressage non-hiérarchique (plat) de DSA vers
l'adressage OSI.
La migration d'adressage est réalisée par le module PIDa (PID-adressage), qui permet à
la couche session de communiquer avec la couche transport à chaque demande de
connexion entrante ou sortante.
Les avantages d'un tel dispositif sont :
• Tout site possédant un mélange d'applications OSI, telles que X400 et FTAM, et DSA,
n'utilise qu'une pile de communications et une configuration de réseau pour établir la
communication entre les deux ensembles d'environnements.
Sans un tel dispositif, il faut faire coexister deux architectures de réseau
complètement distinctes, ce qui implique une surcharge des coûts de gestion
des communications ainsi qu'un accroissement du développement et de
l'utilisation des applications OSI.
• Les systèmes d'autres constructeurs peuvent se connecter aux applications Bull
propriétaires dont les couches 1 à 5 sont totalement conformes au modèle OSI. Cela
signifie que ces systèmes n'ont pas à subir de régénération ou de reconfiguration pour
se conformer aux normes de réseaux Bull.
• Les connexions entre GCOS 7 et les STID (Stations de Travail ISO-DSA) par l'ISL sont
directes.
47 F4 92UC Rev01
2-21
Réseaux - Concepts
Le rôle de la PID dans le DPS 7000 est illustré sur la figure suivante :
autre
application
application
IS O
autre
session
ou
GXTI
session
IS O
application D S A
session D S A
P ID
adressage iso
et protocole iso
adresse dsa
protocole iso
adresse dsa
protocole dsa
Figure 2-13. Fonctions de la prise ISO-DSA (PID)
2.5.2
Mécanisme de conversion de protocole
Le module PIDp (PID-protocole) convertit de manière transparente le protocole de
session DSA utilisé par les applications DSA sur le système DPS 7000 en protocole de
session ISO.
La conversion de protocole suit les normes Bull de SID (Spécifications ISO-DSA) qui
permettent des connexions depuis et vers des applications déjà existantes sur des
stations ISO-DSA telles que le DPX/20, Q400 et DPS 6000, dans le but d'utiliser leur
couche session ISO native, et sans le transit par une passerelle.
Ce module permet aussi les connexions entre deux DPS 7000 sur un réseau ISO (par
double conversion).
Lorsque ce module est activé par une connexion de session donnée, il transforme les
unités de données de protocole session SPDU (Session Protocol Data Units) entrantes,
en "lettres" DSA avant de les remettre à VCAM.
De même, les lettres DSA sortantes sont transformées en SPDU ISO.
2-22
47 F4 92UC Rev01
2.5.3
Mécanisme de conversion d'adresses
• La conversion d'adresses qu'effectue la PIDa pour les systèmes locaux (L) et distants
(D) impliqués dans la connexion revient à :
LMBX [EXT], nomLSC <- converti en -> LSSEL, LTSAP
RMBX [EXT], nomRSC <- converti en -> RSSEL, RTSAP
où BAL est la boite aux lettres et EXT l'extension de boîte aux lettres
• Les termes de l'adressage ISO pour une application DSA sont formés comme suit :
SSEL = "espace" + MBX + EXT
Pour la conversion, les adresses ISO et/ou DSA des deux systèmes extrémité
connectés sont extraites par la PIDa dans les configurations de réseau de base ou
de répertoire.
RSAP = TSEL + liste NSAP
• TSEL permet de choisir un service de couche session parmi ceux que propose le
DPS 7000 :
-
la session ISO
-
PID + la session DSA
-
GXTI
GXTI et la session ISO sont accessibles par un ou plusieurs TSEL.
• Pour accéder à la PID, un PID-TSEL est toujours nécessaire pour chaque système.
Lorsqu'il n'est pas déclaré explicitement dans la configuration du réseau, la valeur de
PID-TSEL fournie par défaut est :
"PID_SELECT" en codage ASCII : "5049445F53454C454354"X
Exemples de TSEL dans le DPS 7000 :
autres
applications
ou
autre session
applications
IS O
session
IS O
applications
DSA
session
DSA
P ID
T S E Lx
T S E Ly
T S E Lz
P ID _T S E L
Figure 2-14. Exemples de TSEL
47 F4 92UC Rev01
2-23
Réseaux - Concepts
Deux systèmes peuvent avoir le même TSEL, avec par exemple la valeur par défaut
PID_TSEL. Le NSAP permet de sélectionner le FEP qui accède au TSEL. Chaque NSAP
doit être unique dans la configuration du réseau. Pour plus de détails sur l'adressage OSI,
reportez-vous au paragraphe 2.4.
• si le FEP permet d'accéder à deux systèmes différents qui possèdent le même TSEL, il
doit exister au moins deux NSAP différents pour sélectionner l'hôte approprié :
HÔTE 2
HÔTE 1
valeur
TSEL
P ID par défaut
valeur
P ID
TSEL
par défaut
FRONTAL
NSAP1
NSAP2
Figure 2-15. Deux systèmes dotés du même TSEL
HÔTE 2
HÔTE 1
valeur T S E L
P ID 1
valeur
P ID
TSEL
2
FRONTAL
NSAP
Figure 2-16. Deux systèmes dotés de TSELdifférents
Notez que les versions suivantes de FEP n'acceptent pas l'adressage ISO :
2-24
-
toutes les versions de CNS 7 jusqu'à A1
-
toutes les versions de DNS jusqu'à C1.
47 F4 92UC Rev01
2.5.4
Exemples de configurations de réseaux
Voici un exemple avec conversion de protocole entre un DPS 7000 et une station de
travail DSA/ISO sur l'ISL :
D P S 7000
S tation D S A /IS O
S 7-1
X1
IS L
Figure 2-17. Exemple de génération de PIDp
La génération source pour effectuer la configuration du DPS 7000 S7_1 est :
SYS S7_1 PF=LSYS
SYS X1
PF=STID
SCID=24:25
PID=SID
ISL=(51-23-45 EA01);
ISL=53-23-45;
Le paramètre PID=SID permet d'utiliser la conversion de protocole par l'intermédiaire du
module PIDp. L'adresse DSA est déterminée à partir du SCID. Reportez vous au manuel
Génération de Réseau pour plus de détails sur la configuration de réseau.
Voici un exemple avec conversion de protocole et d'adresse :
S 7-1
P ID = 0102
N S A P = 01
N S A P = 04
DN1
N S A P = 02
X1
X2
N S A P = 05
N S A P = 06
DN2
I
S
L
N S A P = 03
X3
S 7-2
P ID = 0203
Figure 2-18. Exemple de génération de PIDa
47 F4 92UC Rev01
2-25
Réseaux - Concepts
Génération source pour réaliser la configuration de réseau de S7_1 à l'adresse ISO :
SYS S7_1 PF=LSYS
NSAP=04
PID=0102
SYS
SYS
SYS
SYS
SYS
SYS
NSAP=05
NSAP=01
NSAP=02
NSAP=03
NSAP=06;
PID=ISO
PID=ISO
PID=ISO
PID=ISO
DN1
X1
X2
X3
DN2
S7_2
PF=DN7100
PF=STID
PF=STID
PF=STID
PF=DN7100
PF=DPS7
SCID=24:25
ISL=(51-23-45 EA01);
PSI=CC01;
ISL=52-23-45;
ISL=53-23-45;
ISL=54-23-45;
PID=0203;
L'adresse ISO est déterminée à partir du NSAP et du PID. Le paramètre PID=ISO obtient
de la PID le TSEL avec la valeur par défaut PID_SELECT. L'adresse DSA est déterminée
à partir du SCID. Ces paramètres, qu'ils soient déclarés explicitement ou configurés par
défaut, seront obtenus dynamiquement par les services de routage de communication,
c'est-à-dire le module PIDa. Reportez vous au manuel Génération de réseau (93UC) pour
plus de détails sur la configuration de réseau.
2-26
47 F4 92UC Rev01
2.6
UTILISATION DE L'EXTENSION TNS POUR LES SESSIONS ISO
Pour une connexion ISO sortante depuis l'hôte DPS 7000 jusqu'à un système distant via
le FEP, l'adresse ISO complète (TSEL + liste de NSAP) doit être envoyée au FEP. Le
FEP connecté à l'ISL peut être soit le CNP7, soit le Datanet. Le FEP choisit alors un
NSAP parmi plusieurs, en fonction du réseau emprunté pour atteindre le système distant.
Le TSAP appelant, le TSAP appelé et les paramètres de qualité de service sont échangés
entre TNS et le logiciel du FEP dans une extension de la TPDU de demande de
connexion CR (Connection Request) du protocole de transport. Le logiciel de FEP qui
propose cette fonctionnalité est :
• CNS7 A2 pour le CNP7,
• DNS V4 U1 pour le Datanet.
La connexion entre TNS et le FEP est vue comme une connexion de canal, qui fournit
l'interface entre session et transport, de l'hôte vers le FEP.
Cette extension de protocole de transport est déclarée à NETGEN par le paramètre ISO:2
de la directive RTS.
2.7
UTILISATION DE FEPS POUR LES SESSIONS ISO
FEPS accepte indifféremment les sessions DSA et ISO en mode natif sans aucune
restriction.
2.8
UTILISATION D'OCS POUR LES SESSIONS ISO
OCS accepte indifféremment les sessions DSA et ISO en mode natif sans aucune
restriction.
47 F4 92UC Rev01
2-27
Réseaux - Concepts
2.9
2.9.1
2.9.1.1
MECANISME DE CONNEXION
Mécanisme de connexion de session ISO/DSA
Introduction
C'est VCAM-DSA qui établit les connexions ISO/DSA dans GCOS 7. VCAM utilise le
module de routage de session pour choisir une route de session.
Le module OPEN LAN ACCESS (PIDp ou PIDa) est appelé quand il est nécessaire de
traduire le protocole ou l'adresse DSA en ISO.
Une route de session indique le chemin que doivent suivre les connexions de session
sortantes.
Une route de session est définie implicitement lors de la description du système à
distance et de ses serveurs associés.
Il est possible de définir explicitement une route de session lors de la génération du
réseau si on souhaite gérer son état (LOCK ou non) ou utiliser des quotas.
Il existe deux types de routes de session :
• Une route de session passant par un serveur (FEPS, OCS, via TNS)
Dans le cas de TNS, il existe une route de session pour chaque RTS, mais pas de
route de session spécifique à TNS.
• Une route de session passant par une station de transport distante RTS (remote
transport station) si les connexions sont établies via TNS.
2.9.1.2
Mécanisme de connexion sortante
Sans quotas (valeur implicite de quota=1)
Un algorithme (fonction de l'adresse RSC) permet de répartir de manière équilibrée les
connexions sortantes sur toutes les routes disponibles. Ce mécanisme de répartition de
charge prend en compte le nombre de connexions sortantes et entrantes déjà établies
par la route de session.
Avec quotas
La fonction de routage de session essaiera de répartir pour un système distant donné, les
connexions sortantes en fonction des quotas définis pour les routes vers ce système
distant, et en fonction des connexions déjà établies. Si une ou plusieurs routes sont
définies avec un quota égal à zéro, elles seront considérées comme des routes de
secours.
2-28
47 F4 92UC Rev01
Remarques :
L'algorithme, qui est fonction de l'adresse RSC est toujours utilisé
lorsque les routes sont de même "poids" (soit tous les quotas
valent 1, soit les quotas sont différents de zéro).
Lorsqu'une tentative de connexion échoue, la fonction de routage
de session la tente à nouveau automatiquement sur une autre
route, de manière transparente pour l'application.
Lorsqu'une demande de connexion par une route de session
donnée est rejetée, cette route ne sera réutilisée que si toutes les
autres routes sont indisponibles, ou si entre-temps, de nouvelles
connexions entrantes ont été établies par cette route.
Choix d'une station de transport sortante
• connexions sortantes via OCS/FCP7 :
FCP7 choisit une station de transport pour atteindre le système distant. S'il est possible
d'atteindre ce dernier via plusieurs RTS (stations de transport à distance), FCP7 choisit la
première de la liste. Les autres RTS auront un rôle de secours.
• connexions sortantes via FEPS/Datanet :
Le frontal Datanet choisit la station de transport (ST) permettant d'atteindre le système
distant. DNS choisit la première ST de sa liste, les autres ST serviront de secours.
• connexions sortantes via TNS :
De même que pour les routes passant par des serveurs, il est possible de définir des
quotas sur les routes via des RTS, ou d'utiliser les quotas par défaut (quota=1).
TNS tentera de répartir la charge des connexions sur toutes les RTS disponibles en
fonction des connexions entrantes déjà établies et de la valeur des quotas.
2.9.1.3
Mécanisme des connexions entrantes
VCAM n'accepte les connexions entrantes provenant d'un autre système que si le serveur
appelant est défini dans la liste des serveurs pour ce système.
Lorsque les connexions entrent via TNS, elles ne sont acceptées que si le RTS appelant
est défini dans la liste des RTS pour ce système.
Le module OPEN LAN ACCESS (PIDp ou PIDa) est appelé quand il est nécessaire de
traduire un protocole ou une adresse depuis ISO vers DSA.
47 F4 92UC Rev01
2-29
Réseaux - Concepts
2.9.2
Mécanisme de connexion de session ISO
2.9.2.1
Introduction
Une connexion de session s'établit entre un TSAP local et un TSAP distant.
Pour établir une connexion sortante, la couche session appelle une fonction de routage
de session.
Le module de routage de session est chargé de choisir un serveur de couche transport,
qui peut être une instance de TNS, OCS ou FEPS, ainsi que le FEP (processeur frontal)
approprié.
Ce choix est effectué en utilisant l'adresse du TSAP distant et les informations
éventuelles de la configuration du réseau de base, et de répertoire.
2.9.2.2
Mécanisme de connexion sortante
Service de routage de session
Dans le DPS 7000, le déroulement des événements est le suivant :
• VCAM appelle le service de routage de session pour choisir un serveur ;
• le service de routage de session choisit un serveur en testant la première adresse de
NSAP figurant dans l'adresse de destination, puis renvoie la référence du serveur à
VCAM ;
• en cas d'échec d'une demande de connexion vers TNS, OCS ou une instance FEPS,
VCAM appelle le service de routage de session pour trouver un autre serveur
disponible. Lorsqu'un nouveau serveur est détecté, VCAM tente à nouveau la demande
de connexion avec le nouveau serveur ;
• en cas d'échec de toutes les tentatives avec le premier NSAP, le NSAP suivant dans la
liste est essayé ;
• un mécanisme interne évite un bouclage indéfini sur ces tentatives ;
• s'il n'existe pas de route disponible pour établir une connexion sortante vers un des
FEP, avec tous les NSAP de la liste, la connexion échoue.
Remarques :
2-30
1.
Bien que chaque NSAP de destination soit testé séparément par le
service de routage de session, la liste complète des NSAP est
systématiquement transmise à la couche transport à chaque appel
envoyé par VCAM.
2.
GCOS 7 implémente à partir de sa version V7 le protocole de
transport ISO niveau2 (ISO:2), qui comprend l'intégralité des
fonctionnalités d'adressage et de protocole ISO, à la condition que
le DPS 7000 soit muni d'un frontal CNP7 exécutant une version >=
A2, ou d'un Datanet tournant sur une version >= V4. FCP7 offre
l'intégralité d'ISO sans qu'un frontal soit nécessaire.
47 F4 92UC Rev01
Sous-domaines
La liste des serveurs frontaux ou voisins disponibles est définie par les informations
contenues dans la configuration de réseau de base, ou de répertoire :
• si aucun sous-domaine n'est déclaré dans la configuration de répertoire, tous les
serveurs en service et les FEP disponibles sont utilisés ;
• si des objets sous-domaine sont déclarés, la liste des serveurs autorisés est limitée à
ceux capables d'accéder aux frontaux ou voisins déclarés dans les directives
SUBDOMAIN ;
• le choix d'un sous-domaine à partir d'un NSAP donné est réalisé par un algorithme de
meilleure correspondance entre ce NSAP et tous les préfixes de NSAP déclarés.
Chaque préfixe identifie un sous-domaine ; le sous-domaine choisi est celui dont le
préfixe correspond sur la plus grande longueur avec le NSAP.
La directive SUBDOMAIN est obligatoire pour accéder à un système directement
connecté à l'ISL, comme un autre DPS 7000. Elle permet la correspondance entre une
adresse NSAP (connue de l'application ISO) et l'adresse physique du système sur l'ISL
(décrite dans la configuration du réseau de base et connue par TNS).
Qualité de Service
Il est possible de choisir la route de connexion sortante ISO, quand elle existe, en faisant
correspondre :
• la qualité de service QOS (Quality of Service) souhaitée et la QOS minimum demandée
par l'application dans les paramètres QOS ;
• avec la qualité de service proposée qui est configurée dans la génération au moyen de
l'objet SUBDOMAIN.
47 F4 92UC Rev01
2-31
Réseaux - Concepts
Les classes demandées souhaitées et minimum sont prises en compte comme suit :
Q ualité de
service offerte
Q ualité de service dem andée
(souhaitée et m inim um )
case 1
Q m inim um
case 2
case 3
case 4
Q désirée
M axim um
Q m inim um
Q désirée
M inim um
Q désirée
résultat de la
dem ande de
connexion
refusée
acceptée
en 2èm e choix
(Q m inim um )
acceptée
refusée
Figure 2-19. Qualité de Service ISO
Les voies de sortie réseau peuvent être divisées en classes, qui peuvent être réparties
sur les différents frontaux.
Voici des exemples de critères permettant de définir des classes :
• les coûts de communication,
• le niveau de débit des données,
• les types de sous-réseaux.
2-32
47 F4 92UC Rev01
2.9.2.3
Mécanismes de connexion entrante
La couche session ISO est prévenue d'une demande de connexion entrante par l'arrivée
d'une unité de protocole de session SPDU CONNECT depuis la couche transport.
L'adresse appelée est ensuite calculée par la couche session pour identifier un point
d'accès au service SSAP VCAM-ISO, qui permet la connexion à l'application en tant
qu'extrémité de la connexion.
Pour sélectionner le SSAP ISO, la couche session ISO parcourt les SSAP fournis par les
applications locales, en commençant par les SSAP avec NSAP explicites, puis ceux sans
NSAP explicites :
• si aucun SSAP ISO n'est sélectionné, la connexion est refusée.
• si un SSAP ISO est sélectionné, la couche session ISO notifie l'application concernée.
2.9.3
2.9.3.1
Le pseudo-transport du FEPS
Connexions entrantes
Le Datanet fournit toutes les fonctions de transport ISO ; en fait il fournit la connexion de
transport effective, alors que le DPS 7000 n'a de visibilité que sur un pseudo-transport.
Plus précisément :
• sur le DPS 7000, l'instance de FEPS gère le contrôleur de communications qui le relie
au Datanet par son canal PSI
• sur le Datanet, DNS établit la connexion de transport entre sa couche de transport
locale et la couche de transport distante.
La gestion de l'interface d'échange par FEPS et DNS suit un protocole symétrique de
pseudo-transport, qui n'est chargé que d'assurer l'interface transport-session entre le
DPS 7000 et le Datanet.
Le transfert de données par le PSI étant très fiable, le protocole de pseudo-transport n'est
concerné que par :
• les demandes de connexion et déconnexion,
• les acquittements,
• le transfert de données bidirectionnel simultané (full duplex).
Lorsque FEPS reçoit de VCAM une demande de connexion de transport, il reçoit les
TSAP et QOS de l'appelant et de l'appelé, le TSAP de l'appelé pouvant comporter
plusieurs NSAP.
Tous ces paramètres sont envoyés à DNS qui établit une connexion de transport de bout
en bout vers le réseau ISO, en utilisant les TSAP et les services de routage ISO. Pour
plus de détails, reportez-vous à la documentation de DNS-V4.
47 F4 92UC Rev01
2-33
Réseaux - Concepts
2.9.3.2
Connexions sortantes
Connexion de transport via Datanet
Quand le Datanet reçoit une connexion de transport, il analyse le TSAP appelé.
S'il correspond à sa description interne du système hôte, il envoie à FEPS une connexion
de pseudo-transport avec les informations d'adressage et de QOS. Voir l'objet AL dans la
documentation DNS-V4.
Pseudo-transport et sélection de la couche supérieure
Quand FEPS reçoit une demande de connexion entrante, il agit comme TNS pour
retrouver la couche supérieure. Le module logiciel utilisé est le même pour les deux types
de connexion.
2.9.4
2.9.4.1
Connexions par TNS
La couche transport
TNS se comporte comme une couche de transport complète sur le réseau ISL en utilisant
l'information sur le réseau située dans la description de réseau de base : en l'occurrence,
des adresses ETHERNET.
Lorsque VCAM envoie une demande de connexion à TNS, il lui fournit :
• les adresses TSAP (de l'appelant et de l'appelé),
• des paramètres de connexion,
• le système-relais (frontal) à utiliser, déterminé par le service de routage de session.
TNS tente alors une connexion de transport vers ce frontal, en utilisant toutes ses
informations configurées :
• son adresse physique,
• des valeurs de paramètres spécifiques au transport,
• la liste des systèmes-relais que TNS utilise pour son propre routage de transport.
La couche réseau
Puisque cette couche est vide, la seule fonction de routage opérationnelle consiste à
rechercher dans les tables de configuration une route réseau valide pour atteindre la
couche transport distante.
2-34
47 F4 92UC Rev01
En mode sans connexion, on considère valide une route réseau qui permet de passer
d'une liaison physique locale (LPL) à une liaison physique distante (RPL : Remote
Physical Link) dont l'état est inconnu.
En mode sans connexion, le DPS 7000 fonctionne comme suit :
• la TPDU comportant la demande de connexion ainsi que les TPDU suivantes sont
envoyées directement sur le réseau ;
• si le RPL n'envoie pas d'acquittement pour la demande, on suppose que soit le réseau
emprunté ne peut utiliser le RPL , soit le RPL n'est pas accessible ;
• le service de transport effectue alors une nouvelle tentative de demande.
Cette procédure est répétée jusqu'à ce que la demande de transport soit finalement
acquittée ou que le nombre de tentatives possibles sur tous les réseaux configurés soit
épuisé.
Transmission de trames
Lorsque plusieurs sorties réseau ISL sont disponibles simultanément, TNS choisit celle
ayant la plus faible activité. En cas de défaillance de la sortie choisie, TNS peut basculer
immédiatement sur un autre réseau.
On construit une trame avec les paramètres d'adresse physique ETHERNET du système
local et distant, ainsi qu'avec des valeurs de LSAP de 20 (LSAP ISO). Une fois construite,
la trame est acheminée par un programme canal jusqu'à la carte de réseau local, qui
l'enverra sur le câble ISL. L'entité distante adressée recevra alors la trame.
47 F4 92UC Rev01
2-35
Réseaux - Concepts
2.9.4.2
Réception de trame
Le contrôleur ISL, lorsqu'il est activé, écoute le câble en permanence.
Il effectue un premier niveau de filtrage selon l'adresse ETHERNET de destination de la
trame. Si elle correspond à sa propre adresse ou à l'une des adresses de multi-diffusion
configurées, la trame est acceptée.
Distribution depuis la couche liaison aux couches supérieures
Lorsque l'adresse source appartient à l'intervalle connu des adresses source, (par défaut :
de 080038100000 à 080038100FFF), la trame est distribuée par le contrôleur sur chaque
liaison logique d'E/S configurée, appelé terminateur logique LT (Logical Terminator)
acceptant le LSAP de destination.
Les LT sont choisis en fonction de leur adresse et type configurés, de la manière
suivante :
• un ou plusieurs LT (2 par défaut) pour recevoir les trames avec LSAP=ISO,
• un ou plusieurs LT (2 par défaut) pour recevoir les trames avec LSAP=TCPIP,
• un seul LT pour recevoir les trames de maintenance à distance : LSAP=RM (Remote
Maintenance).
Si aucun LT n'est prévu pour le LSAP de destination, la trame est considérée comme
"étrangère" :
• les trames étrangères valides sont distribuées de manière appropriée aux LT étrangers
qui sont configurés en interne par GCOS 7 et n'ont pas besoin d'être déclarés par
l'utilisateur.
• s'il n'y a aucun LT étranger configuré, les trames étrangères sont détruites.
Toutes les trames en erreur sont détruites.
Après le passage de ce premier niveau de distribution, la trame est transmise par le
contrôleur local LCT (Local Controller) à TNS par un LT donné :
• si le LT est spécifié avec LSAP=RM, la trame est traitée par le module d'administration
à distance de TNS
• si le LT est spécifié avec LSAP=ISO, la trame est distribuée à la couche réseau
• si le LT est spécifié avec LSAP=TCPIP, la trame est distribuée au module TCPIP.
2-36
47 F4 92UC Rev01
Couche réseau
La trame reçue est analysée en fonction de son en-tête de couche réseau.
Si son en-tête est le sous-ensemble vide ISO8473 (protocole réseau standard), l'adresse
ETHERNET source est comparée à toutes celles configurées pour identifier l'émetteur :
• si l'adresse configurée est trouvée, la TPDU est extraite et envoyée à la couche
transport,
• autrement, la trame est détruite.
Couche transport
Après que la couche transport ait reçu la TPDU de la couche réseau, elle la traite en
fonction de ses caractéristiques :
• si c'est une demande connect, le TSAP de destination est utilisé pour sélectionner la
couche supérieure
• sinon, son identifiant de connexion permet à la couche transport de la traiter pour le
compte d'une connexion déjà établie.
Remarque :
GCOS 7 implémente à partir de sa version V7 le protocole de
transport ISO niveau2 (ISO:2), qui comprend l'intégralité des
fonctionnalités d'adressage et de protocole ISO, à la condition que
le DPS 7000 soit muni d'un frontal CNP7 exécutant une version >=
A2 ou d'un Datanet tournant sur une version >= V4.
Sélection de la couche supérieure
Le choix de la couche supérieure dépend du TSEL. Chaque entité de la couche
supérieure est appelée pour déterminer celle qui possède le TSEL en question.
Le module PID adressage, comme dans le mécanisme de connexion sortante, est aussi
appelé pour permettre la compatibilité avec les connexions de session DSA, et la
conversion des adresses ISO en adresses DSA.
47 F4 92UC Rev01
2-37
Réseaux - Concepts
2.9.5
Connexions FCP7
2.9.5.1
Couche transport
FCP7 se comporte comme une couche transport ISO complète en utilisant les
informations sur le réseau situées dans la description de configuration de FCP7.
Quand FCP7 reçoit de VCAM une demande de connexion de transport, il obtient :
• les adresses TSAP (de l'appelant et de l'appelé),
• des paramètres de connexion.
Il recherche dans sa description de configuration le système-relais à utiliser et tente une
connexion de transport vers ce frontal, en utilisant toutes ses informations configurées :
• l'adresse physique du frontal,
• les valeurs spécifiques des paramètres pour le transport.
Couche réseau
Cette couche détermine à partir des NSAP les chemins d'accès aux systèmes distants
pour les piles ISO et IPS.
Transmission de trame
La couche LLC transmet la PDU à l'interface FDDI, qui insère l'adresse MAC locale, puis
émet la trame au format FDDI sur le réseau FDDI.
2-38
47 F4 92UC Rev01
2.9.5.2
Réception de trame
Une fois que le serveur OCS correspondant est lancé, le FCP7 "écoute" le réseau FDDI.
L'adresse de destination de la trame FDDI permet un premier niveau de filtrage. Les
adresses suivantes sont acceptées :
• l'adresse MAC locale du coupleur FDDI
• l'adresse de diffusion générale (broadcast) : tous les bits à 1
• l'adresse de multi-diffusion (multicast) ISO
Distribution depuis la couche liaison vers les couches supérieures
La couche LLC utilise le champ LSAP de la trame pour déterminer la pile de destination
(ISO, STID, ou IPS). Si le LSAP n'est pas valide, la trame est rejetée.
Couche réseau
Cette couche vérifie que le NSAP local est valide pour le FCP7. Si ce n'est pas le cas, la
trame est rejetée.
Couche transport
Après réception de la TPDU de la couche réseau, la couche transport la traite en fonction
de ses caractéristiques :
• si c'est une demande connect, le TSAP de destination est utilisé pour sélectionner la
couche supérieure,
• sinon, son identifiant de connexion permet à la couche transport de la traiter pour le
compte d'une connexion déjà établie.
Sélection de la couche supérieure
Le choix de la couche supérieure dépend du TSEL. Chaque entité de la couche
supérieure est appelée pour déterminer celle qui possède le TSEL en question.
Le module PID adressage, comme dans le mécanisme de connexion sortante, est aussi
appelé pour permettre la compatibilité avec les connexions de session DSA, et la
conversion des adresses ISO en adresses DSA.
47 F4 92UC Rev01
2-39
Réseaux - Concepts
2.10
2.10.1
INTERFACES DIRECTES AVEC LA COUCHE DE COMMUNICATION
Interface de transport
Le module GXTI implémente une interface entièrement compatible avec les spécifications
XTI de X/OPEN, pour les fournisseurs de transport ISO et TCP/IP.
2.10.2
Interface de session
VCAM fournit un service d'interface session ISO, qui offre l'intégralité des services de
session V1 et V2 ISO décrits dans les normes ISO.
2-40
47 F4 92UC Rev01
3. Communications TCP/IP
TCP/IP (Transmission Control Protocol/Internet Protocol) est un ensemble de protocoles
structuré en couches. On l'appelle aussi IPS (Internet Protocol Suite). TCP/IP est
largement utilisé dans le monde UNIX.
3.1
ARCHITECTURE EN COUCHES DE TCP/IP
La Figure 3-1 montre l'architecture en couches de TCP/IP.
SMTP
FTP
T elnet
X TI
NFS
SNMP
A pplication
P résentation
S ession
TCP
UDP
IP
R éseau
Liaison
Liaison
P hysique
R éseau E thernet A nneau
X 25
à jeton
T ransport
P hysique
FDDI
Figure 3-1. Architecture en couches TCP/IP
Dans la Figure 3-1, TCP/IP est présenté en sept couches (comme le modèle OSI).
47 F4 92UC Rev01
3-1
Réseaux - Concepts
Toutefois, à la différence des architectures ISO/DSA et ISO déjà présentées dans ce
manuel, les couches session et présentation ne sont pas réellement utilisées dans
TCP/IP.
Couche application
SMTP (Simple Mail Transfer Protocol) est un protocole de courrier/messagerie.
FTP (File Transfer Protocol) est un standard de fait de TCP/IP pour les transferts de
fichiers.
NFS (Network File System) est un système distribué d'accès aux fichier. Il permet une
architecture client/serveur. Un client NFS peut avoir accès à des fichiers, fournis par un
serveur NFS à distance.
Telnet (TErminaL NETwork) permet la connexion de terminaux à des systèmes distants.
SNMP (Simple Network Management Protocol) est un protocole d'administration de
réseau.
XTI (X/Open Transport Interface) offre une interface directe vers TCP ou UDP.
Couche présentation
Inutilisée dans TCP/IP.
Couche session
Inutilisée dans TCP/IP.
Couche transport
TCP et UDP sont équivalents à la couche transport du modèle OSI.
TCP est un mode de transport orienté connexion. TCP négocie la taille maximum des
datagrammes, décompose les messages en datagrammes (pour l'émission), ré-assemble
les datagrammes en messages (après la réception), re-transmet les datagrammes
"perdus", et réordonne les datagrammes (qui arrivent dans le désordre). Son emploi est
justifié lorsqu'une communication fiable de messages est nécessaire.
UDP est un mode de transport sans connexion. Il est utilisé pour les messages qui
tiennent dans un seul datagramme. UDP ne garantit pas leur ordre d'arrivée. En fait, il
n'en garantit même pas l'arrivée.
3-2
47 F4 92UC Rev01
Communications TCP/IP
Couche réseau
IP (Internet Protocol) est équivalent à la couche réseau du modèle OSI.
IP reçoit des datagrammes de TCP et UDP, ayant chacun une destination spécifique. IP
est responsable du routage de chaque datagramme; il doit donc connaître la configuration
du réseau. IP ignore les relations existant entre les datagrammes, ainsi que la structure
du message (s'il s'étend sur plus d'un datagramme).
IP garde en mémoire toutes les routes et tient compte des incompatibilités entre moyens
de transport différents. Si IP ne peut délivrer un datagramme dans un intervalle de temps
raisonnable ("durée de vie"), il l'élimine. Si TCP est utilisé comme couche de transport,
c'est à lui que revient la tâche de retransmettre les datagrammes "perdus"; si c'est UDP
qui est utilisé comme couche de transport, cette tâche revient à l'application.
Couche liaison
Elle est équivalente à la couche liaison du modèle OSI.
TCP/IP fournit LAPB (Link Access Procedure, Balanced) pour la connexion synchrone à
X25.
TCP/IP offre les sous-couches de contrôle de liaison logique LLC1 (Logical Link Control
1) et de contrôle d'accès physique MAC (Media Access Control) pour les connexions aux
réseaux locaux (RL).
Couche physique
Elle est équivalente à la couche physique du modèle OSI.
TCP/IP fournit des circuits commutés pour X25.
TCP/IP offre CSMA/CD (Carrier Sense Multiple Access with Collision Detection), Token
Bus (Bus à Jeton), Token Ring (Anneau à Jeton), et FDDI (Fiber Distributed Data
Interface) pour les réseaux locaux.
47 F4 92UC Rev01
3-3
Réseaux - Concepts
3.2
3.2.1
CONCEPTS D'ADRESSAGE TCP/IP
Adresses IP
La figure 3-2 décrit le format des adresses IP.
7 bits
24 bits
0 R éseau
Local
10
C lasse A
14 bits
16 bits
R éseau
Local
21 bits
110
R éseau
C lasse B
8 bits
Local
C lasse C
Figure 3-2. Format d'adresse IP
Les adresses IP sont de longueur fixe. Leur taille est de quatre octets (32 bits).
Chaque adresse IP se compose de deux parties :
1.
Numéro de réseau.
C'est la première partie (la plus à gauche) de l'adresse.
2.
Adresse locale.
Elle constitue le "reste" de l'adresse.
3-4
47 F4 92UC Rev01
La répartition des 32 bits entre numéro de réseau et adresse locale dépend de la classe
de l'adresse. Il existe trois classes : A, B, et C.
La classe A
Le bit de plus haut poids vaut zéro, ce qui définit la classe A.
Les sept bits suivants constituent le numéro de réseau. Les
derniers 24 bits contiennent l'adresse locale. Cette classe est
utilisée s'il existe peu de réseaux et beaucoup d'hôtes
connectés.
La classe B
Les deux bits de plus haut poids valent 10, ce qui définit
la classe B. Les 14 bits suivants constituent le numéro de
réseau. Les derniers 16 bits contiennent l'adresse locale.
Cette classe est utilisée s'il existe beaucoup de réseaux et
beaucoup d'hôtes connectés.
La classe C
Les trois bits de plus haut poids valent 110, ce qui définit la
classe C. Les 21 bits suivants constituent le numéro de
réseau. Les derniers 8 bits contiennent l'adresse locale. Cette
classe est utilisée s'il existe beaucoup de réseaux et peu
d'hôtes connectés.
Les adresses IP apparaissent habituellement en "notation pointée". L'adresse IP est
représentée par une chaîne de quatre décimaux maximum dont chacun doit être inférieur
ou égal à 255, et séparé du suivant par un point (.). Chaque nombre est interprété comme
un nombre hexadécimal sur un octet. Ces octets lus de gauche à droite constituent
l'adresse IP (au format décrit par la figure 3-2). Si la chaîne comporte moins de quatre
octets, les octets suivants de l'adresse IP valent zéro. Une adresse IP ne doit pas
comporter d'espaces.
Les adresses IP suivantes sont réservées :
0.0.0.0
La propre adresse de l'hôte au démarrage.
127.0.0.1
L'adresse de bouclage.
255.255.255.255
Diffusion limitée.
47 F4 92UC Rev01
3-5
Réseaux - Concepts
3.2.2
Adresses MAC
Une adresse MAC est une chaîne de 12 chiffres hexadécimaux groupés par paires. Les
paires sont séparées l'une de l'autre par un caractère deux-points (:). Une adresse MAC
ne doit pas comporter d'espaces.
Voici des exemples d'adresses MAC :
08:00:38:00:00:01
08:00:38:00:00:02
La table ARP associe une adresse MAC à l'adresse IP correspondante. Le protocole ARP
peut charger cette table automatiquement.
Dans le cas de FCP7, l'association entre l'adresse IP et l'adresse MAC d'une station
distante TCP/IP peut être réalisée par des commandes ARP dans la configuration de
l'IPS (voir le manuel Génération de réseau).
3-6
47 F4 92UC Rev01
3.3
3.3.1
IMPLANTATIONS DE TCP/IP POUR GCOS 7
TCP/IP via FCP7
La figure 3-3 décrit l'accès à TCP/IP via FCP7.
GCOS 7
A pplications
GX TI
OCS
TCP
UDP
IP
C ouches 1/2
FCP7
FDDI
TCP
UDP
IP
C ouches 1/2
FCP7
FDDI
TCP
UDP
TCP
UDP
IP
C ouches 1/2
FCP7
IP
C ouches 1/2
FCP7
FDDI
FDDI
Figure 3-3. TCP/IP via FCP7
Un DPS 7000 peut être connecté à des réseaux FDDI. Jusqu'à 4 contrôleurs intégrés
FCP7 peuvent être installés, et chaque FCP7 peut être connecté à un réseau FDDI
différent (comme illustré sur la figure).
Dans le GCOS 7 NETGEN, chaque FCP7 doit être déclaré via une directive LCT, et
chaque occurrence de serveur d'OCS via une directive SVR. Un LT est implicitement
généré pour IPS dans chaque FCP7.
47 F4 92UC Rev01
3-7
Réseaux - Concepts
Si plusieurs FCP7 sont configurés pour exécuter IPS (IP Suite), OCS prend en charge la
gestion multi-pile, désignée par"Multi-IPS". Dans le texte ci-dessous, un FCP7 configuré
pour IPS est désigné par "FCP7 IPS".
Remarque :
L'empilement protocolaire TCP/IP peut également être utilisé pour
transporter les TPDU RFC 1006 (voir paragraphe 1.8).
Multi-IPS
La configuration Multi-IPS s'exécute statiquement par l'"ajout" de chaque configuration de
pile IPS locale. L'utilisateur configure chaque FCP7 IPS et OCS "ajoute" automatiquement
les configurations individuelles pour créer la configuration Multi-IPS. Si la configuration
d'un FCP7 IPS est modifiée de manière substantielle, OCS applique automatiquement les
modifications à la configuration Multi-IPS.
Au niveau application, Multi-IPS fournit la même visibilité (dans la mesure du possible)
qu'un site Multi-adresses IP("Multi-Homing"). Notez qu'"au niveau application" signifie
qu'OCS n'est pas un re-routeur.
Multi-IPS s'appuie sur les recommandations du RFC1122 avec les interprétations
suivantes :
• Un BIND citant explicitement un FCP7 IPS par son adresse IP locale n'est demandé
que sur ce contrôleur. La réponse de l'empilement protocolaire est alors remontée
directement vers l'application.
• Un BIND ne citant aucun FCP7 (option "any" du RFC1122) est successivement
demandé sur tous les FCP7 IPS présents : Pour Multi-IPS, l'option "any" est
considérée comme "all".
Si le BIND cite explicitement un numéro de port, c'est celui-ci qui est d'abord demandé
aux FCP7 IPS, sinon Multi-IPS fourni automatiquement un numéro de port à ces BINDs
successifs.
Si un FCP7 rends un numéro de port différent (par exemple, si ce numéro de port
demandé était déjà utilisé par ce protocole), Multi-IPS défait (UNBIND) les demandes
sur les FCP7 IPS précédents et recommence les demandes successives avec un
nouveau numéro de port généré automatiquement. Ces tentatives successives se
poursuivent jusqu'à trouver un numéro de port consensus, dans le protocole désiré, qui
soit accepté par tous les FCP7 IPS.
Le résultat positif du BIND est alors retourné vers l'application. C'est à celle-ci de
déterminer si le numéro de port consensus attribué dans ce protocole lui convient ou
non.
• Si pendant l'activité d'un BIND ANY ou ALL (BIND globalement accepté dont le
UNBIND n'a pas encore été demandé par l'application) un nouvel FCP7 IPS est activé,
Multi-IPS lui demande aussitôt ce BIND, avec le numéro de port consensus, dans le
même protocole : c'est la propagation du BIND dans le temps.
Si le nouvel FCP7 IPS accepte, cette nouvelle route est alors implicitement
immédiatement disponible à l'application. Si un autre numéro de port est retourné, il est
annulé par un UNBIND de Multi-IPS et ce nouvel FCP7 IPS n'est pas utilisable par
l'application.
La propagation du BIND est un dispositif qui est supérieur aux recommendations du
RFC1122.
• Un "dialogue" UDP est repéré par son quartet "numéros de ports et adresses IP locaux
et distants".
3-8
47 F4 92UC Rev01
3.3.2
TCP/IP via OPEN7
La figure 3-4 décrit l'accès à TCP/IP via OPEN7.
GCOS 7
A pplications
F ichiers
IO F
TDS
O R A C LE
GXTI
dém on
XTI
NFS
FTP
T elnet
A ffinity
X FORM S
R elais
S Q L*N et
TCP
IP
P ilote F D D I
FCP7
P ilote IS L
C ontrôleur IS L
C ouches 1/2
E thernet
IS L
FDDI
Figure 3-4. Accès TCP/IP via OPEN 7
47 F4 92UC Rev01
3-9
Réseaux - Concepts
OPEN7 comprend une implantation de TCP/IP, qui est disponible sur les systèmes DPS
7000 :
• par l'ISL
• par le FCP7
• ou par la connexion X25, qui permet l'accès à un réseau X25 (réseau longues
distances).
Dans le cas de la connexion X25, la passerelle AX25 qui s'exécute sur le Datanet ou le
CNP7 (CNS A2) fournit l'interface entre FEPS (Datanet) ou TNS (CNP7) et un pilote
spécifique pour les LT TCP/IP.
Accès à la couche liaison dans TNS
L'implantation de TCP/IP dans OPEN7 nécessite un accès à la liaison ISL.
Le contrôleur ISL est commun à TNS et à un pilote spécifique d'OPEN7 pour TCP/IP. Le
contrôleur reste géré administrativement par TNS, mais le pilote spécifique TCP/IP
d'OPEN7 gère une partie des liaisons d'E/S logiques appelées terminateurs logiques (LT).
Accès à la couche liaison dans FCP7
L'implantation de TCP/IP dans OPEN7 nécessite un accès à la liaison FDDI.
Le FCP7 est partagé par OCS et un pilote spécifique d'OPEN7 pour TCP/IP. Le FCP7
reste géré administrativement par OCS, mais le pilote FDDI d'OPEN7 accède directement
à la couche 1 du FCP7 par un LT (terminateur logique) généré implicitement.
Le pilote FDDI d'OPEN 7 accède directement à la couche 1 du FCP7 via un LT
(terminateur logique) généré implicitement.
Un deuxième niveau de filtrage de l'adresse IP est réalisé sur les trames IPS. Si l'adresse
IP correspond à celle d'OPEN7, la trame est transmise à OPEN7. Toutes les autres
trames sont transmises à la pile IPS du FCP7.
3-10
47 F4 92UC Rev01
4. Vision GCOS 7 du réseau
4.1
DESCRIPTION DU RESEAU
Le réseau le plus élémentaire est constitué d'un DPS 7000 et de ses FEP (frontaux). Des
configurations plus complexes peuvent être composées de plusieurs systèmes hôtes
interconnectés via des réseaux locaux (LAN) et des réseaux publics de données (WAN).
L'utilitaire de génération de réseau sur GCOS 7 est NETGEN.
Le FCP7 n'a pas besoin d'une étape de génération, mais est configuré par des fichiers de
configuration chargés au démarrage du serveur d'OCS (commande STSVR).
Le Datanet et le CNP7 doivent être générés par leur utilitaires SYSGEN respectifs.
Cette section décrit la configuration de NETGEN et FCP7.
Pour une description de SYSGEN, lisez les manuels sur Datanet ou CNP7.
47 F4 92UC Rev01
4-1
Réseaux - Concepts
4.2
4.2.1
UTILITAIRE NETGEN
Description du réseau
Une description de réseau NETGEN peut comprendre les parties suivantes :
Description de réseau de base
Cette partie décrit le DPS 7000 local pour lequel est construite une vue locale du réseau,
et tous les systèmes qui lui sont accessibles (soit directement, soit au moyen d'autres
systèmes). Cette description est obligatoire ; Il est possible de configurer jusqu'à
512 systèmes.
Les objets de communication concernant les systèmes distants décrits dans la
configuration du réseau de base sont configurés statiquement ; cela signifie que lorsque
cette configuration est activée :
• ils sont disponibles immédiatement pour les serveurs de communication au moment de
la demande de connexion ;
• ils restent disponibles pendant toute la session de communications ;
• ils ne peuvent être effacés ou modifiés, et il est impossible d'en ajouter pendant la
session de communications qui les a activés.
Répertoire des systèmes distants
Une partie ou la totalité des systèmes distants peuvent être décrits individuellement dans
le répertoire des systèmes distants, qui est une partie de la configuration de répertoire. Il
est possible de déclarer jusqu'à 5000 systèmes.
Les objets de communication concernant les systèmes distants décrits dans la
configuration de répertoire activée sont configurés dynamiquement :
ils sont créés dynamiquement à partie des informations du répertoire au moment de
chaque demande de connexion, ou chaque fois qu'une commande opérateur le
demande ;
Ils ne sont pas conservés en mémoire après utilisation ;
toutes les informations du répertoire concernant les systèmes distants peuvent être
effacées, ajoutées ou modifiées pendant une session de communication en utilisant
l'activation incrémentale.
L'avantage de l'activation incrémentale consiste en la possibilité de déclarer les systèmes
distants dans le répertoire plutôt que dans la configuration de réseau de base. Lorsque
cette description est manquante ou vide, le traitement de génération produira un
répertoire vide.
Les objets de sous-domaine peuvent également figurer dans ce répertoire : ils décrivent
des sous-réseaux spécifiques où tous les systèmes partagent le même préfixe de NSAP.
Voir section 5.
4-2
47 F4 92UC Rev01
Vision GCOS 7 du réseau
Service de répertoire des correspondants
Cette partie décrit tous les objets concernant le service de communication des
correspondants. Cette partie est optionnelle, mais quand elle existe, elle figure toujours
dans le dictionnaire des correspondants, qui est un composant de la configuration de
répertoire. Il est possible de déclarer jusqu'à 10000 correspondants.
Les informations concernant le service des correspondants peuvent être modifiées
pendant une session de communications en utilisant la génération incrémentale et
l'activation incrémentale. Les correspondants sont pris en compte dynamiquement, alors
que les informations spécifiques à TDS comme les stations de travail et les pools ne
seront prises en compte qu'au démarrage "à froid" de l'application concernée.
4.2.2
Configurations de réseau
Une configuration de réseau ISO décrit essentiellement un ensemble de systèmes ou
noeuds interconnectés par des liaisons de communications, ainsi que la manière d'établir
ces liaisons.
Un système est déclaré par une directive unique qui spécifie son type et son adresse
réseau. En utilisant une description de bas niveau détaillée, chaque objet de
communication peut être déclaré séparément au moyen de sa propre directive de bas
niveau.
Les objets définis lors de la génération du réseau sont ensuite accessibles par des
commandes opérateur.
Chaque système est décrit par une directive SYS (SYSTEME) unique. Il y aura donc
autant de directives SYS que de systèmes à décrire.
Pour utiliser la directive SYS, l'utilisateur ne doit fournir pour chaque système que son
nom et sa relation fonctionnelle dans le réseau, au moyen des attributs suivants, pour
chaque type de système :
Système local :
adresse DSA ou ISO, attributs de RL
Système-relais (frontal) :
adresse DSA ou ISO, adresse de canal PSI
ou
Voisin :
Système distant :
adresse DSA ou ISO
Routes de Session :
noms des serveurs et stations de transport distantes (RTS)
Sous-domaine :
préfixe NSAP, liste des systèmes
47 F4 92UC Rev01
4-3
Réseaux - Concepts
Adresse du canal PSI :
nom du contrôleur PSI
Accès ISL :
nom du contrôleur de RL
Accès FCP7 :
nom du contrôleur de FCP7.
Les descriptions du système local, des voisins et des frontaux sont obligatoires, à cause
de leurs adresses physiques (PSI ou RL).
Les systèmes distants doivent toujours être configurés, mais seulement lors de la
migration du réseau du monde DSA vers le monde ISO. Il n'est plus nécessaire pour
l'adressage OSI que ces systèmes soient configurés.
Les sous-domaines ne sont utilisés que pour réduire la liste des systèmes-relais pour les
connexions sortantes.
La directive DEFAULT permet de changer le choix d'attributs spécifiques de protocole ou
d'administration, comme les délais d'attente et le nombre de tentatives, qui sont communs
à plusieurs systèmes.
Remarques :
4.3
1.
Il existe aussi quelques directives de bas niveau décrivant des
objets internes de base lorsque se présentent des besoins
spécifiques de configuration de réseau. Voir le manuel Génération
de réseau (93UC).
2.
Ces objets de bas niveau sont aussi gérés par l'administration
DSAC.
3.
Les informations DSA telles que le SCID (adresse DSA200) restent
nécessaires pour contrôler les fonctions administratives du
système-relais, c'est à dire la génération de système (SYSGEN), le
chargement (LOAD) et les transferts mémoire (DUMP) du Datanet
et du CNP7.
CONFIGURATION DE FCP7
FCP7 est configuré au démarrage du serveur d'OCS. L'étape de configuration consiste à
charger les paramètres de configuration nécessaires aux empilements protocolaires
ISO/DSA, ISO ou IPS ; c'est à dire :
• les noms des systèmes dans le réseau,
• les routes empruntées pour accéder aux systèmes distants par la couche de transport
ISO ou TCP,
• les passerelles utilisées pour accéder à un système distant,
• les adresses NSAP ou IP des systèmes distants.
Les directives NETGEN et FCP7 sont décrites en détail dans le manuel Génération de
réseau (93UC).
4-4
47 F4 92UC Rev01
5. Administration de réseau GCOS 7
5.1
ADMINISTRATION ISO/DSA ET ISO
La fonction DSAC (Distributed System Administration and Control) permet à GCOS 7
d'administrer un réseau ISO/DSA ou ISO.
Le serveur RAEH (Remote Administrative Exchange Handler) fournit les services DSAC.
Ces services permettent :
• la réception d'une commande provenant de tout système, local ou à distance, et le
renvoi du résultat ;
• l'émission à partir du système local d'une commande à exécuter sur un autre système
ISO/DSA, et la réception de la réponse ;
• la journalisation d'événements (envoyés par le système local ou par les systèmes
distants) concernant le comportement du réseau ;
• la surveillance des événements et leur transmission aux opérateurs.
Toutes ces fonctionnalités sont décrites dans le Guide de l'utilisateur DSAC (75UC).
Les commandes et événements sont décrits dans le Guide de l'utilisateur réseau (94UC).
5.2
ADMINISTRATION IPS
L'administration de la pile IPS du FCP7 se compose :
• d'un jeu de commandes locales qui permettent d'afficher (ou modifier) les paramètres
de réseau, les tables de routage ainsi que des statistiques.
• d'un agent SNMP, situé dans le pilote OCS, permettant à un gestionnaire SNMP local
ou distant de gérer les communications IPS du FCP7.
• d'un gestionnaire SNMP, situé dans le pilote OCS, permettant d'administrer un agent
SNMP local (c'est-à-dire situé dans le même pilote) ou distant.
Toutes ces fonctions sont décrites dans le Guide de l'utilisateur réseau (94UC).
47 F4 92UC Rev01
5-1
Réseaux - Concepts
5.3
GESTION FCP7
Le chargement de la configuration FCP7 et le vidage mémoire (DUMP) sont réalisés lors
du démarrage du serveur d'OCS selon les directions d'un scénario.
La configuration du FCP7 consiste à charger dans le FCP7 tous les paramètres
nécessaires aux empilements protocolaires ISO/DSA, ISO et IPS. Ces paramètres sont
décrits dans des fichiers spécifiques dont les noms sont donnés dans le scénario de
chargement.
La configuration et le traitement des vidages mémoire du FCP7 sont décrits dans le
Guide de l'utilisateur réseau (47 F2 94UC).
5.4
FONCTION D'ADMINISTRATION POUR DATANET ET CNP7
Les fonctions administratives pour Datanet et CNP7 sont : la génération (GENERATION),
le chargement (LOAD) et le vidage (DUMP) du FEP.
Sur GCOS 7, elles sont gérées par le serveur FECM.
Ces fonctions sont appelées par des fichiers de scénarios lorsqu'un serveur FECM est
lancé pour le système à administrer.
Les fonctions administratives pour Datanet et CNP7 sont décrites dans le Guide de
l'utilisateur réseau (94UC).
5-2
47 F4 92UC Rev01
Glossaire
Ce glossaire définit les termes utilisés dans l'environnement de communication GCOS 7,
ainsi que les abréviations et acronymes utilisés dans ce manuel.
Concepts et terminologie
ADMINISTRATION DE RÉSEAU (Network Administration)
Ensemble de fonctions de communication qui permettent de réguler, superviser et
contrôler les événements intervenant sur le réseau.
CONFIGURATION (Configuration)
Résultat de la compilation par NETGEN des directives de description de réseau.
L'ensemble des configurations du DPS 7 comprend :
-
la configuration de base
-
la configuration du répertoire
- la configuration des terminaux.
CONFIGURATION DE BASE (Basic Network Configuration)
Partie de la configuration de réseau qui doit être toujours présente, et ne peut être
évacuée de la mémoire pendant une session de communications.
47 F4 92UC Rev01
g-1
Réseaux - Concepts
CONFIGURATION DU RÉSEAU (Network Configuration)
Résultat de la compilation par NETGEN des directives de description de réseau.
Elle comprend :
-
la configuration de base
- la configuration du répertoire.
CORRESPONDANT (Correspondent)
En termes généraux, c'est une représentation locale d'un objet, d'une fonction ou d'une
application distants, à laquelle sont associés un nom, un type et les références réseau
pour y accéder.
DESCRIPTION DE L'ADMINISTRATION DU RÉSEAU (Network Administration
Description)
Partie de la description du réseau de base qui déclare les objets administratifs locaux et
distants. Cette description est optionnelle, car des objets administratifs sont fournis
implicitement par défaut.
DESCRIPTION DE LA CONFIGURATION DU RÉPERTOIRE (Directory Configuration
Description)
La description comprend deux parties distinctes dont l'ordre de spécification est
indifférent. La description est délimitée par les directives DIRECTORY et
ENDDIRECTORY.
Description des correspondants (Correspondent Description) :
Description facultative de tous les objets se rapportant au service de communication des
correspondants. Lorsqu'elle existe, les objets générés sont enregistrés dans le
dictionnaire des correspondants (10000 correspondants au maximum).
Description de systèmes distants (Remote System Description) :
Description facultative de certains ou de tous les systèmes distants, 5000 au maximum,
accessibles par le système local en utilisant des systèmes-relais déjà décrits dans la
configuration de base.
g-2
47 F4 92UC Rev01
Glossaire
DESCRIPTION DE LA CONFIGURATION DU RÉSEAU (Network Configuration
Description)
Ensemble de directives décrivant complètement tous les objets de communication ayant
un rapport avec le réseau dans son ensemble, et qui sont accessibles au système local.
Elle comprend toujours une description de configuration de réseau de base, et, si
applicable, une description de configuration de répertoire.
La description de configuration de réseau de base décrit la vision du réseau qu'a le
DPS 7000 local qui a accès à tous les systèmes du réseau, directement ou par
l'intermédiaire d'autres systèmes. Cette description est obligatoire et peut contenir jusqu'à
512 systèmes.
La totalité ou une partie des systèmes distants, jusqu'à 5000, peut être décrite
séparément dans le répertoire des systèmes distants, qui constitue une partie de la
configuration de répertoire.
DESCRIPTION DE LA CONFIGURATION RÉSEAU DE BASE (Basic Network
Configuration Description)
Suite de directives décrivant le système local, ses systèmes-relais (frontaux), ses voisins
et éventuellement certains systèmes distants. Elle peut comporter aussi des descriptions
de files et d'administration de réseau. Elle est délimitée par les directives NETWORK et
ENDNETWORK.
DICTIONNAIRE (Dictionary)
Entité contenant les informations associées à chaque objet de communications généré.
Il existe trois dictionnaires distincts :
-
le dictionnaire de réseau de base (DDICT),
-
le dictionnaire des correspondants (TCORR),
-
le dictionnaire des systèmes distants (TSYS ),
Les deux derniers constituent le répertoire.
DICTIONNAIRE DES CORRESPONDANTS (Correspondents Dictionary)
Dictionnaire qui contient tous les objets ayant un rapport avec le service de
communication des correspondants, produits par une génération de dictionnaire. Il peut
être vide.
DICTIONNAIRE DE RÉSEAU DE BASE (Basic Network Dictionary)
Dictionnaire qui contient le nom et la localisation de tous les objets de communication
configurés statiquement et produits par une génération de base.
47 F4 92UC Rev01
g-3
Réseaux - Concepts
DIRECTIVE (Directive)
Instruction décrivant un objet ou un système de communications et ses relations avec
d'autres objets ou systèmes. Lorsqu'elle décrit un objet plutôt qu'un système, on l'appelle
directive de bas niveau.
FCP7
Le processeur de communications FDDI 7 (FDDI Communications Processor 7) est un
contrôleur de communications intégré qui offre à un DPS 7000 l'accès à un réseau FDDI.
FCP7 contient à la fois un empilement protocolaire OSI et IPS. L'empilement protocolaire
OSI comporte les couches OSI 1 à 4 utilisables par OSI et la STID. L'empilement
protocolaire IPS contient les couches TCP, UDP, ICMP, ARP et IP. Le pilote de
communications associé aux FCP7s est OCS (Open Communications Subsystem).
FCP7 contient une couche de transport RFC1006 autorisant l'exécution de sessions
OSI/DIWS sur un réseau TCP/IP.
FTP
(File Transfer Protocol) Standard de fait pour les transferts de fichiers par TCP/IP.
GÉNÉRATION (DE RÉSEAU) DE BASE (Basic Network Generation)
Compilation par NETGEN de la description de la configuration de réseau de base. Cette
opération peut en principe être exécutée sans interrompre la session de communication
en cours. Il faut cependant mettre fin à la session avant d'effectuer la validation
(ENABLE) de la configuration.
GÉNÉRATION DU RÉPERTOIRE (Directory Generation)
Compilation par NETGEN de la description de la configuration du répertoire
(DIRECTORY).
Elle peut être :
-
associée à la génération de base (auquel cas elle est active lorsque la génération
de base est active),
ou lancée séparément (auquel cas elle est incrémentale et vient compléter la
configuration de base précédemment validée.
En l'absence de description de la configuration du répertoire, un répertoire vide est créé.
GXTI
Interface de programmation qui permet à une application GCOS7 d'accéder à une
application à distance, via la couche transport ISO ou la couche transport TCP ou UDP.
NFS
(Network File System) Système logiciel d'accès aux fichiers distribués. Il permet une
architecture client/serveur. Un client NFS accède aux fichiers, alors qu'un serveur NFS
offre l'accès aux fichiers.
g-4
47 F4 92UC Rev01
Glossaire
NŒUD (Node)
Synonyme de système.
OCS
(Open Communications Subsystem) Pilote de communication associé aux contrôleurs
FCP7s (FDDI Communications Processor 7). Chaque FCP7 permet à un DPS 7000
d'accéder à un réseau FDDI. Il comporte à la fois un empilement protocolaire OSI et IPS.
L'empilement protocolaire OSI comprend les couches OSI 1 à 4 ; il est utilisable par OSI
et la STID. L'empilement protocolaire IPS est constitué des couches TCP, UDP, ICMP,
ARP et IP.
OPEN LAN ACCESS 7
Module de communication chargé de la conversion de protocole et/ou d'adresse de DSA
vers ISO. Ce dispositif permet à des applications DSA telles que IOF, TDS ou UFT de
fonctionner avec des applications situées sur une station de travail ISO/DSA (STID).
PID
Module de prise ISO/DSA qui fait l'interface entre la session VCAM et les serveurs de
transport TNS/FEPS pour permettre aux applications DSA de communiquer de manière
transparente avec des services ISO ou DSA.
PID ADRESSAGE (Addressing Pid)
Partie du module PID chargée de convertir l'adressage de niveau session de DSA vers
ISO, et réciproquement.
PID PROTOCOLE (Protocolar Pid)
La partie du module PID chargée de convertir les protocoles de session de DSA en ISO,
et réciproquement.
PRISE ISO-DSA (ISO-DSA Plug)
Voir PID.
PROCESSEUR FRONTAL (Front-End Processor)
Voir Système-relais.
RÉPERTOIRE (Directory)
Il est constitué de deux dictionnaires :
-
le dictionnaire des systèmes distants (TSYS),
-
le dictionnaire des correspondants (TCORR).
47 F4 92UC Rev01
g-5
Réseaux - Concepts
RÉPERTOIRE DE CONFIGURATION (Configuration Directory)
Partie facultative de la configuration de réseau qui peut être modifiée ou supprimée
pendant une session de communications. Contient les deux dictionnaires, même s'ils sont
vides.
Une génération de réseau de base sans description de configuration de répertoire produit
une configuration de répertoire vide, permettant une génération incrémentale ultérieure.
RÉSEAU (Network)
Terme le plus générique décrivant la communication entre plusieurs nœuds, ainsi
qu'entre des nœuds et l'utilisateur final. De façon plus restrictive, ce terme peut aussi
désigner l'environnement de la couche réseau ISO.
SESSION DE COMMUNICATION (Communications Session)
Etat d'activité des configurations activées dans l'espace d'exploitation.
La session est en cours si au moins :
-
un serveur de communications est actif dans l'état utilisé
-
une commande opérateur de réseau est en cours d'exécution
-
une application telle que TDS ou MCS, utilisant les services de VCAM, est encore
active.
Dans tous les autres cas, la session est considérée comme terminée.
SOUS-SYSTEME D'EXTENSION LAN (LAN Extender Subsystem)
En plus du FCP7, le sous-système d'extension LAN offre une configuration maximum de
5 liaisons SAS FDDI, 8 ports Ethernet 802.3 et 1 liaison DAS FDDI.
SYSTÈME (System)
La position fonctionnelle que le système occupe dans la configuration courante de réseau
détermine son type fonctionnel, à savoir : système local, système-relais (ou frontal),
système voisin ou système distant.
SYSTÈME DISTANT (Remote System)
Tout système auquel accède le système local par l'intermédiaire d'un système-relais. La
directive qui le décrit doit apparaître après toutes celles décrivant les systèmes-relais.
SYSTÈME HÉTÉROGÈNE (Heterogeneous System)
Système capable d'échanger des informations administratives sous la forme de
commandes et de réponses, ainsi que des messages avec le système local, uniquement
au format AEP (Administrative Exchange Protocol). Tout système est autorisé, y compris
un autre DPS 7000 sur lequel s'exécute une version de GCOS 7 antérieure à V6.
g-6
47 F4 92UC Rev01
Glossaire
SYSTÈME HOMOGENE (Homogeneous System)
Système capable d'échanger des informations administratives sous la forme de
commandes et de réponses, ainsi que des messages avec le système local. Ces
messages doivent être au format GCOS, à l'exception des AUT qui utilisent toujours le
format AEP. Un tel système ne peut être qu'un DPS 7000 sur lequel s'exécute GCOS 7 à
partir de la version V6.
SYSTÈME LOCAL (Local System)
Système DPS 7000 unique sur lequel s'exécute GCOS 7 à partir de la version V6 pour
lequel est générée la vue locale du réseau. Il doit être décrit avant tout autre système.
SYSTEME-RELAIS (ou FRONTAL)
Voisin ayant une fonction d'intermédiaire par lequel le système local est en contact
(sortant et entrant) avec des systèmes distants ou d'autres réseaux. Un tel système est
considéré comme frontal pour l'accès au système local, et comme relais pour accéder
aux systèmes distants. Dans la version actuelle V7 de GCOS 7, les seuls systèmes-relais
pour le DPS 7000 sont le Datanet, le CNP7 et MainWay 2000 via un FCP7.
La différence entre le Datanet et le CNP7 est que le CNP7 ne peut être physiquement
connecté qu'au même câble ISL que le DPS 7000, alors que le Datanet peut être
connecté au câble ISL ou par un canal PSI.
VOISIN (Neighbor)
Tout système directement accessible au système local, auquel il est relié par un canal
PSI ou par un câble ISL.
47 F4 92UC Rev01
g-7
Réseaux - Concepts
Liste des abréviations
g-8
AFI
Authority and Format Identifier (adressage OSI)
API
Application Programmatic Interface
CNP7
Communication Network Processor, pour le DPS 7000
CNS7
Communication Network Software, pour le CNP7
CRNG
commandeCReate_Network_GenerationGCL (CRNETGEN)
CSMA/CD
Carrier Sense Multiple Access/Collision Detection (accès
multiple par écoute de porteuse/détection de collision)
DIWS
DSA-ISO Work Station (voir STID)
DJP
Distributed Job Processing (Gestion des travaux distribués)
DN
DataNet
DNS
Distributed Network Supervisor (logiciel du Datanet)
DPS
Distributed Processing System (GCOS)
DPX
Distributed Processing System (UNIX)
DSA
Distributed Systems Architecture (architecture de systèmes
distribués)
DSAC
Distributed Systems Administration and Control
DSP
Domain Specific Part, d'un NSAP (adressage OSI)
EAnn
Ethernet Adaptor, pour l'ISL
FCP7
FDDI Communications Processor 7
FDDI
Fiber Distributed Data Interface
FECM
Front End Control Manager (serveur de communications)
FEP
Front End Processor (processeur frontal)
FEPS
Front End Processor Support (serveur de communications)
FTAM
File Transfer Access Method
GCOS
General Comprehensive Operating System
IDI
Initial Domain Identifier : Identifiant IDI du NSAP (adressage
OSI)
IDP
1. Initial Domain Part : Zone IDP du NSAP (adressage OSI)
2. ISO/DSA Plug = Prise ISO / DSA (migration de DSA vers
ISO)
47 F4 92UC Rev01
Glossaire
IEEE
Institute of Electrical and Electronic Engineers
IOF
Interactive Operator Facility (moniteur interactif IOF)
IP
Internet Protocol : Protocole Internet (couche réseau)
IPS
Internet Protocol Suite (UDP-TCP/IP)
ISL
Inter System Link (dispositif de liaison intersystème pour
DPS7000)
ISO
International Standards Organization
LAN
Local Area Network : Réseau Local LAN
LCT
Local Controller (LOCCTLR) : Contrôleur de communications
local, identifié sous la forme EAnn ou CCnn
LNA
Local Network Adaptor (adaptateur de réseau local, LCT)
LNM
Local Network Manager : module réseau local (pour DPS
7000/Ax)
LNI
Local Network Interface (pour DPS 7000/4xx)
LPL
Local Physical Link : Connexion physique locale (LOCPLINK)
LSAP
Link Service Access Point : point d'accès à des services
liaison (adressage OSI)
LSC
Local Session Control : contrôle de session local (LOCSESS)
LSYS
Local System : système local (LOCSYSTEM)
LT
Logical Terminator : raccordement logique (LTERMINATOR)
LTS
Local Transport Station, addressée par un TSAP
MAC
Media Access Control (sous-couche pour RL de la couche
liaison)
NG
Network Generation : utilitaire de génération de réseau pour
DPS7 (NETGEN)
NPDU
Network Protocol Data Unit (adressage ISO/DSA)
NR
Network Route (NETROUTE)
NSAP
Network Service Access Point (adressage OSI)
NSDU
Network Service Data Unit (adressage OSI)
OCS
Open Communication Subsystem
OPEN7
OPEN GCOS7 pour les protocoles de communication TCP/IP
OSF
Open Systems Facility
47 F4 92UC Rev01
g-9
Réseaux - Concepts
g-10
OSI
Open Systems Interconnection
PDU
Protocol Data Unit : unité de données de protocole pour une
couche OSI
PID
Prise ISO/DSA
PIDa
PID adressage (migration de DSA vers ISO)
PIDp
PID protocole (migration de DSA vers ISO)
PPDU
Protocol Data Unit, de la couche présentation
PSI
Peripheral Subsystem Interface : interface de sous-système
périphérique
PSAP
Presentation Service Access Point : point d'accès à des
services présentation (adressage OSI)
PSDU
Presentation Service Data Unit (adressage OSI)
PSEL
Presentation layer SELector : sélecteur de présentation
(adressage OSI)
QOS
Quality Of Service : qualité de service (adressage OSI)
RAEH
Remote Administrative Exchange Handler : gestionnaire
d'échanges administratifs à distance (DSAC)
RCT
Remote
ConTroller
(RMTCTLR) :
communications à distance
RFC1006
Document Internet community (et par extension, la couche)
définissant une session OSI sur des couches TCP/IP. La
couche RFC1006 fait partie des couches de transport de
classe 0.
RFC1122
Défini l'architecture Internet des couches basses et les
recommendations pour les passerelles Internet (MultiHoming)
RSC
Remote Session Control (RMTSESS)
RSP
Response, DSAC concept
RSYS
Remote System (RMTSYSTEM)
RTS
Remote Transport Station (RMTTRANSPORT)
SA
Sous-domaine d'adressage ISO (SDOM)
SAP
Service Access Point : point d'accès au service (adressage
ISO)
SC
Session Control
SCID
Session Control Identifier
contrôleur
de
47 F4 92UC Rev01
Glossaire
SDU
Service Data Unit (adressage OSI)
SEL
SELecteur de couche (adressage OSI)
SID
Spécification ISO/DSA
SNPA
SubNetwork Point of Attachment (adressage OSI)
SNMP
Simple Network Management Protocol
SPA
Service Processor Ares, applicable au DPS 7000
SPDU
Session Protocol Data Unit (adressage OSI)
SR
Session Route (SESSROUTE)
SSAP
Session Service Access Point : point d'accès à des services
session (adressage OSI)
SSDU
Session Service Data Unit (adressage OSI)
SSEL
Sélecteur de la couche session (adressage OSI)
STID
Station de travail ISO/DSA (équivalent de DIWS en anglais)
SVR
Serveur
SYS
Système
SYSGEN
Génération de système pour DNS et CNS 7
TCP
Transmission Control Protocol : protocole TCP (transport
UNIX)
TDS
Transaction Driven Subsystem : sous-système transactionnel
TDS
TM
Terminal Manager : gestionnaire de terminaux
TNS
Transport and Network Subsystem : sous-système transport
et réseau (serveur de communications)
TP
1. Transport Protocol : protocole de transport (TPROTOCOL)
2. Transaction Program : programme transactionnel
(environnement XCP2 ou TDS)
TPDU
Transport Protocol Data Unit : unité de données du protocole
de transport (adressage ISO/DSA)
TPI
Transport
Programmatic
Interface :
programmation transport (TPI)
TRAILn
Protocole pour les en-têtes TCP/IP de droite (TRAILing
TCP/IP headers protocol)
TSAP
Transport Service Access Point (adressage OSI)
47 F4 92UC Rev01
interface
de
g-11
Réseaux - Concepts
g-12
TSDU
Transport Service Data Unit (adressage OSI)
TSEL
Sélecteur de couche transport (adressage OSI)
TSI
Transport Session Interface
TSYS
1.
dictionnaire
des
SYStèmes
distants
Télécommunications
2. Terminate SYStem, commande d'opérateur principal
UDP
User Datagram Protocol
UFT
Unified File Transfer, transfert de fichiers utilisant le protocole
RFA de DSA
UM
Unsolicited Message (DSAC)
UT
Utilisateur de Transport (adressage OSI)
VCAM
Virtual Communications Access
communication de session)
WAN
Wide Area Network = réseau longues distances
XCP
Extended Cooperative Protocol
XOPEN
Open to UNIX facilities
XTI
XOPEN Transport Interface
Method
(serveur
de
de
47 F4 92UC Rev01
Index
A
adressage
ISO/DSA
OSI
rôle de LSAP dans ISO/DSA
rôle de SCID dans ISO/DSA
rôle de TSAP dans ISO/DSA
rôle des boîtes aux lettres dans DSA
rôle des couches basses
TCP/IP
adressage OSI
points d'accès au service
sélecteur
adresse PSAP
description
adresse SSAP
adresse TSAP
description
AET
titre d'application d'entité
AFI
élément de l'IDP
2-9
2-11
2-9
2-9
2-9
2-9
2-9
3-4
2-12
2-12
2-19
2-19
2-18
D
2-19
Datanet
DSP
domain specific part
élément de NSAP
2-13
C
CNP7
commande
communication
description des serveurs
communications
TCP/IP
connexion entrante
mécanisme
correspondant
déclaration de TM
déclaration de XCP
couche
transport TCP/IP
couche application
ISO/DSA
TCP/IP
47 F4 92UC Rev01
couche liaison
ISO/DSA
TCP/IP
couche physique
TCP/IP
couche présentation
ISO/DSA
couche présentation TCP/IP
couche réseau
ISO/DSA
TCP/IP
couche session
ISO/DSA
TCP/IP
couche transport
ISO/DSA
TCP/IP
CSMA/CD
2-8
3-3
3-3
2-4
3-2
2-7
3-3
2-4
3-2
2-5
3-2
3-3
1-3
2-14
2-14
F
1-3
1-10
1-7
3-1
2-36, 2-39
FCP7
FDDI
FECM
FEPS
description
utilisation pour une session ISO
FIA
FTP
1-3, 1-6
3-3
1-7
1-7
2-27
1-5
3-2
4-3
4-3
3-2
2-4
3-2
G
GXTI
dsecription
1-8
i-1
Réseaux - Concepts
I
identifiant de contrôle de session
(Session Control Identifier)
IDI
élément de l'IDP
initial domain identifier
IDP
élément de NSAP
ISL
administration of connection
ISO
configuration de réseau
ISO/DSA
adressage
N
2-9
2-14
2-14
2-13
1-1, 1-5
3-10
4-3
2-9, 2-20
L
LAPB
layer
ISO/DSA implementation
TCP/IP presentation
TCP/IP session
LNI
LNM
NETGEN
NFS
NSAP
description de l'adresse OSI
format spécial pour RFC1006
1-9
3-2
2-13
2-17
O
OCS
description
OPEN LAN ACCESS 7
OSI
1-7
1-8
1-1
P
3-3
2-4
3-2
3-2
1-5
1-5
PID
fonctions
mécanisme de conversion d'adresse
mécanisme de conversion
de protocole
prise ISO-DSA
fonctions
protocole IP
2-21
2-23
2-22
2-21
3-3
M
MainWay 2000
1-6
mécanisme de connexion
choix des couches supérieures
en entrée
2-37
construction de la trame en sortie
2-39
construction des trames sortantes
2-35
entrante
2-33, 2-36, 2-39
entrante depuis la couche liaison
2-36
entrante depuis la couche réseau
2-37
fonction entrante de DNS
2-34
fonction entrante de TNS
2-36, 2-39
mode sans connexion sortant
2-35
pseudo-transport sortant par FEPS 2-33
réception des trames entrantes
par TNS
2-36
routage de session sortante
2-30
routage de transport sortant
2-35
sélection des couches supérieures 2-34
session ISO en entrée
2-39
transport sortant TNS
2-38
transport TNS sortant
2-34
MPC
1-5
MS-DOS
1-1
Q
QMON
QOS
qualité de service
1-7
2-31
R
RAEH
répertoire
systèmes distants
réseau
configuration ISO
exemples de configurations
réseau de base
composition
description
RFC1006
couche transport
description
1-7
4-2
4-3
1-4
4-1
4-2
2-6
1-9
S
SCID
SMTP
i-2
2-9
3-2
47 F4 92UC Rev01
Index
SNMP
sous-couche LLC
ISO/DSA
sous-couche LLC1
TCP/IP
sous-couche MAC
ISO/DSA
TCP/IP
sous-domaine
routage
SPA
système
déclarer en ISO
3-2
2-8
3-3
X
X25
administration of connection
XTI
3-3
3-10
3-2
2-8
3-3
2-31
1-5
4-3
T
TCP/IP
adressage
couche application
couche liaison
couche physique
couche présentation
couche réseau
couche session
couche transport
présentation
Telnet
TNS
extension pour une session ISO
implémentation des couches ISO
implémentation du transport
Token Bus
Token Ring
transport
connexion
connexion par GXTI
transport TCP
transport UDP
TSAP
point d'accès au service de transport
TSEL
sélecteur de transport
1-9
3-4
3-2
3-3
3-3
3-2
3-3
3-2
3-2
3-1
3-2
1-7
2-27
3-10
2-27
3-3
3-3
2-5
2-40
3-2
3-2
2-9
2-18
U
UNIX
1-1
V
VCAM
fonction
47 F4 92UC Rev01
1-8
2-3
i-3
Réseaux - Concepts
i-4
47 F4 92UC Rev01

47 F4 92UC 01

Transcription

Documents pareils

politique sincro

27E72702 - BBA Emballages

importer au format pdf

Fiche technique GEO™

L`accréditation des laboratoires selon l`ISO 17025

ML150-1

TRIDEX Caoutchouc nitrile

EDM FLUID 232H

Voir la pièce jointe Arrache moyeu

Papel Bolsas - J.Vilaseca SA