New Télécommunications Bull DPS 7000support.bull.com/ols/product/system/gcos7/gcos7-com/g7... · 2002. 9. 19. · 2.5.1 Fonctions de la prise ISO-DSA ... 1.1 ENVIRONNEMENTS DE COMMUNICATION

47 F4 92UC Rev01

Télécommunications

Bull DPS 7000

Réseaux - Concepts

GCOS 7

Logiciel

Sujet : Ce manuel donne une vue d'ensemble de l'implémentation descommunications 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 ajoutsou 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. Bull HN Information Systems Inc.CEDOC Publication Order EntryAtelier de reprographie FAX: (508) 294-7411331, Avenue Patton MA02/423S49004 ANGERS Cedex 01 Technology ParkFRANCE 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. Unefeuille 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 oureproductions destinées à une utilisation collective. Toute représentation oureproduction intégrale ou partielle faite par quelque procédé que ce soit, sansconsentement de l'auteur ou de ses ayants cause, est illicite et constitue unecontrefaç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 laresponsabilité de Bull S.A. en cas de dommages résultant de son application. Descorrections ou modifications au contenu de ce document peuvent intervenir sanspréavis ; des mises à jour ultérieures les signaleront éventuellement aux destinataires.

47 F4 92UC Rev01 iii

Préface

Ce manuel offre une vue d'ensemble de l'architecture des communications pour leDPS 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 plusparticulièrement des communications pour le DPS 7000.

BIBLIOGRAPHIE

Cette bibliographie est fournie à titre indicatif. Pour plus de précisions (disponibilité dumanuel, 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

Réseaux - Concepts

iv 47 F4 92UC Rev01

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

Préface

47 F4 92UC Rev01 v

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înede 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émentsdoit ê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 incluentplusieurs éléments.

. . . Les points de suspension indiquent que l'élément peut êtrerépété une ou plusieurs fois.

Réseaux - Concepts

vi 47 F4 92UC Rev01

47 F4 92UC Rev01 vii

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 MainWay 2000, Datanet et CNP7 .............................................................................. 1-51.3.2 Contrôleur ISL ........................................................................................................... 1-51.3.3 Contrôleur FCP7 ........................................................................................................ 1-61.3.4 MainWay 2000 ............................................................................................................ 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

Réseaux - Concepts

viii 47 F4 92UC Rev01

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 Structure générale ..................................................................................................... 2-122.4.2 Adressage dans la couche réseau : adresse NSAP ............................................... 2-132.4.3 Adressage dans la couche transport : l'adresse TSAP ......................................... 2-182.4.4 Adressage dans la couche session : l'adresse SSAP ........................................... 2-192.4.5 Adressage dans la couche présentation : l'adresse PSAP ................................... 2-192.4.6 Adressage dans la couche application : AET ......................................................... 2-192.4.7 Adresses locales par défaut ..................................................................................... 2-20

2.5 OPEN LAN ACCESS : LA PRISE ISO/DSA ............................................................... 2-21

2.5.1 Fonctions de la prise ISO-DSA ................................................................................ 2-212.5.2 Mécanisme de conversion de protocole ................................................................. 2-222.5.3 Mécanisme de conversion d'adresses .................................................................... 2-232.5.4 Exemples de configurations de réseaux ................................................................ 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 Mécanisme de connexion de session ISO/DSA ..................................................... 2-282.9.1.1 Introduction.................................................................................................................. 2-282.9.1.2 Mécanisme de connexion sortante ............................................................................. 2-282.9.1.3 Mécanisme des connexions entrantes........................................................................ 2-29

2.9.2 Mécanisme de connexion de session ISO .............................................................. 2-302.9.2.1 Introduction.................................................................................................................. 2-302.9.2.2 Mécanisme de connexion sortante ............................................................................. 2-302.9.2.3 Mécanismes de connexion entrante ........................................................................... 2-33

2.9.3 Le pseudo-transport du FEPS ................................................................................. 2-332.9.3.1 Connexions entrantes ................................................................................................. 2-332.9.3.2 Connexions sortantes ................................................................................................. 2-34

2.9.4 Connexions par TNS ................................................................................................. 2-34

Table des matières

47 F4 92UC Rev01 ix

2.9.4.1 Connexions sortantes ................................................................................................. 2-342.9.4.2 Connexions entrantes ................................................................................................. 2-36

2.9.5 Connexions FCP7 ..................................................................................................... 2-382.9.5.1 Connexions sortantes ................................................................................................. 2-382.9.5.2 Connexions entrantes ................................................................................................. 2-39

2.10 INTERFACES DIRECTES AVEC LA COUCHE DE COMMUNICATION .................. 2-40

2.10.1 Interface de transport ............................................................................................... 2-402.10.2 Interface de session .................................................................................................. 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 Adresses IP ................................................................................................................ 3-43.2.2 Adresses MAC ........................................................................................................... 3-6

3.3 IMPLANTATIONS DE TCP/IP POUR GCOS7 ........................................................... 3-7

3.3.1 TCP/IP via FCP7 ........................................................................................................ 3-73.3.2 TCP/IP via OPEN7 ..................................................................................................... 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 Description du réseau .............................................................................................. 4-24.2.2 Configurations de réseau ......................................................................................... 4-3

4.3 CONFIGURATION DE FCP7 ...................................................................................... 4-4

Réseaux - Concepts

x 47 F4 92UC Rev01

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 ................................................................................................................................... i-1

Table des matières

47 F4 92UC Rev01 xi

Illustrations

Figures

1-1 Architecture de communications DPS 7000................................................................ 1-42-1 Couches DSA/ISO....................................................................................................... 2-22-2 Implémentation de la couche DSA/ISO....................................................................... 2-32-3 Applications DSA communiquant via la couche de transport RFC1006 ..................... 2-62-4 Connexion de transport ISO........................................................................................ 2-62-5 Applications DSA communiquant via la couche de transport RFC1006 ..................... 2-72-6 Configuration d' adresse DSA/ISO.............................................................................. 2-102-7 Structure d'adresse OSI PSAP ................................................................................... 2-122-8 Structure d'adresse OSI NSAP ................................................................................... 2-132-9 Valeurs AFI dans l'adresse OSI NSAP ....................................................................... 2-142-10 Valeurs DSP dans l'adresse OSI NSAP...................................................................... 2-152-11 Longueur des champs de l'adresse OSI NSAP .......................................................... 2-162-12 Exemple de format d'adresse RFC1006 NSAP .......................................................... 2-182-13 Fonctions de la prise ISO-DSA Plug (PID).................................................................. 2-222-14 Exemples de TSEL ..................................................................................................... 2-232-15 Deux systèmes dotés du même TSEL........................................................................ 2-242-16 Deux systèmes dotés de TSEL différents ................................................................... 2-242-17 Exemple de génération de PIDp ................................................................................. 2-252-18 Exemple de génération de PIDa ................................................................................. 2-252-19 Qualité de Service ISO................................................................................................ 2-323-1 Architecture en couches TCP/IP ................................................................................. 3-13-2 Format d'adresse IP.................................................................................................... 3-43-3 TCP/IP via FCP7......................................................................................................... 3-73-4 Accès TCP/IP via OPEN7 ........................................................................................... 3-9

Réseaux - Concepts

xii 47 F4 92UC Rev01

47 F4 92UC Rev01 1-1

1. Introduction

Le logiciel de communication Bull GCOS 7 permet de communiquer avec d'autressystèmes GCOS ou non-GCOS via un réseau local ou longue distance. Ce manuelpré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 deliaison intersystèmes ISL (Inter-System Link) ou le FCP7 (processeur de communicationFDDI), ou encore recourir à un ou plusieurs processeurs frontaux (FEP) et descontrôleurs de communication, pour gérer des terminaux et offrir des passerelles verschacun des environnements réseau mentionnés ci-dessus.

Réseaux - Concepts

1-2 47 F4 92UC Rev01

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 lacouche 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 oudirectement 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 (conceptRFC1006) via FCP7.

Introduction

47 F4 92UC Rev01 1-3

1.3 ARCHITECTURE DES COMMUNICATIONS DPS 7000

L'environnement de communication DPS 7000 peut nécessiter l'utilisation d'un ouplusieurs frontaux de communication (FEP) pour gérer des terminaux et/ou avoir accèsaux réseaux. Etant gérés par le FEP, les terminaux ne sont pas déclarés dans lagénération de réseau du DPS 7000, mais dans la génération système (SYSGEN) du FEPlui-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 pouraccé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 pouraccéder directement à d'autres systèmes et processeurs de communication via uneliaison 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ésserveurs de communication ; ils sont décrits ci-dessous.

La figure 1-1 décrit l'architecture des communications GCOS 7.

Réseaux - Concepts

1-4 47 F4 92UC Rev01

DPS 7000

LE7

A pplications IS O

(FT A M , X 400)A pplica tions X T I

A pplications D S A

(IO F , T D S , U FT , ...)

V C A M -IS O V C A M -D S AG X T I

O penLA NA ccess (F TP , N FS , TE LN E T, ...)

FE P S O C S G X T ID

Transport IS O

Internet N u ll

TN S

A ccès FD D I

In ternetN ull

Interneté tendu

Transport IS O

A pplica tions O pen7

C om m unicationsO P E N 7T C P /IP

F C P 7

IP

U D PT C P

C ontrôleurIS L

IS L

C N P 7D atanet

W A NE thernet

F D D I D A S

R FC 1006

FD D I S A S

M ainW ay 2000

Figure 1-1. Architecture de communications DPS 7000

Introduction

47 F4 92UC Rev01 1-5

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 uneliaison 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 à unautre 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.

Réseaux - Concepts

1-6 47 F4 92UC Rev01

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) etse 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 lesprotocoles TCP/IP.

