Entendendo e Troubleshooting de SDLC para Tradução de Mídia de Rede LLC

Opções de download

  • PDF     (184.0 KB)
    Ver no Adobe Reader em vários dispositivos
  • ePub     (133.0 KB)
    Ver em vários aplicativos no iPhone, iPad, Android, Sony Reader ou Windows Phone
  • Mobi (Kindle)     (243.4 KB)
    Ver no dispositivo Kindle ou no aplicativo Kindle em vários dispositivos
Atualizado:16 de junho de 2006
ID do documento:12250

Linguagem imparcial

O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.

Sobre esta tradução

A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.

Introduction

Este documento fornece informações para entender e solucionar problemas de uma tradução de mídia de rede SDLC (Synchronous Data Link Control) para LLC (Logical Link Control).

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

Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.

SDLLC

A conversão SDLC-to-LAN (SDLLC) é usada para converter uma sessão SDLC para um dispositivo de Unidade Física 2 (PU2.0) em uma sessão Logical Link Control, tipo 2 (LLC2). Isso é muito útil se você tiver uma grande quantidade de controladores remotos alimentados em uma única porta Token Ring em um processador de front-end (FEP).

O lado esquerdo deste diagrama exibe um FEP com muitas linhas SDLC saindo para locais remotos. O lado direito deste diagrama exibe o mesmo cenário com os roteadores Cisco.

mt_1.gif

Os roteadores permitem que o FEP tenha apenas a interface Token Ring. A partir desse ponto, há vários locais remotos executando SDLLC para o host, bem como tráfego regular de bridge de rota de origem (SRB).

Observação: o uso de SDLLC para LLC para conversão de SDLC aplica-se somente a dispositivos PU2.0, não à unidade física tipo 2.1 (PU2.1). PU2.1 é suportado em DLSw (Data-Link Switching).

Para configurar o SDLLC, você precisa de um SRB no roteador. Consulte Entendendo e Troubleshooting Local Source-Route Bridging para obter informações sobre como configurar um SRB.

Configuração de SDLC

Como o SDLLC converte de uma interface SDLC, primeiro você precisa do SDLC configurado corretamente. Conclua estes passos para configurar o SDLC:

  1. Emita o comando encapsulation sdlc para alterar o encapsulamento serial para SDLC.

  2. Emita o comando sdlc role primary para alterar a função do roteador para primary na linha SDLC.

    Observação: em ambientes de STUN (Serial Tunneling, túnel serial), há funções primárias e secundárias. Consulte Configuração e Troubleshooting de Serial Tunneling (STUN) para obter mais informações.

  3. Emita o comando sdlc address xx para configurar o endereço de pesquisa do SDLC.

Configuração do SDLLC

Para configurar SDLLC, o primeiro comando emitido é traddr. Esse comando define o que o SDLC converte no ambiente LLC2. Conclua estes passos para configurar SDLLC:

  1. Emita o comando sdllc traddr xxxx.xxxx.xx00 lr bn tr para habilitar a tradução de mídia SDLLC em uma interface serial.

    Esse comando informa ao roteador o endereço MAC virtual da estação SDLC. Em seguida, o comando especifica o número do anel local (lr), o número da bridge (bn) e o número do anel de destino (tr). O lr deve ser exclusivo na rede. O bn pode ser um valor de 1 a 15. A trn deve ser o anel virtual no roteador. Se estiver configurando o SDLLC local, você poderá fazer com que ele aponte para um anel virtual ou para uma interface (anel físico conectado à interface Token Ring) no roteador.

    Observação: os dois últimos dígitos do endereço MAC neste comando são 00. Não é possível definir os dois últimos dígitos de traddr porque o roteador usa esses dígitos para inserir o endereço SDLC dessa linha. Se você especificar os dois últimos dígitos, o roteador os substituirá pelo endereço SDLC. Em seguida, o host não responde para esse endereço MAC. Por exemplo, se o endereço MAC de negociação estiver configurado como 4000.1234.5678 e o endereço SDLC for 0x01, o roteador usará o MAC de 4000.1234.5601 para representar o dispositivo SDLC no domínio LLC. Além disso, o MAC de troca está em formato não canônico, que é o mesmo formato do quadro Token Ring.

  2. Emita o comando sdllc xid address xxxxxxx para especificar o valor XID (exchange identification) apropriado para a estação SDLC corresponder aos valores do Virtual Telecommunications Access Method (VTAM).

    Isso é determinado a partir do IDBLK e do IDNUM no nó principal do switch no VTAM. Se isso não coincidir, a troca XID falhará.

  3. Emita o comando sdllc partner mac-address sdlc-address para ativar conexões para SDLLC.

    Isso especifica o endereço MAC do parceiro, que geralmente é o host.

Uma configuração de exemplo simples de SDLLC é exibida. A controladora conectada SDLC aparece como um dispositivo local conectado a Token Ring ao FEP.

mt_3.gif

Papaya Mofongo 
source-bridge ring-group 100
source-bridge remote-peer 100 tcp 1.1.1.1
source-bridge remote-peer 100 
tcp 1.1.2.1 local-ack 

interface tokenring 0
ip address 1.1.3.1 255.255.255.0
source-bridge 33 2 100
source-bridge spanning

interface loopback 0
ip address 1.1.1.1 255.255.255.0
 
source-bridge ring group 100
source-bridge remote-peer 100 tcp 1.1.2.1
source-bridge remote-peer 100
tcp 1.1.1.1 local-ack
source-bridge sdllc local-ack

