Tecnologías IBM : Advanced Peer-to-Peer Networking (APPN)

LU y DLUR/DLUS dependientes

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios


Contenido


Introducción

Figura 1

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

¿Inicialmente, el Advanced Peer-to-Peer Networking (APPN) soportó solamente las conexiones peer-to-peer??? sesiones usando el logical unit (LU) 6.2 conexiones. Sin embargo, el APPN es también viable si la red puede soportar el tráfico de la Arquitectura de red de sistemas de la herencia (SNA) (tal como LU 0, 1, 2).

En el APPN, hay no más el concepto de primario y el fin secundario de una sesión. Cualquier punto final elige iniciar la sesión se convierte en la primaria y envía el LAZO. Con el tráfico SNA heredado, sin embargo, el fin secundario pide el Virtual Telecommunications Access Method (VTAM) para iniciar la sesión. No hay concepto de un nodo que no pueda enviar el LAZO en el APPN. Por este motivo, el soporte especial se requiere para la herencia LU secundarios que no puede publicar el LAZO.

El peticionante/servidor LU dependiente (DLUR/DLUS) soluciona el problema para los LU dependientes en las redes APPN, en donde el servidor se implementa en VTAM 4.2 y el solicitante puede estar en un nodo de red (NN) o el nodo extremo (EN) en la red.

prerrequisitos

Requisitos

No hay requisitos específicos para este documento.

Componentes Utilizados

Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.

Convenciones

Para obtener más información sobre las convenciones del documento, consulte las Convenciones de Consejos Técnicos de Cisco.

Aspectos fundamentales de DLUR/DLUS

Figura 2

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

Un par de las sesiones LU6.2 se establece entre los flujos de control DLUR y DLUS (por ejemplo active el LU, desactivan el LU, activan el physical unit (PU), desactivan el PU, ABREN UNA SESIÓN, INICIADO) fluye sobre estas sesiones entre el DLUS y DLUR. El DLUR pasa los mensajes encendido a los recursos apropiados.

Las dependientes secundarias LU (DLU) pueden iniciar las sesiones enviando una petición iniciado al DLUR, que entonces pone eso en uno de los tubos LU6.2.

Una vez que fluye el pedido de sesión, el DLUS y las comunicaciones DLUR son completos.

Extensiones de servicio de sesiones DLUR/DLUS

Figura 3

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

Una vez que el VTAM/DLUS recibe el pedido de sesión, el VTAM determina donde la aplicación se localiza y envía una petición CDINIT-LOCATE al host de la aplicación, pidiendo que un LAZO esté enviado al secundario.

Este soporte en APPN VTAM se conoce como Extensiones de los servicios de sesión, implicando que fijaron a los servicios de sesión SNA de la herencia al APPN.

Las Extensiones del servicio de sesión también soportan los inicios de sesión y los Datos en espera de tercera persona hasta que un partner de sesión esté disponible, además de una sesión iniciada de modo secundario.

Servicios de ruteo DLUR/DLUS

‘Figura 4’

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

Una vez que se notifica la aplicación que debe enviar el LAZO a una herencia LU, el LAZO se envía a través de la red APPN. No se encapsula. El tráfico SNA heredado y el tráfico de APPN utilizan el mismo encabezado SNA y pueden coexistir en la red APPN.

Aunque el VTAM sea consciente del inicio de sesión, el tráfico de sesión no necesita atravesar el VTAM o a su router asociado del Procesador de interfaz de canal (CIP). Usando los algoritmos APPN, el NN que proporciona a las funciones del servidor de red al host de la aplicación selecciona el mejor trayecto a través de la red, que proporciona el Clase de Servicio (CoS) apropiado.

Activación del conducto de muestra de DLUR/DLUS

Figura 5

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

Cuando se recibe un Identificación de intercambio (XID), DLUR señala los puntos de control de los servicios del sistema (SSCP) que enviando requieren a sus servicios una petición de activar una unidad física (REQACTPU) al DLUS. Posteriormente, el DLUS publica la petición ACTPU.

‘Figura 6’

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

En este flujo, la red derivada Node/DLUR (BrNN/DLUR) ha recibido un XID del PU de flujo descendente, que señala DLUR para pedir los servicios SSCP del DLUS. En todo el XID02 o XID32 tiene el conjunto de bits entonces REQACTPU de la petición ACTPU enviado. Si no hay “tubo” activo, primero “localice” y lo que sigue una petición del LAZO se envía para encender el tubo.

El DLUS entonces devuelve la respuesta positiva +RSP REQACTPU seguida por la petición ACTPU.

Auto Network Shutdown

DLUR proporciona el soporte del Auto Network Shutdown (ANS) similar al soporte ANS proporcionado por el Programa de control de red (NCP). Si un PU se ha activado con ANS = CONT especificado, se preserva cualquier sesión existente LU-LU cuando el tubo termina.

DLUR rechaza cualquier tráfico SSCP-PU/LU del dispositivo dependiente.

Dependiendo de la activación subsiguiente del dispositivo dependiente, DLUR puede terminar Sesión LU-LU.

Adquisición SSCP - Estado Constante

Figura 7

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

En el cuadro 7, se han establecido todas las sesiones (SSCP-PU, SSCP-LU y LU-LU) y los datos están fluyendo sobre Sesión LU-LU.

Adquisición SSCP - Ocurre una interrupción

Figura 8

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

En el cuadro 8, una interrupción de la red ha ocurrido que rompe los tubos DLU-DLUR y, por lo tanto, la sesión SSCP-PU y SSCP-LU.

Sesión LU-LU continúa, puesto que no pasa a través del router afectado de Cisco CIP NN.

Adquisición SSCP – Ocurre adquisición

Figura 9

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

En el cuadro 9, el respaldo DLUS comienza a la toma de posesión, se establecen los tubos, se activan los recursos (ACTPU, una unidad lógica del activar [ACTLU]), y DLUR envía la información de la sesión (unidad lógica primaria [PLU], LU1) en una respuesta ACTLU.

Las sesiones ahora se restablecen con el nuevo SSCP. Las sesiones subsiguientes LU-LU darán lugar a la detección de la sesión de DLUR al VTAM3.

Cuando la recuperación ocurre en el VTAM1, el giveback puede ocurrir y las sesiones SSCP-PU y SSCP-LU se pueden desactivar por el VTAM3 y reactivar por el VTAM1, restableciendo la configuración de origen sin la interrupción de ningunas sesiones LU-LU.


Información Relacionada


Document ID: 12240