Prise de bouclage optique

Chaque contrôleur FCP7 est livré avec une prise de bouclage optique pré-installée. Cebouchon est utilisé pendant les tests et diagnostics en ligne (OLTD). Il sert aussi deprotection contre la poussière lorsque le contrôleur n'est pas connecté à un câble à fibresoptiques.

Etiquette d'adresse

Chaque contrôleur FCP7 est muni d'une étiquette adhésive sur laquelle il est possibled'écrire son adresse MAC. Cette adresse n'a aucun rapport avec le numéro de série ducontrôleur. Les adresses MAC FCP7 sont comprises entre 08 00 38 10 00 10 et 08 00 3810 0F DF. Dès qu'une adresse MAC a été attribuée à un contrôleur, il faut l'écrire surl'étiquette, puis coller cette dernière sur le rack DPS 7000 approprié (celui qui contient leFCP7).

1.3.4 MainWay 2000

Le MainWay 2000 est composé d'un sous-système d'extension LAN et d'un ou plusieursprocesseurs WAN permettant d'accéder au réseau WAN via les protocoles OSI/DSA,OSF/SNA ou TCP/IP.

Introduction

47 F4 92UC Rev01 1-7

1.4 SERVEURS DE COMMUNICATION

Gérant les principales fonctions de communication, les serveurs de communication sontimplé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èmeDPS 7000, il ne peut exister qu'une seule instance de TNS. Ce dernier gère toutes lesconnexions avec d'autres systèmes, qu'elles soient directes ou via CNP7. Lesparamè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. Dansun système DPS 7000, il existe une instance de FEPS par Datanet connecté. Dans lecas d'une double liaison PSI vers Datanet, l'instance FEPS ne gère qu'un seul canalPSI à la fois ; l'autre instance a un rôle de secours. FEPS gère les deux liaisons PSI detelle sorte qu'il bascule automatiquement de manière transparente sur l'autre PSI lorsd'une défaillance du premier. Chaque instance de FEPS doit être définie au moment dela génération du réseau.

• OCS, gestionnaire de communication pour le contrôleur intégré FCP7. OCS est unpilote unique qui gère plusieurs instances de serveurs. Dans un système DPS 7000, ilexiste une instance de serveur pour chaque FCP7. OCS supervise toutes lesconnexions avec le réseau FDDI qui transitent par FCP7. OCS réalise aussi desfonctions administratives pour FCP7 telles que le chargement (LOAD) et le vidagemémoire (DUMP). Les paramètres de configuration d'OCS sont spécifiés lors de lagé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 leDatanet et le CNP7. Il est inutile de le configurer, et une instance de FECM est crééedynamiquement lorsqu'il faut administrer un Datanet ou un CNP7.

• RAEH, serveur unique qui gère les sessions administratives entre systèmes DSA dansle 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 utilisantl'interface de communication MCS.

Réseaux - Concepts

1-8 47 F4 92UC Rev01

1.5 VCAM