interface serial 0
encapsulation sdlc-primary
sdlc address c6
sdllc traddr 4000.3174.1100 333 3 100
sdllc partner 4000.1111.1111 c1
sdllc xid c1 17200c6

interface loopback 0
ip address 1.1.2.1 255.255.255.0

Depuração de SDLLC

Um problema de SDLLC requer que você solucione dois ambientes diferentes: o mundo SDLC e o mundo Logical Link Control, tipo 2 (LLC2) para onde você está traduzindo os quadros. Como você pode ter apenas um tipo de controlador, a depuração de SDLLC é mais fácil de entender do que DLSw/SDLC.

Primeiro, observe os fluxos para a inicialização desta sessão específica:

mt_2.gif

Verifique a resposta do modo de resposta normal definido (SNRM) da controladora. O roteador não inicia a parte do LLC até que a parte do SDLC esteja ativa e em execução.

Emita estes comandos para verificar a resposta do SNRM:

  • sdlc_state

  • sdllc_state

Neste exemplo, o SNRM é enviado ao controlador, o que altera o estado da linha para SNRMSENT. Se o roteador permanecer nesse estado, ele não recebeu a confirmação não numerada (UA) da controladora. Isso pode significar que algo está errado com a linha SDLC. Se isso ocorrer, a depuração será exibida como: 

%LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1, changed state to up
s4f#
SDLLC_STATE: Serial1 C6 DISCONNECT     
   -> SDLC PRI WAIT 
SDLC_STATE: (5234984) Serial1 C6 DISCONNECT 
   -> SNRMSENT
%SYS-5-CONFIG_I: Configured from console by console
%LINK-3-UPDOWN: Interface Serial1, changed state to up
Serial1 SDLC output     C693
Serial1 SDLC input      C673
SDLC_STATE: (5235700) Serial1 C6 SNRMSENT 
   -> CONNECT
SDLLC_STATE: Serial1 C6 SDLC PRI WAIT  
   -> NET UP WAIT   
SDLC_STATE: (5235700) Serial1 C6 CONNECT 
   -> USBUSY

Se o roteador receber o UA, o sdlc_state se move de SNRM_SENT para CONNECT. Em seguida, o estado SDLLC se move de SDLC_PRI_WAIT para NET_UP_WAIT. Quando isso ocorre, o roteador pode começar a ativar o lado LLC da conexão. A ação final é começar a enviar RNRs (não pronto para recebimento) para a linha SDLC. Isso desabilita o controlador de enviar qualquer informação até que o lado do LLC esteja operacional.

Em seguida, o roteador envia um explorador para encontrar a localização de seu parceiro.

SDLLC: O TEST, dst 4000.1111.1111 src 4000.3174.11c6 dsap 0 ssap 0
To0: out: MAC: acfc: 0x8040 Dst: 4000.1111.1111 Src: c000.3174.11c6  bf: 0x82 0x304A210
To0: out: RIF: 8800.14D3.0642.0210
To0: out: LLC: 0000F300 00800000 000C3BF0 7D000000 00800000 000C3BF0 ln: 25
SDLLC: NET UP WAIT    recv FORWARD TEST P/F(F3) 4000.3174.11c6 c000.1111.1111 00 01 -> Serial1 C6
caching rif

A saída anterior exibe a pesquisa de teste sendo enviada e recebida. Como este exemplo tem um controlador conectado localmente e um Token Ring, a pesquisa de teste deixa o roteador procurando o endereço do parceiro. Depois que o roteador recebe o quadro de teste, ele inicia a troca XID. O roteador coloca em cache o Campo de Informações de Roteamento (RIF) para esta sessão, que você pode verificar com o comando show rif. Como este é um PU2.0, o roteador envia um XID do tipo 2 do formato 0 para o host após a resposta ao XID nula. 

SDLLC: O xid(null), 4000.1111.1111 4000.3174.11c6 4 4 [1000.14D3.0641.0051.12C2.0194.01F1.02C0]
SDLLC: NET UP WAIT    recv FORWARD XID P/F(BF) 4000.3174.11c6 c000.1111.1111 04 05 
   -> Serial1 C6
SDLLC: O xid(0T2), 4000.1111.1111 4000.3174.11c6 4 4 [1000.14D3.0641.0051.12C2.0194.01F1.02C0]
SDLLC: NET UP WAIT    recv FORWARD SABME P/F(7F) 4000.3174.11c6 c000.1111.1111 04 04 
   -> Serial1 C6
SDLLC: SABME for Serial1 C6 in NET UP WAIT   
%SDLLC-5-ACT_LINK: SDLLC: Serial1 LINK address C6 ACTIVATED: Net connect
SDLLC_STATE: Serial1 C6 NET UP WAIT    -> CONNECT

Após a troca de XID, o roteador recebe o SABME (Set Asynchronous Balanced Mode Extended) do host. Isso finaliza o procedimento de inicialização e o roteador responde com um UA ao host. Agora, o estado da linha SDLC muda de USBUSY para CONNECT, e os I-frames podem passar pelo roteador. 

SDLC_STATE: (5235944) Serial1 C6 USBUSY 
   -> CONNECT
Serial1 SDLC output     C611
Serial1 SDLC input      C611
s4f#

Tradução de mídia DLSw

O DLSw oferece um grande avanço para a tradução de mídia porque suporta PU2.1. Isso permite que ele tenha conversão de SDLLC para LLC2 para controladores, como o 5494 e o 5394 (com opção de atualização para PU2.1 - IBM RPQ 8Q0775) para AS/400s. Isso remove a necessidade de STUN e linhas AS/400 multiponto inválidas.

