Technologies IBM : Interconnexion de réseaux d'égal à égal (APPN)

Unités logiques (LU) dépendantes et DLUR/DLUS

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Figure 1

/image/gif/paws/12240/dlur31.gif

Au commencement, l'Interconnexion de réseaux d'égal à égal (APPN) a pris en charge seulement les connexions peer-to-peer ? ? ? sessions utilisant l'unité logique (LU) 6.2 connexions. Cependant, l'APPN est également viable si le réseau peut prendre en charge le trafic existant du Systems Network Architecture (SNA) (tel que LUs 0, 1, 2).

Dans l'APPN, il n'y a plus le concept de la fin primaire et secondaire d'une session. N'importe quel point final choisit d'initier la session devient la primaire et envoie le GRIPPAGE. Avec le trafic SNA existant, cependant, l'extrémité secondaire demande à la méthode d'accès virtuelle de télécommunication (vtam) d'initier la session. Il n'y a aucun concept d'un noeud qui ne peut pas envoyer le GRIPPAGE dans l'APPN. Pour cette raison, la prise en charge spéciale est exigée pour les LUs secondaires existants qui ne peuvent pas émettre le GRIPPAGE.

L'unité logique requester/serveur (DLUR/DLUS) résout le problème pour les LUs dépendants dans les réseaux APPN, où le serveur est mis en application dans la vtam 4.2 et le demandeur peut être dans un noeud de réseau (NN) ou finir le noeud (en) dans le réseau.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Conventions

Pour plus d'informations sur les conventions de documents, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Principes fondamentaux DLUR/DLUS

Figure 2

/image/gif/paws/12240/dlur32.gif

Une paire de sessions LU 6.2 est établie écoulement d'ordres d'exécution entre de DLUR et DLUS (comme lancez le LU, désactivent le LU, lancent l'unité physique (unité centrale), désactivent l'unité centrale, OUVRENT UNE SESSION, INITIÉ) au-dessus de ces sessions entre DLUS et DLUR. Le DLUR transmet les messages aux ressources appropriées.

Les LUs dépendants secondaires (DLUs) peuvent initier des sessions en envoyant une demande initiée au DLUR, qui met alors cela sur un des canaux LU 6.2.

Une fois que la demande de session circule, les transmissions DLUS et de DLUR sont complètes.

Extensions de service de session DLUR/DLUS

Figure 3

/image/gif/paws/12240/dlur33.gif

Une fois que VTAM/DLUS reçoit la demande de session, la vtam détermine où l'application se trouve et envoie une demande CDINIT-LOCATE à l'hôte d'application, demandant qu'un GRIPPAGE soit envoyé au secondaire.

Ce support dans la vtam APPN est connu en tant qu'extensions de services de session, impliquant que des services de session SNA existants ont été signalés à l'APPN.

Les extensions de service de session prennent en charge également de tiers initiations et Mise en file d'attente de session jusqu'à ce qu'un partenaire de session devienne disponible, en plus d'une session initiée secondaire.

Services de routage DLUR/DLUS

Figure 4

/image/gif/paws/12240/dlur34.gif

Une fois qu'on annonce l'application qu'elle devrait envoyer le GRIPPAGE à un legs LU, le GRIPPAGE est envoyé à travers le réseau APPN. Il n'est pas encapsulé. Le trafic SNA existant et le trafic APPN utilisent la même en-tête SNA et peuvent coexister sur le réseau APPN.

Bien que la vtam se rende compte de l'initiation de session, le trafic de session n'a pas besoin de traverser la vtam ou son routeur relié du processeur d'interface à attachement canal (CIP). Utilisant des algorithmes APPN, le NN fournissant la fonctionnalité de serveur de réseau à l'hôte d'application sélectionne le meilleur chemin par le réseau, qui fournit le Classe de service (Cos) approprié.

Lancement de canal témoin DLUR/DLUS

Figure 5

/image/gif/paws/12240/dlur32.gif

Quand une identification d'échange (XID) est reçue, le DLUR signale les points de contrôle de services système (SSCP) que ses services sont exigés en envoyant une demande de lancer une unité physique (REQACTPU) au DLUS. Ultérieurement, DLUS émet la demande ACTPU.

Figure 6

/image/gif/paws/12240/dlur35.gif

Dans cet écoulement, le réseau de branchement Node/DLUR (BrNN/DLUR) a reçu un XID de l'unité centrale d'en aval, qui signale le DLUR pour demander des services SSCP de DLUS. Dans tout le XID02 ou XID32 a le bit de demande ACTPU réglé alors REQACTPU envoyé. Si aucun « canal » n'est en activité, d'abord « situez » et suivre une demande de GRIPPAGE est envoyé pour mettre en marche le canal.

DLUS renvoie alors la réaction favorable +RSP REQACTPU suivie de la demande ACTPU.

Arrêt automatique de réseau

Le DLUR fournit le support automatique d'arrêt de réseau (RÉP.) semblable au support de RÉP. fourni par programme de Network Control (NCP). Si une unité centrale a été lancée avec le RÉP. = le CONT spécifiés, toutes les sessions LU-LU existantes est préservées quand le canal se termine.

Le DLUR rejette n'importe quel trafic SSCP-PU/LU du périphérique dépendant.

Selon le lancement ultérieur du périphérique dépendant, le DLUR peut terminer la session LU-LU.

Reprise SSCP - Équilibré

Figure 7

/image/gif/paws/12240/dlur36.gif

Dans la figure 7, toutes les sessions (SSCP-PU, SSCP-LU et LU-LU) ont été établies et des données circule au-dessus de la session LU-LU.

Reprise SSCP - La panne se produit

Figure 8

/image/gif/paws/12240/dlur37.gif

Dans la figure 8, une panne de réseau s'est produite qui casse les canaux de DLUs-DLUR et, par conséquent, la session SSCP-PU et SSCP-LU.

La session LU-LU continue, puisqu'elle ne traverse pas le routeur affecté de Cisco CIP NN.

Reprise SSCP - La reprise se produit

Figure 9

/image/gif/paws/12240/dlur38.gif

Dans la figure 9, la copie de sauvegarde DLUS commencent à la prise de contrôle, des canaux sont établis, des ressources sont lancées (ACTPU, une unité logique de lancement [ACTLU]), et le DLUR envoie les informations de session (unité logique primaire [PLU], LU1) sur une réponse ACTLU.

Des sessions sont maintenant rétablies par le nouveau SSCP. Les sessions LU-LU ultérieures auront comme conséquence la connaissance de session du DLUR à VTAM3.

Quand la reprise se produit dans VTAM1, le giveback peut se produire et des sessions SSCP-PU et SSCP-LU peuvent être désactivées par VTAM3 et être réactivées par VTAM1, restaurant la configuration d'origine sans ne perturber aucune session LU-LU.


Informations connexes


Document ID: 12240