Module de communication qui gère les fonctions ayant trait à la couche session (lesconnexions entre applications locales ou à distance qui utilisent les protocoles etl'adressage ISO, ISO/DSA ou DSA). Le lancement et l'arrêt de VCAM sont synchronisésavec ceux de GCOS 7 lui-même. En l'absence de session de communications active, iln'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 DSAvers ISO. Ce mécanisme permet aux applications DSA telles que IOF, TDS ou UFT defonctionner 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 7d'accéder à une application distante via les couches de transport ISO, TCP, UDP ouRFC1006.

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éedans 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. Notezque 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êmetemps que vers FCP7, bien que les deux puissent être lancés simultanément. Si tel estle 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 estlancé 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 deDSA ou sessions OSI via une couche de transport TCP. RFC1006 est conforme à laprocédure et au format TPDU définis dans la norme ISO IS 8073.

Introduction

47 F4 92UC Rev01 1-9

1.9 TCP/IP

TCP/IP permet aux applications GCOS 7 d'atteindre des applications distantes situéessur une station UNIX ou sur toute station utilisant TCP/IP. TCP/IP est accessible dans leFCP7 par les applications qui utilisent l'interface de programmation GXTI, et dans OPEN7 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 RFC1006pour 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 estNETGEN (NETwork GENerator). Vous en trouverez une description dans le manuelGénération de réseau (93UC).

Le FCP7 est configuré à chaque fois que son serveur dans OCS est lancé (commandeSTSVR). Ce processus de configuration charge les paramètres nécessaires aux pilesISO/DSA, ISO et TCP/IP du FCP7. La configuration du FCP7 est décrite dans le manuelGénération de réseau (93UC).

Pour configurer le Datanet et le CNP7, il faut utiliser leurs propres utilitaires deconfiguration. Vous trouverez une description de ces derniers dans les manuels duDatanet ou du CNP7.

Les directives de configuration de réseau pour un DPS 7000 et ses FEP sont généréesstatiquement par leurs configurateurs respectifs à partir des informations descriptivesfournies par l'administrateur du réseau (ou du système).

Nous avons adopté la terminologie suivante dans les documents :

DIRECTIVE Toute instruction figurant dans une description deconfiguration de réseau pouvant être traitées par unconfigurateur de réseau.

Réseaux - Concepts

1-10 47 F4 92UC Rev01

1.11 ADMINISTRATION DU RESEAU

L'administration de réseau permet à un opérateur système (ou réseau) de contrôler pardes commandes d'administration de réseau les fonctions locales telles que le lancementet l'arrêt des serveurs, la supervision du comportement du réseau, et la modificationdynamique des attributs du réseau.

Nous avons adopté la terminologie suivante dans les documents :

COMMANDE 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-1

2. Communications ISO/DSA et ISO

Le modèle de référence OSI d'ISO définit une architecture de base pour lescommunications, 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. End'autres termes, le concept d'architecture en couches et le rôle de chacune sontcommuns à DSA et ISO. Selon la couche concernée, GCOS 7 implémente soit la normeISO, soit une norme propriétaire Bull DSA.

Réseaux - Concepts

2-2 47 F4 92UC Rev01

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 decommunication d'un système comme un ensemble ordonné de sept couches, que l'onpeut représenter visuellement par l'empilement ci-dessous. La couche est parfoisdésignée par le rang qu'elle occupe.

C ouches

services

services

Appl icat ion

P résentation

Session

Transport

R éseau

Liaison

P hys ique

7

6

5

4

3

2

1

7

6

5

4

3

2

1

<-p rotocole->

<-p rotocole->

<-p rotocole->

<-p rotocole->

<-p rotocole->

<-p rotocole->

<-p rotocole->

Support physique

Système A Système B

Figure 2-1. Couches DSA/ISO

A l'exception de la couche la plus haute et de la plus basse, chaque couche(N) fournit à lacouche(N+1) un ensemble de services. La couche(N) utilise les services fournis par lacouche (N-1), et ainsi de suite. Les services de chaque couche sont accessibles par despoints 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èglesqui gouvernent cette coopération est appelé protocole ; chaque protocole est associé à lacouche pour laquelle il est implémenté. On appelle Unités de Données de Protocole ouPDU (Protocol Data Unit) les données échangées par le biais du protocole de la coucheconcernée.

Une telle architecture garantit que chaque couche, de même que chaque application, sontindé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 totalementconformes à la norme ISO, ainsi qu'à la norme DSA.

Communications ISO/DSA et ISO

47 F4 92UC Rev01 2-3

2.2 IMPLEMENTATION DES COUCHES ISO ET ISO/DSA

G C O S 7

V C A M

T N S

Datanet

PSI

C N P 7

ISL

A ppl/P rés

Session

Transport

R éseau

L ia ison/P hys ique

T D S U F T F T A MIO F

O C S

FCP7

C ontrô leur IS L

FDDI SAS

Ethernet

X400

FEPSpseudo-transport

C arte LA N

M odules de ligne

P rocesseur W A N

M ainW ay 2000

Figure 2-2. Implémentation de la couche DSA/ISO

Les modules ombrés / / / concernent les processeurs frontaux, et non GCOS 7.

Réseaux - Concepts

2-4 47 F4 92UC Rev01

Couche application

Il s'agit de la couche la plus haute (7) du modèle de référence. Elle fournit des servicesdirectement accessibles à l'utilisateur.

Le réseau primaire est constitué d'applications ISO/DSA qui communiquent entre elles aumê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 lesterminaux selon un mécanisme différent.

N'implémentant pas les protocoles ISO/DSA, les terminaux ne peuvent donc pascommuniquer directement avec les applications. Ils utilisent pour cela un Gestionnaire deTerminaux (Terminal Manager), situé dans le FEP ou dans une station de travailISO/DSA. La partie du réseau comprise entre le gestionnaire de terminaux et lesterminaux (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 lafonctionnalité 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 aucontenu des données échangées entre applications.

Les fonctions de présentation, comme la conversion ASCII-vers-EBCDIC sont souventinté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'écrand'un terminal.

Couche session

Le rôle de la couche session (5) est d'organiser et de synchroniser le dialogue entre deuxapplications. Elle établit les connexions, contrôle le flux des données échangées, et gèrele "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 applicationsfonctionnant sur des systèmes différents ou sur le même hôte. Dans ce dernier cas, unetelle connexion de session est locale et n'implique pas de transport. La connexion etl'échange de messages entre applications transite par VCAM. Toutefois, lorsque lesapplications sont situées sur des systèmes différents, la couche session utilise lesservices 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 dela couche session. Une partie de VCAM implémente le protocole et les services desession 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écutentsur 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 deplus bas niveau, qui sont distribuées différemment selon que la connexion est de typePSI, ISL ou FCP7.


47 F4 92UC Rev01 2-5

OPEN LAN ACCESS 7 offre un dispositif de conversion de protocole d'une session ISOvers une session DSA. Ceci permet à une application DSA distante utilisant une sessionISO (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 del'adressage ISO en DSA.

Couche transport

La couche transport (4) assure un transport fiable, pour le transfert de données entresessions de différents systèmes. Les services de transport contrôlent le séquencement etle 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 connexionde transport de bout en bout unique, ou à une suite de connexions de transport relayéesde proche en proche.

Dans le cas d'une connexion par FCP7, le protocole ISO de classe 4 (ISO IS 8073) estimplémenté dans le FCP7 lui-même. En conséquence, il est possible d'établir lesconnexions de transport DSA, ISO/DSA et ISO avec des systèmes directementconnectés au FCP7 ou au LE7.

Dans le cas d'une connexion PSI vers le Datanet, la couche de transport est répartieentre 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 sontinférieures sont implémentées dans le Datanet. C'est ce dernier, et non le DPS 7000, quiest responsable de l'implémentation des protocoles des couches réseau et transport pourla communication avec un système distant.

Dans le cas d'une connexion ISL, TNS implémente le protocole ISO de classe 4 (ISO IS8073). 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 cesconnexions 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'établissementde la session entre le DPS 7000 et un système distant. Une première connexion detransport se termine dans le FEP, alors qu'une deuxième est établie entre le FEP et lesystè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émententtoute 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.

Réseaux - Concepts

2-6 47 F4 92UC Rev01

· · ·

DPS 7000

CNP 7

DPX/20

ISL

Transport IS O

X25 X25

H D L C H D L C

Transport IS O

C ouche réseau v ide

IEEE 802.2IEEE 802.3

C ouche réseauv ideIEEE 802.2IEEE 802.3

Transport ISO Transport ISO

Session ISO Session ISO

Figure 2-3. Connexion de transport ISO

Couche transport RFC1006

La couche transport RFC1006 est disponible uniquement dans le FCP7. Elle implémenteun protocole de transport de classe 0 amélioré pour s'exécuter dans la partie supérieurede 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.

A pplication D S A

P résentation D S A

S ess ion D S A

R FC 1006

TC P

IP

Lia ison

P hys ique

B ull D P S 7000/8000

A pplica tion D S A

P résenta tion D S A

S ession D S A

R FC 1006

T C P

IP

Liaison

P hys ique

A utres sys tèm es

R éseau IP S

Figure 2-4. Applications DSA communiquant via la couche de transport RFC1006

RFC1006 prend en charge les communications entre les applications DSA (comme lemontre la figure), ou entre les applications OSI, ou encore entre les applications DSA etOSI (par OLA7) via la couche de transport TCP.


47 F4 92UC Rev01 2-7

La couche réseau

La couche réseau (3) permet l'établissement des liaisons de communication. Les servicesré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éede la session utilisateur.

La figure 2-5 représente une configuration de réseau typique où un système de relais Cs'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 uncontrôleur de communication ou un FEP. Dans le cas d'une connexion ISL, TNSimplémente une couche réseau élémentaire connue sous le nom de sous-ensemble vided'Internet (ISO IS 8473), qu'on appelle aussi réseau inactif. Dans le cas d'une connexionvia 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éseausituée dans le FEP peut être un réseau inactif, le protocole Internet complet ou encored'autres protocoles réseau tels que X25 (ISO 8348).

7

6

5

4

3

2

7

6

5

4

3

2

3

2

A B

C

1 11

Su pport p hysi que Su pp ort ph ysi q ue

Figure 2-5. Contrôleur de communications DSA/ISO

Réseaux - Concepts

2-8 47 F4 92UC Rev01

Couche liaison

La couche liaison (2) permet le transfert individuel intégral de trames de données par uneconnexion physique.

Dans le cas particulier d'un réseau local, (ISL ou FCP7), cette couche est composée desdeux sous-couches suivantes :

1. La sous-couche de contrôle de liaison logique LLC (Logical Link Control) quipossède une fonctionnalité d'adressage logique.

2. La sous-couche de contrôle d'accès physique MAC (Media Access Control) qui offrel'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éduralde transmission de bits.

Les contrôleurs Ethernet ISL implémentent la couche liaison et la couche physique (ISOIS 8802.2, 8802.3). Le contrôleur FCP7 FDDI implémente la couche liaison et la couchephysique (ISO IS 8802.2, 9314).


47 F4 92UC Rev01 2-9

2.3 ADRESSAGE DSA

Une adresse d'application DSA se compose de l'adresse du contrôleur de session dontelle 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 pointd'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 desservices de transport au moyen d'un identifiant unique TSAP. Les identifiants TSAPsource et destination ne sont utilisés que par l'entité de transport ISO comme élémentsde 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 estdé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 desession de DSA200, permet d'identifier le contrôleur de session dans les unités dedonnées de protocole session.

Dans DSA, l'adresse locale d'une application est sa boîte aux lettres . Il est possibled'assurer l'unicité de la boîte aux lettres en la suffixant avec une extension de boîte auxlettres . Une même application de communication peut être adressée via plusieurs boîtesaux 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 celledédiée aux autres utilisateurs. De même, le gestionnaire de terminaux fait référence à unterminal particulier par une adresse unique représentée par sa boîte aux lettres:extensionde boîte aux lettres.

Les entités des couches inférieures possèdent aussi des adresses configurées lors de lagénération du réseau. Dans le cas des communications via un FEP, ces entités ne sontpas 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 fautconsidérer des adresses supplémentaires.

Des adresses dédiées de point d'accès au service liaison LSAP (Link Service AccessPoint) sont utilisées au niveau Liaison pour distinguer les différents types de trafictransitant par l'interface entre TNS et l'adaptateur de réseau local (LNA). Le contrôleurISL utilise le LSAP pour choisir un type de canal logique (appelé aussi terminateurlogique : 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, LOADet 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 à lacouche Liaison de TNS.

Réseaux - Concepts

2-10 47 F4 92UC Rev01

Une demande de connexion de transport est émise sur une route réseau configurée surle système local ; celui-ci est considéré comme l'origine de la route allant de la liaisonphysique locale LPL (Local Physical Link) reliée par le câble ISL à une liaison physiquedistante RPL (Remote Physical Link).

Le LPL ou RPL possède une adresse physique individuelle (IADDR) de 48 bits sur lecâ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 (MulticastAddress) entre les différents LPL. Ces adresses permettent de recevoir par le câblecertains messages administratifs multi-diffusés.

Dans le cas des communications via un FCP7, ces entités sont configurées dans laconfiguration 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'unréseau longues distances (WAN).

D P S 7000

86:57

C N P 7 D P S 7000C N P 7

"C N P Y" "D P S Z"

86:23

LC T R C T R C T LC T

C Â B LE -1 C Â B LE -2

IS L

W A N"D P S A " "C N P B "

5E -00-01LP L_D P S A

5F-00-01R P L_C N P B

5F-00-02R P L_C N P Y

5E -00-0CLP 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'applicationRAPPL 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, lesidentifiants de contrôle de session (SCID) respectifs de DPSA et DPSZ, sont uniques etleur portée s'étend à tout le réseau pour identifier sans ambiguïté les adresses de LAPPLet RAPPL.


47 F4 92UC Rev01 2-11

2.4 CONCEPTS D'ADRESSAGE OSI

L'adressage dans un réseau suit les mêmes principes conceptuels que celui d'une lettreou d'un appel téléphonique. Dans tous les cas, la destination visée n'est atteinte que sil'adressage est non ambigu.

Une application, qui s'exécute sur le système local, demande aux services locaux decommunication d'établir une connexion avec un correspondant situé sur un systèmedistant ; ce correspondant est identifié par une adresse. Cette demande est acheminéed'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èmespeut empêcher l'accès au correspondant.

L'architecture de communication OSI, représentée par l'empilement des sept couchesOSI dont chacune est accessible par une adresse spécifique, montre que l'adressage OSIest 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èlede référence OSI fait appel aux services de l'entité (i) par le biais des SAP-(i) qui relientles deux couches adjacentes.

• pour les connexions entrantes, l'entité (i) fournit des services à une entité (i+1) enaccé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éeentre systèmes. Ils sont alloués par un système et sont uniques dans la portée de cesystème.

Réseaux - Concepts

2-12 47 F4 92UC Rev01

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 composed'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 deadresse-de-SAP-(i)

On identifie une application par son Titre d'Entité Application A.E.T (Application EntityTitle) 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.

N S A P (P oint d 'accès au serv ice réseau)

A dresseP S A P

<- adresses en ordre hiérarch ique ->

P S E L (S él. de pré sentation)

S S E L (S él. de sess ion)

T S E L (S él. de transport)

A dresseS S A P

A dresseTS A P

Figure 2-7. Structure d'adresse OSI PSAP


47 F4 92UC Rev01 2-13

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-vousau document ISO8348/Addendum 2.

Pour les connexions sortantes, le système local utilisera la liste des NSAP pourdéterminer la couche réseau correcte parmi l'ensemble de ces NSAP. Une adresseNSAP identifie un point d'accès au service réseau (Network Service Access Point) sur unsystè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 :

A F I ID I D S P

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 dedeux 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 del'attribution des valeurs de l'IDI

- la syntaxe abstraite de l'adresse proprement dite dans le réseau, la DSP (DomainSpecific Part), qui peut être binaire ou décimale.

Réseaux - Concepts

2-14 47 F4 92UC Rev01

La figure 2-9 énumère les valeurs d'AFI attribuées classées par instance, ainsi que lasyntaxe de DSP.

S yntaxe D S PN orm edéc im al binaire

X 121 C C ITT

IS O D C C

F69 TE LE X

E 163 R TC

E 164 R N IS

IS O IC D

LO C A L

36,52

38

40,54

42,56

44,58

46

48

37,53

39

41,55

43,57

45,59

47

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 DSPpour ce domaine.

Le DSP (Domain Specific Part ) représente une partie d'adressage privée, qui peut êtrecodée en binaire ou en décimal. Sa sémantique est déterminée par l'instance identifiéepar l'IDI. Il peut contenir des adresses TRANSPAC ou ETHERNET.


47 F4 92UC Rev01 2-15

La figure 2-10 indique la longueur de champ de DSP maximale selon l'instance, ainsi quela syntaxe de DSP :

S yntaxe D S PN orm edéc im al binaire

X 121 C C ITT

IS O D C C

F69 TE LE X

E 163 R TC

E 164 R N IS

IS O IC D

LO C A L

36,52

38

40,54

42,56

44,58

46

48

37,53

39

41,55

43,57

45,59

47

49

Figure 2-10. Valeurs DSP dans l'adresse OSI NSAP

Réseaux - Concepts

2-16 47 F4 92UC Rev01

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 cascontraire)

• 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 syntaxeabstraite de DSP spécifiée par l'AFI :

type

déc im al

binaire

(6 chiffres)

(2 oc tets )

5 ch iffres

2 oc te ts 6 oc te ts 1 oc tet

15 chiffres 3 ch iffres

N S E LA dresseréseau

Identif icationd'organisation

Identif ica tionde réseau

Figure 2-11. Longueur des champs de l'adresse OSI NSAP


47 F4 92UC Rev01 2-17

Exemple (Recommandation ECMA 117) :

L'adresse ECMA 117 3925025643200FE02608C5A2BC01F peut se décomposer commesuit :

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 comptedes éléments suivants :

1. Le système doit gérer une adresse NSAP pour chaque sous-réseau directementconnecté.

2. Certaines applications, n'ayant ni sélecteur-T ni sélecteur-S sont désignéesdirectement par leur NSAP ; chacune doit donc avoir son propre NSAP.

3. Plusieurs instances peuvent administrer le site, et donc attribuer différents formatsde 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 surdes réseaux ne prenant pas en charge le service de réseau OSI. Ce format couvre lesré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 leschamps IDI et Préfixe de DSP identifie un réseau spécifique. Les autres champs codentdes informations réseau spécifiques.

La valeur du champ IDI est : 00728722 (Numéro de Telex de l'UniversityCollege London)

La valeur du champ Préfixe est : 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).

Réseaux - Concepts

2-18 47 F4 92UC Rev01

La figure 2-12 illustre le format spécial NSAP d'une application dont l'adresse Internet est129.183.1.84, en réception sur le port 102.

54 00 72 87 22

préfixe adresse IP port rem -plissage

03 12 91 83 00 10 84 00 10 2 0

D S P

O ctet 1 2-5 6 7-12 13-15 16

faculta tif

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, estsignificatif dans le cadre du système extrémité auquel il est alloué. Il permet d'identifierune et une seule entité de session dans le système extrémité. Le terme Entité de Sessionrecouvre non seulement la couche de communications OSI qui implémente le protocolede session OSI, mais aussi les applications qui utilisent directement une interface deprogrammation dédiée au transport.

Les sélecteurs de transport sont attribués indépendamment pour chaque systèmeextré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ètresd'identifiant TSAP de la demande de connexion de transport et d'unités de données deconfirmation (Confirm Data Unit).

Le TSEL, suffixé par l'adresse NSAP devient une adresse de TSAP. Le TSEL et le NSAPsont tous deux utilisés par le processeur frontal pour choisir l'hôte dans le cas d'uneconnexion entrante utilisant un objet UT (Utilisateur de Transport).


47 F4 92UC Rev01 2-19

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ètresd'identification SSAP des unités de données de protocole (PDU) de session Connect etAccept.

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ètresd'identification PSAP des unités de données de protocole de présentation Connect etAccept.

2.4.6 Adressage dans la couche application : AET

On identifie une application par son titre d'application d'entité AET (Application EntityTitle).

Actuellement, les applications OSI doivent fournir à la fois le PSAP local et distant auxcouches 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 lesapplications à obtenir l'adresse du PSAP correspondant à un AET donné.

Réseaux - Concepts

2-20 47 F4 92UC Rev01

2.4.7 Adresses locales par défaut

Pour appeler des services de communication, l'application locale doit fournir à la fois lePSAP local et distant pour s'identifier et identifier son correspondant distant. Le TSELlocal 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 deréseau choisi. Si une application fournit explicitement un NSAP local, on considère quec'est une reconnexion , et le processeur frontal utilisera alors le type local de réseau quicorrespond au NSAP fourni.

C'est seulement dans le cas des connexions locales, où les deux applications sontsituées sur le même hôte, que la couche session reconnaît certains NSAP locauxconfigurés. Ceci permet le bouclage dans l'hôte lui-même, mais pas dans le processeurfrontal.

Dans le cas où le DPS 7000 se connecte directement à un autre DPS 7000 par l'ISL, lepremier NSAP défini pour le LSYS sera pris en compte.


47 F4 92UC Rev01 2-21

2.5 OPEN LAN ACCESS : LA PRISE ISO/DSA

2.5.1 Fonctions de la prise ISO-DSA

Un nouveau dispositif de GCOS 7 permet aux applications DSA telles que IOF, TDS etUFT de fonctionner avec la pile ISO et de bénéficier de tous les services des sous-couches ISO. Ce dispositif est un module en-ligne et transparent qui convertit la sessionDSA en session ISO par la migration de l'adressage DSA vers l'adressage ISO. Cesmodules PID (Prise ISO-DSA) sont appelés en fonction des informations données surl'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 del'architecture de communication OSI. Toutefois, l'adressage DSA qui implique uneadresse de session et une boîte aux lettres d'application diffère considérablement del'adressage hiérarchique OSI.

La compatibilité impose de migrer depuis l'adressage non-hiérarchique (plat) de DSA versl'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 deconnexion 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 lacommunication entre les deux ensembles d'environnements.

Sans un tel dispositif, il faut faire coexister deux architectures de réseaucomplètement distinctes, ce qui implique une surcharge des coûts de gestiondes communications ainsi qu'un accroissement du développement et del'utilisation des applications OSI.

• Les systèmes d'autres constructeurs peuvent se connecter aux applications Bullpropriétaires dont les couches 1 à 5 sont totalement conformes au modèle OSI. Celasignifie que ces systèmes n'ont pas à subir de régénération ou de reconfiguration pourse conformer aux normes de réseaux Bull.

• Les connexions entre GCOS 7 et les STID (Stations de Travail ISO-DSA) par l'ISL sontdirectes.

Réseaux - Concepts

2-22 47 F4 92UC Rev01

Le rôle de la PID dans le DPS 7000 est illustré sur la figure suivante :

applica tionIS O applica tion D S A

sess ion D S Asess ionIS O

adressage isoet protocole iso

adresse dsaprotocole iso

autreapplication

autresess ionouG X T I

adresse dsaprotocole dsa

P ID

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 desession DSA utilisé par les applications DSA sur le système DPS 7000 en protocole desession ISO.

La conversion de protocole suit les normes Bull de SID (Spécifications ISO-DSA) quipermettent des connexions depuis et vers des applications déjà existantes sur desstations ISO-DSA telles que le DPX/20, Q400 et DPS 6000, dans le but d'utiliser leurcouche 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 (pardouble conversion).

Lorsque ce module est activé par une connexion de session donnée, il transforme lesunité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.


47 F4 92UC Rev01 2-23

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, LTSAPRMBX [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 oude répertoire.

RSAP = TSEL + liste NSAP

• TSEL permet de choisir un service de couche session parmi ceux que propose leDPS 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 dePID-TSEL fournie par défaut est :

"PID_SELECT" en codage ASCII : "5049445F53454C454354"X

Exemples de TSEL dans le DPS 7000 :

applicationsIS O

applica tionsD S A

sess ionD S A

sess ionIS O

TS E Lx

autresapplications

ouautre sess ion

P ID

TS E Lz P ID _TS E LTS E Ly

Figure 2-14. Exemples de TSEL

Réseaux - Concepts

2-24 47 F4 92UC Rev01

Deux systèmes peuvent avoir le même TSEL, avec par exemple la valeur par défautPID_TSEL. Le NSAP permet de sélectionner le FEP qui accède au TSEL. Chaque NSAPdoit ê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, ildoit exister au moins deux NSAP différents pour sélectionner l'hôte approprié :

N S A P 1 N S A P 2

valeurP ID

TS E Lpar défaut

valeurP ID

TS E Lpar défaut

H Ô TE 1 H Ô T E 2

FR O N T A L

Figure 2-15. Deux systèmes dotés du même TSEL

N S A P

valeurP ID

TS E L1

valeurP ID

H Ô TE 1 H Ô T E 2

FR O N T A L

TS E L2

Figure 2-16. Deux systèmes dotés de TSELdifférents

Notez que les versions suivantes de FEP n'acceptent pas l'adressage ISO :

- toutes les versions de CNS 7 jusqu'à A1

- toutes les versions de DNS jusqu'à C1.


47 F4 92UC Rev01 2-25

2.5.4 Exemples de configurations de réseaux

Voici un exemple avec conversion de protocole entre un DPS 7000 et une station detravail DSA/ISO sur l'ISL :

S 7-1 X 1

D P S 7000

IS L

S tation D S A /IS O

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 SCID=24:25 ISL=(51-23-45 EA01);SYS X1 PF=STID PID=SID ISL=53-23-45;

Le paramètre PID=SID permet d'utiliser la conversion de protocole par l'intermédiaire dumodule PIDp. L'adresse DSA est déterminée à partir du SCID. Reportez vous au manuelGé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 :

N S A P =04

N S A P =02

S 7-1

P ID = 0102

D N 1

N S A P =05

D N 2

N S A P =01

N S A P =06

N S A P =03

S 7-2

P ID = 0203

ISL

X 1

X 2

X 3

Figure 2-18. Exemple de génération de PIDa

Réseaux - Concepts

2-26 47 F4 92UC Rev01

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 SCID=24:25 ISL=(51-23-45 EA01);SYS DN1 PF=DN7100 NSAP=05 PID=ISO PSI=CC01;SYS X1 PF=STID NSAP=01 PID=ISO ISL=52-23-45;SYS X2 PF=STID NSAP=02 PID=ISO ISL=53-23-45;SYS X3 PF=STID NSAP=03 PID=ISO ISL=54-23-45;SYS DN2 PF=DN7100 NSAP=06;SYS S7_2 PF=DPS7 PID=0203;

L'adresse ISO est déterminée à partir du NSAP et du PID. Le paramètre PID=ISO obtientde 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 pardé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) pourplus de détails sur la configuration de réseau.


47 F4 92UC Rev01 2-27

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 viale FEP, l'adresse ISO complète (TSEL + liste de NSAP) doit être envoyée au FEP. LeFEP connecté à l'ISL peut être soit le CNP7, soit le Datanet. Le FEP choisit alors unNSAP 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ésentre TNS et le logiciel du FEP dans une extension de la TPDU de demande deconnexion CR (Connection Request) du protocole de transport. Le logiciel de FEP quipropose 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 fournitl'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:2de 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 aucunerestriction.

2.8 UTILISATION D'OCS POUR LES SESSIONS ISO

OCS accepte indifféremment les sessions DSA et ISO en mode natif sans aucunerestriction.

Réseaux - Concepts

2-28 47 F4 92UC Rev01

2.9 MECANISME DE CONNEXION

2.9.1 Mécanisme de connexion de session ISO/DSA

2.9.1.1 Introduction

C'est VCAM-DSA qui établit les connexions ISO/DSA dans GCOS 7. VCAM utilise lemodule 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 detraduire le protocole ou l'adresse DSA en ISO.

Une route de session indique le chemin que doivent suivre les connexions de sessionsortantes.

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 duré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 deroute de session spécifique à TNS.

• Une route de session passant par une station de transport distante RTS (remotetransport 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 lesconnexions sortantes sur toutes les routes disponibles. Ce mécanisme de répartition decharge prend en compte le nombre de connexions sortantes et entrantes déjà établiespar la route de session.

Avec quotas

La fonction de routage de session essaiera de répartir pour un système distant donné, lesconnexions sortantes en fonction des quotas définis pour les routes vers ce systèmedistant, et en fonction des connexions déjà établies. Si une ou plusieurs routes sontdéfinies avec un quota égal à zéro, elles seront considérées comme des routes desecours.


47 F4 92UC Rev01 2-29

Remarques : L'algorithme, qui est fonction de l'adresse RSC est toujours utilisélorsque les routes sont de même "poids" (soit tous les quotasvalent 1, soit les quotas sont différents de zéro).

Lorsqu'une tentative de connexion échoue, la fonction de routagede session la tente à nouveau automatiquement sur une autreroute, de manière transparente pour l'application.

Lorsqu'une demande de connexion par une route de sessiondonnée est rejetée, cette route ne sera réutilisée que si toutes lesautres routes sont indisponibles, ou si entre-temps, de nouvellesconnexions 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 possibled'atteindre ce dernier via plusieurs RTS (stations de transport à distance), FCP7 choisit lapremiè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èmedistant. 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 desquotas 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 enfonction 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 serveurappelant 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 appelantest 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 detraduire un protocole ou une adresse depuis ISO vers DSA.

Réseaux - Concepts

2-30 47 F4 92UC Rev01

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 routagede 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 deNSAP 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 serveurdisponible. Lorsqu'un nouveau serveur est détecté, VCAM tente à nouveau la demandede connexion avec le nouveau serveur ;

• en cas d'échec de toutes les tentatives avec le premier NSAP, le NSAP suivant dans laliste 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 desFEP, avec tous les NSAP de la liste, la connexion échoue.

Remarques : 1. Bien que chaque NSAP de destination soit testé séparément par leservice de routage de session, la liste complète des NSAP estsystématiquement transmise à la couche transport à chaque appelenvoyé par VCAM.

2. GCOS 7 implémente à partir de sa version V7 le protocole detransport ISO niveau2 (ISO:2), qui comprend l'intégralité desfonctionnalités d'adressage et de protocole ISO, à la condition quele DPS 7000 soit muni d'un frontal CNP7 exécutant une version >=A2, ou d'un Datanet tournant sur une version >= V4. FCP7 offrel'intégralité d'ISO sans qu'un frontal soit nécessaire.


47 F4 92UC Rev01 2-31

Sous-domaines

La liste des serveurs frontaux ou voisins disponibles est définie par les informationscontenues 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 lesserveurs 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 directivesSUBDOMAIN ;

• le choix d'un sous-domaine à partir d'un NSAP donné est réalisé par un algorithme demeilleure 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 lepréfixe correspond sur la plus grande longueur avec le NSAP.

La directive SUBDOMAIN est obligatoire pour accéder à un système directementconnecté à l'ISL, comme un autre DPS 7000. Elle permet la correspondance entre uneadresse 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 faisantcorrespondre :

• la qualité de service QOS (Quality of Service) souhaitée et la QOS minimum demandéepar 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 del'objet SUBDOMAIN.

Réseaux - Concepts

2-32 47 F4 92UC Rev01

Les classes demandées souhaitées et minimum sont prises en compte comme suit :

M ax im um

M inim um

refusée refuséerésu ltat de la dem ande deconnex ion

Q ualité de serv ice offerte

case 1 case 2 case 3 case 4

Q ualité de serv ice dem andée(souhaitée e t m inim um )

Q dés iréeQ m inim um

Q m inim um Q dés irée

Q dés irée

acceptéeacceptéeen 2èm e choix(Q m in im um )

Figure 2-19. Qualité de Service ISO

Les voies de sortie réseau peuvent être divisées en classes, qui peuvent être répartiessur 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.


47 F4 92UC Rev01 2-33

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éed'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 pointd'accès au service SSAP VCAM-ISO, qui permet la connexion à l'application en tantqu'extrémité de la connexion.

Pour sélectionner le SSAP ISO, la couche session ISO parcourt les SSAP fournis par lesapplications locales, en commençant par les SSAP avec NSAP explicites, puis ceux sansNSAP 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 Le pseudo-transport du FEPS

2.9.3.1 Connexions entrantes

Le Datanet fournit toutes les fonctions de transport ISO ; en fait il fournit la connexion detransport 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 relieau Datanet par son canal PSI

• sur le Datanet, DNS établit la connexion de transport entre sa couche de transportlocale et la couche de transport distante.

La gestion de l'interface d'échange par FEPS et DNS suit un protocole symétrique depseudo-transport, qui n'est chargé que d'assurer l'interface transport-session entre leDPS 7000 et le Datanet.

Le transfert de données par le PSI étant très fiable, le protocole de pseudo-transport n'estconcerné 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 lesTSAP et QOS de l'appelant et de l'appelé, le TSAP de l'appelé pouvant comporterplusieurs NSAP.

Tous ces paramètres sont envoyés à DNS qui établit une connexion de transport de bouten bout vers le réseau ISO, en utilisant les TSAP et les services de routage ISO. Pourplus de détails, reportez-vous à la documentation de DNS-V4.

Réseaux - Concepts

2-34 47 F4 92UC Rev01

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 connexionde pseudo-transport avec les informations d'adressage et de QOS. Voir l'objet AL dans ladocumentation 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 pourretrouver la couche supérieure. Le module logiciel utilisé est le même pour les deux typesde connexion.

2.9.4 Connexions par TNS


La couche transport

TNS se comporte comme une couche de transport complète sur le réseau ISL en utilisantl'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 sesinformations 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 lacouche transport distante.


47 F4 92UC Rev01 2-35

En mode sans connexion, on considère valide une route réseau qui permet de passerd'une liaison physique locale (LPL) à une liaison physique distante (RPL : RemotePhysical 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 sontenvoyées directement sur le réseau ;

• si le RPL n'envoie pas d'acquittement pour la demande, on suppose que soit le réseauemprunté 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 finalementacquitté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 celleayant la plus faible activité. En cas de défaillance de la sortie choisie, TNS peut basculerimmédiatement sur un autre réseau.

On construit une trame avec les paramètres d'adresse physique ETHERNET du systèmelocal 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, quil'enverra sur le câble ISL. L'entité distante adressée recevra alors la trame.

Réseaux - Concepts

2-36 47 F4 92UC Rev01


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 latrame. Si elle correspond à sa propre adresse ou à l'une des adresses de multi-diffusionconfiguré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 chaqueliaison 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èresuivante :

• 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 (RemoteMaintenance).

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 étrangersqui sont configurés en interne par GCOS 7 et n'ont pas besoin d'être déclarés parl'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 lecontrô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.


47 F4 92UC Rev01 2-37

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'adresseETHERNET 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 couchetransport,

• 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 enfonction de ses caractéristiques :

• si c'est une demande connect, le TSAP de destination est utilisé pour sélectionner lacouche supérieure

• sinon, son identifiant de connexion permet à la couche transport de la traiter pour lecompte d'une connexion déjà établie.

Remarque : GCOS 7 implémente à partir de sa version V7 le protocole detransport ISO niveau2 (ISO:2), qui comprend l'intégralité desfonctionnalités d'adressage et de protocole ISO, à la condition quele 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 couchesupé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 aussiappelé pour permettre la compatibilité avec les connexions de session DSA, et laconversion des adresses ISO en adresses DSA.

Réseaux - Concepts

2-38 47 F4 92UC Rev01

2.9.5 Connexions FCP7


Couche transport

FCP7 se comporte comme une couche transport ISO complète en utilisant lesinformations 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 uneconnexion 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 distantspour 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.


47 F4 92UC Rev01 2-39


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. Lesadresses 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, latrame est rejetée.

Couche transport

Après réception de la TPDU de la couche réseau, la couche transport la traite en fonctionde ses caractéristiques :

• si c'est une demande connect, le TSAP de destination est utilisé pour sélectionner lacouche supérieure,

• sinon, son identifiant de connexion permet à la couche transport de la traiter pour lecompte 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 couchesupé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 aussiappelé pour permettre la compatibilité avec les connexions de session DSA, et laconversion des adresses ISO en adresses DSA.

Réseaux - Concepts

2-40 47 F4 92UC Rev01

2.10 INTERFACES DIRECTES AVEC LA COUCHE DE COMMUNICATION

2.10.1 Interface de transport

Le module GXTI implémente une interface entièrement compatible avec les spécificationsXTI 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 desession V1 et V2 ISO décrits dans les normes ISO.

47 F4 92UC Rev01 3-1

3. Communications TCP/IP

TCP/IP (Transmission Control Protocol/Internet Protocol) est un ensemble de protocolesstructuré en couches. On l'appelle aussi IPS (Internet Protocol Suite). TCP/IP estlargement 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.

Lia ison

A pplication

S ess ion

Transport

R éseau

P hys ique

S M TP

IP

Liaison

FT P T elnet X T I N FS S N M P

P résenta tion

TC P U D P

P hys ique

R éseauX 25

E thernet A nneauà jeton

FD D I

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).

Réseaux - Concepts

3-2 47 F4 92UC Rev01

Toutefois, à la différence des architectures ISO/DSA et ISO déjà présentées dans cemanuel, les couches session et présentation ne sont pas réellement utilisées dansTCP/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 defichiers.

NFS (Network File System) est un système distribué d'accès aux fichier. Il permet unearchitecture client/serveur. Un client NFS peut avoir accès à des fichiers, fournis par unserveur NFS à distance.

Telnet (TErminaL NETwork) permet la connexion de terminaux à des systèmes distants.

SNMP (Simple Network Management Protocol) est un protocole d'administration deré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 desdatagrammes, décompose les messages en datagrammes (pour l'émission), ré-assembleles 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 estjustifié lorsqu'une communication fiable de messages est nécessaire.

UDP est un mode de transport sans connexion. Il est utilisé pour les messages quitiennent dans un seul datagramme. UDP ne garantit pas leur ordre d'arrivée. En fait, iln'en garantit même pas l'arrivée.

Communications TCP/IP

47 F4 92UC Rev01 3-3

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. IPest responsable du routage de chaque datagramme; il doit donc connaître la configurationdu réseau. IP ignore les relations existant entre les datagrammes, ainsi que la structuredu 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 moyensde transport différents. Si IP ne peut délivrer un datagramme dans un intervalle de tempsraisonnable ("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 UDPqui 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 Control1) et de contrôle d'accès physique MAC (Media Access Control) pour les connexions auxré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), TokenBus (Bus à Jeton), Token Ring (Anneau à Jeton), et FDDI (Fiber Distributed DataInterface) pour les réseaux locaux.

Réseaux - Concepts

3-4 47 F4 92UC Rev01

3.2 CONCEPTS D'ADRESSAGE TCP/IP

3.2.1 Adresses IP

La figure 3-2 décrit le format des adresses IP.

C lasse A

C lasse C

C lasse B0 R éseau Local

14 b its 16 bits

0 R éseau Local

7 b its 24 b its

1

0 R éseau Local

8 bits21 b its

1 1

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.


47 F4 92UC Rev01 3-5

La répartition des 32 bits entre numéro de réseau et adresse locale dépend de la classede 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. Lesderniers 24 bits contiennent l'adresse locale. Cette classe estutilisée s'il existe peu de réseaux et beaucoup d'hôtesconnectés.

La classe B Les deux bits de plus haut poids valent 10, ce qui définitla classe B. Les 14 bits suivants constituent le numéro deréseau. Les derniers 16 bits contiennent l'adresse locale.Cette classe est utilisée s'il existe beaucoup de réseaux etbeaucoup d'hôtes connectés.

La classe C Les trois bits de plus haut poids valent 110, ce qui définit laclasse C. Les 21 bits suivants constituent le numéro deréseau. Les derniers 8 bits contiennent l'adresse locale. Cetteclasse est utilisée s'il existe beaucoup de réseaux et peud'hôtes connectés.

Les adresses IP apparaissent habituellement en "notation pointée". L'adresse IP estreprésentée par une chaîne de quatre décimaux maximum dont chacun doit être inférieurou égal à 255, et séparé du suivant par un point (.). Chaque nombre est interprété commeun nombre hexadécimal sur un octet. Ces octets lus de gauche à droite constituentl'adresse IP (au format décrit par la figure 3-2). Si la chaîne comporte moins de quatreoctets, les octets suivants de l'adresse IP valent zéro. Une adresse IP ne doit pascomporter 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.

Réseaux - Concepts

3-6 47 F4 92UC Rev01

3.2.2 Adresses MAC

Une adresse MAC est une chaîne de 12 chiffres hexadécimaux groupés par paires. Lespaires sont séparées l'une de l'autre par un caractère deux-points (:). Une adresse MACne 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 ARPpeut charger cette table automatiquement.

Dans le cas de FCP7, l'association entre l'adresse IP et l'adresse MAC d'une stationdistante TCP/IP peut être réalisée par des commandes ARP dans la configuration del'IPS (voir le manuel Génération de réseau).


47 F4 92UC Rev01 3-7

3.3 IMPLANTATIONS DE TCP/IP POUR GCOS 7

3.3.1 TCP/IP via FCP7

La figure 3-3 décrit l'accès à TCP/IP via FCP7.

G X TI

A pplications

O C S

FDDI

FC P 7

GCOS 7

FC P 7 FC P 7 FC P 7

FDDIFDDIFDDI

IPC ouches 1/2

T C P U D P

IPC ouches 1/2

T C P U D P

IPC ouches 1/2

T C P U D P

IPC ouches 1 /2

T C P U D P

Figure 3-3. TCP/IP via FCP7

Un DPS 7000 peut être connecté à des réseaux FDDI. Jusqu'à 4 contrôleurs intégrésFCP7 peuvent être installés, et chaque FCP7 peut être connecté à un réseau FDDIdifférent (comme illustré sur la figure).

Dans le GCOS 7 NETGEN, chaque FCP7 doit être déclaré via une directive LCT, etchaque occurrence de serveur d'OCS via une directive SVR. Un LT est implicitementgénéré pour IPS dans chaque FCP7.

Réseaux - Concepts

3-8 47 F4 92UC Rev01

Si plusieurs FCP7 sont configurés pour exécuter IPS (IP Suite), OCS prend en charge lagestion 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é pourtransporter les TPDU RFC 1006 (voir paragraphe 1.8).

Multi-IPS

La configuration Multi-IPS s'exécute statiquement par l'"ajout" de chaque configuration depile IPS locale. L'utilisateur configure chaque FCP7 IPS et OCS "ajoute" automatiquementles configurations individuelles pour créer la configuration Multi-IPS. Si la configurationd'un FCP7 IPS est modifiée de manière substantielle, OCS applique automatiquement lesmodifications à 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" signifiequ'OCS n'est pas un re-routeur .

Multi-IPS s'appuie sur les recommandations du RFC1122 avec les interprétationssuivantes :

• 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éedirectement vers l'application.

• Un BIND ne citant aucun FCP7 (option "any" du RFC1122) est successivementdemandé sur tous les FCP7 IPS présents : Pour Multi-IPS, l'option "any" estconsidé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 BINDssuccessifs.Si un FCP7 rends un numéro de port différent (par exemple, si ce numéro de portdemandé était déjà utilisé par ce protocole), Multi-IPS défait (UNBIND) les demandessur les FCP7 IPS précédents et recommence les demandes successives avec unnouveau numéro de port généré automatiquement. Ces tentatives successives sepoursuivent jusqu'à trouver un numéro de port consensus, dans le protocole désiré, quisoit accepté par tous les FCP7 IPS.Le résultat positif du BIND est alors retourné vers l'application. C'est à celle-ci dedéterminer si le numéro de port consensus attribué dans ce protocole lui convient ounon.

• Si pendant l'activité d'un BIND ANY ou ALL (BIND globalement accepté dont leUNBIND 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 lemême protocole : c'est la propagation du BIND dans le temps.

Si le nouvel FCP7 IPS accepte, cette nouvelle route est alors implicitementimmédiatement disponible à l'application. Si un autre numéro de port est retourné, il estannulé par un UNBIND de Multi-IPS et ce nouvel FCP7 IPS n'est pas utilisable parl'application.La propagation du BIND est un dispositif qui est supérieur aux recommendations duRFC1122.

• Un "dialogue" UDP est repéré par son quartet "numéros de ports et adresses IP locauxet distants".


47 F4 92UC Rev01 3-9

3.3.2 TCP/IP via OPEN7

La figure 3-4 décrit l'accès à TCP/IP via OPEN7.

F ich iers

P ilote F D D I P ilo te IS L

IP

dém onX TI

A pplications

TC P

TD S

N F S FTP Telnet

F C P 7

E thernet

IS L

C ontrô leur IS L

G C O S 7

IO F O R A C LE G X TI

A ffin ity X FO R M SR elaisS Q L*N et

C ouches 1/2

FD D I

Figure 3-4. Accès TCP/IP via OPEN 7

Réseaux - Concepts

3-10 47 F4 92UC Rev01

OPEN7 comprend une implantation de TCP/IP, qui est disponible sur les systèmes DPS7000 :

• par l'ISL

• par le FCP7

• ou par la connexion X25, qui permet l'accès à un réseau X25 (réseau longuesdistances).

Dans le cas de la connexion X25, la passerelle AX25 qui s'exécute sur le Datanet ou leCNP7 (CNS A2) fournit l'interface entre FEPS (Datanet) ou TNS (CNP7) et un pilotespé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. Lecontrôleur reste géré administrativement par TNS, mais le pilote spécifique TCP/IPd'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 FCP7reste 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'adresseIP correspond à celle d'OPEN7, la trame est transmise à OPEN7. Toutes les autrestrames sont transmises à la pile IPS du FCP7.

47 F4 92UC Rev01 4-1

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). Desconfigurations plus complexes peuvent être composées de plusieurs systèmes hôtesinterconnecté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 deconfiguration 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.

Réseaux - Concepts

4-2 47 F4 92UC Rev01

4.2 UTILITAIRE NETGEN

4.2.1 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'autressystè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 laconfiguration du réseau de base sont configurés statiquement ; cela signifie que lorsquecette configuration est activée :

• ils sont disponibles immédiatement pour les serveurs de communication au moment dela 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 lasession 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 dansle répertoire des systèmes distants, qui est une partie de la configuration de répertoire. Ilest possible de déclarer jusqu'à 5000 systèmes.

Les objets de communication concernant les systèmes distants décrits dans laconfiguration de répertoire activée sont configurés dynamiquement :

ils sont créés dynamiquement à partie des informations du répertoire au moment dechaque demande de connexion, ou chaque fois qu'une commande opérateur ledemande ;

Ils ne sont pas conservés en mémoire après utilisation ;

toutes les informations du répertoire concernant les systèmes distants peuvent êtreeffacées, ajoutées ou modifiées pendant une session de communication en utilisantl'activation incrémentale.

L'avantage de l'activation incrémentale consiste en la possibilité de déclarer les systèmesdistants dans le répertoire plutôt que dans la configuration de réseau de base. Lorsquecette description est manquante ou vide, le traitement de génération produira unrépertoire vide.

Les objets de sous-domaine peuvent également figurer dans ce répertoire : ils décriventdes sous-réseaux spécifiques où tous les systèmes partagent le même préfixe de NSAP.Voir section 5.

Vision GCOS 7 du réseau

47 F4 92UC Rev01 4-3

Service de répertoire des correspondants

Cette partie décrit tous les objets concernant le service de communication descorrespondants. Cette partie est optionnelle, mais quand elle existe, elle figure toujoursdans le dictionnaire des correspondants, qui est un composant de la configuration derépertoire. Il est possible de déclarer jusqu'à 10000 correspondants.

Les informations concernant le service des correspondants peuvent être modifiéespendant une session de communications en utilisant la génération incrémentale etl'activation incrémentale. Les correspondants sont pris en compte dynamiquement, alorsque les informations spécifiques à TDS comme les stations de travail et les pools neseront 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 ounoeuds interconnectés par des liaisons de communications, ainsi que la manière d'établirces liaisons.

Un système est déclaré par une directive unique qui spécifie son type et son adresseréseau. En utilisant une description de bas niveau détaillée, chaque objet decommunication peut être déclaré séparément au moyen de sa propre directive de basniveau.

Les objets définis lors de la génération du réseau sont ensuite accessibles par descommandes opérateur.

Chaque système est décrit par une directive SYS (SYSTEME) unique. Il y aura doncautant de directives SYS que de systèmes à décrire.

Pour utiliser la directive SYS, l'utilisateur ne doit fournir pour chaque système que sonnom et sa relation fonctionnelle dans le réseau, au moyen des attributs suivants, pourchaque 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 PSIouadresse DSA ou ISO, attributs de RL

Voisin : adresse DSA ou ISO, attributs de RL

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

Réseaux - Concepts

4-4 47 F4 92UC Rev01

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, à causede leurs adresses physiques (PSI ou RL).

Les systèmes distants doivent toujours être configurés, mais seulement lors de lamigration du réseau du monde DSA vers le monde ISO. Il n'est plus nécessaire pourl'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 lesconnexions sortantes.

La directive DEFAULT permet de changer le choix d'attributs spécifiques de protocole oud'administration, comme les délais d'attente et le nombre de tentatives, qui sont communsà plusieurs systèmes.

Remarques : 1. Il existe aussi quelques directives de bas niveau décrivant desobjets internes de base lorsque se présentent des besoinsspécifiques de configuration de réseau. Voir le manuel Générationde réseau (93UC).

2. Ces objets de bas niveau sont aussi gérés par l'administrationDSAC.

3. Les informations DSA telles que le SCID (adresse DSA200) restentnécessaires pour contrôler les fonctions administratives dusystème-relais, c'est à dire la génération de système (SYSGEN), lechargement (LOAD) et les transferts mémoire (DUMP) du Datanetet du CNP7.

4.3 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 protocolairesISO/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 transportISO 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 deréseau (93UC).

47 F4 92UC Rev01 5-1

5. Administration de réseau GCOS 7

5.1 ADMINISTRATION ISO/DSA ET ISO

La fonction DSAC (Distributed System Administration and Control) permet à GCOS 7d'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 lerenvoi du résultat ;

• l'émission à partir du système local d'une commande à exécuter sur un autre systèmeISO/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èmesdistants) 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ètresde réseau, les tables de routage ainsi que des statistiques.

• d'un agent SNMP, situé dans le pilote OCS, permettant à un gestionnaire SNMP localou distant de gérer les communications IPS du FCP7.

• d'un gestionnaire SNMP, situé dans le pilote OCS, permettant d'administrer un agentSNMP 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).