Os parâmetros de configuração para tradução de mídia DLSw são um pouco diferentes dos parâmetros SDLLC. Há um comando DLSw adicionado, o restante são comandos SDLC. Conclua estes passos para configurar a tradução de mídia DLSw:

  1. Emita o comando encapsulation sdlc para alterar o encapsulamento serial para SDLC.

    Como você vai encerrar a linha SDLC no roteador, o roteador deve atuar como primário para fins de pesquisa. Isso é diferente do STUN porque o principal será o HOST ou o AS/400.

  2. Emita o comando sdlc role primary para alterar a função do roteador para primary na linha SDLC.

  3. Emita o comando sdlc address xx para configurar o endereço de pesquisa do SDLC.

    É aqui que o DLSw difere do SDLLC. No SDLLC, você especifica comandos com a palavra-chave sdllc. No DLSw, especifique comandos com a palavra-chave sdlc.

  4. Emita o comando sdlc vmac xxxx.xxxx.xx00 para configurar o endereço MAC virtual para o controlador SDLC.

    Esse parâmetro informa ao roteador o endereço MAC virtual desse controlador SDLC no ambiente LLC2. Lembre-se de deixar o último byte definido como 00 porque o endereço de pesquisa é adicionado ali (endereço sdlc).

  5. Emita o comando sdlc xid nn xxxxxxx para configurar o XID para esta PU 2.0.

    Neste comando, nn é o endereço de pesquisa da controladora e xxxxxxx é o XID para esta PU2.0 (o IDBLOCK e o IDNUM que é codificado no nó principal do switch em VTAM).

    Observação: se você tem uma PU2.1, há negociação de XID. Assim, o comando muda.

  6. Emita o comando sdlc xid nn xid-poll para configurar o XID para esta PU 2.1.

    Neste comando, nn é o endereço de pesquisa da estação.

  7. Emita o comando sdlc partner xxxx.xxxx.xxxx nn para configurar o endereço MAC do parceiro do roteador.

    Nesse comando, nn é o endereço de pesquisa do controlador em questão. É importante especificar o endereço do controlador, pois em linhas multiponto pode haver um controlador direcionado para um host e outro controlador direcionado para um host diferente.

  8. Emita o comando sdlc dlsw nn para configurar DLSw para o controlador específico.

    Neste comando, nn é o endereço de pesquisa da controladora ou controladoras no multidrop. Esse comando permite especificar vários endereços de pesquisa em um comando.

    Nota: Cuidado com o bug #CSCdi75481. Consulte o Bug Toolkit (somente clientes registrados) para obter mais informações. Se o comando sdlc dlsw nn não for removido antes de alterar o endereço SDLC do roteador, o código CLS não poderá comunicar corretamente DLSw com a interface SDLC. Isso faz com que a interface se comporte como se nada tivesse sido configurado. Este bug foi corrigido no Cisco IOS® Software Release 11.1(8.1) 11.1(8.1)AA01(01.03) 11.1(8.1)AA01(01.02) e mais recente.

Um exemplo de configuração para um controlador DLSw SDLC PU2.0 é exibido.

mt_4.gif

Papaya Mofongo 
source-bridge ring-group 100
dlsw local-peer peer-id 1.1.1.1
dlsw remote-peer 0 tcp 1.1.2.1 
!
interface serial 0
ip address 1.1.10.1 255.255.255.0
!
interface tokenring 0
ip address 1.1.1.1 255.255.255.0
ring-speed 16
source-bridge 1 1 100
source-bridge spanning
 
dlsw local-peer peer-id 1.1.2.1
dlsw remote-peer 0 tcp 1.1.1.1
!
interface loopback 0
ip address 1.1.2.1
!
interface serial 0
ip address 1.1.10.2 255.255.255.0
!
interface serial 1
no ip address
encapsulation sdlc
sdlc role primary
sdlc vmac 4000.3174.0000
sdlc address c1
sdlc xid c1 01767890
sdlc partner 4000.3745.0001 c1
sdlc dlsw c1

Ao codificar um multidrop, lembre-se de que PU2.1s é mais inteligente e tem mais informações para trocar do que um dispositivo PU2.0 normal. Isso é importante ao configurar um ambiente multidrop, pois você precisa codificar a linha como primária para o dispositivo PU2.0. Você também precisa adicionar o xid-poll para o endereço SDLC do dispositivo PU2.1 para que o código entenda o que fazer com cada um dos controladores. Este é um exemplo da configuração.

mt_7.gif

Papaya Mofongo 
source-bridge ring-group 100 
dlsw local-peer peer-id 1.1.1.1 
dlsw remote-peer 0 tcp 1.1.2.1 
! 
interface serial 0 
ip address 1.1.10.1 255.255.255.0 
! 
interface tokenring 0 
ip address 1.1.1.1 255.255.255.0 
ring-speed 16 
source-bridge 1 1 100 
source-bridge spanning
 
dlsw local-peer peer-id 1.1.2.1
dlsw remote-peer 0 tcp 1.1.1.1
!
interface loopback 0
ip address 1.1.2.1
!
interface serial 0
ip address 1.1.10.2 255.255.255.0
!
interface serial 1
no ip address
encapsulation sdlc
sdlc role primary
sdlc vmac 4000.3174.0000
sdlc address c1 xid-poll
sdlc partner 4000.9404.0001 c1
sdlc address c2 01767890
sdlc partner 4000.9404.0001 c2
sdlc dlsw c1 c2

