Partager via


Concepts et terminologie du service de liaison IP-DLC

Voici une brève introduction à la terminologie et aux concepts mentionnés dans cette section, notamment APPN et HPR.

session

Une session est une connexion logique entre deux unités accessibles réseau (NAU). L’exemple le plus courant d’un NAU est une unité logique (LU) (pour plus d’informations, voir Unité logique (LU) plus loin dans cette rubrique).

Unité physique

Composant qui gère et surveille les ressources (telles que les liens attachés et les stations de liaison adjacentes) associées à un nœud. Ce terme s’applique uniquement aux nœuds non APPN.

Unité logique

Une unité logique (LU) est un port par lequel une application ou un utilisateur final accède au réseau SNA pour communiquer avec une autre application ou un autre utilisateur final. Une unité lu peut être en mesure de prendre en charge de nombreuses sessions avec d’autres unités de gestion.

Il existe deux types de LU :

  • Les unités de service dépendantes nécessitent l’aide d’un mainframe pour établir une session avec une autre lu. Elles sont également parfois appelées anciennes unités de gestion.

  • Les LU indépendantes peuvent établir une session avec une autre lu sans l’aide d’un mainframe.

APPN

L’APPN (Advanced Peer-to-Peer Networking) est une architecture réseau qui prend en charge le contrôle réseau distribué. Il facilite la configuration et l’utilisation des réseaux, fournit une gestion réseau centralisée et prend en charge la connectivité flexible.

Nœuds APPN

Les nœuds APPN incluent des systèmes de différentes tailles, tels que des mainframes utilisant z/OS, des serveurs Solaris exécutant des contrôleurs de domaine SNAP-IX, des PC exécutant IBM Communications Server pour Windows et des serveurs IBM i.