Réseaux - Concepts

5-2 47 F4 92UC Rev01

5.3 GESTION FCP7

Le chargement de la configuration FCP7 et le vidage mémoire (DUMP) sont réalisés lorsdu 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ètresnécessaires aux empilements protocolaires ISO/DSA, ISO et IPS. Ces paramètres sontdécrits dans des fichiers spécifiques dont les noms sont donnés dans le scénario dechargement.

La configuration et le traitement des vidages mémoire du FCP7 sont décrits dans leGuide 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 estlancé pour le système à administrer.

Les fonctions administratives pour Datanet et CNP7 sont décrites dans le Guide del'utilisateur réseau (94UC).

47 F4 92UC Rev01 g-1

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 etcontrô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.

Réseaux - Concepts

g-2 47 F4 92UC Rev01

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'uneapplication distants, à laquelle sont associés un nom, un type et les références réseaupour y accéder.

DESCRIPTION DE L'ADMINISTRATION DU RÉSEAU (Network AdministrationDescription)

Partie de la description du réseau de base qui déclare les objets administratifs locaux etdistants. Cette description est optionnelle, car des objets administratifs sont fournisimplicitement par défaut.

DESCRIPTION DE LA CONFIGURATION DU RÉPERTOIRE (Directory ConfigurationDescription)