comandos show

Consulte Data-Link Switching Plus para obter mais informações sobre os comandos show usados para tradução de mídia DLSw.

Depurando pacotes SDLC durante DLSw/SDLC para PU2.1 

%LINK-3-UPDOWN: Interface Serial2, changed state to up

A primeira coisa a ocorrer é um XID, ou BF para o endereço de broadcast SDLC de FF.

Serial2 SDLC output     FFBF

Em seguida, um XID é recebido do 5494. Este é um formato XID 2 tipo 3, que é exibido nesta saída do comando debug sdlc packet: 

Serial2 SDLC input
0046C930: DDBF3244 073000DD 0000B084 00000000  ...........d....
0046C940: 00000001 0B000004 09000000 00070010  ................
0046C950: 17001611 01130012 F5F4F9F4 F0F0F2F0  ........54940020
0046C960: F0F0F0F0 F0F0F0F0 0E0CF4D5 C5E3C14B  00000000..4NETA.
0046C970: C3D7F5F4 F9F4                        CP5494

Estas são explicações de vários campos desse comando:

  • 073000DD — Este campo é o número de ID e ID do bloco configurado no 5494. O ID do bloco e o número da ID são conhecidos como XID e enviados pelo 5494 ao peer durante a negociação da sessão.

  • NETA — Este campo é o Identificador de Rede Ponto-a-Ponto Avançado (APPN - Advanced Peer-to-Peer Networking) que está sendo usado. Normalmente, esse campo corresponde ao NETID configurado no peer. Nesse caso, o peer é um AS/400.

  • CP5494 — Este campo é o nome do Ponto de Controle (CP) do 5494.

  • DD — Este campo é o endereço SDLC.

Em seguida, o XID é recebido do AS/400:

Serial2 SDLC output
004BC070:     FFBF 324C0564 52530000 000A0800    ...<..........
004BC080: 00000000 00010B30 0005BA00 00000007  ................
004BC090: 000E0DF4 D5C5E3C1 4BD9E3D7 F4F0F0C1  ...4NETA.RTP400A
004BC0A0: 1017F116 11011300 11F9F4F0 F4C6F2F5  ..1......9404F25
004BC0B0: F1F0F0F0 F4F5F2F5 F3460505 80000000  100045253.......
004BC0C0:
Serial2 SDLC input
0046C270:                   DDBF3244 073000DD          ........
0046C280: 0000B084 00000000 00000001 0B000004  ...d............
0046C290: 09000000 00070010 17001611 01130012  ................
0046C2A0: F5F4F9F4 F0F0F2F0 F0F0F0F0 F0F0F0F0  5494002000000000
0046C2B0: 0E0CF4D5 C5E3C14B C3D7F5F4 F9F4      ..4NETA.CP5494
Serial2 SDLC output
004C0B10:     FFBF 324C0564 52530000 00F6C800    ...<.......6H.
004C0B20: 00000080 15010B10 0005BA00 00000007  ................
004C0B30: 000E0DF4 D5C5E3C1 4BD9E3D7 F4F0F0C1  ...4NETA.RTP400A
004C0B40: 1017F116 11011300 11F9F4F0 F4C6F2F5  ..1......9404F25
004C0B50: F1F0F0F0 F4F5F2F5 F3460505 80150000  100045253.......
004C0B60:
Serial2 SDLC input
0046BBC0: DDBF3244 073000DD 0000B084 00000000  ...........d....
0046BBD0: 00000001 0B000004 09000000 00070010  ................
0046BBE0: 17001611 01130012 F5F4F9F4 F0F0F2F0  ........54940020
0046BBF0: F0F0F0F0 F0F0F0F0 0E0CF4D5 C5E3C14B  00000000..4NETA.
0046BC00: C3D7F5F4 F9F4                        CP5494

  • 05645253 — Este campo é o ID do bloco e o número de ID do AS/400.

  • RTP400A — Este campo é o nome CP do AS/400. O nome do CP é encontrado no arquivo Display Network Attributes (DSPNETA) no AS/400.

Em seguida, o SNRM (93) e o UA (73) são exibidos na linha. Antes do SNRM, o roteador sempre usa o endereço de broadcast. A partir desse ponto, o roteador sempre usa o endereço de pesquisa real de DD.

Serial2 SDLC output     DD93
Serial2 SDLC input      DD73
Serial2 SDLC output     DD11
Serial2 SDLC input      DD11

Nesse ponto, a conexão é suspensa devido ao estado fixo do RR (Reciever Ready) entre o roteador e o 5494.

Observação: se o roteador no qual você precisa executar o debug tiver outras interfaces SDLC e você não estiver em buffer de registro, o roteador poderá suspender. Entender quando você pode executar uma depuração no terminal versus o registro vem com experiência. Se você não tiver certeza, use sempre o logging buffered e o comando show log para exibir as depurações de SDLC

Desligue a controladora no AS/400. Isso permite ver DISK (53) e UA (73) que resultam no lado SDLC da sessão. 

Serial2 SDLC output     DD53
Serial2 SDLC input      DD73

Exemplo de tradução de mídia DLSw

mt_6.gif

Depois que a interface é ativada e ativada, o roteador inicia o processo determinando a localização do controlador remoto.

