LU y DLUR/DLUS dependientes
Contenido
Introducción
Figure 1 
Inicialmente, las redes de igual a igual avanzadas (APPN) admitían únicamente conexiones de igual a igual mediante conexiones de unidad lógica (LU) 6.2. Sin embargo, APPN también es viable si la red admite el tráfico heredado de la arquitectura de red de sistemas (SNA) (como LU 0, 1, 2).
En APPN, ya no existe el concepto de fin primario y secundario de una sesión. El punto final que elija iniciar la sesión se convertirá en el principal y enviará el BIND. Sin embargo, con el tráfico SNA heredado, el extremo secundario pide al método de acceso de telecomunicaciones virtual (VTAM) que inicie la sesión. No hay concepto de un nodo que no pueda enviar el BIND en APPN. Por esta razón, se requiere soporte especial para las LU secundarias heredadas que no pueden emitir BIND.
El solicitante/servidor de LU dependiente (DLUR/DLUS) resuelve el problema de las LU dependientes en las redes APPN, donde el servidor se implementa en VTAM 4.2 y el solicitante puede estar en un nodo de red (NN) o en un nodo final (EN) de la red.
Prerequisites
Requirements
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
For more information on document conventions, refer to the Cisco Technical Tips Conventions.
Aspectos fundamentales de DLUR/DLUS
Figure 2 
Se establece un par de sesiones LU 6.2 entre los flujos de control DLUR y DLUS (como Activar LU, Desactivar LU, Activar unidad física (PU), Desactivar PU, Iniciar sesión, INICIAR) a través de estas sesiones entre DLUS y DLUR. El DLUR pasa los mensajes a los recursos adecuados.
Las LU dependientes secundarias (DLU) pueden iniciar las sesiones enviando una solicitud de inicio a la DLUR, que luego la coloca en uno de los tubos LU 6.2.
Una vez que la solicitud de sesión fluye, las comunicaciones DLUS y DLUR se completan.
Extensiones de servicio de sesiones DLUR/DLUS
Figure 3 
Una vez que VTAM/DLUS recibe la solicitud de sesión, VTAM determina dónde se encuentra la aplicación y envía una solicitud CDINIT-LOCATE al host de la aplicación, solicitando que se envíe un BIND al secundario.
Este soporte en APPN VTAM se conoce como Extensiones de Servicios de Sesión, lo que implica que los Servicios de Sesión SNA heredados se publicaron en APPN.
Las Extensiones de servicio de sesión también admiten iniciaciones de sesión de terceros y colas hasta que un partner de sesión esté disponible, además de una sesión iniciada secundaria.
Servicios de ruteo DLUR/DLUS
Figure 4 
Una vez que se notifica a la aplicación que debe enviar el BIND a una LU heredada, el BIND se envía a través de la red APPN. No está encapsulado. El tráfico SNA heredado y el tráfico APPN utilizan el mismo encabezado SNA y pueden coexistir en la red APPN.
Aunque VTAM es consciente del inicio de la sesión, el tráfico de la sesión no necesita fluir a través de VTAM ni de su router de Procesador de interfaz de canal (CIP) conectado. Mediante algoritmos APPN, la NN que proporciona la funcionalidad de servidor de red al host de la aplicación selecciona la mejor ruta a través de la red, que proporciona la Clase de servicio (CoS) adecuada.
Activación del conducto de muestra de DLUR/DLUS
Figure 5
Cuando se recibe una identificación de intercambio (XID), DLUR indica a los puntos de control de servicios del sistema (SSCP) que sus servicios son necesarios mediante el envío de una solicitud para activar una unidad física (REQACTPU) al DLUS. Posteriormente, DLUS emite la solicitud ACTPU.
‘Figura 6’ 
En este flujo, el nodo de red de sucursal/DLUR (BrNN/DLUR) ha recibido un XID de la PU descendente, que indica a DLUR que solicite servicios SSCP de DLUS. En todos los XID02 o XID32 tiene el bit de solicitud ACTPU configurado y REQACTPU enviado. Si no hay ninguna "canalización" activa, primero se envía 'localizar' y después de una solicitud BIND para iniciar la canalización.
A continuación, DLUS devuelve la respuesta positiva +RSP REQACTPU seguida de la solicitud ACTPU.
Cierre automático de la red
DLUR proporciona compatibilidad con Apagado automático de red (ANS) similar a la compatibilidad con ANS proporcionada por el programa de control de red (NCP). Si se ha activado una PU con ANS = CONT especificado, cualquier sesión LU-LU existente se conserva cuando la tubería termina.
DLUR rechaza cualquier tráfico SSCP-PU/LU del dispositivo dependiente.
Dependiendo de la activación subsiguiente del dispositivo dependiente, DLUR puede terminar la sesión LU-LU.
Adquisición SSCP - Estado Constante
Figura 7 
En la figura 7, se han establecido todas las sesiones (SSCP-PU, SSCP-LU y LU-LU) y los datos fluyen a través de la sesión LU-LU.
Adquisición SSCP - Ocurre una interrupción
Figura 8 
En la figura 8, se ha producido una interrupción de la red que interrumpe los tubos DLU-DLUR y, en consecuencia, la sesión SSCP-PU y SSCP-LU.
La sesión LU-LU continúa, ya que no pasa a través del router NN CIP de Cisco afectado.
Adquisición SSCP – Ocurre adquisición
Figura 9 
En la figura 9, el DLUS de respaldo comienza a tomar el control, se establecen los conductos, se activan los recursos (ACTPU, una unidad lógica de activación [ACTLU]) y DLUR envía información de sesión (unidad lógica principal [PLU], LU1) en una respuesta ACTLU.
Las sesiones se restablecen ahora a través del nuevo SSCP. Las sesiones posteriores de LU-LU darán lugar a un reconocimiento de la sesión de DLUR a VTAM3.
Cuando la recuperación ocurre en VTAM1, puede ocurrir una recuperación y VTAM3 puede desactivar las sesiones SSCP-PU y SSCP-LU y VTAM3 las reactiva VTAM1, restaurando la configuración original sin interrumpir ninguna sesión LU-LU.
Comentarios