La description comprend deux parties distinctes dont l'ordre de spécification estindifférent. La description est délimitée par les directives DIRECTORY etENDDIRECTORY.

Description des correspondants (Correspondent Description) :Description facultative de tous les objets se rapportant au service de communication descorrespondants. Lorsqu'elle existe, les objets générés sont enregistrés dans ledictionnaire 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 laconfiguration de base.

Glossaire

47 F4 92UC Rev01 g-3

DESCRIPTION DE LA CONFIGURATION DU RÉSEAU (Network ConfigurationDescription)

Ensemble de directives décrivant complètement tous les objets de communication ayantun 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, siapplicable, 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 leDPS 7000 local qui a accès à tous les systèmes du réseau, directement ou parl'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écriteséparément dans le répertoire des systèmes distants, qui constitue une partie de laconfiguration de répertoire.

DESCRIPTION DE LA CONFIGURATION RÉSEAU DE BASE (Basic NetworkConfiguration Description)

Suite de directives décrivant le système local, ses systèmes-relais (frontaux), ses voisinset éventuellement certains systèmes distants. Elle peut comporter aussi des descriptionsde files et d'administration de réseau. Elle est délimitée par les directives NETWORK etENDNETWORK.

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 decommunication 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 communicationconfigurés statiquement et produits par une génération de base.