%LINEPROTO-5-UPDOWN: Line protocol on Interface Serial4, changed state to up
DLSW Received-ctlQ : CLSI Msg : ID_STN.Ind   dlen: 46 
CSM: Received CLSI Msg : ID_STN.Ind   dlen: 46 from Serial4
CSM:   smac 4000.5494.00dd, dmac 4000.9404.0001, ssap 4 , dsap 4 
%DLSWC-3-RECVSSP: SSP OP = 4( ICR  ) -explorer from peer 10.17.2.198(2065)
DLSw: new_ckt_from_clsi(): Serial4 4000.5494.00dd:4->4000.9404.0001:4

Depois de receber o quadro ICR, o DLSw inicia a máquina de estado finito (FSM) para esta sessão. Isso é realizado pelas mensagens REQ_OPNSTN.Req e REQ_OPNSTN.Cfm que estão entre DLSw e Cisco Link Services Interface (CLSI).

DLSw: START-FSM (488636): event:DLC-Id state:DISCONNECTED
DLSw: core: dlsw_action_a()
DISP Sent : CLSI Msg : REQ_OPNSTN.Req   dlen: 106 
DLSw: END-FSM (488636): state:DISCONNECTED->LOCAL_RESOLVE

DLSW Received-ctlQ : CLSI Msg : REQ_OPNSTN.Cfm CLS_OK dlen: 106 
DLSw: START-FSM (488636): event:DLC-ReqOpnStn.Cnf state:LOCAL_RESOLVE
DLSw: core: dlsw_action_b()
CORE: Setting lf size to FF

Após a conversação com CLSI, o DLSw envia quadros CUR de inicialização da sessão para o roteador remoto. Isso ocorre somente entre os dois roteadores.

%DLSWC-3-SENDSSP: SSP OP = 3( CUR  )  to peer 10.17.2.198(2065) success
DLSw: END-FSM (488636): state:LOCAL_RESOLVE->CKT_START

%DLSWC-3-RECVSSP: SSP OP = 4( ICR  )  from peer 10.17.2.198(2065)
DLSw: 488636 recv FCI 0 - s:0 so:0 r:0 ro:0
DLSw: recv RWO
DLSw: START-FSM (488636): event:WAN-ICR state:CKT_START
DLSw: core: dlsw_action_e()
DLSw: sent RWO
DLSw: 488636 sent FCI 80 on  ACK   - s:20 so:1 r:20 ro:1
%DLSWC-3-SENDSSP: SSP OP = 5( ACK  )  to peer 10.17.2.198(2065) success
DLSw: END-FSM (488636): state:CKT_START->CKT_ESTABLISHED

Quando o circuito é estabelecido, o roteador envia o XID que foi armazenado e inicia a troca de XID. É importante entender onde estão os XIDs. Neste exemplo, o Data-Link Control (DLC)-Id significa que o XID veio da estação DLC local e o WAN-XID veio do roteador remoto, ou estação remota.

DLSw: START-FSM (488636): event:DLC-Id state:CKT_ESTABLISHED
DLSw: core: dlsw_action_f()
DLSw: 488636 sent FCA on  XID  
%DLSWC-3-SENDSSP: SSP OP = 7( XID  )  to peer 10.17.2.198(2065) success
DLSw: END-FSM (488636): state:CKT_ESTABLISHED->CKT_ESTABLISHED

%DLSWC-3-RECVSSP: SSP OP = 7( XID  )  from peer 10.17.2.198(2065)
DLSw: 488636 recv FCA on  XID   - s:20 so:0 r:20 ro:0
DLSw: START-FSM (488636): event:WAN-XID state:CKT_ESTABLISHED
DLSw: core: dlsw_action_g()
DISP Sent : CLSI Msg : ID.Rsp   dlen: 12 
DLSw: END-FSM (488636): state:CKT_ESTABLISHED->CKT_ESTABLISHED

%DLSWC-3-RECVSSP: SSP OP = 7( XID  )  from peer 10.17.2.198(2065)
DLSw: START-FSM (488636): event:WAN-XID state:CKT_ESTABLISHED
DLSw: core: dlsw_action_g()
DISP Sent : CLSI Msg : ID.Req   dlen: 88 
DLSw: END-FSM (488636): state:CKT_ESTABLISHED->CKT_ESTABLISHED

DLSW Received-ctlQ : CLSI Msg : ID.Ind   dlen: 82 
DLSw: START-FSM (488636): event:DLC-Id state:CKT_ESTABLISHED
DLSw: core: dlsw_action_f()
%DLSWC-3-SENDSSP: SSP OP = 7( XID  )  to peer 10.17.2.198(2065) success
DLSw: END-FSM (488636): state:CKT_ESTABLISHED->CKT_ESTABLISHED

%DLSWC-3-RECVSSP: SSP OP = 7( XID  )  from peer 10.17.2.198(2065)
DLSw: START-FSM (488636): event:WAN-XID state:CKT_ESTABLISHED
DLSw: core: dlsw_action_g()
DISP Sent : CLSI Msg : ID.Rsp   dlen: 88 
DLSw: END-FSM (488636): state:CKT_ESTABLISHED->CKT_ESTABLISHED

DLSW Received-ctlQ : CLSI Msg : ID.Ind   dlen: 82 
DLSw: START-FSM (488636): event:DLC-Id state:CKT_ESTABLISHED
DLSw: core: dlsw_action_f()
%DLSWC-3-SENDSSP: SSP OP = 7( XID  )  to peer 10.17.2.198(2065) success
DLSw: END-FSM (488636): state:CKT_ESTABLISHED->CKT_ESTABLISHED

