Contenido

Introducción

Prerequisites

Requirements

Componentes Utilizados

Convenciones

Aspectos fundamentales de DLUR/DLUS

Extensiones de servicio de sesiones DLUR/DLUS

Servicios de ruteo DLUR/DLUS

Activación del conducto de muestra de DLUR/DLUS

Cierre automático de la red

Adquisición SSCP - Estado Constante

Adquisición SSCP - Ocurre una interrupción

Adquisición SSCP – Ocurre adquisición

Información Relacionada

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.

Información Relacionada

- Soporte de la Tecnología

- Soporte de Producto

- Soporte Técnico - Cisco Systems