Dans un réseau APPN, les nœuds peuvent être de l’un des types suivants :

  • Nœuds réseau (NN)

  • Nœuds finaux (EN)

  • Nœuds de réseau de branche (BrNN)

  • Nœuds réseau de faible entrée (nœuds LEN)

    Chaque nœud d’un réseau APPN est connecté à au moins un autre nœud du réseau APPN. Lorsqu’elles sont prises en charge, les sessions CP (Control Point to Control Point) sont établies sur ces connexions aux nœuds adjacents (nœuds du même réseau qui peuvent établir des connexions directes sans passer par un troisième nœud). Les sessions CP-CP sont utilisées pour échanger des informations de topologie réseau, demander l’emplacement des ressources réseau et gérer les sessions. Tous les nœuds d’un réseau APPN partagent un nom de réseau commun.

    Nœud réseau

    Un nœud de réseau fournit des services d’annuaire et de routage distribués pour toutes les unités de service de son domaine, où son domaine est tous des nœuds finaux et des nœuds LEN directement attachés qui utilisent les services du nœud réseau. Le nœud réseau est appelé serveur de nœuds réseau (NNS) pour les nœuds finaux et les nœuds LEN directement attachés.

    Un nœud réseau fournit les services suivants :

  • Services de session LU-LU pour ses unités de service locales.

  • Recherche dans le répertoire et sélection des itinéraires pour toutes les LU de son domaine.

  • Routage de session intermédiaire pour les sessions entre des unités logiques sur différents nœuds.

  • Routage des données ms (MS), telles que les alertes, entre un nœud final ou un nœud LEN servi et un point focal MS.

    Nœud de fin

    Un nœud de fin est un point de terminaison dans un réseau APPN. Il gère les informations d’annuaire uniquement pour les ressources locales. Un nœud de fin APPN peut établir indépendamment des sessions entre les LU locales et les unités de référence sur des nœuds adjacents. Pour les sessions avec des unités logiques sur des nœuds non connectés directement au nœud de fin, un nœud de fin demande des informations de routage et de répertoire à partir de son serveur de nœud réseau à l’aide de sessions CP-CP.

    Les nœuds finaux peuvent inscrire leurs unités de référence locales auprès de leur serveur de nœuds réseau. Cette fonctionnalité signifie que l’opérateur réseau sur le serveur de nœud réseau n’a pas à prédéfinir les noms de toutes les unités de référence sur les nœuds finaux attachés auxquels le nœud réseau fournit des services.

    Un nœud de fin peut être attaché à plusieurs nœuds réseau, mais il peut avoir des sessions CP-CP actives avec un seul nœud réseau à la fois : son serveur de nœud réseau. Les autres nœuds réseau ne peuvent être utilisés que pour fournir un routage intermédiaire pour le nœud final ou comme serveurs de nœud réseau de remplacement si le serveur de nœud réseau main devient indisponible.

    Un nœud end peut également avoir une connexion directe à un autre nœud end ou LEN, mais les sessions CP-CP ne sont jamais établies entre les deux nœuds.

    Nœud LEN

    Un nœud LEN est un nœud de type 2.1 qui utilise des protocoles LU 6.2 indépendants, mais ne prend pas en charge les sessions CP-CP. Il peut être connecté à un nœud réseau ou à un nœud de fin, mais ne prend pas en charge les fonctions APPN. Le nœud SNA existant de Host Integration Server est un nœud LEN.

    Un nœud réseau peut fournir des services de routage pour un nœud LEN attaché, ce qui permet au nœud LEN de participer à un réseau APPN sans avoir à définir de liens entre le nœud LEN et tous les nœuds du réseau APPN.

    Les unités de réseau APPN avec lesquelles le nœud LEN peut souhaiter établir des sessions doivent être définies sur le nœud LEN comme si elles se trouvent sur le serveur de nœud réseau du nœud LEN. Le nœud LEN établit des sessions avec des unités LU définies pour être contactées via son serveur de nœud réseau. Le nœud réseau achemine la session via le réseau APPN vers le nœud du réseau où réside réellement l’unité lu.

    Les unités de référence sur le nœud LEN doivent être prédéfinies sur le nœud réseau qui sert le nœud LEN. Les ressources lu sur les nœuds LEN (contrairement à celles des nœuds finaux) ne peuvent pas être inscrites sur le serveur de nœuds réseau par le nœud LEN.

    Quand le seul lien d’un nœud LEN est vers un nœud de fin, le nœud LEN peut communiquer uniquement avec les unités lus sur le nœud de fin via la liaison directe entre les deux nœuds. Cela est dû au fait qu’un nœud de fin ne peut pas fournir de routage intermédiaire.

    Nœud réseau de branche

    Le nœud de réseau de branche (BrNN) combine les fonctions d’un nœud réseau et d’un nœud de fin. Comme son nom l’indique, un BrNN peut être utilisé pour subdiviser un réseau en un réseau principal et des réseaux de branche attachés. Le BrNN fournit les fonctions suivantes :

  • Sur le réseau principal, le BrNN apparaît sous la forme d’un nœud de fin, connecté à son serveur de nœud réseau (NNS) dans le réseau principal.

  • Les nœuds du réseau principal ne sont pas conscients des nœuds au sein de la branche, ce qui réduit la quantité d’informations de topologie qui doivent être stockées.

  • Étant donné que le BrNN apparaît en tant que nœud de fin, il ne reçoit pas d’informations de topologie du réseau principal (les informations de topologie sont transmises uniquement entre les nœuds réseau), ce qui réduit la quantité de trafic de charge réseau qui circule dans le réseau de branche. Le BrNN enregistre toutes les ressources de la branche avec son réseau réseau comme si elles se trouvaient sur le BrNN lui-même. Cela signifie que les nœuds du réseau principal peuvent localiser des ressources dans la branche sans avoir à connaître les nœuds distincts de la branche.

  • Pour le réseau de branche, le BrNN apparaît sous la forme d’un nœud réseau, agissant comme NNS pour les nœuds de fin et les nœuds LEN dans la branche.

Routage hautes performances

Le routage haute performance (HPR) est une extension de l’architecture APPN. HPR fournit les fonctions suivantes :

  • Le protocole RTP (Rapid Transport Protocol) réduit les cycles de traitement et les besoins en stockage pour le routage des paquets de couche réseau via des nœuds intermédiaires sur un itinéraire de session.

  • Le routage réseau automatique (ANR) permet aux réseaux APPN de rediriger automatiquement les sessions si une partie de l’itinéraire calculé à l’origine échoue.

Demandeur/serveur DE LU dépendant

La fonction DLUR (Dépendante LU Requester) permet aux sessions pour les unités LU dépendantes de résider sur des nœuds distants sur un réseau APPN, au lieu d’avoir besoin d’une connexion directe à l’hôte.

DLUR fonctionne conjointement avec le serveur lu dépendant (DLUS) sur l’hôte. Ensemble, ils acheminent les sessions sur le réseau à partir des unités LU dépendantes du réseau APPN vers l’hôte DLUS. L’itinéraire vers l’hôte peut s’étendre sur plusieurs nœuds et tirer parti de la gestion du réseau, de l’emplacement dynamique des ressources et des installations de calcul de routage d’APPN.

Si le nœud local est un nœud réseau, les LU dépendantes sur les ordinateurs en aval peuvent également utiliser DLUR pass-through, de la même manière que les unités LUS internes au nœud, pour accéder à l’hôte sur le réseau.

Voir aussi

Vue d’ensemble du système
Fonctionnalités prises en charge
Extensibilité
Limitations importantes