%DLSWC-3-RECVSSP: SSP OP = 7( XID  )  from peer 10.17.2.198(2065)
DLSw: START-FSM (488636): event:WAN-XID state:CKT_ESTABLISHED
DLSw: core: dlsw_action_g()
DISP Sent : CLSI Msg : ID.Rsp   dlen: 88 
DLSw: END-FSM (488636): state:CKT_ESTABLISHED->CKT_ESTABLISHED

DLSW Received-ctlQ : CLSI Msg : ID.Ind   dlen: 82 
DLSw: START-FSM (488636): event:DLC-Id state:CKT_ESTABLISHED
DLSw: core: dlsw_action_f()
%DLSWC-3-SENDSSP: SSP OP = 7( XID  )  to peer 10.17.2.198(2065) success
DLSw: END-FSM (488636): state:CKT_ESTABLISHED->CKT_ESTABLISHED

O roteador recebe o CONQ do AS/400 (SABME). Isso é traduzido para a linha serial como um SNRM. Em seguida, o roteador aguarda o UA na linha serial (CONNECT.Cfm) e envia o CONR para o outro lado. Isso altera o estado da sessão para CONNECTED. 

%DLSWC-3-RECVSSP: SSP OP = 8( CONQ )  from peer 10.17.2.198(2065)
DLSw: START-FSM (488636): event:WAN-CONQ state:CKT_ESTABLISHED
DLSw: core: dlsw_action_i()
DISP Sent : CLSI Msg : CONNECT.Req   dlen: 16 
DLSw: END-FSM (488636): state:CKT_ESTABLISHED->CONTACT_PENDING

DLSW Received-ctlQ : CLSI Msg : CONNECT.Cfm CLS_OK dlen: 8 
DLSw: START-FSM (488636): event:DLC-Connect.Cnf state:CONTACT_PENDING
DLSw: core: dlsw_action_j()
%DLSWC-3-SENDSSP: SSP OP = 9( CONR )  to peer 10.17.2.198(2065) success
DISP Sent : CLSI Msg : FLOW.Req   dlen: 0 
DLSw: END-FSM (488636): state:CONTACT_PENDING->CONNECTED

DLSw executando tradução de mídia reversa

Outra configuração comum é a sdllc inversa. Em SDLLC reverso, a estação primária é conectada por uma linha SDLC ao roteador. Isso é geralmente visto em ambientes de host quando os usuários desejam migrar o host para um anexo Token Ring. O SDLLC inverso altera a maneira como o DLSw lida com a linha SDLC porque geralmente não está claro se a PU remota está ativa ou não.

mt_8.gif

Primeiro, como o AS/400 é principal neste caso, ou definido para ser negociável na função, ele precisa iniciar a sessão. Quando o AS/400 envia o primeiro XID depois que a linha serial se torna operacional, o roteador inicia o processo de pesquisa do controlador remoto. Depois que o circuito é configurado, a negociação de XID pode começar na linha.

Quando a negociação XID é concluída, o AS/400 envia o SNRM ao roteador. Isso faz com que o roteador envie o CONQ e espera o CONR do roteador remoto. O roteador não pode responder com o UA até ver um SNRM e depois de receber o CONR. Em quase todas as versões do código, o roteador espera 30 segundos até que expire a sessão. Isso ocorre em relação ao recebimento de SNRMs do dispositivo primário quando o dispositivo primário recebe o CONR do host remoto.

No código mais recente do Cisco IOS 11.1, os padrões foram alterados para um minuto em vez de 30 segundos. No AS/400, esse tempo limite é chamado de temporizador de resposta não produtiva e o padrão é 32 segundos.

Tradução de mídia DLSw local

mt_5.gif 

%LINEPROTO-5-UPDOWN: Line protocol on Interface Serial2, changed state to up
%SYS-5-CONFIG_I: Configured from console by console
DLSW Received-ctlQ : CLSI Msg : ID_STN.Ind   dlen: 46
CSM: Received CLSI Msg : ID_STN.Ind   dlen: 46 from Serial2

A primeira coisa que você percebe no DLSw local é o XID do lado serial. Esse XID precisa ser armazenado até que o roteador envie os quadros/respostas de teste de LLC.

CSM:   smac 4000.5494.00dd, dmac 4000.9404.0001, ssap 4 , dsap 4
DISP Sent : CLSI Msg : TEST_STN.Req   dlen: 46
DISP Sent : CLSI Msg : TEST_STN.Req   dlen: 46
DISP Sent : CLSI Msg : TEST_STN.Req   dlen: 46
CSM: Write to all peers not ok - PEER_NO_CONNECTIONS
DLSW Received-ctlQ : CLSI Msg : TEST_STN.Ind   dlen: 43
CSM: Received CLSI Msg : TEST_STN.Ind   dlen: 43 from TokenRing0
CSM:   smac c000.9404.0001, dmac 4000.5494.00dd, ssap 0 , dsap 4

Em seguida, a estação de teste sai do roteador e a resposta retorna do AS/400. Agora, o roteador pode criar o FSM local.

Observação: lembre-se de que esta é uma sessão local.

DLSw: csm_to_local(): Serial2-->TokenRing0  4000.5494.00dd:4->4000.9404.0001:4
DLSw: START-LFSM TokenRing0 (4000.9404.0001->4000.5494.00dd) event:ADMIN-START
DLSw: LFSM-A: Opening DLC station
DISP Sent : CLSI Msg : REQ_OPNSTN.Req   dlen: 106
DLSw: END-LFSM (4000.9404.0001->4000.5494.00dd): state:DISCONNECTED ->OPN_STN_PEND

