ARCHITECTURE SNA
Transcription
ARCHITECTURE SNA
ARCHITECTURE SNA - if - G. Beuchot ARCHITECTURE NON -OSI : SNA Présentation G SNA : System Network Architecture FArchitecture propriétaire IBM introduite en 1974 G Architecture fonctionnelle FMême principe que architecture ISO : ancêtre ...avec TCP/IP FHiérarchie sur 6 niveaux (4 à l'origine) G Famille de produits G Stratégie à long terme : 20 à 25 ans G Réseau d'interconnexion arborescent Favec réseau central maillé après 1980 Fvue très centralisatrice de l'informatique - if - G. Beuchot ARCHITECTURE NON -OSI : SNA COMPOSANTS SNA G NAU : Unité adressable du réseau G 3 types: FLU : unité logique utilisateurs finaux : opérateurs ou programmes FPU : unité physique composants qui relient les unités logiques les unités de gestion une PU sur chaque machine physiquedu réseau FSSCP : unité de gestion de domaine Chargées du fonctionnement du réseau - if - G. Beuchot ARCHITECTURE NON -OSI : SNA Noeuds SNA G hebergent les unités adressables du réseau : NAU G comportent une seule unité physique G et Fsoit une unité de gestion SSCP Fsoit une fonction de contrôle réduite PUCP (Physical Unit Control Point) G Noeuds majeurs (noeuds "subarea") assurent l'acheminement à partir des adresses NAU unités physiques de type 4 et 5 G Noeuds périphériques reliés à un noeud majeur terminaux ou contrôleurs de grappes de terminaux - if - G. Beuchot ARCHITECTURE NON -OSI : SNA Sessions SNA G Bases de fonctionnement du réseau G Sessions entre utilisateurs unité de gestion et autre NAU G Sessions LU-LU Fassurent des services de présentation communication et synchronisation Fdifférentes sessions selon le type d'unité logique (type de terminal) G Autres sessions FSCCP-LU: FSSCP-PU: FSSCP-SSCP: - if - G. Beuchot établissement-rupture des communications maintenance, gestion des défauts liaison entre domaines établissement-rupture des sessions LU-LU ARCHITECTURE NON -OSI : SNA Unités physiques G PU type 5 Fordinateur hôte avec méthode d'accès et fonctions SSCP G PU type 4 Fcontrôleurs de communication (ex 3705 ou 3725) Flogiciel ACF/NCP de noeud majeur sans SSCP G PU type 2 Fcontrôleurs de terminaux, mini ou microordinateurs Fex :327x contrôleur de terminal 3274 G PU type 1 Fterminaux simples ex: 376x (terminal 3767) G Les liaisons entre PU sont soumises à des régles strictes par exemple SDLC entre PU1 et PU5 ou PU4, entre PU4 et PU4 Canal ou SDLC de PU5 à PU5 ou PU4 - if - G. Beuchot ARCHITECTURE NON -OSI : SNA Exemple d'architecture physique SNA VTAM Net- CICS view SSCP PU5 Canal Frontal PU4 Canal Coaxial TokenRing Ligne TPH Controleur coaxial PU2 - if - G. Beuchot Terminal PU1 G SSCP est une fonction de la tâche VTAM G permet détablir et détruire les sessions LU-LU entre terminaux et des applications comme CICS G VTAM est aussi responsable de la résolution des noms G dans le frontal le système est NCP qui est responsable de l'établissement et du contrôle des scrutations vers les contrôleurs et les terminaux G frontaux typiques: 3705,3725,3745 G contrôleurs : 3274,3174 G terminaux : "3270" 3278.2 (24*80) à 3278.5 (27*132) 5250 G imprimantes : 3284 ARCHITECTURE NON -OSI : SNA UNITES LOGIQUES G Elles sont classées en 7 catégories selon les PU supportées G Chaque type d'unité logique correspond à un PROFIL notion d'appareil virtuel G LU1 à LU4 et LU7 représentent des terminaux pour un programme FLU type 1: FLU type 2 : FLU type 3: FLU type 4 : FLU type 7 : terminaux imprimants en mode ligne terminaux en mode page (présentation 3270 data stream) imprimantes en mode 3270 data stream terminaux ou ordinateurs (présentation SCS) terminaux de bureautique (présentation 5520 data stream) G LU6 (et LU0) sont utilisées pour les communications de programme à programme FLU type 0: Services spécifiques supportés par des applications - if - G. Beuchot ARCHITECTURE NON -OSI : SNA Unité logique LU 6.2 G Traitement distribué des transactions G Communication de programme à programme (service APPC) G 2 niveaux d'association FSessions (quasi) permanentes ou FConversations temporaires symétriques mais semi-duplex G En fait peut remplacer tout autre LU si terminal est un PC - if - G. Beuchot ARCHITECTURE NON -OSI : SNA Architecture logicielle (fonctionnelle) G 6 couches, proches du Modèle de référence OSI G Service DLC: data link control Fliaison de données fiable, voisin des couches OSI 1 et 2 Fprotocole SDLC : HDLC disymétrique G Service PC: path control Facheminement et routage, niveau réseau avec connexion G les services DLC et PC fournissent un service proche d'un niveau 3/OSI connecté G Service TC: transmission control FConnectivité de bout en bout FGestion de connexion, contrôle de session, contrôle de réseau (entre PU) G voir transparent suivant - if - G. Beuchot ARCHITECTURE NON -OSI : SNA Architecture logicielle (fonctionnelle): suite G Service DFC: data flow control FGestion et synchronisation des sessions Fdroits d'émission Ffragmentation-regroupement Fcontrôle par accusé de réception (optionnel) G Service FMD: function management data Fservices utilisateurs de présentation Fservices de communication et de synchronisation Fservices réseaux (configuration, opérateurs, etc.) G Service NAU SM Fniveau supérieur qui assure la coordination sur une (demi)session G Les services TC et DFC correspondent à Transport et Session OSI avec une répartition différente des fonctions G Le service FMD corresonp à la couche Application - if - G. Beuchot ARCHITECTURE NON -OSI : SNA RELATIONS SNA-OSI G Ils y a équivalence de service aux niveaux 3 et 5 OSI FAinsi IBM a pu fournir des sous-ensembles OSI : OSNS et OTSS qui permettaient de faire supporter des applications SNA par un réseau en architecture OSI Applications SAA CPI-C SNA API OSI OSI/ CS G Actuellement les 2 architectures sont supportées par l'architecture unifiée d'application SAA Finterface programmatique unique en langage C ou cobol ... G interface CPI-C avec SNA G et API OSI avec OSI/CS et passerelle GTMOSI G pour l'administration d eréseau Netview, OSI/CS est vue comme un point de service - if - G. Beuchot ARCHITECTURE NON -OSI : SNA