Afhankelijk van LU’s en DLUR/DLUS
Inhoud
Inleiding
Figuur 1 
Aanvankelijk werd Advanced peer-to-peer Network (APPN) alleen ondersteund door peer-to-peer verbindingen???sessies met Logical Unit (LU) 6.2-verbindingen. APPN is echter ook levensvatbaar als het netwerk ondersteuning kan bieden voor SNA-verkeer (legacy Systems Network Architecture) (zoals LU’s 0, 1, 2).
In APPN is er niet langer het concept van primair en secundair einde van een zitting. Welk eindpunt ook kiest om de sessie te starten wordt de primaire en verstuurt de BIND. Met verovering van SNA vereist het secundaire einde echter de virtuele telecommunicatie-toegangsmethode (VTAM) om de sessie te initiëren. Er is geen concept van een knooppunt dat de BIND niet in APPN kan versturen. Om deze reden is speciale ondersteuning vereist voor oudere secundaire LU's die geen BIND kunnen uitgeven.
Een afhankelijke LU-applicatie/server (DLUR/DLUS) lost het probleem op voor de afhankelijke LU's in APPN-netwerken, waar de Server wordt geïmplementeerd in VTAM 4.2 en de Office kan zich in een netwerkknooppunt (N) of eindknooppunt (EN) in het netwerk bevinden.
Voorwaarden
Vereisten
Er zijn geen specifieke vereisten van toepassing op dit document.
Gebruikte componenten
Dit document is niet beperkt tot specifieke software- en hardware-versies.
Conventies
Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.
Basiscomponenten van DLUR/DLUS
Figuur 2 
Er wordt een paar LU 6.2-sessies ingesteld tussen de DLUR- en DLUS-controlestromen (bijvoorbeeld activeren LU, Deactiveren LU, activeren fysieke eenheid (PU), Deactiveren PU, LOGON, INITIATE) tijdens deze sessies tussen DLUS en DLUR. De DLUR geeft de berichten door aan de juiste middelen.
Secondary Dependent LU's (DLU's) kunnen sessies initiëren door een initiërend verzoek naar de DLUR te sturen, die dat dan op een van de LU 6.2 buizen plaatst.
Zodra de sessieaanvraag stroomt, zijn de DLUS- en DLUR-communicatie voltooid.
Uitbreidingen van DLUR/DLUS-sessieservices
Figuur 3 
Zodra VTAM/DLUS het sessieverzoek ontvangt, bepaalt het VTAM waar de toepassing is gevestigd en stuurt het een CDINIT-LOCATIE-verzoek naar de applicatie-gastheer, met het verzoek om een BIND naar het secundaire land te sturen.
Deze ondersteuning in APPN VTAM is bekend als sessieservices uitbreidingen, wat impliceert dat de nalatenschap SNA sessieservices was gepost naar APPN.
Sessieuitbreidingen ondersteunen ook initiaties van sessies van derden en wachtrijen tot een sessiepartner beschikbaar wordt, naast een secundair geïnitieerde sessie.
DLUR/DLUS-routingservices
Figuur 4 
Zodra de applicatie is aangemeld om de BIND naar een bestaande LU te sturen, wordt de BIND via het APPN-netwerk verstuurd. Het is niet ingekapseld. Verouderde SNA verkeer en APPN verkeer gebruiken de zelfde SNA header en kunnen naast elkaar bestaan op het APPN netwerk.
Hoewel VTAM op de hoogte is van de sessieinitiatie, hoeft het sessieverkeer niet door VTAM of de aangesloten Channel Interface Processor (CIP)-router te stromen. Gebruik van APPN algoritmen, selecteert het NN dat de functionaliteit van de netwerkserver aan de toepassingsgastheer verstrekt het beste pad door het netwerk, dat de aangewezen Klasse van de Dienst (CoS) verstrekt.
DLUR/DLUS-voorbeeldactivering van buis
Afbeelding 5
Wanneer een uitwisselingsidentificatie (XID) wordt ontvangen, geeft DLUR aan de systeemservicescontrolepunten (SSCP) dat zijn diensten nodig zijn door het verzenden van een verzoek om een fysieke eenheid (REQACTPU) aan de DLUS te activeren. Vervolgens geeft DLUS het verzoek om ACTPU af.
Figuur 6 
In deze stroom heeft Branch Network Node/DLUR (BrNN/DLUR) een XID ontvangen van de stroomafwaarts gelegen PU, waarin DLUR wordt gevraagd om SSCP-services van DLUS. In alle XID02 of XID32 heeft ACTPU-verzoekbit ingesteld en vervolgens REQACTPU verzonden. Als er geen "pijp" actief is, moet u eerst "lokaliseren" en na een verzoek van de BIND de leiding starten.
DLUS retourneert dan de positieve reactie +RSP REQACTPU gevolgd door het ACTPU-verzoek.
Auto Network Shutdown
DLUR biedt ondersteuning voor Auto Network Shutdown (ANS) vergelijkbaar met ANS-ondersteuning geleverd door Network Control Program (NCP). Als een PU is geactiveerd met ANS = CONT gespecificeerd, worden alle bestaande LU-LU sessies bewaard wanneer de buis eindigt.
DLUR wijst elk SSCP-PU/LU-verkeer van het afhankelijke apparaat af.
Afhankelijk van de daaropvolgende activering van het afhankelijke apparaat, kan DLUR de LU-LU sessie beëindigen.
SSCP-overname - Stabiele staat
Figuur 7 
In afbeelding 7 zijn alle sessies (SSCP-PU, SSCP-LU en LU-LU) ingesteld en worden de gegevens tijdens de LU-LU sessie verzonden.
SSCP-overname - uitval
Figuur 8 
In afbeelding 8 is een netwerkstoring opgetreden die de DLUs-DLUR-leidingen en bijgevolg de SSCP-PU- en SSCP-LU-sessie breekt.
De LU-LU-sessie gaat voort, omdat deze niet door de getroffen Cisco CIP-router gaat.
SSCP-overname - overname vindt plaats
Afbeelding 9 
In afbeelding 9 begint de back-up van DLUS over te nemen, worden leidingen geïnstalleerd, worden bronnen geactiveerd (ACTPU, een actieve logische eenheid [ACTLU]) en DLUR stuurt sessiinfo (primaire logische eenheid [PLU], LU1) op een ACTLU-respons.
De sessies worden nu opnieuw ingesteld via de nieuwe SSCP. Latere LU-LU sessies zullen resulteren in sessiebewustzijn van DLUR tot VTAM3.
Wanneer het herstel zich voordoet in VTAM1, kan teruggave voorkomen en kunnen SSCP-PU- en SSCP-LU-sessies worden gedeactiveerd door VTAM3 en opnieuw worden geactiveerd door VTAM1, waardoor de oorspronkelijke configuratie wordt hersteld zonder dat de LU-LU sessies worden onderbroken.
Feedback