DLSw: START-LFSM Serial2 (4000.5494.00dd->4000.9404.0001) event:ADMIN-START
DLSw: LFSM-A: Opening DLC station
DISP Sent : CLSI Msg : REQ_OPNSTN.Req   dlen: 106
DLSw: END-LFSM (4000.5494.00dd->4000.9404.0001): state:DISCONNECTED ->OPN_STN_PEND

DLSW Received-ctlQ : CLSI Msg : REQ_OPNSTN.Cfm CLS_OK dlen: 106
DLSw: START-LFSM TokenRing0 (4000.9404.0001->4000.5494.00dd) event:DLC-ReqOpnStn.Cnf
DLSw: LFSM-B: DLC station opened
DLSw: END-LFSM (4000.9404.0001->4000.5494.00dd): state:OPN_STN_PEND ->ESTABLISHED

DLSW Received-ctlQ : CLSI Msg : REQ_OPNSTN.Cfm CLS_OK dlen: 106
DLSw: START-LFSM Serial2 (4000.5494.00dd->4000.9404.0001) event:DLC-ReqOpnStn.Cnf
DLSw: LFSM-B: DLC station opened
DLSw: processing saved clsi message

Depois que o roteador confirmar localmente que o FSM está pronto, ele pode enviar o XID para o parceiro. Neste exemplo, o parceiro é o AS/400 (ID.Req).

DLSw: START-LFSM Serial2 (4000.5494.00dd->4000.9404.0001) event:DLC-Id
DLSw: LFSM-X: forward XID to partner
DISP Sent : CLSI Msg : ID.Req   dlen: 12
DLSw: END-LFSM (4000.5494.00dd->4000.9404.0001): state:ESTABLISHED  ->ESTABLISHED

DLSw: END-LFSM (4000.5494.00dd->4000.9404.0001): state:OPN_STN_PEND ->ESTABLISHED

DLSW Received-ctlQ : CLSI Msg : ID.Cfm CLS_OK dlen: 32
DLSw: START-LFSM TokenRing0 (4000.9404.0001->4000.5494.00dd) event:DLC-Id
DLSw: LFSM-X: forward XID to partner
DISP Sent : CLSI Msg : ID.Rsp   dlen: 12
DLSw: END-LFSM (4000.9404.0001->4000.5494.00dd): state:ESTABLISHED  ->ESTABLISHED

Em seguida, um XID é recebido do Token Ring. O ID.Ind tem um comprimento de 108. O roteador encaminha esse XID para o parceiro neste cenário, que é a linha SDLC. Isso é indicado pelo ID.Req que foi enviado. Cada vez que o roteador recebe um pacote, ele precisa iniciar a máquina linear de estado finito (LFSM). Essa é a chave para entender essa depuração, pois ela informa onde ela começa e quais pontos ela está indo.

DLSW Received-ctlQ : CLSI Msg : ID.Ind   dlen: 108
DLSw: START-LFSM TokenRing0 (4000.9404.0001->4000.5494.00dd) event:DLC-Id
DLSw: LFSM-X: forward XID to partner
DISP Sent : CLSI Msg : ID.Req   dlen: 88
DLSw: END-LFSM (4000.9404.0001->4000.5494.00dd): state:ESTABLISHED  ->ESTABLISHED

Em seguida, a resposta XID é recebida da linha serial e é encaminhada ao parceiro (a estação Token Ring neste exemplo). Isso continua até que a troca XID seja concluída para este dispositivo PU2.1.

DLSW Received-ctlQ : CLSI Msg : ID.Ind   dlen: 82
DLSw: START-LFSM Serial2 (4000.5494.00dd->4000.9404.0001) event:DLC-Id
DLSw: LFSM-X: forward XID to partner
DISP Sent : CLSI Msg : ID.Rsp   dlen: 80
DLSw: END-LFSM (4000.5494.00dd->4000.9404.0001): state:ESTABLISHED  ->ESTABLISHED

DLSW Received-ctlQ : CLSI Msg : ID.Ind   dlen: 108
DLSw: START-LFSM TokenRing0 (4000.9404.0001->4000.5494.00dd) event:DLC-Id
DLSw: LFSM-X: forward XID to partner
DISP Sent : CLSI Msg : ID.Rsp   dlen: 88
DLSw: END-LFSM (4000.9404.0001->4000.5494.00dd): state:ESTABLISHED  ->ESTABLISHED

DLSW Received-ctlQ : CLSI Msg : ID.Ind   dlen: 82
DLSw: START-LFSM Serial2 (4000.5494.00dd->4000.9404.0001) event:DLC-Id
DLSw: LFSM-X: forward XID to partner
DISP Sent : CLSI Msg : ID.Rsp   dlen: 80
DLSw: END-LFSM (4000.5494.00dd->4000.9404.0001): state:ESTABLISHED  ->ESTABLISHED

DLSW Received-ctlQ : CLSI Msg : ID.Ind   dlen: 108
DLSw: START-LFSM TokenRing0 (4000.9404.0001->4000.5494.00dd) event:DLC-Id
DLSw: LFSM-X: forward XID to partner
DISP Sent : CLSI Msg : ID.Rsp   dlen: 88
DLSw: END-LFSM (4000.9404.0001->4000.5494.00dd): state:ESTABLISHED  ->ESTABLISHED

