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