Réseaux - Concepts

g-4 47 F4 92UC Rev01

DIRECTIVE (Directive)

Instruction décrivant un objet ou un système de communications et ses relations avecd'autres objets ou systèmes. Lorsqu'elle décrit un objet plutôt qu'un système, on l'appelledirective de bas niveau.

FCP7

Le processeur de communications FDDI 7 (FDDI Communications Processor 7) est uncontrô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 protocolaireOSI comporte les couches OSI 1 à 4 utilisables par OSI et la STID. L'empilementprotocolaire IPS contient les couches TCP, UDP, ICMP, ARP et IP. Le pilote decommunications associé aux FCP7s est OCS (Open Communications Subsystem).FCP7 contient une couche de transport RFC1006 autorisant l'exécution de sessionsOSI/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. Cetteopération peut en principe être exécutée sans interrompre la session de communicationen 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érationde base est active),

- ou lancée séparément (auquel cas elle est incrémentale et vient compléter laconfiguration 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 à uneapplication à 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 unearchitecture client/serveur. Un client NFS accède aux fichiers, alors qu'un serveur NFSoffre l'accès aux fichiers.

Glossaire

47 F4 92UC Rev01 g-5

NŒUD (Node)

Synonyme de système.

OCS

(Open Communications Subsystem) Pilote de communication associé aux contrôleursFCP7s (FDDI Communications Processor 7). Chaque FCP7 permet à un DPS 7000d'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 OSIet 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 DSAvers ISO. Ce dispositif permet à des applications DSA telles que IOF, TDS ou UFT defonctionner 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 detransport TNS/FEPS pour permettre aux applications DSA de communiquer de manièretransparente 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 versISO, 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).

Réseaux - Concepts

g-6 47 F4 92UC Rev01

RÉPERTOIRE DE CONFIGURATION (Configuration Directory)

Partie facultative de la configuration de réseau qui peut être modifiée ou suppriméependant une session de communications. Contient les deux dictionnaires, même s'ils sontvides.

Une génération de réseau de base sans description de configuration de répertoire produitune 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, ainsiqu'entre des nœuds et l'utilisateur final. De façon plus restrictive, ce terme peut aussidé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 encoreactive.

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 de5 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éseaudé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. Ladirective 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 decommandes et de réponses, ainsi que des messages avec le système local, uniquementau format AEP (Administrative Exchange Protocol). Tout système est autorisé, y comprisun autre DPS 7000 sur lequel s'exécute une version de GCOS 7 antérieure à V6.

Glossaire

47 F4 92UC Rev01 g-7

SYSTÈME HOMOGENE (Homogeneous System)

Système capable d'échanger des informations administratives sous la forme decommandes et de réponses, ainsi que des messages avec le système local. Cesmessages doivent être au format GCOS, à l'exception des AUT qui utilisent toujours leformat 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 pourlequel 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 estconsidéré comme frontal pour l'accès au système local, et comme relais pour accéderaux systèmes distants. Dans la version actuelle V7 de GCOS 7, les seuls systèmes-relaispour 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 physiquementconnecté qu'au même câble ISL que le DPS 7000, alors que le Datanet peut êtreconnecté 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 canalPSI ou par un câble ISL.

Réseaux - Concepts

g-8 47 F4 92UC Rev01

Liste des abréviations

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èsmultiple 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èmesdistribué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 (adressageOSI)

IDP 1. Initial Domain Part : Zone IDP du NSAP (adressage OSI)2. ISO/DSA Plug = Prise ISO / DSA (migration de DSA versISO)

Glossaire

47 F4 92UC Rev01 g-9

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 pourDPS7000)