%LINK-3-UPDOWN: Interface Serial2, changed state to up
DLSW Received-ctlQ : CLSI Msg : ID.Ind   dlen: 82
DLSw: START-LFSM Serial2 (4000.5494.00dd->4000.9404.0001) event:DLC-Id
DLSw: LFSM-X: forward XID to partner
DISP Sent : CLSI Msg : ID.Rsp   dlen: 80
DLSw: END-LFSM (4000.5494.00dd->4000.9404.0001): state:ESTABLISHED  ->ESTABLISHED

Após a troca XID, o roteador recebe um SABME do AS/400 através do CONNECT.Ind. Isso instrui o roteador a enviar um CONNECT.Req à linha de SDLC, que é o SNRM. Em seguida, uma mensagem CONNECT.Cfm (UA) é recebida da linha serial, o que faz com que o código DLSw envie um CONNECT.Rsp (UA) ao AS/400.

DLSW Received-ctlQ : CLSI Msg : CONNECT.Ind   dlen: 8
DLSw: START-LFSM TokenRing0 (4000.9404.0001->4000.5494.00dd) event:DLC-Connect.Ind
DLSw: LFSM-C: starting local partner
DLSw: START-LFSM Serial2 (4000.5494.00dd->4000.9404.0001) event:ADMIN-CONN
DLSw: LFSM-D: sending connect request to station
DISP Sent : CLSI Msg : CONNECT.Req   dlen: 16
DLSw: END-LFSM (4000.5494.00dd->4000.9404.0001): state:ESTABLISHED  ->CONN_OUT_PEND

DLSw: END-LFSM (4000.9404.0001->4000.5494.00dd): state:ESTABLISHED  ->CONN_IN_PEND

DLSW Received-ctlQ : CLSI Msg : CONNECT.Cfm CLS_OK dlen: 8
DLSw: START-LFSM Serial2 (4000.5494.00dd->4000.9404.0001) event:DLC-Connect.Cnf
DLSw: LFSM-E: station accepted the connection
DLSw: START-LFSM TokenRing0 (4000.9404.0001->4000.5494.00dd) event:ADMIN-CONN
DLSw: LFSM-F: accept incoming connection
DISP Sent : CLSI Msg : CONNECT.Rsp   dlen: 20
DLSw: END-LFSM (4000.9404.0001->4000.5494.00dd): state:CONN_IN_PEND ->CONNECTED

DISP Sent : CLSI Msg : FLOW.Req   dlen: 0
DLSw: END-LFSM (4000.5494.00dd->4000.9404.0001): state:CONN_OUT_PEND->CONNECTED

A sessão quando o controlador (SDLC) é desligado é exibida.

%LINEPROTO-5-UPDOWN: Line protocol on Interface Serial2, changed state to down
%LINK-5-CHANGED: Interface Serial2, changed state to administratively down
DLSW Received-ctlQ : CLSI Msg : DISCONNECT.Ind   dlen: 8
DLSw: START-LFSM Serial2 (4000.5494.00dd->4000.9404.0001) event:DLC-Disc.Ind
DLSw: LFSM-Q: acknowledge disconnect
DISP Sent : CLSI Msg : DISCONNECT.Rsp   dlen: 4

Em seguida, o roteador envia um DISCO ao AS/400 (DISCONNECT.Rsp). Em seguida, ele começa a derrubar o circuito local.

DLSw: START-LFSM TokenRing0 (4000.9404.0001->4000.5494.00dd) event:ADMIN-STOP
DLSw: LFSM-Z: close dlc station request
DISP Sent : CLSI Msg : CLOSE_STN.Req   dlen: 4
DLSw: END-LFSM (4000.9404.0001->4000.5494.00dd): state:ESTABLISHED  ->CLOSE_PEND

DISP Sent : CLSI Msg : CLOSE_STN.Req   dlen: 4
DLSw: END-LFSM (4000.5494.00dd->4000.9404.0001): state:ESTABLISHED  ->CLOSE_PEND

DLSW Received-ctlQ : CLSI Msg : CLOSE_STN.Cfm CLS_OK dlen: 8
DLSw: START-LFSM TokenRing0 (4000.9404.0001->4000.5494.00dd) event:DLC-CloseStn.Cnf
DLSw: LFSM-Y: driving partner to close circuit
DLSw: START-LFSM Serial2 (4000.5494.00dd->4000.9404.0001) event:ADMIN-STOP
DLSw: END-LFSM (4000.5494.00dd->4000.9404.0001): state:CLOSE_PEND   ->CLOSE_PEND

DLSw: END-LFSM (4000.9404.0001->4000.5494.00dd): state:CLOSE_PEND   ->DISCONNECTED

DLSW Received-ctlQ : CLSI Msg : DISCONNECT.Ind   dlen: 8
DLSw: START-LFSM Serial2 (4000.5494.00dd->4000.9404.0001) event:DLC-Disc.Ind
DLSw: END-LFSM (4000.5494.00dd->4000.9404.0001): state:CLOSE_PEND   ->CLOSE_PEND

DLSW Received-ctlQ : CLSI Msg : CLOSE_STN.Cfm CLS_OK dlen: 8
DLSw: START-LFSM Serial2 (4000.5494.00dd->4000.9404.0001) event:DLC-CloseStn.Cnf
DLSw: LFSM-Y: removing local switch entity
DLSw: END-LFSM (4000.5494.00dd->4000.9404.0001): state:CLOSE_PEND   ->DISCONNECTED

Depois que o roteador recebe o DISCONNECT.Ind (UA) do AS/400, ele termina de limpar a sessão e move-se para um estado de desconexão.

Informações Relacionadas

Colaboração de

  • lirkilme
    mcandege

Este documento lhe foi útil?

FeedbackFeedback

Contate a Cisco