LUs dependentes e DLUR/DLUS
Contents
Introduction
Figure 1 
Inicialmente, a Rede Ponto-a-Ponto Avançada (APPN - Advanced Peer-to-Peer Networking) suportava somente conexões ponto-a-ponto???sessões usando conexões LU (Logical Unit) 6.2. No entanto, a APPN também é viável se a rede puder suportar o tráfego legado da Systems Network Architecture (SNA) (como LUs 0, 1, 2).
No APPN, não há mais o conceito de fim primário e secundário de uma sessão. O ponto final que escolher iniciar a sessão se tornará o principal e enviará o BIND. No entanto, com o tráfego SNA legado, a extremidade secundária pede ao VTAM (Virtual Telecommunications Access Method, método de acesso de telecomunicações virtuais) para iniciar a sessão. Não há conceito de um nó que não possa enviar o BIND no APPN. Por esse motivo, é necessário suporte especial para LUs secundárias legadas que não podem emitir BIND.
O Dependent LU Requester/Server (DLUR/DLUS) resolve o problema das LUs dependentes em redes APPN, onde o Servidor é implementado no VTAM 4.2 e o Requester pode estar em um nó de rede (NN) ou nó final (EN) na rede.
Prerequisites
Requirements
Não existem requisitos específicos para este documento.
Componentes Utilizados
Este documento não se restringe a versões de software e hardware específicas.
Conventions
For more information on document conventions, refer to the Cisco Technical Tips Conventions.
Fundamentos de DLUR/DLUS
Figure 2 
Um par de sessões de LU 6.2 é estabelecido entre os fluxos de controle DLUR e DLUS (como Ativar LU, Desativar LU, Ativar unidade física (PU), Desativar PU, LOGON, INICIAR) nessas sessões entre DLUS e DLUR. O DLUR passa as mensagens para os recursos apropriados.
As LUs secundárias dependentes (DLUs) podem iniciar sessões enviando uma solicitação de início ao DLUR, que as coloca em um dos tubos da LU 6.2.
Quando a solicitação de sessão flui, as comunicações DLUS e DLUR são concluídas.
Ramais de serviço de sessão DLUR/DLUS
Figure 3 
Quando VTAM/DLUS recebe a solicitação de sessão, o VTAM determina onde o aplicativo está localizado e envia uma solicitação CDINIT-LOCATE ao host do aplicativo, solicitando que um BIND seja enviado ao secundário.
Esse suporte no APPN VTAM é conhecido como Session Services Extensions, o que implica que os SNA Session Services antigos foram publicados no APPN.
As Extensões de Serviço de Sessão também suportam iniciações e enfileiramento de sessões de terceiros até que um parceiro de sessão se torne disponível, além de uma sessão iniciada secundária.
Serviços d DLUR/DLUS Routing
Figure 4 
Quando o aplicativo é notificado de que deve enviar o BIND para uma LU legada, o BIND é enviado pela rede APPN. Não está encapsulado. O tráfego SNA e APPN antigos usam o mesmo cabeçalho SNA e podem coexistir na rede APPN.
Embora o VTAM esteja ciente da iniciação da sessão, o tráfego da sessão não precisa fluir através do VTAM ou do roteador CIP (Channel Interface Processor, processador de interface de canal) conectado. Usando os algoritmos APPN, o NN que fornece a funcionalidade do servidor de rede ao host do aplicativo seleciona o melhor caminho através da rede, que fornece a Classe de Serviço (CoS - Class of Service) apropriada.
Exemplo de ativação pipe DLUR/DLUS
Figure 5
Quando uma identificação de troca (XID) é recebida, a DLUR sinaliza os pontos de controle de serviços do sistema (SSCP) de que seus serviços são necessários, enviando uma solicitação para ativar uma unidade física (REQACTPU) para o DLUS. Subsequentemente, o DLUS emite a solicitação ACTPU.
Figura 6 
Nesse fluxo, o Branch Network Node/DLUR (BrNN/DLUR) recebeu um XID da PU de downstream, que sinaliza o DLUR para solicitar serviços SSCP do DLUS. Em todos os XID02 ou XID32 tem um bit de solicitação ACTPU definido e, em seguida, REQACTPU enviado. Se nenhum "pipe" estiver ativo, primeiro "localizar" e depois de uma solicitação BIND será enviado para iniciar o pipe.
DLUS retorna a resposta positiva +RSP REQACTPU seguida da solicitação ACTPU.
Desligamento automático da rede
O DLUR oferece suporte ao Desligamento Automático de Rede (ANS) semelhante ao suporte ANS fornecido pelo Network Control Program (NCP). Se uma PU tiver sido ativada com ANS = CONT especificada, quaisquer sessões LU-LU existentes serão preservadas quando o pipe for encerrado.
A DLUR rejeita qualquer tráfego SSCP-PU/LU do dispositivo dependente.
Dependendo da ativação subsequente do dispositivo dependente, a DLUR pode encerrar a sessão LU-LU.
Aquisição SSCP - Estado constante
Figura 7 
Na Figura 7, todas as sessões (SSCP-PU, SSCP-LU e LU-LU) foram estabelecidas e os dados estão fluindo pela sessão LU-LU.
Controle de SSCP – Ocorre interrupção
Figura 8 
Na Figura 8, ocorreu uma interrupção de rede que interrompe as tubulações DLUs-DLUR e, consequentemente, a sessão SSCP-PU e SSCP-LU.
A sessão LU-LU continua, pois não passa pelo roteador Cisco CIP NN afetado.
Controle de SSCP – Ocorre controle
Figura 9 
Na Figura 9, o DLUS de backup começa a assumir, os tubos são estabelecidos, os recursos são ativados (ACTPU, uma unidade lógica de ativação [ACTLU]) e o DLUR envia informações de sessão (unidade lógica primária [PLU], LU1) em uma resposta ACTLU.
As sessões agora são restabelecidas através do novo SSCP. As sessões subsequentes de LU-LU resultarão no reconhecimento da sessão de DLUR para VTAM3.
Quando a recuperação ocorre em VTAM1, pode ocorrer o retorno e as sessões SSCP-PU e SSCP-LU podem ser desativadas por VTAM3 e reativadas por VTAM1, restaurando a configuração original sem interromper nenhuma sessão de LU-LU.
Feedback