ISO International Standards Organization

LAN Local Area Network : Réseau Local LAN

LCT Local Controller (LOCCTLR) : Contrôleur de communicationslocal, 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 DPS7000/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 servicesliaison (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 coucheliaison)

NG Network Generation : utilitaire de génération de réseau pourDPS7 (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

Réseaux - Concepts

g-10 47 F4 92UC Rev01

OSI Open Systems Interconnection

PDU Protocol Data Unit : unité de données de protocole pour unecouche 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èmepériphérique

PSAP Presentation Service Access Point : point d'accès à desservices 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 : gestionnaired'échanges administratifs à distance (DSAC)

RCT Remote ConTroller (RMTCTLR) : contrôleur decommunications à distance

RFC1006 Document Internet community (et par extension, la couche)définissant une session OSI sur des couches TCP/IP. Lacouche RFC1006 fait partie des couches de transport declasse 0.

RFC1122 Défini l'architecture Internet des couches basses et lesrecommendations pour les passerelles Internet (Multi-Homing)

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 (adressageISO)

SC Session Control

SCID Session Control Identifier

Glossaire

47 F4 92UC Rev01 g-11

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 servicessession (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 (transportUNIX)

TDS Transaction Driven Subsystem : sous-système transactionnelTDS

TM Terminal Manager : gestionnaire de terminaux

TNS Transport and Network Subsystem : sous-système transportet 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 protocolede transport (adressage ISO/DSA)

TPI Transport Programmatic Interface : interface deprogrammation transport (TPI)

TRAILn Protocole pour les en-têtes TCP/IP de droite (TRAILingTCP/IP headers protocol)

TSAP Transport Service Access Point (adressage OSI)

Réseaux - Concepts

g-12 47 F4 92UC Rev01

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 deTélécommunications2. Terminate SYStem, commande d'opérateur principal

UDP User Datagram Protocol

UFT Unified File Transfer, transfert de fichiers utilisant le protocoleRFA de DSA

UM Unsolicited Message (DSAC)

UT Utilisateur de Transport (adressage OSI)

VCAM Virtual Communications Access Method (serveur decommunication de session)

WAN Wide Area Network = réseau longues distances

XCP Extended Cooperative Protocol

XOPEN Open to UNIX facilities

XTI XOPEN Transport Interface

47 F4 92UC Rev01 i-1

Index

A

adressageISO/DSA 2-9OSI 2-11rôle de LSAP dans ISO/DSA 2-9rôle de SCID dans ISO/DSA 2-9rôle de TSAP dans ISO/DSA 2-9rôle des boîtes aux lettres dans DSA 2-9rôle des couches basses 2-9TCP/IP 3-4

adressage OSIpoints d'accès au service 2-12sélecteur 2-12

adresse PSAPdescription 2-19

adresse SSAP 2-19adresse TSAP

description 2-18AET

titre d'application d'entité 2-19AFI

élément de l'IDP 2-13

C

CNP7 1-3commande 1-10communication

description des serveurs 1-7communications

TCP/IP 3-1connexion entrante

mécanisme 2-36, 2-39correspondant

déclaration de TM 4-3déclaration de XCP 4-3

couchetransport TCP/IP 3-2

couche applicationISO/DSA 2-4TCP/IP 3-2

couche liaisonISO/DSA 2-8TCP/IP 3-3

couche physiqueTCP/IP 3-3

couche présentationISO/DSA 2-4

couche présentation TCP/IP 3-2couche réseau

ISO/DSA 2-7TCP/IP 3-3

couche sessionISO/DSA 2-4TCP/IP 3-2

couche transportISO/DSA 2-5TCP/IP 3-2

CSMA/CD 3-3

D

Datanet 1-3DSP

domain specific part 2-14élément de NSAP 2-14

F

FCP7 1-3, 1-6FDDI 3-3FECM 1-7FEPS

description 1-7utilisation pour une session ISO 2-27

FIA 1-5FTP 3-2

G

GXTIdsecription 1-8

Réseaux - Concepts

i-2 47 F4 92UC Rev01

I

identifiant de contrôle de session(Session Control Identifier) 2-9IDI

élément de l'IDP 2-14initial domain identifier 2-14

IDPélément de NSAP 2-13

ISL 1-1, 1-5administration of connection 3-10

ISOconfiguration de réseau 4-3

ISO/DSAadressage 2-9, 2-20

L

LAPB 3-3layer

ISO/DSA implementation 2-4TCP/IP presentation 3-2TCP/IP session 3-2

LNI 1-5LNM 1-5

M

MainWay 2000 1-6mécanisme de connexion

choix des couches supérieuresen entrée 2-37construction de la trame en sortie 2-39construction des trames sortantes 2-35entrante 2-33, 2-36, 2-39entrante depuis la couche liaison 2-36entrante depuis la couche réseau 2-37fonction entrante de DNS 2-34fonction entrante de TNS 2-36, 2-39mode sans connexion sortant 2-35pseudo-transport sortant par FEPS 2-33réception des trames entrantespar TNS 2-36routage de session sortante 2-30routage de transport sortant 2-35sélection des couches supérieures 2-34session ISO en entrée 2-39transport sortant TNS 2-38transport TNS sortant 2-34

MPC 1-5MS-DOS 1-1

N

NETGEN 1-9NFS 3-2NSAP

description de l'adresse OSI 2-13format spécial pour RFC1006 2-17

O

OCSdescription 1-7

OPEN LAN ACCESS 7 1-8OSI 1-1

P

PIDfonctions 2-21mécanisme de conversion d'adresse 2-23mécanisme de conversionde protocole 2-22

prise ISO-DSAfonctions 2-21

protocole IP 3-3

Q

QMON 1-7QOS

qualité de service 2-31

R

RAEH 1-7répertoire

systèmes distants 4-2réseau

configuration ISO 4-3exemples de configurations 1-4

réseau de basecomposition 4-1description 4-2

RFC1006couche transport 2-6description 1-9

S

SCID 2-9SMTP 3-2

Index

47 F4 92UC Rev01 i-3

SNMP 3-2sous-couche LLC

ISO/DSA 2-8sous-couche LLC1

TCP/IP 3-3sous-couche MAC

ISO/DSA 2-8TCP/IP 3-3

sous-domaineroutage 2-31

SPA 1-5système

déclarer en ISO 4-3

T

TCP/IP 1-9adressage 3-4couche application 3-2couche liaison 3-3couche physique 3-3couche présentation 3-2couche réseau 3-3couche session 3-2couche transport 3-2présentation 3-1

Telnet 3-2TNS 1-7

extension pour une session ISO 2-27implémentation des couches ISO 3-10implémentation du transport 2-27

Token Bus 3-3Token Ring 3-3transport

connexion 2-5connexion par GXTI 2-40

transport TCP 3-2transport UDP 3-2TSAP

point d'accès au service de transport 2-9TSEL

sélecteur de transport 2-18

U

UNIX 1-1

V

VCAM 1-8fonction 2-3

X

X25 3-3administration of connection 3-10

XTI 3-2

Réseaux - Concepts

i-4 47 F4 92UC Rev01